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
On Sun, Jan 31, 2021 at 11:25:25PM +0330, morteza ali Ahmadi wrote:
Hi Osmocom team We have a basic question about libgtpnl (Linux Kernel GTP-U).
I would suggest that you start with setting this up using OsmoGGSN.
It has built-in support for kernel GTP (via libgtpnl), see the related user manual.
Once that works, you have a "known working" setup and you can start comparing the differences between how OsmoGGSN uses libgtpnl and how you are using it manually.
I have to admit that I never considered using the manual gtp-link/gtp-tunnel commands in a "real" network. Those were only ever used in artificial functional testing.
Regards, Harald
Hi Harald Thanks for your advice. So, first, We will try to use OsmoGGSN.
Best regards Morteza Ali Ahmadi
On Tue, Feb 2, 2021 at 2:32 PM Harald Welte laforge@osmocom.org wrote:
On Sun, Jan 31, 2021 at 11:25:25PM +0330, morteza ali Ahmadi wrote:
Hi Osmocom team We have a basic question about libgtpnl (Linux Kernel GTP-U).
I would suggest that you start with setting this up using OsmoGGSN.
It has built-in support for kernel GTP (via libgtpnl), see the related user manual.
Once that works, you have a "known working" setup and you can start comparing the differences between how OsmoGGSN uses libgtpnl and how you are using it manually.
I have to admit that I never considered using the manual gtp-link/gtp-tunnel commands in a "real" network. Those were only ever used in artificial functional testing.
Regards, Harald --
- Harald Welte laforge@osmocom.org
============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
osmocom-net-gprs@lists.osmocom.org