Re: [Lsr] Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07

Jie – Inline. From: Dongjie (Jimmy) Sent: Wednesday, March 20, 2024 6:35 PM To: Les Ginsberg (ginsberg) ; lsr@ietf.org; draft-zhu-lsr-isis-sr-vtn-flexalgo.auth...@ietf.org Subject: RE: Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07 Hi Les, Thanks for providing your opinion with an

Re: [Lsr] Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07

Hi Les, Thanks for providing your opinion with an example. In your example, the default IGP metric is used, which is normally calculated based on bandwidth. While Flex-Algo can support metric types such as TE metric and delay. When Flex-Algo is used as the control plane of NRP, usually the

Re: [Lsr] Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07

Jie - Thanx for the quick response and confirming that my understanding of the intent of the draft is correct. Making a routing decision when the full topology information is not provided as input to the Decision Process leads to incorrect or sub-optimal routing. Here is one simple

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Sure Jie. We will add post adoption. Thanks, Ketan On Thu, Mar 21, 2024 at 5:16 AM Dongjie (Jimmy) wrote: > Hi Ketan, > > > > Thanks for sharing the use cases of this new flag. It would be helpful if > some brief description could be added to the document. > > > > Best regards, > > Jie > > >

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Ketan, Thanks for sharing the use cases of this new flag. It would be helpful if some brief description could be added to the document. Best regards, Jie From: Ketan Talaulikar Sent: Thursday, March 21, 2024 1:18 AM To: Acee Lindem Cc: Dongjie (Jimmy) ; lsr ;

Re: [Lsr] Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07

Hi Les, Thanks for the review and comments. Please see some replies inline: > -Original Message- > From: Les Ginsberg (ginsberg) > Sent: Thursday, March 21, 2024 7:32 AM > To: lsr@ietf.org; draft-zhu-lsr-isis-sr-vtn-flexalgo.auth...@ietf.org > Subject: Comments on

[Lsr] Need volunteers to help with minutes

Hi, We need a couple of volunteers to help with minutes: HedgeDoc - Collaborative markdown notes (ietf.org) Please let us know if you'd like to help. Thanks, Yingzhen ___ Lsr mailing list Lsr@ietf.org

[Lsr] Comments on draft-zhu-lsr-isis-sr-vtn-flexalgo-07

This draft discusses how to use flex-algo in support of Network Resource Partitions (NRPs). In particular, it proposes to use a combination of L3 links and L2 Bundle member links as the topology associated with a given NRP. In those cases where an L3 link is using an L2 bundle and individual

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

hmm, Peter, thanks for clarification but wasn't A the attach flag is OSPF in 7684? In ISIS it's in the SR support draft and hence I would ask here as well to somehow clarify that "this is for SR purposes" and call the draft accordingly before we get it confused with today's semantics. And

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Tony, there are two use cases: 1. Your application wants to exclude address that is anycast - an example of where this can be used internally by IGP is a TI-LFA or uloop, when picking up the address of the node over which we want to do the enforcement. There is a N bit as well, but in case

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

I think the draft is somewhat superfluous and worse, can generate completely unclear semantics 1) First, seeing the justification I doubt we need that flag. if the only need is for the SR controller to know it's anycast since it computes some paths this can be done by configuring the prefix on

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Ketan, > On Mar 20, 2024, at 12:07, Ketan Talaulikar wrote: > > Sure, Acee. We can take that on :-) > > I hope it is ok that this is done post adoption? Yup. I realize this is a simple draft to fill an IGP gap but I did ask the question below. Hopefully, we can get to WG last call

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Sure, Acee. We can take that on :-) I hope it is ok that this is done post adoption? Thanks, Ketan On Wed, Mar 20, 2024 at 9:35 PM Acee Lindem wrote: > > > > On Mar 20, 2024, at 11:17 AM, Ketan Talaulikar > wrote: > > > > Hi Acee/Jie, > > > > The most common users of the anycast property of

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

> On Mar 20, 2024, at 11:17 AM, Ketan Talaulikar wrote: > > Hi Acee/Jie, > > The most common users of the anycast property of a prefix are external > controllers/PCE that perform path computation exercises. As an example, > knowing the anycast prefix of a pair of redundant ABRs allows that

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee/Jie, The most common users of the anycast property of a prefix are external controllers/PCE that perform path computation exercises. As an example, knowing the anycast prefix of a pair of redundant ABRs allows that anycast prefix SID to be in a SRTE path across the ABRs with protection

[Lsr] draft-ietf-lsr-isis-fast-flooding-08

Mirja, Barry, all -08 is expected to address the comments from Mirja and Barry as discussed on the list. Plus one editorial comment from John. Thank you for your comments. To date, I believe that all comments have been addressed. So if I forgot one/your comment, please ping us again.

[Lsr] I-D Action: draft-ietf-lsr-isis-fast-flooding-08.txt

Internet-Draft draft-ietf-lsr-isis-fast-flooding-08.txt is now available. It is a work item of the Link State Routing (LSR) WG of the IETF. Title: IS-IS Fast Flooding Authors: Bruno Decraene Les Ginsberg Tony Li Guillaume Solignac Marek

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Jie, I asked this when the flag was added to IS-IS and then to OSPFv3. I agree it would be good to know why knowing a prefix is an Anycast address is "useful" when the whole point is that you use the closest one (or some other criteria). Thanks, Acee > On Mar 20, 2024, at 9:09 AM, Dongjie

Re: [Lsr] Secdir last call review of draft-ietf-lsr-isis-fast-flooding-07

Barry, Les > From: Barry Leiba > Sent: Saturday, March 16, 2024 1:05 AM > > Indeed; given the explanation and the fact that it's copied from otherwise > existing text, I think Les is right: just leave it as is, and thanks for > considering and discussing my question. Thanks for your

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi authors, I just read this document. Maybe I didn't follow the previous discussion, but it seems in the current version it does not describe how this newly defined flag would be used by the receiving IGP nodes? Best regards, Jie -Original Message- From: Lsr On Behalf Of Acee

Re: [Lsr] IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

We have all the IPR poll responses. That was fast! Thanks, Acee > On Mar 19, 2024, at 2:33 PM, Acee Lindem wrote: > > Co-Authors, > > Are you aware of any IPR that applies to draft-chen-lsr-anycast-flag? > If so, has this IPR been disclosed in compliance with IETF IPR rules (see > RFCs

Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-08.txt

Dear chairs and the WG, I have reviewed the draft and find it ready for publication. Thanks Regards … Zafar From: Lsr on behalf of Acee Lindem Date: Tuesday, March 19, 2024 at 10:59 PM To: lsr Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-08.txt Speaking as WG Member: My

[Lsr] 回复: IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee & WG, I am not aware of any IPR related to this document. Best Regards, Changwang -邮件原件- 发件人: Acee Lindem 发送时间: 2024年3月20日 2:34 收件人: draft-chen-lsr-anycast-f...@ietf.org 抄送: lsr 主题: IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for OSPFv2" -

Re: [Lsr] IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee, I am not aware of any IPR related to this document. Thanks, Peter On 19/03/2024 19:33, Acee Lindem wrote: Co-Authors, Are you aware of any IPR that applies to draft-chen-lsr-anycast-flag? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879,

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi AceeWG,I support the adoption of this draft. Thanks.Best regards,Zhenlin Tantanzl1@chinatelecom.cnChina Telecom Research Institute --Original-- From:

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee, Sorry for the mistake. I support the adoption of this draft. It’s a useful extension for OSPFv2. Thanks, Zehua Hu China Telecom From: zehua...@foxmail.com Date: 2024-03-20 15:27 To: Acee Lindem; lsr CC: draft-chen-lsr-anycast-f...@ietf.org Subject: Re: [Lsr] Working Group

Re: [Lsr] Intra-domain SAVNET method - draft-lin-savnet-lsr-intra-domain-method-03

Hi Les and Acee, Thank you very much for your feedback. Regarding the two questions, my reply is as follows: 1. About advertising protected prefix, When in a network with incremental/partial deployment of SAV, it is possible to identify which prefixes need to be used to generate SAV

Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee, I support the publication of this draft. It’s a useful extension for OSPFv2. Thanks, Zehua Hu China Telecom From: Acee Lindem Date: 2024-03-20 02:43 To: lsr CC: draft-chen-lsr-anycast-flag Subject: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement

[Lsr] 答复: Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee and WG， I support the adoption as co-author. OSPFv2 need the ability to advertise Anycast Flag. Original From: AceeLindem To: lsr ; Cc: draft-chen-lsr-anycast-f...@ietf.org ; Date: 2024年03月20日 02:43 Subject: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property

[Lsr] Fw: Re: IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Hi Acee & WG, I am not aware of any IPR related to this document. Best Regards, Ran - On Wed, Mar 20, 2024 at 12:04 AM Acee Lindem wrote: Co-Authors, Are you aware of any IPR that applies to