Bruno,
On 20/10/2020 14:47, bruno.decra...@orange.com wrote:
Peter,
From: Peter Psenak [mailto:ppse...@cisco.com]
Bruno,
please see inline:
On 20/10/2020 11:43, bruno.decra...@orange.com wrote:
Peter,
From: Peter Psenak [mailto:ppse...@cisco.com]
Bruno,
On 19/10/2020 18:52, bruno.dec
Peter,
> From: Peter Psenak [mailto:ppse...@cisco.com]
>
> Bruno,
>
> please see inline:
>
>
>
> On 20/10/2020 11:43, bruno.decra...@orange.com wrote:
> > Peter,
> >
> >> From: Peter Psenak [mailto:ppse...@cisco.com]
> >>
> >> Bruno,
> >>
> >> On 19/10/2020 18:52, bruno.decra...@orange.com wr
Bruno,
please see inline:
On 20/10/2020 11:43, bruno.decra...@orange.com wrote:
Peter,
From: Peter Psenak [mailto:ppse...@cisco.com]
Bruno,
On 19/10/2020 18:52, bruno.decra...@orange.com wrote:
Ron, all,
>From a use case standpoint, I have a use case for having both SR-MPLS and
IP flex
Peter,
> From: Peter Psenak [mailto:ppse...@cisco.com]
>
> Bruno,
>
> On 19/10/2020 18:52, bruno.decra...@orange.com wrote:
> > Ron, all,
> >
> >>From a use case standpoint, I have a use case for having both SR-MPLS and
> IP flexalgo in the same network.
> >
> >>From a protocol standpoint, I thi
Bruno,
On 19/10/2020 18:52, bruno.decra...@orange.com wrote:
Ron, all,
From a use case standpoint, I have a use case for having both SR-MPLS and IP
flexalgo in the same network.
From a protocol standpoint, I think that the functionality could be equally met
by advertising SR-MPLS SID as p
Ron, all,
>From a use case standpoint, I have a use case for having both SR-MPLS and IP
>flexalgo in the same network.
>From a protocol standpoint, I think that the functionality could be equally
>met by advertising SR-MPLS SID as per RFC 8667 but using a label 3 (implicit
>null) to instruct t
, September 29, 2020 10:05 AM
To: Ron Bonica
Cc: lsr@ietf.org
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
[External Email. Be cautious of content]
Ron,
This is nice. It makes it clear that constraint based path computation need not
have MPLS overhead for those
Les,
Thanks for the review. All good catches.
We will address them all in the next draft version.
Ron
Juniper Business Use Only
-Original Message-
From: Les Ginsberg (ginsberg)
Sent: Wednesday, September 30, 2020 3:39 PM
To: Ron Bonica ; lsr@ietf.org
Sub
mailto:lsr-boun...@ietf.org <mailto:lsr-boun...@ietf.org>>
> > <mailto:lsr-boun...@ietf.org
<mailto:lsr-boun...@ietf.org> <mailto:lsr-boun...@ietf.org
<mailto:lsr-boun...@ietf.org>>>]
> On Behalf Of Joel M. Halpern
>
Ron -
Interesting proposal.
A few mundane - but I think still important - comments.
New IS-IS TLVs
There is no need to have two TLVs for each address-family - one for MTID #0 and
one for all non-zero MTIDs. One TLV/AF will suffice.
The reason we have separate TLVs today is
t; >
> > > For details about the method defined in RFC 6550. It
> > uses the
> > > HBH option to carry the RPLInstaceID. The RPLInstaceID and
> > > FlexAlgoID are similar.
> > >
> > > Thanks
>
<mailto:lsr-boun...@ietf.org <mailto:lsr-boun...@ietf.org>>]
On Behalf Of Joel M. Halpern
> Sent: Wednesday, September 30, 2020 12:05 PM
> Cc: lsr@ietf.org <mailto:lsr@ietf.org> <mailto:lsr@ietf.org
<mailto:lsr@ietf.org>>
> Su
: Wednesday, September 30, 2020 3:28 PM
To: Huzhibo mailto:huzh...@huawei.com>>
Cc: lsr@ietf.org<mailto:lsr@ietf.org>; Joel M. Halpern
mailto:j...@joelhalpern.com>>
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
Hi,
> It uses the HBH op
FlexAlgoID are similar.
> >
> > Thanks
> >
> > Zhibo
> >
> > -Original Message-----
> > From: Lsr [mailto:lsr-boun...@ietf.org
> > <mailto:lsr-boun...@ietf.org>] On Behalf Of Joel M. Halpern
> > Sent: Wednesday,
: Lsr [mailto:lsr-boun...@ietf.org
<mailto:lsr-boun...@ietf.org>] On Behalf Of Joel M. Halpern
Sent: Wednesday, September 30, 2020 12:05 PM
Cc: lsr@ietf.org <mailto:lsr@ietf.org>
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
I am missi
0:05 PM
To: Ron Bonica
Cc: lsr@ietf.org
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
Ron,
This is nice. It makes it clear that constraint based path computation need not
have MPLS overhead for those that don’t want it.
One thing that you don’t talk about i
s
>
> Zhibo
>
> -Original Message-
> From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Joel M. Halpern
> Sent: Wednesday, September 30, 2020 12:05 PM
> Cc: lsr@ietf.org
> Subject: Re: [Lsr] New Version Notification for
> draft-bonica-lsr-ip-flexalgo-00.txt
&
, September 30, 2020 12:05 PM
Cc: lsr@ietf.org
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
I am missing something in this discussion of multiple algorithms.
My understanding of flex-algo whether for MPLS, SRv6, SRH, or IPv6, is that you
need to associated a
th a given prefix.
Thanks
ZHibo
-Original Message-
From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of tony...@tony.li
Sent: Tuesday, September 29, 2020 10:05 PM
To: Ron Bonica
Cc: lsr@ietf.org
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
Ron,
Th
[mailto:lsr-boun...@ietf.org] On Behalf Of tony...@tony.li
Sent: Tuesday, September 29, 2020 10:05 PM
To: Ron Bonica
Cc: lsr@ietf.org
Subject: Re: [Lsr] New Version Notification for
draft-bonica-lsr-ip-flexalgo-00.txt
Ron,
This is nice. It makes it clear that constraint based path computation need not
Not sure whether the use case that the underlay network and the overlay
network that belong to two different administrations is within this scope
? or has it already been covered by some other draft or RFCs? Assuming
there are multiple underlay paths from A to B. Overlay would like to
influence u
Ron,
This is nice. It makes it clear that constraint based path computation need not
have MPLS overhead
for those that don’t want it.
One thing that you don’t talk about is how this gets used, tho that may be
blindingly obvious: you’ll need
all nodes placing their prefixes in the RIB/FIB, wher
22 matches
Mail list logo
