[spring] Re: [EXTERNAL] Re: My question at the mikeaboutdraft-dong-spring-srv6-inter-layer-programming

Hi Liuyan, I think that we can simply agree to disagree. Regards, Sasha From: 韩柳燕 Sent: Thursday, August 22, 2024 11:40 AM To: Alexander Vainshtein Cc: spring@ietf.org; draft-dong-spring-sr ; Dongjie (Jimmy) Subject: Re:RE: [EXTERNAL] [spring] Re: My question at the mikeaboutdraft-dong

[spring] Re: [EXTERNAL] Re: WG Adoption Call for draft-bdmgct-spring-srv6-security (ends Aug/19)

Hi all, I have looked up Section 7.1.1 of the draft, and it looks problematic to me: * The first para of this section starts with “SRv6 packets rely on the routing header in order to steer traffic”. (T

[spring] Re: [EXTERNAL] Re: My question at the mike aboutdraft-dong-spring-srv6-inter-layer-programming

e SRv6 instantiation of the BGP peering segments [RFC8402<https://datatracker.ietf.org/doc/html/rfc8402>]. I.e., End.X behavior can be decoupled from IGP adjacencies. Hope this helps. Regards, Sasha From: 韩柳燕 Sent: Thursday, August 15, 2024 1:32 PM To: draft-dong-spring-sr ; Alexande

[spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming

ie (Jimmy) Sent: Saturday, July 27, 2024 7:59:30 AM To: Alexander Vainshtein ; draft-dong-spring-srv6-inter-layer-programm...@ietf.org Cc: spring@ietf.org Subject: [EXTERNAL] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming Hi Sasha, Thanks for your question a

[spring] Re: [EXTERNAL] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming

pair of IP nodes regular End.X SIDs suffice What, if anything, do I miss? Regards, Sasha From: Ketan Talaulikar Sent: Friday, July 26, 2024 2:47 PM To: Alexander Vainshtein Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org; spring@ietf.org Subject: [EXTERNAL] Re: [spring] My question at

[spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming

Hi all, Just repeating the question about the draft I've asked at he mike at the SPRING WG session today. * Suppose that there is an underlay link between a pair of IP nodes that is not "visible in he

Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

My 2c, Sasha Get Outlook for Android<https://aka.ms/AAb9ysg> From: spring on behalf of Nick Hilliard Sent: Thursday, March 28, 2024 5:42:44 PM To: Alexander Vainshtein Cc: Alvaro Retana ; int-a...@ietf.org ; spring-cha...@ietf.org ; SPRING WG List

Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

Alvaro and all, Regarding the proposal for using a dedicated Ethertype for SRv6: Please note that RFC explicitly “introduces two data-plane instantiations of SR: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6)” and defines SRv6 as the instantiation of SR on the IPv6 data plane. From my POV using

Re: [spring] [EXTERNAL] Re: Chair Review of draft-ietf-spring-srv6-srh-compression-11

rk-side IPv6 encapsulation. I have been the RTGWG reviewer of the draft that developed into this RFC, and I have then pointed to potential violations of the IPv6 addressing architecture in my review – but this did not prevent progressing of this draft. My 2c, Sasha From: Alexander Vainshtein Sen

Re: [spring] [EXTERNAL] Re: Chair Review of draft-ietf-spring-srv6-srh-compression-11

nt of the WG that owns that protocol” in your email. What did I miss? Regards, Sasha From: Stewart Bryant Sent: Wednesday, March 27, 2024 3:27 PM To: Andrew Alston - IETF Cc: Alexander Vainshtein ; Tom Herbert ; Ron Bonica ; spring@ietf.org; Alvaro Retana ; Robert Raszuk Subject: [EXTERNAL]

Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11

Layer 2 header (MAC addresses, VLAN tags and the Ethertype that identifies MPLS with downstream-allocated labels is pushed on the packet. Regards, Sasha From: Andrew Alston - IETF Sent: Wednesday, March 27, 2024 2:34 PM To: Alexander Vainshtein Cc: Tom Herbert ; Ron Bonica ; spring@ietf.org

Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11

Andrew, Can you please provide any details about re-write of MPLS Ethertype? Why is it needed, what are the applications etc. I am not aware of any such operations. Regards, Sasha From: Andrew Alston - IETF Sent: Wednesday, March 27, 2024 2:25 PM To: Alexander Vainshtein ; Robert Raszuk Cc

Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11

etwork. Regards, Sasha From: Andrew Alston - IETF Sent: Wednesday, March 27, 2024 11:36 AM To: Robert Raszuk Cc: Tom Herbert ; Ron Bonica ; Alexander Vainshtein ; spring@ietf.org; Alvaro Retana Subject: [EXTERNAL] Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11 No

Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11

ysg> From: Ron Bonica Sent: Tuesday, March 26, 2024 8:36:49 PM To: Alexander Vainshtein Cc: spring@ietf.org ; Andrew Alston - IETF ; Robert Raszuk ; Tom Herbert ; Alvaro Retana Subject: [EXTERNAL] Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compress

Re: [spring] Chair Review of draft-ietf-spring-srv6-srh-compression-11

Ron and all, I respectfully disagree with the proposal of separation of SRv6 from the existing IPv6. IMHO and FWIW the most important added value of SRv6 is its ability to provide BGP-based overlay services without any changes in the P routers as described in Introduction of RFC 9252

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

Dear all, A few comments: 1. I concur with Bruno’s latest comment about inconsistency between * “Any intermediate node can bypass the failed tail node” statement by the draft co-authors and * “This should be "penultimate SR segment endpoint” suggested by Yingzhen.

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

Dear all, I have been trying to follow this discussion, and, as of this moment, I am somewhat confused. I have been taught that the two basic criteria for WG adoption of an individual draft are: * It deals with a real and relevant problem * It represents a valid first step to a solution

Re: [spring] [EXTERNAL] Re: Intended status of draft-ietf-spring-resource-aware-segments

ecific solutions. Regards, Sasha Regards, Sasha Get Outlook for Android<https://aka.ms/AAb9ysg> From: Gyan Mishra Sent: Friday, January 26, 2024 2:44:55 AM To: Alexander Vainshtein Cc: Acee Lindem ; Dongjie (Jimmy) ; draft-ietf-spring-resource-aware-segme

Re: [spring] [EXTERNAL] Re: Intended status of draft-ietf-spring-resource-aware-segments

, Sasha From: Dongjie (Jimmy) Sent: Wednesday, January 24, 2024 10:37 AM To: Alexander Vainshtein ; Gyan Mishra Cc: draft-ietf-spring-resource-aware-segme...@ietf.org; spring@ietf.org; Acee Lindem Subject: RE: [EXTERNAL] Re: [spring] Intended status of draft-ietf-spring-resource-aware-segments

Re: [spring] [EXTERNAL] Re: Intended status of draft-ietf-spring-resource-aware-segments

ent: Tuesday, January 23, 2024 8:02 AM To: Dongjie (Jimmy) Cc: Alexander Vainshtein ; draft-ietf-spring-resource-aware-segme...@ietf.org; spring@ietf.org Subject: [EXTERNAL] Re: [spring] Intended status of draft-ietf-spring-resource-aware-segments Hi Jie I understand the draft proposes an

Re: [spring] [EXTERNAL] Re: WGLC for draft-ietf-rtgwg-segment-routing-ti-lfa (01/18/24 - 02/02/24)

Hi, I support publication of this draft. Regards, Sasha From: rtgwg On Behalf Of Stewart Bryant Sent: Saturday, January 20, 2024 10:50 PM To: Yingzhen Qu Cc: RTGWG ; spring@ietf.org; rtgwg-chairs ; draft-ietf-rtgwg-segment-routing-ti-...@ietf.org Subject: [EXTERNAL] Re: WGLC for draft-ietf-rtg

Re: [spring] [Lsr] Shepherd's Review of "Applicability of IS-IS Multi-Topology (MT) for Segment Routing based Network Resource Partition (NRP)" - draft-ietf-lsr-isis-sr-vtn-mt-06

Hi, I have looked up the resource-aware segments draft, and commented on its intended status. My guess (FWIW) that if it is changed from “Standards Track” to “Informational”, the chances of its not being progressed – and the associated risks for this draft – would be minimal. Regards, Sasha F

[spring] Intended status of draft-ietf-spring-resource-aware-segments

Hello, I have read the draft, and I do not have any technical comments on it. At the same time, I wonder why its intended status appears as "Standard Track": 1. The draft does not define any new mechanisms in

Re: [spring] [EXTERNAL] Re: Andrew Alston's Discuss on draft-ietf-spring-mpls-path-segment-20: (with DISCUSS and COMMENT)

Stewart, Andrew and all, I concur with Stewart. RFC 4182 clearly states that if the IPv4 or IPv6 Explicit Null label is found at the top of the stack but is not the bottom-of-stack label, it must be popped, and the next label processed in the usual

Re: [spring] [EXTERNAL] Summary of the side meeting on TI-LFA

Yingzhen, Lots of thanks for conveying this meeting and for a very accurate summary. Regards, Sasha From: rtgwg On Behalf Of Yingzhen Qu Sent: Friday, November 10, 2023 11:05 AM To: RTGWG ; rtgwg-chairs ; spring@ietf.org Subject: [EXTERNAL] Summary of the side meeting on TI-LFA Also sending th

Re: [spring] [EXTERNAL] A review of draft-ietf-spring-srv6-srh-compression-08

Adrian, A really amazing piece of a review! Regards, Sasha Get Outlook for Android From: spring on behalf of Adrian Farrel Sent: Thursday, September 21, 2023 4:36:39 PM To: 'SPRING WG List' Cc: spring-cha...@ietf.org Subject: [EXTERNA

Re: [spring] [EXTERNAL] Re: [IPv6] New draft: L4 Checksums in SRv6

Tal, Tom and all, IMHO and FWIW Tal has exposed a real and critical issue with compressed lists of SRv6 SIDs. I wonder if this issue could be addressed by explicitly stating that compressed lists of SIDs can only appear in the SRv6 header but not in the Destination Address of an IPv6 packet. M

Re: [spring] [EXTERNAL] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Monday, June 19, 2023 11:40 AM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; Robert Raszuk ; spring@ietf.org; Dongjie (Jimmy) ; Stewart Bryant Subject: Re: [spring] [EXTERNAL] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00 Alexander, I understand the di

Re: [spring] [EXTERNAL] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

violations is preferable. My 2c, Sasha From: Christian Schmutzer (cschmutz) Sent: Monday, June 19, 2023 10:33 AM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; Robert Raszuk ; spring@ietf.org; Dongjie (Jimmy) ; Stewart Bryant Subject: Re: [EXTERNAL] [spring] A technical concern

Re: [spring] [EXTERNAL] Re: A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

or due to some transient condition (FRR, micro-loop avoidance etc.). Regards, Sasha From: Robert Raszuk Sent: Thursday, June 15, 2023 6:43 PM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; spring@ietf.org; Dongjie (Jimmy) ; Stewart Bryant Subject: Re: [EXTERNAL] Re: [spring] A

Re: [spring] [EXTERNAL] Re: A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Raszuk Sent: Thursday, June 15, 2023 6:34 PM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; spring@ietf.org; Dongjie (Jimmy) ; Stewart Bryant Subject: Re: [EXTERNAL] Re: [spring] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00 Hi, I have probably did not

Re: [spring] [EXTERNAL] Re: A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Robert and all, ++ Stewart since resource-aware SR Segments<https://datatracker.ietf.org/doc/html/draft-ietf-spring-resource-aware-segments-07> may be quite relevant here. Regards, Sasha From: Alexander Vainshtein Sent: Thursday, June 15, 2023 6:08 PM To: Robert Raszuk Cc: Christian Sch

Re: [spring] [EXTERNAL] Re: A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Raszuk Sent: Thursday, June 15, 2023 5:52 PM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; draft-schmutzer-spring-cs-sr-policy@ietf.org; spring@ietf.org; Dongjie (Jimmy) Subject: [EXTERNAL] Re: [spring] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Re: [spring] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

belonging to the SC-SR topology. Your feedback would be highly appreciated. Regards, Sasha From: Christian Schmutzer (cschmutz) Sent: Tuesday, May 2, 2023 7:29 PM To: Dongjie (Jimmy) Cc: Christian Schmutzer (cschmutz) ; Alexander Vainshtein ; draft-schmutzer-spring-cs-sr-policy@ietf

Re: [spring] WGLC for draft-ietf-spring-sr-replication-segment

James, Rishabh and all, A short comment inline below. Regards, Sasha From: spring On Behalf Of James Guichard Sent: Tuesday, February 28, 2023 4:11 PM To: Rishabh Parekh ; SPRING WG List Cc: spring-cha...@ietf.org Subject: [EXTERNAL] Re: [spring] WGLC for draft-ietf-spring-sr-replication-segme

Re: [spring] WGLC for draft-ietf-spring-sr-replication-segment

Xuesong hi, In my email to the authors and the WG I have asked to clarify whether the same Downstream replication SID could be included in the Replication State of different "upstream" Replication SODs (including the cas

Re: [spring] [EXTERNAL] Re: WGLC for draft-ietf-spring-sr-replication-segment

Rishabh, Lots of thanks for a prompt and very encouraging response. Please see more inline below marked [[Sasha]]. Regards, Sasha From: Rishabh Parekh Sent: Sunday, December 11, 2022 9:04 PM To: Alexander Vainshtein Cc: draft-ietf-spring-sr-replication-segment.auth...@ietf.org; p...@ietf.org

Re: [spring] WGLC for draft-ietf-spring-sr-replication-segment

nches. Regards, Sasha From: Alexander Vainshtein Sent: Sunday, December 11, 2022 12:54 PM To: draft-ietf-spring-sr-replication-segment.auth...@ietf.org Cc: p...@ietf.org; spring-cha...@ietf.org; SPRING WG ; James Guichard ; Nitsan Dolev ; Michael Gorokhovsky ; Nitsan Dolev ; Michael Gorokh

Re: [spring] WGLC for draft-ietf-spring-sr-replication-segment

Hi all, I have a technical question on the following aspect of the SR Replication Segment for Multi-point Service Delivery draft. The draft states that: A Replication segment is identifi

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

Hi all, I wonder whether the authors have considered the possibility in which he SRv6 policy is comprised of just the routable SRv6 Service SID with no SRH present in the data packets. Among other things, in this case the head-end node would not be aware of any specific address of the tail-end

Re: [spring] [EXTERNAL] Re: RE: My question at the mike aboutdraft-dong-spring-srv6-inter-layer-programming

dpoint behavior and associating it with some SID. Regards, Sasha From: Dongjie (Jimmy) Sent: Thursday, November 10, 2022 10:38 AM To: Alexander Vainshtein ; 韩柳燕 ; draft-dong-spring-srv6-inter-layer-programm...@ietf.org Cc: spring@ietf.org; Michael Gorokhovsky ; Nitsan Dolev ; Rotem Cohen S

Re: [spring] [EXTERNAL] Re: RE: My question at the mike aboutdraft-dong-spring-srv6-inter-layer-programming

<https://aka.ms/AAb9ysg> From: 韩柳燕 Sent: Wednesday, November 9, 2022, 02:54 To: Dongjie (Jimmy) ; Alexander Vainshtein ; draft-dong-spring-srv6-inter-layer-programm...@ietf.org Cc: spring@ietf.org ; Michael Gorokhovsky ; Nitsan Dolev ; Rotem Cohen S

Re: [spring] draft-ietf-spring-segment-protection-sr-te-paths

Shraddha, Lots of thanks for a very prompt and encouraging response! Regards, Sasha From: Shraddha Hegde Sent: Tuesday, November 8, 2022 4:47 PM To: Alexander Vainshtein ; draft-ietf-spring-segment-protection-sr-te-pa...@ietf.org Cc: Nitsan Dolev ; Michael Gorokhovsky ; spring@ietf.org

[spring] Relationship between draft-chen-rtgwg-srv6-midpoint-protection and draft-ietf-spring-segment-protection-sr-te-paths-03

Hi, There is some obvious similarity between the problem addressed in the (expired) draft-ietf-spring-segment-protection-sr-te-paths-03 and draft-chen-rtgwg-srv6-midpoint-protection

[spring] draft-ietf-spring-segment-protection-sr-te-paths

Hi, I see that draft-ietf-spring-segment-protection-sr-te-paths has expired. I wonder if there are any plans to refresh it. Regards, and lots of thanks in advance, Sasha Notice: This e-mail together with

Re: [spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming

represent these underlay paths. So, as of this moment, I do not see any justification for yet another endpoint behavior and a new SID type. What, if anything, did I miss? Regards, Sasha From: Dongjie (Jimmy) Sent: Tuesday, November 8, 2022 3:47 PM To: Alexander Vainshtein Cc: draft-dong-spring

Re: [spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming

: Ketan Talaulikar ; Alexander Vainshtein Cc: draft-dong-spring-srv6-inter-layer-programm...@ietf.org; spring@ietf.org; Michael Gorokhovsky ; Nitsan Dolev ; Rotem Cohen Subject: [EXTERNAL] RE: [spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming Hi Ketan, In the

[spring] A question about End.MVPN SID in draft-wang-spring-multicast-vpn-segment-00

Hi, I have looked up draft-wang-spring-multicast-vpn-segment-00 and I think that the End.MVPN behavior in this draft can only be used with ingress replication as the P-tunneling technology for MVPN. This is becau

Re: [spring] [EXTERNAL] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming

Ketan, Lots of thanks for a prompt response. I fully agree that if the optical path is IP-enabled, End.X behavior should suffice and there is no need to invent a wheel. Regards, Sasha From: Ketan Talaulikar Sent: Tuesday, November 8, 2022 10:33 AM To: Alexander Vainshtein Cc: draft-dong

[spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming

Hi, I would like to repeat the question I have asked at the mike during the SPRING WG session today about draft-dong-spring-srv6-inter-layer-programming: How would the node that has allocated an End.XU SID f

[spring] A query on draft-iqbal-spring-mpls-ping-algo-02

Hi, I see that draft-iqbal-spring-mpls-ping-algo has expired more than a year ago. LSP Ping for Flex-Algo defined in this draft seems to be an important tool. I wonder if the WG is interested in such a tool and whether

Re: [spring] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Schmutzer (cschmutz) Sent: Monday, July 25, 2022 6:45 PM To: Alexander Vainshtein Cc: Christian Schmutzer (cschmutz) ; draft-schmutzer-spring-cs-sr-policy@ietf.org; spring@ietf.org; Rotem Cohen ; Nitsan Dolev ; p...@ietf.org; Michael Gorokhovsky Subject: [EXTERNAL] Re: A technical concern

[spring] A technical concern regarding draft-schmutzer-spring-cs-sr-policy-00

Hi all, I would like to clarify that, from my POV, my technical concerns about draft-schmutzer-pce-sr-cs-routing-policies presented in my email dated 11-Jul-22

Re: [spring] [EXTERNAL] Re: [Pce] A technical concern regarding Circuit Style Segment Routing Policies draft

ly 17, 2022 4:43 PM To: Alexander Vainshtein Cc: draft-schmutzer-pce-cs-sr-policy@ietf.org; p...@ietf.org; spring@ietf.org; Rotem Cohen ; Nitsan Dolev ; Dmitry Valdman Subject: [EXTERNAL] Re: [Pce] A technical concern regarding Circuit Style Segment Routing Policies draft Hi Sasha,

[spring] A technical concern regarding Circuit Style Segment Routing Policies draft

Hi all, I would like to share with you what I see as a serious (and probably critical) technical issue with the Circuit Style Segment Routing Policies draft. As I see it: * One of the key objectives of this draft is

Re: [spring] [Pals] [EXTERNAL] Re: Martini Pseudowires and SR

these days 6. PW fragmentation and reassembly - not sure it is used these days. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@rbbn.com From: Rabadan, Jorge (Nokia - US/Sunnyvale) Sent: Monday, May 30, 2022 1:02 PM To: Alexander Vainshtein ; S

Re: [spring] [Pals] [EXTERNAL] Re: Martini Pseudowires and SR

: Gyan Mishra Sent: Monday, May 30, 2022 5:15 PM To: Rabadan, Jorge (Nokia - US/Sunnyvale) Cc: Alexander Vainshtein ; Andrew Alston - IETF ; SPRING WG ; Stewart Bryant ; b...@ietf.org; mpls-chairs ; p...@ietf.org Subject: Re: [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR Other

Re: [spring] [EXTERNAL] Re: [Pals] Martini Pseudowires and SR

Stewart, Andrew and all, ++ Bess WG. I fully agree that using (targeted) LDP for setup of Martini PWs in an SR-based environment is quite problematic for the operators. One alternative is transition to setup of PWs using MP BGP based on the EVPN-VPWS mechanisms (RFC 8214

[spring] A question about draft-ietf-rtgwg-segment-routing-ti-lfa-07

Hi all, I have a couple of questions regarding the information in Section 9 of draft-ietf-rtgwg-segment-routing-ti-lfa-07. This section (called "Measurements on real networks") describes protection coverag

Re: [spring] RTG-DIR review of draft-ietf-bess-srv6-services-05

Talaulikar (ketant) Sent: Wednesday, March 10, 2021 4:07 PM To: Alexander Vainshtein Cc: draft-ietf-bess-srv6-services@ietf.org; b...@ietf.org; spring@ietf.org; Swadesh Agrawal (swaagraw) ; Zafar Ali (zali) ; rtg-...@ietf.org; Subject: RE: RTG-DIR review of draft-ietf-bess-srv6-services-05

Re: [spring] RTG-DIR review of draft-ietf-bess-srv6-services-05

, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@rbbn.com From: Ketan Talaulikar (ketant) Sent: Wednesday, March 10, 2021 7:55 AM To: Alexander Vainshtein ; Cc: draft-ietf-bess-srv6-services@ietf.org; b...@ietf.org; spring@ietf.org; Swadesh Agrawal

Re: [spring] RTG-DIR review of draft-ietf-bess-srv6-services-05

Adding RTG-DIR – my apologies Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@rbbn.com From: Alexander Vainshtein Sent: Friday, January 29, 2021 12:46 PM To: rtg-...@ietf.org Cc: draft-ietf-bess-srv6-services@ietf.org; b...@ietf.org; spring

[spring] RTG-DIR review of draft-ietf-bess-srv6-services-05

Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance

Re: [spring] to drop or to forward unlabeled (Re: Question on RFC8660)

Jeff, Bruno, Martin and all, I definitely concur with Jeff: Drop should be the default MUST-to-implement behavior. What's more, it looks to me as the only possible behavior if the problematic label is not BoS. And even if popping of the problematic BoS label is allowed by local configuration,

Re: [spring] Spring protection - determining applicability

on of the draft as a SPRING WG document. My 2c, Sasha Get Outlook for Android<https://aka.ms/ghei36> From: spring on behalf of Chengli (Cheng Li) Sent: Friday, August 28, 2020, 09:37 To: Alexander Vainshtein; Martin Horneffer Cc: spring@iet

Re: [spring] Spring protection - determining applicability

ing to make about Adj-SIDs. Thanks, Ketan From: Alexander Vainshtein Sent: 14 August 2020 18:24 To: Ketan Talaulikar (ketant) ; Joel M. Halpern ; Alexander Vainshtein ; Shraddha Hegde ; ext-andrew.als...@liquidtelecom.com ; Robert Raszuk Cc: spring@ietf.org Subject: Re: [spring] Spring prot

Re: [spring] Spring protection - determining applicability

14, 2020, 15:00 To: Joel M. Halpern; Alexander Vainshtein; Shraddha Hegde; ext-andrew.als...@liquidtelecom.com; Robert Raszuk Cc: spring@ietf.org Subject: Re: [spring] Spring protection - determining applicability Hi All, I would like to share a different perspective on this. First, thanks t

Re: [spring] Spring protection - determining applicability

m is restricted > to just service SIDs. > > Suppose that the PCE has specified the path to meet some complex te > objective. The bypass node has no way of knowing what those > constraints > were. And for some kinds of traffic, it is better to drop the packet > than to deli

Re: [spring] Spring protection - determining applicability

Mach, Joel and all, I think that in most cases: 1. There is clear differentiation between "topological" and "service" instructions in SID advertisements. E.g.: o IGP Prefix Node SIDs IGP Adj-SIDs (identified as such in the corresponding IGP advertisements) represent topological instr

Re: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths

Bruno, and all, I strongly support adoption of draft-hegde-spring-node-protection-for-sr-te-paths as a WG document. >From my POV in its current stage it goes far beyond the common requirements >for adoption: * Addresses a real and important problem within the scope of the SPRING WG *

Re: [spring] Understanding the replication draft

Dhruv, Bruno and all, Regarding the statement " What is missing in the spring I-D is some very high level discussion in terms of architecture on how replication segment and SR P2MP policy come together" - I cannot agree more. My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email:

[spring] Change of email address

Dear colleagues, Following the acquisition of my employer - ECI Telecom, by Ribbon, starting from 09-Jun-20 all the mails I will send to IETF will use alexander.vainsht...@rbbn.com as my address. I will still be receiving emails addressed to alexander.vain

Re: [spring] 答复: Progressing draft-dong-spring-sr-for-enhanced-vpn to enable SR with resource management

Mach and all, From my POV saying that " With current SR ... there is no way for the devices to differentiate traffic over the same link or to the same destination, because the SID used by all the flows are the same" is inaccurate. AFAIK it is perfectly possible to associate multiple Prefix-SI

Re: [spring] SRLG usage in the IGP Flexible Algorithm draft

Peter. Again lot of thanks. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Peter Psenak Sent: Monday, May 4, 2020 11:06 AM To: Alexander Vainshtein ; shrad...@juniper.net; cfils...@cisco.com; ket

Re: [spring] SRLG usage in the IGP Flexible Algorithm draft

sense to add the corresponding clarifying text to the draft. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Peter Psenak Sent: Friday, May 1, 2020 12:57 PM To: Alexander Vainshtein ; shrad

[spring] SRLG usage in the IGP Flexible Algorithm draft

Hi all, I have a question about the proposed usage of SRLG in the IGP Flexible Algorithm draft. This usage is defined Section 12 of the draft with the reference to the SRLG exclude rule as following: 2. Check if any exclude SRLG

Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

.ms/ghei36> From: Darren Dukes (ddukes) Sent: Thursday, March 12, 2020, 15:17 To: Alexander Vainshtein; Brian E Carpenter Cc: SPRING WG List; 6...@ietf.org; Fernando Gont; draft-ietf-spring-srv6-network-programming Subject: Re: [spring] Request to close the

Re: [spring] Question on draft-ietf-spring-srv6-network-programming-12

Pablo, Chris and all, I have not found the restriction for Binding SID not being the last SID in the SID list in RFC 8402 or RFC 8666. And I think that no such limitation exists in SR-MPLS, where a binding SID can be easily be the last SID in the LIST of SIDs in the SR policy that is used to d

Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

Brian, Lots of thanks for a prompt and unambiguous response. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Brian E Carpenter Sent: Wednesday, March 11, 2020 9:13 PM To: Alexander Vainshtein ; Darren

Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

: Wednesday, March 11, 2020 4:44 PM To: Alexander Vainshtein Cc: Ted Lemon ; Fernando Gont ; SPRING WG List ; 6...@ietf.org; draft-ietf-spring-srv6-network-programming Subject: Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming Hi Sasha

Re: [spring] Question on draft-ietf-spring-srv6-network-programming-12

Pablo, Christian and all, I respectfully disagree with the statement " The processing defined in draft-ietf-spring-srv6-network-programming is aligned with the SRH". Specifically, from my POV the SRH draft does not define

Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

sht...@ecitele.com -Original Message- From: Ketan Talaulikar (ketant) Sent: Wednesday, March 4, 2020 11:49 AM To: Alexander Vainshtein ; Joel M. Halpern ; Andrew G. Malis Cc: spring@ietf.org; Martin Vigoureux Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming Hi

Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Joel, Andy and all, FWIW I concur with your positions regarding comparison between PHP in MPLS and PSP in SRv6. I would also like to stress that, to the best of my understanding, in MPLS PHP is a local behavior between the penultimate and ultimate nodes with the ultimate node explicitly reques

Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

Hi all, I cannot say whether PSP is allowed or disallowed by RFC 8200. But, to the best of my understanding, format of SRH and its handling are specified by the IPv6 Segment Routing Header draft that is owned by the 6MAN

Re: [spring] Mail regarding draft-hu-rtgwg-srv6-egress-protection

lots of thanks in advance, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com From: Yimin Shen Sent: Tuesday, February 25, 2020 4:26 PM To: Alexander Vainshtein Cc: rt...@ietf.org; Huaimo Chen Subject: Re: Mail regarding draft-hu-rtgwg-srv6-egress

Re: [spring] A question regarding Section 3.2 of RFC 8402

inal Message- From: Peter Psenak Sent: Thursday, January 9, 2020 3:14 PM To: Alexander Vainshtein ; spring@ietf.org Cc: Madhav Purohit ; Dmitry Valdman ; Michael Gorokhovsky ; Abhijit Gokaraju ; Sheetal Jangeed Subject: Re: [spring] A question regarding Section 3.2 of RFC 8402 Hi Alexander,

Re: [spring] A question regarding Section 3.2 of RFC 8402

From: Alexander Vainshtein Sent: Tuesday, December 10, 2019 1:14 PM To: spring@ietf.org Cc: Michael Gorokhovsky ; Sheetal Jangeed ; Madhav Purohit ; Abhijit Gokaraju (abhijit.gokar...@ecitele.com) ; Dmitry Valdman Subject: A question regarding Section 3.2 of RFC 8402 Importance: High Hi all, My

[spring] A question regarding Section 3.2 of RFC 8402

Hi all, My colleagues and I have a question pertaining to Section 3.2 of RFC 8402

Re: [spring] Draft for Node protection of intermediate nodes in SR Paths

in MPLS Egress Protection Framework draft. My 2c. Get Outlook for Android<https://aka.ms/ghei36> From: Shraddha Hegde Sent: Monday, December 2, 2019, 06:10 To: Alexander Vainshtein; Robert Raszuk Cc: spring@ietf.org; rt...@ietf.org; rtg-...@ietf.org Subject: R

Re: [spring] Draft for Node protection of intermediate nodes in SR Paths

ion-framework/> draft (now in the RFC Editor queue). Get Outlook for Android<https://aka.ms/ghei36> ____ From: Alexander Vainshtein Sent: Saturday, November 23, 2019, 16:44 To: Robert Raszuk; Shraddha Hegde Cc: spring@ietf.org; rt...@ietf.org; rtg-...@ietf.org

Re: [spring] Draft for Node protection of intermediate nodes in SR Paths

utlook for Android<https://aka.ms/ghei36> ____ From: Alexander Vainshtein Sent: Saturday, November 23, 2019, 13:15 To: Robert Raszuk; Shraddha Hegde Cc: spring@ietf.org; rt...@ietf.org; rtg-...@ietf.org Subject: Re: [spring] Draft for Node protection of intermediate no

Re: [spring] Draft for Node protection of intermediate nodes in SR Paths

<https://aka.ms/ghei36> From: Robert Raszuk Sent: Saturday, November 23, 2019, 12:37 To: Alexander Vainshtein; Shraddha Hegde Cc: spring@ietf.org; rt...@ietf.org; rtg-...@ietf.org Subject: Re: [spring] Draft for Node protection of intermediate nodes in SR

Re: [spring] Draft for Node protection of intermediate nodes in SR Paths

Shraddha, Robert and all, Regarding Robert's question: I wonder if multi-hop IP BFD session with addresses used as /32 (or /128) prefixes serving as Nose SIDs of R8 and R7 respectively could be used as such a trigger by R7? Such a session would not respond to link failures, and I find it problem

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

t;Candidate for WG Adoption" Hi Sasha, Please see zzh2> below. From: Alexander Vainshtein Sent: Monday, November 18, 2019 1:17 AM To: Jeffrey (Zhaohui) Zhang Cc: John E Drake ; spring@ietf.org; draft-voyer-spring-sr-replication-segment.auth...@ietf.org; Robert Raszuk ; (spring-ch

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

. Please see also some specific comments inline below. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com From: Jeffrey (Zhaohui) Zhang Sent: Sunday, November 17, 2019 10:04 PM To: Alexander Vainshtein ; Greg Mirsky ; Ketan Talaulikar (ketant

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

serious architectural implications IMHO. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com From: Ketan Talaulikar (ketant) Sent: Sunday, November 17, 2019 11:17 AM To: Alexander Vainshtein ; Greg Mirsky Cc: John E Drake ; spring@ietf.org

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

_ From: Greg Mirsky Sent: Sunday, November 17, 2019, 07:14 To: Ketan Talaulikar (ketant) Cc: John E Drake; spring@ietf.org; Alexander Vainshtein; draft-voyer-spring-sr-replication-segment.auth...@ietf.org; Robert Raszuk; (spring-cha...@tools.ietf.org) Subject: Re: [spring] The SP

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com From: Robert Raszuk Sent: Wednesday, November 13, 2019 4:15 PM To: Alexander Vainshtein Cc: (spring-cha...@tools.ietf.org) ; draft-voyer-spring-sr-replication-segment.auth...@ietf.org; spring@ietf.org Subject

Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"

Hi all, I have a question regarding adoption of draft-voyer-sr-spring-replication-segment as a SPRING WG document. These concerns are based on the following: 1. This draft (both based on its title and on its content) deals with local (in the Root node) ingress replication which, in its

Re: [spring] Some questions regarding Replication SID

Rishabh, FYI, the MVPN Aggregation Label draft has been updated just now. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com From: Alexander Vainshtein Sent: Thursday, October 24, 2019 11:06 AM To: Rishabh Parekh (riparekh) Cc: spring

  1   2   3   >