Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Hi Gyan, I am not sure what the confusion is here. The following is how Peter and I concluded this point. My comment was of editorial nature. Thanks, Ketan > > 3) This draft makes assertions that IGP FlexAlgo cannot be deployed > > without SR. This is not true since the base IGP

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Hi Acee Fixing a typo On Fri, Apr 15, 2022 at 10:34 PM Gyan Mishra wrote: > > Hi Acee > > My question cane up from the list of questions posed by Ketan and Peter’s > response to question #3. > > See excerpt below. > > I am confused by what Ketan stated in his question below and also Peter’s >

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Hi Acee My question cane up from the list of questions posed by Ketan and Peter’s response to question #3. See excerpt below. I am confused by what Ketan stated in his question below and also Peter’s response which is why I am asking the question again. I believe the goal of the draft is for

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Gyan, What is your point here? Is this a trick question? Thanks, Acee From: Gyan Mishra Date: Friday, April 15, 2022 at 5:31 PM To: "Peter Psenak (ppsenak)" Cc: Acee Lindem , Ketan Talaulikar , "draft-ietf-lsr-ip-flexa...@ietf.org" , "lsr@ietf.org" Subject: Re: [Lsr] Working Group Last

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Hi Peter My understanding is that the main goal of this draft is to be able to use flex algo over IPv4 or IPv6 data plane as that is not possible with existing Flex Algo which can only be used on SR data plane. Is that correct or am I missing something?

Re: [Lsr] [netmod] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

On Fri, Apr 15, 2022 at 12:25 PM Randy Presuhn < randy_pres...@alumni.stanford.edu> wrote: > Hi - > > I took a fresh look at RFC 6991, and a couple of things that have > already been mentioned in this thread bear repetition. > > (1) in both the ipv4-address and ipv6-address typdefs, the zone > is

Re: [Lsr] [netmod] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

Hi - I took a fresh look at RFC 6991, and a couple of things that have already been mentioned in this thread bear repetition. (1) in both the ipv4-address and ipv6-address typdefs, the zone is only optionally present. This is made clear both in the string patterns as well as the descriptions,

Re: [Lsr] [netmod] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

On Fri, Apr 15, 2022 at 9:44 AM tom petch wrote: > From: netmod on behalf of Andy Bierman < > a...@yumaworks.com> > Sent: 14 April 2022 22:25 > > On Thu, Apr 14, 2022 at 1:41 PM Randy Presuhn < > randy_pres...@alumni.stanford.edu> > wrote: > Hi - > > On

Re: [Lsr] [netmod] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

From: netmod on behalf of Andy Bierman Sent: 14 April 2022 22:25 On Thu, Apr 14, 2022 at 1:41 PM Randy Presuhn mailto:randy_pres...@alumni.stanford.edu>> wrote: Hi - On 2022-04-14 1:33 PM, Andy Bierman wrote: > > > On Thu, Apr 14, 2022 at 1:13 PM Jürgen Schönwälder >

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Hi Ketan, Peter, I’ve just finished reading this thread, and think Ketan’s concerns make sense. Although the current Flex-Algo Definition is independent of the data plane encapsulation, I’m not sure if there is real benefit to use the same FAD with different data plane participation to cut out