Dear WG,


This revision includes significant text changes following the continuous
and very constructive feedback that we received from many WG participants.



A summary of the changes is provided below. The authors will also send
separate emails with further detail on the most important text changes.



- Following feedback from Gyan and others [1], renamed and expanded Sec. 7
(was: Efficient SID-list Encoding; now: SR Source Node) and Sec. 9 (Control
Plane) to describe the method by which an SR source node may leverage the
SID flavors in this document to encode a compressed SRv6 Segment List in
the SRH.

- Following offline feedback from WG participants before and during IETF
116, expanded Sec. 4 to specify the C-SID flavors applicability to the
other SR intermediate endpoint behaviors in RFC 8986, namely End.T,
End.B6.Encaps, End.B6.Encaps.Red, and End.BM. Updated the IANA
consideration accordingly.

- Following comments from Qiangzhou and other WG participants before
IETF116, modified REPLACE-C-SID flavor for End and End.X (argument format
and packet processing when the next C-SID value is 0).

- Added End.DX* and End.DT* for REPLACE-C-SID flavor.

- Following numerous questions from WG participants and implementers, added
Sec. 6.4 with guidelines for installing C-SID flavored SIDs in FIBs.

- For the same reason, also added the complete pseudocodes for End with
NEXT-C-SID and End with REPLACE-C-SID in Appendix B.

- Added new implementation reports received by the authors since the last
revision (Nokia, Arrcus, Marvell, Broadcom, ZTE, H3C, and Ruijie Network).

- NEXT-and-REPLACE-C-SID was removed from this version of the draft due to
lack of implementation.

- Various editorial fixes and addition of a new contributor.



The authors would like once again to thank everyone who provided feedback
or contributed text to this document.



Thanks,

Francois (on behalf of the C-SID co-authors)



[1]:
https://mailarchive.ietf.org/arch/msg/spring/aw56JRv8hPbRZEByguBaVZSNQBs/

On Fri, Mar 31, 2023 at 11:29 PM <internet-dra...@ietf.org> wrote:

>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories. This Internet-Draft is a work item of the Source Packet
> Routing
> in Networking (SPRING) WG of the IETF.
>
>    Title           : Compressed SRv6 Segment List Encoding in SRH
>    Authors         : Weiqiang Cheng
>                      Clarence Filsfils
>                      Zhenbin Li
>                      Bruno Decraene
>                      Francois Clad
>    Filename        : draft-ietf-spring-srv6-srh-compression-04.txt
>    Pages           : 45
>    Date            : 2023-03-31
>
> Abstract:
>    This document specifies new flavors for the SR endpoint behaviors
>    defined in RFC 8986, which enable a compressed SRv6 Segment-List
>    encoding in the Segment Routing Header (SRH).
>
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-srh-compression/
>
> There is also an htmlized version available at:
>
> https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-srh-compression-04
>
> A diff from the previous version is available at:
>
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-spring-srv6-srh-compression-04
>
> Internet-Drafts are also available by rsync at rsync.ietf.org:
> :internet-drafts
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

Reply via email to