OSDN Git Service

seg6: fix SRH processing to comply with RFC8754
authorAhmed Abdelsalam <ahabdels@gmail.com>
Mon, 4 May 2020 14:42:11 +0000 (14:42 +0000)
committerDavid S. Miller <davem@davemloft.net>
Thu, 7 May 2020 00:21:35 +0000 (17:21 -0700)
commit0cb7498f234e4e7d75187a8cae6c7c2053f2488a
tree5afb7fe4c736967ca650195f9541ca9508ad9dc9
parent6e0ddb6530b5010b33f91f0939029d2819b2dc3f
seg6: fix SRH processing to comply with RFC8754

The Segment Routing Header (SRH) which defines the SRv6 dataplane is defined
in RFC8754.

RFC8754 (section 4.1) defines the SR source node behavior which encapsulates
packets into an outer IPv6 header and SRH. The SR source node encodes the
full list of Segments that defines the packet path in the SRH. Then, the
first segment from list of Segments is copied into the Destination address
of the outer IPv6 header and the packet is sent to the first hop in its path
towards the destination.

If the Segment list has only one segment, the SR source node can omit the SRH
as he only segment is added in the destination address.

RFC8754 (section 4.1.1) defines the Reduced SRH, when a source does not
require the entire SID list to be preserved in the SRH. A reduced SRH does
not contain the first segment of the related SR Policy (the first segment is
the one already in the DA of the IPv6 header), and the Last Entry field is
set to n-2, where n is the number of elements in the SR Policy.

RFC8754 (section 4.3.1.1) defines the SRH processing and the logic to
validate the SRH (S09, S10, S11) which works for both reduced and
non-reduced behaviors.

This patch updates seg6_validate_srh() to validate the SRH as per RFC8754.

Signed-off-by: Ahmed Abdelsalam <ahabdels@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv6/seg6.c