Hi, osmocom team members
We have run OsmoGGSN project using the attached config file in this email
and the following command:
osmo-ggsn
As you can see in the config file, we have set IP 127.0.0.2 for GGSN.
After executing the above command, a tunnel named tun4 is created.
To communicate with SGSN, we use the SGSN emulator in OsmoGGSN as follow:
sgsnemu -l 127.0.0.1 -r 127.0.0.2
After executing the above command, we see that 2 packets are sent from SGSN
to GGSN. These packets are "Echo request" and "Create PDP context request"
and GGSN responses to SGSN with the packets "Echo response" and "Create PDP
context response".
To test tun4, we send a GTP <DNS> packet containing an arbitrary query to
GGSN and we see that this GTP <DNS> packet is received in Loopback (lo)
interface and also, the DNS packet is received in tun4 interface. But there
is no DNS response to our query neither in tun4 interface nor lo interface.
A screenshot of the lo interface and tun4 interface in the wireshark is
attached in this email (right is lo and left is tun4).
How can we receive DNS responses to our DNS query? (Does tun4 require
routing or something else?)
--
*When there is much light, The shadow is deep...*
Hi Osmocom team
We have a basic question about libgtpnl (Linux Kernel GTP-U).
We receive a lot of GTP <DNS> packets which are sent from MS to our HNB and
from HNB to our SGSN (a screenshot is attached in this email). As you can
see in the one of these packets in the attached image, our MS IP is
10.250.0.114 and our SGSN IP is 172.60.3.154. Also, our TEID is 100 which
is set in RAB-Assignment Request sending from SGSN to HNB. In order to put
these GTP packets in our GTP tunnel, we use libgtpnl and the two following
commands:
gtp-link add gtp1
gtp-tunnel add gtp1 v1 100 1 10.250.0.114 172.60.3.154
But when we monitor the gtp1 interface in the wireshark, there is no packet
on this interface. Could you please help us to know the reason for this
problem?
(It is worth mentioning that after receiving these GTP <DNS> packets from
MS to SGSN and using netstat, we see that Recv-Q (bytes in UDP port 2152
which are ready to read) is increased to a value more than 0)
Best regards
--
*When there is much light, The shadow is deep...*
Hi Osmocom team.
We are sorry to disturb you.
We have a question about establishing a stable internet connection
(IuPS_PS) between MS and our developed network core system using our home
nodeB (HNB).
We set *Primary DNS Address: 172.60.3.154 *(core IP) and *Secondary DNS
Address: 8.8.8.8* in *Activate PDP Context Accept.*
At this step, we can see the MS packets in the interface between HNB and
core using wireshark. The protocol is *GTP <DNS>* and the stacked layers
are *DNS / UDP / IP / GTP / UDP / IP* which I attached a screenshot of the
wireshark log.
As you can see in the attached image, our query in the MS is
*server.hnb* *(http://server.hnb
<http://server.hnb>)*. In order to show our default page to the user query,
we set up a DNS server and HTTP server (Apache) in 172.60.3.154 and *BIND9*
is configured as the primary server for the domain *server.hnb*. The
command *dig @localhost server.hnb* outputs the following:
; <<>> DiG 9.16.1-Ubuntu <<>> @localhost server.hnb
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49532
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 15821f64047895870100000060070fb921a17af91fd22f9f (good)
;; QUESTION SECTION:
;server.hnb. IN A
;; ANSWER SECTION:
server.hnb. 604800 IN A 172.60.3.154
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Jan 19 20:28:33 +0330 2021
;; MSG SIZE rcvd: 83
and also when we query *http://server.hnb <http://server.hnb> *in the
browser of the core system (172.60.3.154), we see the * Apache2 Ubuntu
Default Page* but this default page is not shown in the MS.
Furthermore, we think that a GTP tunnel may be required and we set up a GTP
tunnel using *libgtpnl* and the two following commands:
gtp-link add gtp1
gtp-tunnel add gtp1 v1 1 100 10.250.0.114 172.60.3.154
where 1 is the gTP-TEI obtained in *RAB-Assignment Response *and 100 is the
similar field in *RAB-Assignment Request. *Also, 10.250.0.114 is the MS IP
and 172.60.3.154 is the core IP. But there is no captured package in this
tunnel (using wireshark).
Could you please help us to solve this problem which is mentioned in the
following questions?
Is the above procedure performed in the correct way?
We want to show our default page in MS when the user query is*
http://server.hnb <http://server.hnb>*, but we think that a GTP manager is
required to split the (( DNS / UDP / IP )) layers from (( DNS / UDP / IP /
GTP / UDP / IP )) to send to DNS server. How can it be solved, if this
assumption is correct?
Thank you again for spending time with us.
Best regards,
Morteza Ali Ahmadi
--
*When there is much light, The shadow is deep...*
In case anyone is interested, there's two larger patches/patchsets
for the Linux kernel GTP module currently submitted and under discussion
on the netdev mailing list.
I'm not sure why this list was not copied, despite it being listed in
the MAINTAINERS file.
See https://lore.kernel.org/netdev/20201211122612.869225-1-jonas@norrbonn.se/T/…
and https://lore.kernel.org/netdev/20201212044017.55865-1-pbshelar@fb.com/T/#u
Any feedback / comments / review or even testing is appreciated.
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)