From: Kuniyuki Iwashima <kuniyu@amazon.com>
To: <mathis.marion@silabs.com>
Cc: <alex.aring@gmail.com>, <davem@davemloft.net>,
<dsahern@kernel.org>, <edumazet@google.com>,
<jerome.pouiller@silabs.com>, <kuba@kernel.org>,
<kylian.balan@silabs.com>, <linux-kernel@vger.kernel.org>,
<netdev@vger.kernel.org>, <pabeni@redhat.com>,
<kuniyu@amazon.com>
Subject: Re: [PATCH v1 2/2] ipv6: always accept routing headers with 0 segments left
Date: Tue, 25 Jun 2024 14:38:59 -0700 [thread overview]
Message-ID: <20240625213859.65542-1-kuniyu@amazon.com> (raw)
In-Reply-To: <20240624141602.206398-3-Mathis.Marion@silabs.com>
From: Mathis Marion <Mathis.Marion@silabs.com>
Date: Mon, 24 Jun 2024 16:15:33 +0200
> From: Mathis Marion <mathis.marion@silabs.com>
>
> Routing headers of type 3 and 4 would be rejected even if segments left
> was 0, in the case that they were disabled through system configuration.
>
> RFC 8200 section 4.4 specifies:
>
> If Segments Left is zero, the node must ignore the Routing header
> and proceed to process the next header in the packet, whose type
> is identified by the Next Header field in the Routing header.
I think this part is only applied to an unrecognized Routing Type,
so only applied when the network stack does not know the type.
https://www.rfc-editor.org/rfc/rfc8200.html#section-4.4
If, while processing a received packet, a node encounters a Routing
header with an unrecognized Routing Type value, the required behavior
of the node depends on the value of the Segments Left field, as
follows:
If Segments Left is zero, the node must ignore the Routing header
and proceed to process the next header in the packet, whose type
is identified by the Next Header field in the Routing header.
That's why RPL with segment length 0 was accepted before 8610c7c6e3bd.
But now the kernel recognizes RPL and it's intentionally disabled
by default with net.ipv6.conf.$DEV.rpl_seg_enabled since introduced.
And SRv6 has been rejected since 1ababeba4a21f for the same reason.
>
> Signed-off-by: Mathis Marion <mathis.marion@silabs.com>
> ---
> net/ipv6/exthdrs.c | 17 ++++++-----------
> 1 file changed, 6 insertions(+), 11 deletions(-)
>
> diff --git a/net/ipv6/exthdrs.c b/net/ipv6/exthdrs.c
> index 083dbbafb166..913160b0fe13 100644
> --- a/net/ipv6/exthdrs.c
> +++ b/net/ipv6/exthdrs.c
> @@ -662,17 +662,6 @@ static int ipv6_rthdr_rcv(struct sk_buff *skb)
> return -1;
> }
>
> - switch (hdr->type) {
> - case IPV6_SRCRT_TYPE_4:
> - /* segment routing */
> - return ipv6_srh_rcv(skb);
> - case IPV6_SRCRT_TYPE_3:
> - /* rpl segment routing */
> - return ipv6_rpl_srh_rcv(skb);
> - default:
> - break;
> - }
> -
> looped_back:
> if (hdr->segments_left == 0) {
> switch (hdr->type) {
> @@ -708,6 +697,12 @@ static int ipv6_rthdr_rcv(struct sk_buff *skb)
> }
> break;
> #endif
> + case IPV6_SRCRT_TYPE_3:
> + /* rpl segment routing */
> + return ipv6_rpl_srh_rcv(skb);
> + case IPV6_SRCRT_TYPE_4:
> + /* segment routing */
> + return ipv6_srh_rcv(skb);
> default:
> goto unknown_rh;
> }
> --
> 2.43.0
next prev parent reply other threads:[~2024-06-25 21:39 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-24 14:15 [PATCH v1 0/2] ipv6: always accept routing headers with 0 segments left Mathis Marion
2024-06-24 14:15 ` [PATCH v1 1/2] ipv6: introduce ipv6_rthdr_rcv_last() Mathis Marion
2024-06-24 14:15 ` [PATCH v1 2/2] ipv6: always accept routing headers with 0 segments left Mathis Marion
2024-06-25 21:38 ` Kuniyuki Iwashima [this message]
2024-06-26 1:45 ` Alexander Aring
2024-06-26 10:10 ` Mathis Marion
2024-06-26 13:48 ` Alexander Aring
2024-07-16 21:27 ` Alexander Aring
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=20240625213859.65542-1-kuniyu@amazon.com \
--to=kuniyu@amazon.com \
--cc=alex.aring@gmail.com \
--cc=davem@davemloft.net \
--cc=dsahern@kernel.org \
--cc=edumazet@google.com \
--cc=jerome.pouiller@silabs.com \
--cc=kuba@kernel.org \
--cc=kylian.balan@silabs.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mathis.marion@silabs.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/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