Hello Aijun. No update to rfc8754 is necessary. Rfc8754 was written so new sids can be defined in other documents independently.
section 4.3.1 says: This document and section define a single SRv6 SID. Future documents may define additional SRv6 SIDs. In such a case, the entire content of this section will be defined in that document. Thanks Darren (Written on mobile) ________________________________ From: ipv6 <ipv6-boun...@ietf.org> on behalf of Aijun Wang <wang...@chinatelecom.cn> Sent: Sunday, June 14, 2020 10:15 PM To: i...@ietf.org; spring@ietf.org Subject: About the upper layer header processing in RFC8754(SRH) Hi, Folks: RFC8754(SRH) section 4.3.1.2(https://tools.ietf.org/html/rfc8754#section-4.3.1.2) describes the process of upper layer header as the followings: IF (Upper-layer Header is IPv4 or IPv6) and local configuration permits { Perform IPv6 decapsulation Resubmit the decapsulated packet to the IPv4 or IPv6 module } ELSE { …… } And in network programming draft section 9.1(https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-network-programming-15#section-9.1), one new Ethernet Next Header Type(143) is proposed. Although the detail process of this new next header are described in the network program draft, does it need to update the section 4.3.1.2 of RFC8754 to reflect the process of new header type(143)? Best Regards Aijun Wang China Telecom
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
