Hi Yao Thanks for your careful review of v-03. We've just posted v-04, which addresses all comments: 1.Security considerations: We added the malicious SID insertion/tampering scenario along with the trusted-domain assumption and boundary filtering. Mitigation for in-domain attacks points to section 7 of draft-ietf-spring-srv6-security. 2.Connection setup order:The authors have discussed that advertising the SID before the underlay connection is up is intentionally not supported, thus we have changed SHOULD to MUST. The MUST makes the connection setup order unambiguous. 3.Nits fixed. Diff from -03: https://author-tools.ietf.org/iddiff?url2=draft-ietf-spring-srv6-inter-layer-programming-04 Best Regards, Minxue (on behalf of the authors)
------------------------------------- 王敏学/ Wang Minxue 中国移动通信研究院 基础网络技术研究所 / China Mobile Research Institute 地址: 北京市西城区宣武门西大街32号创新大厦,100053 电话: 010-15801696688-33202 传真：010-63601087 Email: [email protected] ------------------------------------- From: [email protected] Date: 2026-08-31 17:33 To: [email protected] CC: spring Subject: [spring] Re: Fw: I-D Action: draft-ietf-spring-srv6-inter-layer-programming-03.txt Hi Minxue, v-03 looks well-structured, and the technical content is clearly presented. I have a few non-blocking comments after reading it: 1) About security considerations, I suggest adding a description of what would happen if an End.IL SID is maliciously injected or tampered with in the SRH. For example, an attacker could redirect traffic to an unintended underlay connection. 2) Section 3 specifies that the underlay network connection "SHOULD" be established before the associated End.IL SID is announced into the network. It may be useful to clarify whether it also supports the SID being advertised before the underlay connection is set up. If this mode is not supported, would it be more appropriate to use "MUST" instead of "SHOULD" to avoid ambiguity? 3) Editorial nits In Section 4.2, "In addition, For some type of services" – the "For" should be lowercase ("for"). In Section 8.4, "performend" should be "performed". Given that this work has been implemented by multiple vendors and verified through interoperability testing, I believe this work is ready for continued progress. Best regards, Yao Original From: [email protected] <[email protected]> To: SPRING WG <[email protected]>; Date: 2026年08月18日 11:59 Subject: [spring] Fw: I-D Action: draft-ietf-spring-srv6-inter-layer-programming-03.txt _______________________________________________ spring mailing list -- [email protected] To unsubscribe send an email to [email protected] Dear WG, We are sharing an updated version of draft-ietf-spring-srv6-inter-layer-programming (revision -03) for your review and feedback. This draft describes the SRv6 End.IL behavior, which steers packets to underlay connections to achieve efficient inter-layer coordination. The draft was presented at both the Hackathon and WG session at IETF 125. Based on feedback, we have made the following updates: 1. An Operational Considerations section is added, and the information of implementations and interoperability test among multiple vendors is documented. 2. Two contributors are added based on their contributions to the implementation and interoperability test. 3. In the IANA section, the registration requests for End.IL behavior with different CSID flavors is added. We would appreciate your review and comments on the list. Thank you for your time and consideration. Best regards, Minxue (on behalf of coauthors) Original From:[email protected]<[email protected]> To:[email protected]<[email protected]>; Cc:[email protected]; Date:2026-08-11 16:17:09 Subject:[spring] I-D Action: draft-ietf-spring-srv6-inter-layer-programming-03.txt Internet-Draft draft-ietf-spring-srv6-inter-layer-programming-03.txt is now available. It is a work item of the Source Packet Routing in Networking (SPRING) WG of the IETF. Title: SRv6 for Inter-Layer Network Programming Authors: Liuyan Han Jie Dong Minxue Wang Ran Chen Zongpeng Du Name: draft-ietf-spring-srv6-inter-layer-programming-03.txt Pages: 16 Dates: 2026-08-11 Abstract: The Segment Routing over IPv6 (SRv6) Network Programming framework enables a network operator or an application to specify a packet processing program by encoding a sequence of instructions in the IPv6 packet header. Following the SRv6 Network Programming concept, this document defines SRv6 based mechanisms for inter-layer network programming, which can help to integrate the packet network layer with its underlying layers efficiently. For inter-layer path programming, a new SRv6 behavior is defined for steering packets to underlay network connections. The applicability of this new SRv6 behavior in typical scenarios is illustrated. The IETF datatracker status page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-inter-layer-programming/ There is also an HTMLized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-inter-layer-programming-03 A diff from the previous version is available at: https://author-tools.ietf.org/iddiff?url2=draft-ietf-spring-srv6-inter-layer-programming-03 Internet-Drafts are also available by rsync at: rsync.ietf.org::internet-drafts _______________________________________________ spring mailing list -- [email protected] To unsubscribe send an email to [email protected]
_______________________________________________ spring mailing list -- [email protected] To unsubscribe send an email to [email protected]
