Hi Paul,
On Tue, Oct 11, 2022 at 6:35 AM Paul Wouters via Datatracker <
nore...@ietf.org> wrote:
> Paul Wouters has entered the following ballot position for
> draft-ietf-lsr-pce-discovery-security-support-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
Aijun,
On 11/10/2022 05:44, Aijun Wang wrote:
Hi, Peter:
Let's focus on OSPF itself then.
In OSPFv2(RFC2328) and OSPFv3(RFC5340), the metric length for the link or
intra-area prefix is 16 bit; but the metric length for the summary
LSA/inter-area is 24bit.
There will be no problem to define
Hi, Peter:
Let's focus on OSPF itself then.
In OSPFv2(RFC2328) and OSPFv3(RFC5340), the metric length for the link or
intra-area prefix is 16 bit; but the metric length for the summary
LSA/inter-area is 24bit.
There will be no problem to define the LSInfinity for the summary LSA as
0xFF(
Paul Wouters has entered the following ballot position for
draft-ietf-lsr-pce-discovery-security-support-12: No Objection
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Thanks!
On Mon, Oct 10, 2022 at 10:29 AM Ketan Talaulikar
wrote:
> Hi Murray,
>
> This update includes the changes we discussed below:
> https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-13
>
> Thanks,
> Ketan
>
>
> On Mon, Oct 10, 2022 at 10:45 PM Ketan Talaulikar
>
The IESG has approved the following document:
- 'OSPF Reverse Metric'
(draft-ietf-lsr-ospf-reverse-metric-13.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
Hi Lars,
There has been considerable discussion about the WG’s reason for structuring
the document this way, and helpful updates made to the current document. I
think we can conclude, or at least I conclude, that this was done with
considered intent and for good reasons.
Do you feel your
Hi Murray,
This update includes the changes we discussed below:
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-13
Thanks,
Ketan
On Mon, Oct 10, 2022 at 10:45 PM Ketan Talaulikar
wrote:
> Hi Murray,
>
> Thanks for your review and please find below responses inline.
>
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
Hi Murray,
Thanks for your review and please find below responses inline.
These changes will be reflected in the upcoming update for the document.
On Mon, Oct 10, 2022 at 9:37 PM Murray Kucherawy via Datatracker <
nore...@ietf.org> wrote:
> Murray Kucherawy has entered the following ballot
Hi Murray,
On 10/10/22, 12:26 PM, "Murray Kucherawy via Datatracker"
wrote:
Murray Kucherawy has entered the following ballot position for
draft-ietf-lsr-pce-discovery-security-support-12: Discuss
When responding, please keep the subject line intact and reply to all
email
Murray Kucherawy has entered the following ballot position for
draft-ietf-lsr-pce-discovery-security-support-12: Discuss
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Murray Kucherawy has entered the following ballot position for
draft-ietf-lsr-ospf-reverse-metric-12: No Objection
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Robert Wilton has entered the following ballot position for
draft-ietf-lsr-ospf-reverse-metric-12: No Objection
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Please
Thanks Rob.
On Mon, Oct 10, 2022 at 7:23 PM Rob Wilton (rwilton)
wrote:
> Hi Ketan,
>
>
>
> I’ve cleared my discuss.
>
>
>
> Regards,
>
> Rob
>
>
>
>
>
> *From:* iesg *On Behalf Of *Ketan Talaulikar
> *Sent:* 10 October 2022 14:34
> *To:* Rob Wilton (rwilton)
> *Cc:* The IESG ;
>
Hi Ketan,
I’ve cleared my discuss.
Regards,
Rob
From: iesg On Behalf Of Ketan Talaulikar
Sent: 10 October 2022 14:34
To: Rob Wilton (rwilton)
Cc: The IESG ; draft-ietf-lsr-ospf-reverse-met...@ietf.org;
lsr-cha...@ietf.org; lsr@ietf.org; cho...@chopps.org; Acee Lindem (acee)
Subject: Re:
Hi Rob,
Please check inline below for responses with KT2 to the open comments.
We have also posted an update with the changes as discussed below:
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-12
On Mon, Oct 10, 2022 at 6:18 PM Rob Wilton (rwilton)
wrote:
> Hi Ketan,
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
Hi Acee,
I agree.
I believe we also need to clarify the applicability of LSInfinity for
Intra-Area prefixes in SRv6 Locator TLV as well in
draft-ietf-lsr-ospfv3-srv6-extensions.
Thanks,
Ketan
On Sat, Oct 8, 2022 at 1:33 AM Acee Lindem (acee) wrote:
> Hi Peter, Ketan,
>
>
>
> We’ll do
Hi Ketan,
Please see inline …
From: Ketan Talaulikar
Sent: 06 October 2022 12:58
To: Rob Wilton (rwilton)
Cc: The IESG ; draft-ietf-lsr-ospf-reverse-met...@ietf.org;
lsr-cha...@ietf.org; lsr@ietf.org; cho...@chopps.org; Acee Lindem (acee)
Subject: Re: Robert Wilton's Discuss on
Aijun,
On 09/10/2022 07:44, Aijun Wang wrote:
Hi, Acee, Peter and Ketan:
I propose we limit the usage of LSInfinity within the network. That is
to say, we should depreciate its usages, not enhance it.
As defined in RFC2328, the sole purpose of LSInfinity is to let the
receiver bypass the
21 matches
Mail list logo