Murray Kucherawy has entered the following ballot position for
draft-ietf-lsr-isis-invalid-tlv-02: 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 r
I support adoption of the IS-IS TTZ draft.
It is very useful for the large network with abstracting a zone to a single
virtual node.
The size of the LSDB can be reduced dramatically.
best,
Reta
From: Lsr on behalf of Toy, Mehmet
Sent: Monday, July 13, 2020 8:06
I strongly support the adoption of the IS-IS TTZ draft.
For the large scale network, if we just run the IS-IS in a large area, the LSDB
will be very large.
In addition, the convergence time will last for a long time. But TTZ is a good
way to reduce the network size and the number of the Link stat
Roman Danyliw has entered the following ballot position for
draft-ietf-lsr-isis-invalid-tlv-02: 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 refe
Murray -
Thanx for your review - and for catching the editorial issue.
We will address that in the next revision.
Les
> -Original Message-
> From: Murray Kucherawy via Datatracker
> Sent: Monday, July 13, 2020 12:21 AM
> To: The IESG
> Cc: draft-ietf-lsr-isis-invalid-...@ietf.org;
Roman -
Thanx for the review.
Inline.
> -Original Message-
> From: Lsr On Behalf Of Roman Danyliw via
> Datatracker
> Sent: Monday, July 13, 2020 7:40 AM
> To: The IESG
> Cc: lsr-cha...@ietf.org; aretana.i...@gmail.com; cho...@chopps.org; draft-
> ietf-lsr-isis-invalid-...@ietf.org; lsr
Hi Les,
On 7/13/20, 11:53 AM, "Les Ginsberg (ginsberg)" wrote:
Roman -
Thanx for the review.
Inline.
> -Original Message-
> From: Lsr On Behalf Of Roman Danyliw via
> Datatracker
> Sent: Monday, July 13, 2020 7:40 AM
> To: The IESG
> Cc: lsr-cha.
Acee -
Inline.
> -Original Message-
> From: Acee Lindem (acee)
> Sent: Monday, July 13, 2020 9:04 AM
> To: Les Ginsberg (ginsberg) ; Roman Danyliw
> ; The IESG
> Cc: lsr-cha...@ietf.org; aretana.i...@gmail.com; cho...@chopps.org; draft-
> ietf-lsr-isis-invalid-...@ietf.org; lsr@ietf.org
On 7/13/20, 12:23 PM, "Les Ginsberg (ginsberg)" wrote:
Acee -
Inline.
> -Original Message-
> From: Acee Lindem (acee)
> Sent: Monday, July 13, 2020 9:04 AM
> To: Les Ginsberg (ginsberg) ; Roman Danyliw
> ; The IESG
> Cc: lsr-cha...@ietf.org; aretana.
I support IS-IS TTZ adoption for its value in reducing LSDB through abstraction.
-Kiran
-Original Message-
From: Lsr On Behalf Of Yanhe Fan
Sent: Sunday, July 12, 2020 7:33 AM
To: Donald Eastlake ; Huaimo Chen
Cc: lsr@ietf.org; lsr-cha...@ietf.org
Subject: Re: [Lsr] Request WG adoption o
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 : YANG Model for OSPFv3 Extended LSAs
Authors : Acee Lindem
Sharmila Palani
Reviewer: Leif Johansson
Review result: Ready
I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG. These comments were written primarily for the benefit of the
security area directors. Document editors and
Benjamin Kaduk has entered the following ballot position for
draft-ietf-lsr-isis-invalid-tlv-02: Yes
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 refer to htt
Leif -
Thanx for your review.
Les
> -Original Message-
> From: Leif Johansson via Datatracker
> Sent: Monday, July 13, 2020 1:55 PM
> To: sec...@ietf.org
> Cc: last-c...@ietf.org; lsr@ietf.org;
> draft-ietf-lsr-isis-invalid-tlv@ietf.org
> Subject: Secdir last call review of draf
Ben -
Thanx for your review.
Responses inline.
> -Original Message-
> From: Benjamin Kaduk via Datatracker
> Sent: Monday, July 13, 2020 2:11 PM
> To: The IESG
> Cc: draft-ietf-lsr-isis-invalid-...@ietf.org; lsr-cha...@ietf.org;
> lsr@ietf.org;
> Christian Hopps ; aretana.i..
Hi Les,
On Mon, Jul 13, 2020 at 11:05:35PM +, Les Ginsberg (ginsberg) wrote:
> Ben -
>
>
>
> Thanx for your review.
My pleasure; this is a nice document. (A shame it's needed, of course, but
that's neither here nor there.)
> Responses inline.
>
>
>
> > -Original Message-
>
>
Ben -
I have prepared V3 of the draft to address your comments.
As the window for draft submissions is temporarily closed, I have attached the
diffs for your review.
I will post the updated version once the window for submissions reopens.
A few more remarks inline.
> -Original Message-
Roman (and Acee) -
After a suggestion from Ben, I have reworded the sentence to read:
" When new protocol behaviors are specified that are not backwards
compatible, it is RECOMMENDED that implementations provide controls
for their enablement. This serves to prevent interoperability issues
I support the adoption of IS-IS TTZ draft.
1). It seems that Area Proxy can not be amended to IS-IS TTZ. IS-IS TTZ
abstracts a zone to a single node. This abstraction is supported by the
extensions to IS-IS, and some of these extensions are not defined in Area
Proxy. For example, the extensions
Hi Les,
Looks good, thanks for making these tweaks. (I was about to write
"hopefully final" but I see that half the IESG still has to weigh in ... so
I can't really expect this to be the last word quite yet.)
-Ben
On Tue, Jul 14, 2020 at 03:39:55AM +, Les Ginsberg (ginsberg) wrote:
> Ben -
Hi Huaimo,
> 1). It seems that Area Proxy can not be amended to IS-IS TTZ.
I feel that this is somewhat imprecise.
From my perspective, our attempts to collaborate have been hampered by
governmental regulations that are wholly out of our control. The suggestions
that I’ve made for conti
Hi Tony，
1). It seems that Area Proxy can not be amended to IS-IS TTZ. IS-IS TTZ
abstracts a zone to a single node. This abstraction is supported by the
extensions to IS-IS, and some of these extensions are not defined in Area
Proxy. For example, the extensions for the edge nodes of the zone a
Hi Huaimo,
> 1). It seems that Area Proxy can not be amended to IS-IS TTZ. IS-IS TTZ
> abstracts a zone to a single node. This abstraction is supported by the
> extensions to IS-IS, and some of these extensions are not defined in Area
> Proxy. For example, the extensions for the edge nodes o
23 matches
Mail list logo
