From b63d85f6a22ff54f179d3a84a0503845efa1ae55 Mon Sep 17 00:00:00 2001 From: Pau Espin Pedrol Date: Mon, 7 Feb 2022 16:11:47 +0100 Subject: ggsn: Expect no linklocal-addr forwarding when testing open5gs It's not really clear whether GTP should really be forwarding packets with link-local address outside the tunnel. In theory the link-local address should be used to communicate with the GGSN in order to get the global link address, that's it. Running against open5gs it can be observed that they are not forwarded, while osmo-ggsn forwards them correctly. Since it seems more like an implementation dependent detail, let's accept any and adapt expectancies depending on what are we testing, this way it ends up documented the current situation in case it ever changes in the future. Change-Id: Ieafd24c059b9341c702311c78caad3312db5f1f3 --- ggsn_tests/GGSN_Tests.ttcn | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'ggsn_tests') diff --git a/ggsn_tests/GGSN_Tests.ttcn b/ggsn_tests/GGSN_Tests.ttcn index 0d134f67..3b34c7f0 100644 --- a/ggsn_tests/GGSN_Tests.ttcn +++ b/ggsn_tests/GGSN_Tests.ttcn @@ -995,7 +995,11 @@ module GGSN_Tests { /* Check if we can use valid link-local src addr. */ var OCT16 saddr_ll := f_ipv6_link_local(ctx.eua.endUserAddress.endUserAddressIPv6.ipv6_address); f_send_gtpu(ctx, f_gen_icmpv6_echo(saddr_ll, dns1_addr)); - f_wait_icmp6_echo_reply(ctx); + if (m_ggsn_impl == GGSN_IMPL_OSMOCOM) { + f_wait_icmp6_echo_reply(ctx); + } else { + f_wait_gtpu_fail(ctx); + } /* Check that attempting RA with another ll src addr won't work, packet dropped: */ var OCT16 saddr_ll_wrong := f_ipv6_mangle(saddr_ll, 8); -- cgit v1.2.3