<div dir="ltr"><div dir="ltr">Hi,<br><br>After successfully making libgtpnl works between 02 Linux Host, now I am in the step of connecting one Linux Host to a real live SGSN this morning.<br><br>I don't have any particular issue at GTP-C side:<br><br> - the Mobile Station registered on 3G network, requests one activate PDP context to the SGSN<br> - the SGSN sends to my ggsn a create PDP context<br> - my ggsn accepts it, and answers with all the needed information, such as MS_Address, DNS Address 1, DNS address 2, IP of GGSN-C, IP of GGSN-U, TEID Control Plane, TEID user plane, .... everything should be OK.<br> - upon receipt of my creade_pdp_context_response accepted, the SGSN now try to establish a Tunnel with the given TEID towards my GGSN<br> - but I cannot see anything on my GTPU-side in ggsn, apart of several echo-request message from SGSN<br> - Sure, SGSN try to test connectivity to my ggsn GTPU by using echo-request, but no response<br> - I don't know maybe because of no response, or because of SGSN alert me with an error gtpu-sm-cause-update-ggsn-path-failure, the SGSN decide to send a delete request<br><br>So I have 02 questions please:<br><br> - 1) At GTP-C, I can implement all messages(echo-response, create-response, delete-response) but at GTPU-side, as the port is used by libgtpnl, I cannot implement an echo-response at all ==> So, do libgtpnl is supposed to answer or not to an echo-response received from a SGSN at GTPU-level?<br><br> - 2) When I tried a Linux-to-Linux setup, it worked because I specified the ms_addr and sgsn_addr in the 02 Linux Host.<br> But as I cannot configure anything about the tunnel at SGSN-side(done automatically by SGSN), I can only create the tunnel at ggsn-side thanks to my user space program, by passing the TEID and ms_addr input to libgtpnl. Does it mean that libgtpnl only complies with OpenGGSN, ergw, and OpenAirInterface but not intended to ber used with a real SGSN?<br><br>Thanks for clarifying me,<br>Best Regards,<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 10 août 2020 à 23:00, Harald Welte <<a href="mailto:laforge@osmocom.org">laforge@osmocom.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Papa,<br>
<br>
On Sat, Aug 08, 2020 at 10:59:24AM +0300, Papa Tana wrote:<br>
> It is working now.<br>
> Very simple and stupid mistake from my side at network namespace configuration.<br>
<br>
I'm very happy to hear it's working successfully.  Sometimes I start to doubt<br>
if there are problems in the codebase, but the fact that you report you got it<br>
to work is a relief in that regard :)<br>
-- <br>
- Harald Welte <<a href="mailto:laforge@osmocom.org" target="_blank">laforge@osmocom.org</a>>            <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</blockquote></div>