Dear Osmocom Community,
I hope this message finds you well.
I am currently setting up a testing environment to evaluate the performance of
my Packet Gateway (PGW) in terms of maximum simultaneous active sessions and
bandwidth.
The architecture of my test setup includes:
VM osmo-ttcn3: Hosts the TTCN-3 framework, which initiates GTP-C session
creation and integrates with the osmo-uecups solution to simulate user sessions
by sending ICMP echo requests (pings) to public IP addresses (e.g., 8.8.8.8).
VM osmo-uecups: Manages network namespaces (netns), each representing a
simulated user session.
VM pgw: My Packet Gateway, handling the routing and forwarding of packets
between the simulated users and the external network via the GTP-U protocol.
Issue Encountered:
While using the TTCN-3/PGW test suite scripts that execute ping tests inside
each created GTP tunnel, I observed the following on the osmo-uecups VM:
ICMP echo requests are successfully sent from the netns and are visible in
tcpdump captures both inside each netns and on the physical interfaces of the
osmo-uecups VM.
ICMP echo replies are sent back by my PGW for each UE session, and I can see
them when capturing traces on the physical interface of the osmo-uecups VM.
However, these ICMP echo replies are not injected into each netns. When
capturing tcpdump inside each netns, I can see the ICMP echo requests but no
corresponding replies.
This behavior results in ping test failures in the TTCN-3 test suite, as the
echo replies do not reach the originating netns.
Additional Context:
Initially, when running the test suite, I encountered the following error in
the osmo-uecups-daemon logs:
DEP NOTICE X.X.X.X:2152: Unexpected GTP Flags: 0x32 (gtp_endpoint.c:59)
Upon investigation, I found that this was due to my PGW including a sequence
number in the GTP-U header, resulting in a flag value of 0x32.
To address this, I manually modified the gtp_endpoint.c file to accept this
flag. After this adjustment, the "Unexpected GTP Flags: 0x32" message no longer
appears.
However, despite resolving this issue, the ping tests continue to fail because
the ICMP echo replies are not being injected back into the respective netns.
Additionally, I now receive the following message in the osmo-uecups-daemon
log:
DEP NOTICE X.X.X.X:2152: Short GTP Message: 98 < len=96 (gtp_endpoint.c:74)
I would greatly appreciate any guidance or suggestions you can provide to help
resolve this issue.
Please find below the configuration changes I made in the gtp_endpoint.c file::
**************************************************************************************
/* check GTP header contents */
if (gtph->flags != 0x30 && gtph->flags != 0x32) {
LOGEP(ep, LOGL_NOTICE, "Unexpected GTP Flags: 0x%02x\n", gtph->flags);
continue;
}
//////////////////////////////
unsigned int hdr_len = sizeof(*gtph);
if (gtph->flags & 0x02) {
hdr_len += 2; // Si le flag Sequence est activé
}
/* Vérifie que la longueur totale attendue (header + payload) est présente */
if (hdr_len + ntohs(gtph->length) > nread) {
LOGEP(ep, LOGL_NOTICE, "Shotr GTP Message: %u < len=%d\n",
hdr_len + ntohs(gtph->length), nread);
continue;
}
/* Transmission du payload au TUN device à partir de l'offset hdr_len */
rc = write(outfd, buffer+hdr_len, ntohs(gtph->length));
***********************************************************************************
Thank you for your time and assistance.
Best regards,
Imen Boufares
