[spring] Discuss on draft-lin-sbfd-path-consistency-over-srv6-00

the forward path from SRH 2.Get segment list of reverse path by the path segment as a reverse path segment from mapping table 3. Encapsulating response packet with the reverse segment list Any comments and suggestions are greatly welcome. Best regards, Changwang Lin 发件人: linchangwang

Re: [spring] I-D Action: draft-lin-sbfd-path-consistency-over-srv6-02.txt

Hi WG & Chairs We updated the draft: draft-lin-sbfd-path-consistency-over-srv6-02. https://datatracker.ietf.org/doc/draft-lin-sbfd-path-consistency-over-srv6/ This draft describes the method of keep the path consistency of sbfd in detecting SRv6 policy through Path Segment, and this d

Re: [spring] I-D Action: draft-lin-sbfd-path-consistency-over-srv6-02.txt

BFD performance. Thanks, Changwang lin From: Reshad Rahman [mailto:res...@yahoo.com] Sent: Friday, August 12, 2022 10:37 PM To: jh...@pfrc.org; rtg-...@ietf.org; spring@ietf.org; linchangwang (RD) Cc: jiangweny...@chinamobile.com Subject: Re: I-D Action: draft-lin-sbfd-path-consistency-over-srv6

Re: [spring] A question about Encapsulation of BFD for SRv6 Policy

Hi Greg, The differences between the SRH of user data and bfd packet: 1. The encapsulations of user data usually include a Service-SID in the SRH, but the encapsulations of BFD does not. 2. In order to make sure the BFD control packet can reach the tail-end, IPv6 address of the ta

[spring] FW: I-D Action: draft-yang-spring-sid-as-source-address-00.txt

Hi all, [draft-yang-spring-sid-as-source-address-00] describes a method of using SID as source address for SRv6 traffic, also identifies solution for several use cases. In SRv6 network, the SRv6 packets usually use loopback address a source address. However, when there is symmetric traffic req

Re: [spring] IPR Poll for draft-cheng-dhc-distribute-srv6-locator-by-dhcp (adoption)

Hi Alvaro, No, I'm not aware of any IPR that applies to this draft and support adoption as co-author. Thanks, Changwang -Original Message- From: Alvaro Retana [mailto:aretana.i...@gmail.com] Sent: Wednesday, July 05, 2023 8:01 PM To: draft-cheng-spring-distribute-srv6-locator-by-d.

Re: [spring] Comments on draft-ietf-spring-bfd-07

Hi All, Path inconsistency may cause false positive issue. When we have a high SLA requirement for the seglist path in an SR policy, and there is bi-directional symmetric traffic forwarding path present, we need to ensure that there is BFD bidirectional path consistency. This helps to avoid a

Re: [spring] Issue 1 regarding draft-ietf-spring-srv6-srh-compression

Hi Joel, WG, I agree that the issue has been resolved. According to the SRv6 dataplane definition in the document "draft-ietf-spring-srv6-srh-compression,"all SIDs can co-exist in the same SRH, including Next-C-SID and Replace-C-SID. This allows for SRv6 to be a single and consistent datapla

Re: [spring] Issue 1 regarding draft-ietf-spring-srv6-srh-compression

achieved. Thanks, Changwang From: Andrew Alston - IETF [mailto:andrew-i...@liquid.tech] Sent: Friday, August 04, 2023 10:28 AM To: linchangwang (RD); Joel Halpern; SPRING WG List Subject: Re: [spring] Issue 1 regarding draft-ietf-spring-srv6-srh-compression Hi Joel, WG Speaking strictly as a

Re: [spring] Issue 1 regarding draft-ietf-spring-srv6-srh-compression

racteristics of different networking scenarios. Thanks, Changwang From: Andrew Alston - IETF [mailto:andrew-i...@liquid.tech] Sent: Friday, August 04, 2023 8:22 PM To: linchangwang (RD); Joel Halpern; SPRING WG List Subject: Re: [spring] Issue 1 regarding draft-ietf-spring-srv6-srh-compression Now, Let

Re: [spring] Confimring resolution of issue #3 https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-srh-compression/

Thank you, Joel, for handling the work. After reviewing all the resolutions, I agree that issue #3 can be closed Thanks, Changwang From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Joel Halpern Sent: Tuesday, August 08, 2023 11:00 PM To: SPRING WG List Subject: [spring] Confimring res

Re: [spring] Confimring resolution of issue #4 https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-srh-compression/

Thank you, Joel, for handling the work. After reviewing all the resolutions, I agree that issue #4 can be closed. Thanks, Changwang From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Joel Halpern Sent: Tuesday, August 08, 2023 11:00 PM To: SPRING WG List Subject: [spring] Confimring res

Re: [spring] Confimring resolution of issue #5 https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-srh-compression/

Thank you, Joel, for handling the work. After reviewing all the resolutions, I agree that issue #5 can be closed. Thanks, Changwang From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Joel Halpern Sent: Tuesday, August 08, 2023 11:00 PM To: SPRING WG List Subject: [spring] Confimring res

Re: [spring] Confirming resolution of issue #2 of draft-ietf-spring-srv6-srh-compression

Hi Joel and WG, The issue #2 has already been addressed in draft-ietf-6man-sids. Therefore, I agree that it can be closed here. Thanks, Changwang From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Joel Halpern Sent: Wednesday, August 16, 2023 9:31 AM To: SPRING WG List Subject: [s

Re: [spring] SRV6 for EVPN Fast Reroute

Hi Luc, Theirs is another way of achieving the same thing - using the behavior vs. using the flag. The draft link: https://datatracker.ietf.org/doc/draft-liu-bess-multihome-srv6-service-sid-flag/ Each egress PE advertises an additional SRv6 Service SID in BGP routes which is called No-Further-

Re: [spring] Fwd: IETF WG state changed to WGLC for draft-ietf-spring-srv6-srh-compression

Dear all, I support the publication of this draft. The SRv6 compression technology mentioned in this draft, as a crucial technique in the SRv6 data plane, has already matured. As a vendor, we are eager for this draft to be published as soon as possible. Thanks, Changwang From: spring [mailto:s

Re: [spring] Fwd: IETF WG state changed to WGLC for draft-ietf-spring-srv6-srh-compression

Dear all, I support the publication of this draft. The SRv6 compression technology mentioned in this draft, as a crucial technique in the SRv6 data plane, has already matured. As a vendor, we are eager for this draft to be published as soon as possible. Thanks, Changwang Lin From: spring [mail

Re: [spring] WG Adoption Call - draft-cheng-rtgwg-srv6-multihome-egress-protection (02/09/24 - 02/24/24)

Hi： I support the adoption of this draft as a co-author . I am not aware of any IPR relevant to this draft. The replies to several questions are as follows: •• Do we need these different solutions? Yes, [draft-cheng-rtgwg-srv6-multihome-egress-protection-05] is suitable for scena

Re: [spring] C-SIDs and upper layer checksums (draft-ietf-spring-srv6-srh-compression)

Hi WG, I have reviewed v-15 and the update appears clear and quite helpful for us as a vendor when considering the aspect of upper layer checksum. The C-SID now includes a similar explanation to CRH, indicating that all issues have been resolved. It is recommended to expedite the completion of

[spring] Re: request for review and comments

Hi Alvaro, Thank you for the review and comments. 1.Regarding 3.1: RFC9086 defines the BGP EPE advertisement for BGP-LS, including the PeerAdj SID (Type-1102) for L3 link. RFC9085 in section 2.2 defines the Adjacency SID TLV (Type-1099), LAN Adjacency SID TLV, and the L2 Bundle Member Attribut

[spring] Re: request for review and comments

Bundle Member Attributes TLV. Thanks, Changwang 发件人: Alvaro Retana 发送时间: 2024年5月15日 16:26 收件人: linchangwang (RD) 抄送: li_zhenqi...@hotmail.com; idr-chairs ; draft-lin-idr-sr-epe-over-l2bundle ; i...@ietf.org; spring@ietf.org 主题: Re: [spring] request for review and comments Hi! If you want to

[spring] Question about the draft-filsfils-spring-srv6-net-pgm-insertion

Dear SPRING experts, It is currently uncertain whether the defined behavior of H.Insert and H.Insert.Red in the draft-filsfils-spring-srv6-net-pgm-insertion (https://www.ietf.org/archive/id/draft-filsfils-spring-srv6-net-pgm-insertion-09.txt

[spring] Re: [Idr] Question about the draft-filsfils-spring-srv6-net-pgm-insertion

Hi Alvaro, Thanks for the quick response. Thanks, Changwang 发件人: Alvaro Retana 发送时间: 2024年5月15日 22:02 收件人: spring@ietf.org; linchangwang (RD) 抄送: idr-chairs ; Susan Hares ; i...@ietf.org 主题: Re: [Idr] Question about the draft-filsfils-spring-srv6-net-pgm-insertion Hi! That draft is not in

[spring] Re: spring WG Adoption Call for draft-peng-spring-pmtu-sr-policy

Hi WG, I support the adoption of this draft. MTU is crucial in the actual deployment of SR and requires comprehensive planning, taking into account various factors. There are still some issues with the document, and I suggest further enhancement in the future. 1. In addition to 5.2.5 TI-LFA,

[spring] Re: I-D Action:draft-cheng-spring-srv6-encoding-network-sliceid

l/draft-cheng-spring-srv6-encoding-network-sliceid-09 length: 10min Presenter: Gongliyan/Changwang Lin Best Regards, Changwang 邮件原文---- 发件人：linchangwang mailto:linchangwang.04...@h3c.com>> 收件人：Joel Halpern mailto:j...@joelhalpern.com>>,"draft-cheng-spring-srv6-encoding-

[spring] Re: I-D Action: draft-dong-spring-sr-policy-with-nrp-00.txt

Hi Jie, I reviewed the draft-dong-spring-sr-policy-with-nrp (https://datatracker.ietf.org/doc/draft-dong-spring-sr-policy-with-nrp/) and noticed significant content overlap with draft-jiang-spring-sr-policy-nrp-00 (https://datatracker.ietf.org/doc/html/draft-jiang-spring-sr-policy-nrp-00).

[spring] Re: I-D Action: draft-dong-spring-sr-policy-with-nrp-00.txt

early as 2021. If you're interested, you can still join us. Thanks, On behalf of all co-authors (Wenying, Changwang, Ran) 发件人: Dongjie (Jimmy) 发送时间: 2024年7月4日 19:12 收件人: linchangwang (RD) ; chen@zte.com.cn 抄送: spring@ietf.org 主题: RE: I-D Action: draft-dong-spring-sr-policy-with

[spring] Re: Request for MORE reviews of draft-ietf-spring-srv6-path-segment-09

Hi Cheng, Here are some comments: 1. After supporting SRv6 compression, SL==0 does not necessarily indicate the last segment endpoint node. Even when SL==0, the destination address may contain up to 7 compressed uSIDs. The following description needs to be revised. Text: S01. i

Re: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/

Hi all I support the WGLC of the draft. It is very helpful in Performance Measurement (PM), bidirectional paths correlation, and end-to-end 1+1 path protection. Thanks Changwang 发件人: spring [mailto:spring-boun...@ietf.org] 代表 James Guichard 发送时间: 2021年7月22日 21:03 收件人: James Guichard; spring@

Re: [spring] SRv6 compression

Hi All Excellent work done by DT in the past year! Many thanks for DT's hard work completing SRv6 header compression requirements and solutions comparion. I hop the solution is the one that has been implemented by the most vendors in the world, which is CSID. Best Regards, Changwang 发件人: spri

Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6

Dear Chairs & Weiqiang, Support WG adoption of these two documents. The design team has done a great job. The multi-vendor interworking test of CSIDs had been done , including my company New H3C. The CSID satisfies all the requirements, it will be great if we can have CSID standardized. Best

Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis

Hi WG, I support the adoption of the two drafts. Thanks, Changwang Lin 发件人: spring [mailto:spring-boun...@ietf.org] 代表 bruno.decra...@orange.com 发送时间: 2021年9月7日 21:13 收件人: spring@ietf.org 主题: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-comp

Re: [spring] WG Adoption call for https://datatracker.ietf.org/doc/draft-filsfilscheng-spring-srv6-srh-compression/

Dear WG: I strongly support the adoption. We implemented the C-SID solution, and it works very well. From an design engineers perspective, CSID is a single SRv6 based data plane solution. The draft is ready for the WG adoption. Thanks! Changwang Lin New H3C. 发件人: spring [mailto:spring-bo

[spring] Re: [Idr] Request SPRING WG review and comments for draft-liu-idr-sr-segment-list-optimize

Hi Allen, Yisong, WG, I agree with your viewpoint and confirm that Problem #2 has a significant impact on network performance. As a vendor, especially when the backbone network switch supports SRv6, deploying SRv6 L3VPN services on tail-end devices that have both the END SID and VPN SID can in

[spring] Re: I-D Action: draft-ietf-spring-dhc-distribute-srv6-locator-dhcp-05.txt

Hi Nick, Thank you for your valuable comments. It's been very helpful. We will update the draft based on your comments Thanks, Changwang 发件人: Nick Buraglio 发送时间: 2024年11月20日 5:57 收件人: spring@ietf.org 主题: [spring] Re: I-D Action: draft-ietf-spring-dhc-distribute-srv6-locator-dhcp-05.txt I reve

[spring] Seeking feedback on the SRv6 Path Verification draft [draft-yang-spring-srv6-verification-00]

Dear SPRINGWG and NASRWG, This document proposes a path verification mechanism for SRv6, which adopts a hop-by-hop cryptographic computation on the destination segment identifier at each node, combined with an end-to-end verification at the last hop. Link: https://datatracker.ietf.org/doc/dra

[spring] Re: Request for WGLC for draft-ietf-spring-dhc-distribute-srv6-locator-dhcp

4月29日 20:42 收件人: linchangwang (RD) 抄送: draft-ietf-spring-dhc-distribute-srv6-locator-d...@ietf.org; SPRING WG 主题: Re: Request for WGLC for draft-ietf-spring-dhc-distribute-srv6-locator-dhcp On April 29, 2025 at 7:48:00 AM, linchangwang wrote: Changwang: Hi! How are you? ... > The aut

[spring] Request for WGLC for draft-ietf-spring-dhc-distribute-srv6-locator-dhcp

Hi Alvaro, Thank you for your thoughtful review. I have submitted version-06 and added the IANA section. Link: https://datatracker.ietf.org/doc/draft-ietf-spring-dhc-distribute-srv6-locator-dhcp/06/ Please help initiate the IANA request later. The authors would like to inform that the draft-ie

[spring] Re: I-D Action: draft-ietf-spring-dhc-distribute-srv6-locator-dhcp-05.txt

Hi Nick， Thank you for your review. We've submitted version-06 addressing these comments. Link: https://datatracker.ietf.org/doc/draft-ietf-spring-dhc-distribute-srv6-locator-dhcp/06/ Pls check and let us know if there are any further comments. Thanks, Changwang 发件人: Nick Buraglio 发送时间: 20

[spring] Re: Fw: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt

Hi Yao, https://datatracker.ietf.org/doc/rfc9487/, RFC9487 can now export SRH header information. By using the flag in the SRH and combining it with the corresponding path-segment, the path can be identified. Are there other considerations for the new expansions defined in the document? Thanks,