[Lsr] A question about Mirror SID and its advertisement using IS-IS

2018-06-19 Thread Alexander Vainshtein
Hi all, I have a question about Mirror SID as defined in the SR Architecture draft and its advertisement defined in the IS-IS extensions for SR draft.

Re: [Lsr] A question about Mirror SID and its advertisement using IS-IS

2018-06-20 Thread Alexander Vainshtein
Bowers) but we never updated the introductory text in Section 2.4 to reflect this. Attached are proposed diffs to address this gap. Hopefully this will resolve the issue for you. Les From: Alexander Vainshtein mailto:alexander.vainsht...@ecitele.com>> Sent: Tuesday, June 19, 2018 7

Re: [Lsr] LSR: Using DSCP for path/topology selection Q

2018-11-19 Thread Alexander Vainshtein
Hi all, I concur with Adrian: polucy-based routing is quite different from MTR that uses DSCP to map a packet to a specifuc totology and/or from using DSCP for selecting a dedicated queue for a packet. My 2c. Thumb typed by Sasha Vainshtein From: Lsr on

[Lsr] FlexAlgo and Global Adj-SIDs

2019-02-28 Thread Alexander Vainshtein
Dear colleagues, I have a question regarding global Adj-SIDs in draft-ietf-isis-segment-routing-extensions. Section 3.4 of RFC 8402 defines definition and handling of global Adj-SIDs. The relevant text is given below: Similarly, when using a global

Re: [Lsr] [spring] FlexAlgo and Global Adj-SIDs

2019-03-05 Thread Alexander Vainshtein
Les, Lots of thanks, makes sense to me. Thumb typed by Sasha Vainshtein From: Les Ginsberg (ginsberg) Sent: Tuesday, March 5, 2019 10:48:43 PM To: Alexander Vainshtein Cc: lsr@ietf.org; spr...@ietf.org; draft-ietf-isis-segment-routing-extensions@ietf.org

Re: [Lsr] [spring] FlexAlgo and Global Adj-SIDs

2019-03-05 Thread Alexander Vainshtein
Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Peter Psenak Sent: Tuesday, March 5, 2019 5:28 PM To: Alexander Vainshtein Cc: lsr@ietf.org; spr...@ietf.org; draft-ietf-isis-segment-routing-extensions@ietf.org Subject

Re: [Lsr] [spring] FlexAlgo and Global Adj-SIDs

2019-03-05 Thread Alexander Vainshtein
2-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Les Ginsberg (ginsberg) Sent: Tuesday, March 5, 2019 6:37 PM To: Alexander Vainshtein ; Peter Psenak (ppsenak) Cc: lsr@ietf.org; spr...@ietf.org; draft-ietf-isis-segment-routing-

Re: [Lsr] [spring] Alvaro Retana's Discuss on draft-ietf-spring-segment-routing-mpls-19: (with DISCUSS and COMMENT)

2019-04-17 Thread Alexander Vainshtein
Alvaro, Ahmed and all, As the twice RTG-DIR reviewer of this draft I should probably have noticed this earlier, but... I fully agree with Alvaro that the drafts that define SR extensions to IS-IS and OSPF do not say anything about these protocols installing SR-related forwarding entries in the

Re: [Lsr] WG Adoption Call: draft-ginsberg-lsr-isis-invalid-tlv

2019-06-12 Thread Alexander Vainshtein
Support. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: alexander.vainsht...@ecitele.com -Original Message- From: Lsr On Behalf Of Christian Hopps Sent: Wednesday, June 12, 2019 3:05 PM To: lsr@ietf.org Cc: lsr-cha...@ietf.org; lsr-...@ietf.org; Christian

[Lsr] SRLG usage in the IGP Flexible Algorithm draft

2020-04-30 Thread Alexander Vainshtein
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: [Lsr] SRLG usage in the IGP Flexible Algorithm draft

2020-05-04 Thread Alexander Vainshtein
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: [Lsr] SRLG usage in the IGP Flexible Algorithm draft

2020-05-03 Thread Alexander Vainshtein
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

Re: [Lsr] A question about draft-ietf-lsr-flex-algo

2020-06-03 Thread Alexander Vainshtein
Hi Zhibo Hu, Welcome to the club - I have already asked the same question and got a response from Peter. You can find the relevant email thread here. My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email:

[Lsr] Change of email address

2020-06-04 Thread Alexander Vainshtein
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

[Lsr] My comment on https://datatracker.ietf.org/doc/html/draft-wang-lsr-flex-algo-link-loss-00

2023-11-06 Thread Alexander Vainshtein
Hi, Just repeating my comment at the mike: The draft does not explain how packet loss on a link is measured. If this measurement is based on real traffic, excluding the link from the topology for certain flexible algorithms may result in the packet loss going down and the link becoming

Re: [Lsr] [EXTERNAL] RtgDir Last Call review: draft-ietf-lsr-isis-fast-flooding

2023-10-08 Thread Alexander Vainshtein
Loa and all, I've read the draft, and found what looks as an obvious typo in the following sentence in Section 8 (highlighted): In the absence of cryptographic authentication, as IS-IS does not run over IP but directly over the link layer, it's considered difficult to inject false SNP/IHH

Re: [Lsr] [EXTERNAL] [Errata Verified] RFC9350 (7406)

2023-04-13 Thread Alexander Vainshtein
Not the first (and probably not the last) time when popular acronyms are expanded incorrectly☹. Regards, Sasha -Original Message- From: Lsr On Behalf Of RFC Errata System Sent: Thursday, April 13, 2023 4:56 PM To: ba...@arrcus.com; ppse...@cisco.com; shrad...@juniper.net;

Re: [Lsr] [spring] 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

2024-01-20 Thread Alexander Vainshtein
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