[spring] FW: New Version Notification for draft-clad-spring-segment-routing-service-chaining-00.txt

Hello, We have just submitted draft-clad-spring-segment-routing-service-chaining-00. Any feedback is welcome. Regards, Francois On 06/10/2017, 21:32, "internet-dra...@ietf.org" wrote: A new version of I-D,

Re: [spring] IPR Poll for draft-filsfils-spring-segment-routing-policy

I’m not aware of any IPR other than already disclosed at https://datatracker.ietf.org/ipr/search/?submit=draft=draft-filsfils-spring-segment-routing-policy Francois On 16 May 2018, at 18:15, bruno.decra...@orange.com wrote: [+ authors] I'm not aware of any

Re: [spring] New Version Notification for draft-clad-spring-segment-routing-service-chaining-00.txt

ion that you will cache the received SR stack on a per-packet basis so that you reapply the correct outgoing SR stack? Thanks, Jim -Original Message- From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Francois Clad (fclad) Sent: Wednesday, October 18, 2017 10:47 AM To: spr

Re: [spring] [mpls] The MPLS WG has placed draft-farrel-mpls-sfc in state "Call For Adoption By WG Issued"

Hi Xiaohu, all, I agree with the point raised by Xiaohu. The draft-farrel-mpls-sfc is copying ideas described in draft-xu-mpls-service-chaining. Please note that the work in draft-xu-mpls-service-chaining started one year before draft-farrel-mpls-sfc. At IETF100, three drafts in this area were

Re: [spring] [sfc] [mpls] The MPLS WG has placed draft-farrel-mpls-sfc in state "Call For Adoption By WG Issued"

alf Of Zafar Ali (zali) Sent: 09 March 2018 00:02 To: Francois Clad (fclad); 徐小虎(义先) Cc: mpls; SPRING WG List; s...@ietf.org<mailto:s...@ietf.org>; draft-farrel-mpls-sfc; mpls-chairs; mpls Subject: Re: [mpls] [spring] The MPLS WG has placed draft-farrel-mpls-sfc in state "Call For

Re: [spring] IPR Poll for draft-filsfils-spring-srv6-network-programming

Hi, I am not aware of any IPR other than already disclosed. Thanks, Francois From: spring on behalf of Bruno Decraene Date: Wednesday 13 March 2019 at 19:50 To: SPRING WG Cc: "draft-filsfils-spring-srv6-network-programm...@ietf.org" Subject: [spring] IPR Poll for

Re: [spring] WG Adoption Call: draft-guichard-spring-nsh-sr

Support adoption. Thanks, Francois From: spring on behalf of Rob Shakir Date: Thursday 27 June 2019 at 08:15 To: SPRING WG List Subject: [spring] WG Adoption Call: draft-guichard-spring-nsh-sr Hi SPRING WG, This email initiates a two week working group adoption call for

Re: [spring] hop limit decrement on SRv6 proxies

Dear Nakamura-san, Many thanks for reviewing this draft and experimenting on SRv6 service chaining. I understand that the current version of the draft is not very clear regarding IPv6 hop limit updates and will work towards improving this aspect in the next revision of the draft. In the

Re: [spring] IPR poll for draft-ietf-spring-srv6-network-programming

Hi, As a contributor, I am not aware of any undisclosed IPR related to this document. Thanks, Francois On 05/12/2019 17:54, "spring on behalf of bruno.decra...@orange.com" wrote: Hi SPRING WG, In parallel to the WGLC for draft-ietf-spring-srv6-network-programming, we would

Re: [spring] Can features described by draft-ietf-spring-sr-service-programming-01 be supported by draft-ietf-spring-srv6-network-programming-08?

Dear Linda, Thank you for your email. Please see inline. Thanks, Francois From: Linda Dunbar Date: Friday 17 January 2020 at 01:31 To: "draft-ietf-spring-sr-service-programm...@ietf.org" Cc: SPRING WG Subject: Can features described by draft-ietf-spring-sr-service-programming-01 be

Re: [spring] draft-ietf-spring-srv6-network-programming - 2 week Early Allocation Call

Hi, Support. Thanks, Francois Le 3 janv. 2020 à 03:01, Pablo Camarillo (pcamaril) a écrit :  Happy New Year. I support. Thanks, Pablo. From: spring on behalf of "bruno.decra...@orange.com" Date: Thursday, 19 December 2019 at 17:54 To: SPRING WG Subject: [spring]

Re: [spring] I-D Action: draft-ietf-spring-sr-service-programming-02.txt

Dear all, We have just updated the SR Service Programming draft with the following changes: - Aligned SRv6 pseudocodes for static, dynamic and masquerading proxies with draft-ietf-6man-segment-routing-header and draft-ietf-spring-srv6-network-programming - For consistency, aligned SR-MPLS

[spring] Compressed SRv6 Segment List Encoding in SRH

Dear SPRING, The authors of draft-filsfils-spring-net-pgm-extension-srv6-usid and draft-cl-spring-generalized-srv6-for-cmpr have been working together on a joint document that describes how compressed SRv6 Segment-List encoding in the SRH can be achieved without any change to the SRv6 data

Re: [spring] General Proxy behavior in SR Service Programming

Hi Joel, Thank you for your email. A proxy and its associated SF can be seen from the network as a single entity: a packet enters this entity from the network, gets processed by the SF, and exits towards the network. The packet modifications that occur between the entry and exit of this

Re: [spring] Dynamic Proxy in SR service programming

Hi Joel, Thank you for your email. At high-level, the dynamic proxy combines a caching mechanism with a mapping scheme that associates cache entries to packets or flows. There are many possible mapping schemes, each has pros and cons that make it more suitable in some environments and less in

Re: [spring] WG Adoption Call for draft-raza-spring-srv6-yang

Hi, I support the adoption of this draft. The definition of a YANG data model for SRv6 is an important work item and this draft is well aligned with draft-ietf-spring-srv6-network-programming. Thanks, Francois From: spring on behalf of James Guichard Date: Monday 13 July 2020 at 23:54 To:

Re: [spring] WG Adoption Call for draft-raza-spring-sr-policy-yang

Hi, I support the adoption of this draft. The definition of a YANG data model for the SR policy architecture is an important work item for this WG. Thanks, Francois From: spring on behalf of James Guichard Date: Monday 13 July 2020 at 17:38 To: "spring@ietf.org" Cc:

Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Hi, As a co-author, I support the adoption of this draft. Thanks, Francois From: spring on behalf of James Guichard Date: Wednesday 15 July 2020 at 13:17 To: "spring@ietf.org" Cc: "spring-cha...@ietf.org" Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn Dear

Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Hi chairs, WG, Support as a co-author. Thanks, Francois From: spring on behalf of James Guichard Date: Wednesday, 27 January 2021 at 12:47 To: spring@ietf.org Cc: spring-cha...@ietf.org Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn Dear WG: This message

Re: [spring] SRv6 Service Programming using TLV

Hi Luc-Fabrice, This demo is an illustration of the Segment Routing Service Programming capabilities defined in draft-ietf-spring-sr-service-programming (https://datatracker.ietf.org/doc/draft-ietf-spring-sr-service-programming/). In this demo, the metadata was first carried as a SID argument,

Re: [spring] IPR Call for draft-ietf-spring-segment-routing-policy

Hi Jim, chairs, I am not aware of any undisclosed IPR related to this document. Thanks, Francois From: spring on behalf of James Guichard Date: Sunday, 11 April 2021 at 12:34 To: SPRING WG Cc: spring-cha...@ietf.org Subject: [spring] IPR Call for draft-ietf-spring-segment-routing-policy Hi

Re: [spring] Completion of WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Hi Jim, chairs, I am not aware of any IPR related to this document. Thanks, Francois From: spring on behalf of James Guichard Date: Thursday, 11 February 2021 at 18:06 To: James Guichard , spring@ietf.org Cc: spring-cha...@ietf.org Subject: [spring] Completion of WG Adoption Call for

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

and makes it difficult for me to understand your questions. Thanks, Francois From: Gyan Mishra Date: Sunday, 10 October 2021 at 22:23 To: Chengli (Cheng Li) , Francois Clad (fclad) Cc: James Guichard , SPRING WG , Yisong Liu , spring-chairs Subject: Re: [spring] RE： WG Adoption call

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

carry a C-SID bound to any behavior, including one with another C-SID flavor. Thanks, Francois From: Greg Mirsky Date: Friday, 8 October 2021 at 22:21 To: Francois Clad (fclad) Cc: Robert Raszuk , Ron Bonica , James Guichard , SPRING WG , spring-cha...@ietf.org Subject: Re: [spring] WG

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

the endpoint node identifies a SID. Could you provide an example showing the kind of inference or collision you are referring to? Thanks, Francois From: Tarek Saad Date: Sunday, 10 October 2021 at 06:06 To: Francois Clad (fclad) , James Guichard , SPRING WG Cc: spring-cha...@ietf.org Subject: Re

Re: [spring] Question from SPRING regarding draft-filsfilscheng-spring-srv6-srh-compression

Hello Erik, You may find some examples here: https://datatracker.ietf.org/doc/draft-clad-spring-srv6-srh-compression-illus/ Hope this helps. Thanks, Francois From: spring on behalf of Erik Kline Date: Thursday, 14 October 2021 at 19:06 To: Joel M. Halpern Cc: spring@ietf.org ,

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

Hi Greg, Thank you for the confirmation. I am glad that the matter of combining C-SIDs of different flavors is clear now. Thanks, Francois From: Greg Mirsky Date: Thursday, 7 October 2021 at 20:15 To: Francois Clad (fclad) Cc: Robert Raszuk , Ron Bonica , James Guichard , SPRING WG

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

Hi Tarek, I am assuming that the border node is an SR segment endpoint node in your question. This node processes the packet according to the behavior bound to the locally instantiated SID that was matched (see Section 4.3 of RFC 8754). There is no interpretation required. It is the

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

Hi Gyan, It is possible to combine SIDs of different C-SID flavors and C-SID lengths in the same SRH, along with those defined in RFC 8986 After all, they leverage the same SRv6 data plane. Let me give you an example. Assume that an SR source node wants to send a packet onto an SR path

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

Hi Greg, A node that supports this draft in its entirety can instantiate SRv6 SIDs (e.g., End and End.X SIDs) with any of the three C-SID flavors. In particular, a node can instantiate multiple SRv6 SIDs bound to different C-SID flavors, possibly with different C-SID lengths. It can also

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

. Thanks, Francois From: Greg Mirsky Date: Wednesday, 6 October 2021 at 19:19 To: Francois Clad (fclad) Cc: Robert Raszuk , Ron Bonica , James Guichard , SPRING WG , spring-cha...@ietf.org Subject: Re: [spring] WG Adoption call for https://datatracker.ietf.org/doc/draft-filsfilscheng

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

I support the working group adoption. The C-SID solution described in this I-D builds on the SRv6 data plane defined in RFC 8754 and 8986 to provide a flexible, SRv6-native compression solution. It has been implemented by several vendors, with interoperability testing reported in section 11.