From: Hangbin Liu <hangbin.liu@linux.dev>
To: Andrea Mayer <andrea.mayer@uniroma2.it>
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@kernel.org>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
David Ahern <dsahern@kernel.org>, Simon Horman <horms@kernel.org>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-kselftest@vger.kernel.org, Shuah Khan <shuah@kernel.org>,
Justin Iurman <justin.iurman@gmail.com>,
Nicolas Dichtel <nicolas.dichtel@6wind.com>,
Ahmed Abdelsalam <ahabdels@cisco.com>,
Stefano Salsano <stefano.salsano@uniroma2.it>
Subject: Re: [PATCH net-next 4/5] selftests: seg6: add tests for PSP together with NEXT-C-SID
Date: Mon, 12 Oct 2026 15:54:18 +0800 [thread overview]
Message-ID: <asySKloMDEQmTLpc@fedora> (raw)
In-Reply-To: <20261011192310.55-5-andrea.mayer@uniroma2.it>
Hi Andrea,
On Sun, Oct 11, 2026 at 09:23:09PM +0200, Andrea Mayer wrote:
> Extend srv6_end_flavors_test.sh with tests for the SRv6 End behavior
> with both the NEXT-C-SID and PSP flavors.
>
> The tests use two SRv6 Policies with C-SID containers, where every
> router after the ingress one applies End with the NEXT-C-SID and PSP
> flavors. To check PSP, set net.ipv6.conf.all.seg6_enabled to 0 on the
> hosts in setup_hs(). The hosts then drop any packet that still carries
> an SRH, and a ping to an address on the loopback of a host succeeds
> only if the router connected to that host has removed the SRH. The tests
> fail when PSP is not applied together with NEXT-C-SID.
>
> Signed-off-by: Andrea Mayer <andrea.mayer@uniroma2.it>
> ---
> .../selftests/net/srv6_end_flavors_test.sh | 229 +++++++++++++++++-
> 1 file changed, 226 insertions(+), 3 deletions(-)
>
> diff --git a/tools/testing/selftests/net/srv6_end_flavors_test.sh b/tools/testing/selftests/net/srv6_end_flavors_test.sh
> index 30a939392eea..baa1b09a1aab 100755
> --- a/tools/testing/selftests/net/srv6_end_flavors_test.sh
> +++ b/tools/testing/selftests/net/srv6_end_flavors_test.sh
> @@ -439,6 +549,7 @@ setup_rt_local_sids()
> local devname
> local nsname
> local neigh
> + local csid
>
> nsname="$(get_rtname "${rt}")"
>
> @@ -452,6 +563,14 @@ setup_rt_local_sids()
> add "${LOCATOR_SERVICE}:${neigh}::/32" \
> table "${LOCALSID_TABLE_ID}" \
> via "${net_prefix}::${neigh}" dev "${devname}"
> +
> + # set underlay network routes to reach the C-SID containers
> + # that start with a C-SID of the neighbor, for any Function.
> + csid="$(build_csid "${neigh}" 00)"
> + ip -netns "${nsname}" -6 route \
> + add "${LCBLOCK_ADDR}:${csid}::/${LCBLOCK_NODE_BLEN}" \
> + table "${LOCALSID_TABLE_ID}" \
> + via "${net_prefix}::${neigh}" dev "${devname}"
> done
>
> # Local End behavior (note that "dev" is a dummy interface chosen for
> @@ -461,6 +580,17 @@ setup_rt_local_sids()
> table "${LOCALSID_TABLE_ID}" \
> encap seg6local action End dev "${DUMMY_DEVNAME}"
>
> + # Local End behavior with the NEXT-C-SID and PSP flavors, bound to the
> + # C-SID of the router (e.g. fcbb:0:04a1::/48 on rt-4). The /48 prefix
> + # covers every C-SID container whose first C-SID is this one, whatever
> + # the Argument that follows.
> + csid="$(build_csid "${rt}" "${END_CSID_PSP_FUNC}")"
> + ip -netns "${nsname}" -6 route \
> + add "${LCBLOCK_ADDR}:${csid}::/${LCBLOCK_NODEFUNC_BLEN}" \
> + table "${LOCALSID_TABLE_ID}" \
> + encap seg6local action End flavors next-csid,psp \
> + lblen "${LCBLOCK_BLEN}" nflen "${LCNODEFUNC_BLEN}" \
> + dev "${DUMMY_DEVNAME}"
This is a End + PSP specific encapsulation. If there is a new version patch,
can we move this block
> @@ -494,6 +634,7 @@ __setup_rt_policy()
> local in_nsname
> local rt_nsname
> local policy=''
> + local container
> local function
> local fullsid
> local op_type
> @@ -520,6 +661,15 @@ __setup_rt_policy()
> behavior_cfg="End flavors psp"
> ;;
>
> + "next-csid,psp")
> + # the behavior is already set up on every router by
> + # setup_rt_local_sids.
> + container="$(build_csid_container "${node}" \
> + "${END_CSID_PSP_FUNC}")"
> + policy="${policy}${container},"
> + continue
> + ;;
> +
to here? So we can align with the other SRv6 Endpoint behavior?
Because later in the End.X PSP support we also need to cleanup and
re-setup with END.X.
If this version is applied (which is also good), I can do the modification
in my patch set.
Others looks good to me.
Tested-by: Hangbin Liu <liuhangbin@kylinos.cn>
Reviewed-by: Hangbin Liu <liuhangbin@kylinos.cn>
Thanks
Hangbin
next prev parent reply other threads:[~2026-10-12 7:54 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-11 19:23 [PATCH net-next 0/5] seg6: fixes for the PSP flavor of SRv6 End Andrea Mayer
2026-10-11 19:23 ` [PATCH net-next 1/5] seg6: handle a Fragment or AH header before the SRH consistently in PSP Andrea Mayer
2026-10-12 7:59 ` Hangbin Liu
2026-10-11 19:23 ` [PATCH net-next 2/5] seg6: handle a consumed SRH in SRv6 End with the PSP flavor Andrea Mayer
2026-10-12 9:28 ` Hangbin Liu
2026-10-12 21:40 ` Andrea Mayer
2026-10-13 0:29 ` Hangbin Liu
2026-10-11 19:23 ` [PATCH net-next 3/5] seg6: apply the PSP flavor together with NEXT-C-SID in SRv6 End Andrea Mayer
2026-10-12 8:17 ` Hangbin Liu
2026-10-11 19:23 ` [PATCH net-next 4/5] selftests: seg6: add tests for PSP together with NEXT-C-SID Andrea Mayer
2026-10-12 7:54 ` Hangbin Liu [this message]
2026-10-11 19:23 ` [PATCH net-next 5/5] selftests: seg6: add tests for PSP with a consumed SRH Andrea Mayer
2026-10-12 8:19 ` Hangbin Liu
2026-10-12 19:26 ` netdev-bot+sashiko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=asySKloMDEQmTLpc@fedora \
--to=hangbin.liu@linux.dev \
--cc=ahabdels@cisco.com \
--cc=andrea.mayer@uniroma2.it \
--cc=davem@davemloft.net \
--cc=dsahern@kernel.org \
--cc=edumazet@kernel.org \
--cc=horms@kernel.org \
--cc=justin.iurman@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nicolas.dichtel@6wind.com \
--cc=pabeni@redhat.com \
--cc=shuah@kernel.org \
--cc=stefano.salsano@uniroma2.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox