"Les Ginsberg (ginsberg)" writes:
Tony -
Your summarization is incorrect.
The proposal is to advertise a advisory message that indicates that a node is
ready to receive MP-TLVs. It prohibits nothing.
[LES:] That is what you are proposing - but others in the thread have proposed
other
Hi Peter, Ketan,
We’ll do another WG last call on the updated IP Flex Algo document and it will
update RFC 8362. As you probably surmised, this is useful for OSPFv3 IP Flex
Algorithm when you want don’t want to use the prefix with the base algorithm.
From: Lsr on behalf of Ketan Talaulikar
The IESG has approved the following document:
- 'Advertising Layer 2 Bundle Member Link Attributes in OSPF'
(draft-ietf-lsr-ospf-l2bundles-10.txt) as Proposed Standard
This document is the product of the Link State Routing Working Group.
The IESG contact persons are Alvaro Retana, Andrew
The IESG has approved the following document:
- 'IGP Flexible Algorithm'
(draft-ietf-lsr-flex-algo-25.txt) as Proposed Standard
This document is the product of the Link State Routing Working Group.
The IESG contact persons are Alvaro Retana, Andrew Alston and John Scudder.
A URL of this
Hi All,
The update has been posted:
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-l2bundles-10
Thanks,
Ketan
On Fri, Oct 7, 2022 at 2:21 PM Ketan Talaulikar
wrote:
> Hi All,
>
> Following is the updated text proposal for the part of the IANA section
> under discussion:
>
>
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Link State Routing WG of the IETF.
Title : Advertising Layer 2 Bundle Member Link Attributes in
OSPF
Authors : Ketan Talaulikar
Hi Acee,
> You realize the latest version still has the statement:
>
>If all routers in an area advertise the Multi-part TLV Capability a
>node MAY advertise multi-part TLVs to increase space for payload
>values, unless otherwise specified by the TLV.
>
> At a minimum, the draft
Hi Tony,
From: Lsr on behalf of Tony Li
Date: Friday, October 7, 2022 at 11:21 AM
To: "Les Ginsberg (ginsberg)"
Cc: Christian Hopps , "Peter Psenak (ppsenak)"
, Robert Raszuk , Henk Smit
, "lsr@ietf.org"
Subject: Re: [Lsr] New Version Notification for
draft-pkaneria-lsr-multi-tlv-01.txt
Hi Rob,
We have posted a further update:
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-11
Please let us know if further updates or clarifications are needed to
address your DISCUSS and comments.
Thanks,
Ketan
On Thu, Oct 6, 2022 at 8:32 PM Ketan Talaulikar
wrote:
Hi Alvaro,
I've just posted the update with changes to address your remaining comments
(as also Martin's):
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-11
Thanks,
Ketan
On Thu, Oct 6, 2022 at 8:33 PM Ketan Talaulikar
wrote:
> Hi Alvaro,
>
> We've posted an update
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Link State Routing WG of the IETF.
Title : OSPF Reverse Metric
Authors : Ketan Talaulikar
Peter Psenak
Les,
> On Oct 7, 2022, at 8:16 AM, Les Ginsberg (ginsberg)
> wrote:
>
> What I am trying to highlight is that the existing implementations of MP-TLVs
> for the "implicit" cases should not be penalized for sending MP-TLVs that are
> encoded consistent with how MP-TLVs for the "explicit"
Tony -
>
> Your summarization is incorrect.
>
> The proposal is to advertise a advisory message that indicates that a node is
> ready to receive MP-TLVs. It prohibits nothing.
[LES:] That is what you are proposing - but others in the thread have proposed
other ideas. For example, in an
> On Oct 6, 2022, at 1:56 PM, Christian Hopps wrote:
>
> Tony I think you may have interpreted these differently?
Ayup. As stated, I am human. I blew it. Mea culpa.
I will rename the current columns and start over. Contributors still welcome.
T
Les,
> On Oct 6, 2022, at 7:22 PM, Les Ginsberg (ginsberg)
> wrote:
>
> Chris -
>
> Not trying to convince you of anything - just want to step back and summarize
> where we are.
>
> MP-TLV support has been explicitly allowed in multiple cases - and in these
> cases no additional
Hi Martin,
Thanks again for your review and helpful suggestions. I am working with
Alvaro and will post the update once ready.
Thanks
Ketan
On Fri, Oct 7, 2022 at 5:23 AM Martin Duke via Datatracker
wrote:
> Martin Duke has entered the following ballot position for
>
Hi All,
Following is the updated text proposal for the part of the IANA section
under discussion:
IANA is requested to introduce a column "Applicability to L2 Bundle
Member sub-TLV" (abbreviated as L2BM) in the registry tables for the
"OSPFv2 Extended Link TLV Sub-TLVs" registry with
17 matches
Mail list logo