Re: [RTG-DIR] [Idr] RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01 - WG LC extended (7/15-7/22)

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Sun, 16 July 2017 10:10 UTC

Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33A0E126DC2; Sun, 16 Jul 2017 03:10:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aixxY7zicw2Q; Sun, 16 Jul 2017 03:10:04 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F26EC120725; Sun, 16 Jul 2017 03:10:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=38776; q=dns/txt; s=iport; t=1500199804; x=1501409404; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=eAfWMDNS1PyOudj1sLWIKuRrEgwFTqul1L2cAJzD0vA=; b=Z7VU7bErOGhLynvNJXhtNv+l9DC2oZATaISUFkPTbOeILyexvIb5juSq c3Ienx1iemfUNgf2yLIML14++XzjV56/XDDwCWU4lkb7tpACV3QBKXbgI CVAW/S5JeTc8Vdmc1M1nvahfZon+DM5uLVLhPFIwLuiaSMRhrH1yXpHqB U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DPAAAYOmtZ/5pdJa1cGgEBAQECAQEBAQgBAQEBgm8+LWSBFAeOBJFfdIc6jVaCESyFGwIag1c/GAECAQEBAQEBAWsohRgBAQEBAyMKTBACAQgOAwMBAQEhAQIEAwICAh8RFAkIAQEEAQ0FCIlDTAMVEK1rgiaHKQ2DXQEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DKINNgWABghhYNIJXgjMGEIJdgmEFiWMPjVCHNzsCh0iHXIRnghVXgQ+DaYkQgUSMColMAQ8QOIEKdRVJhRMcGYFOdgGHSIENAQEB
X-IronPort-AV: E=Sophos;i="5.40,368,1496102400"; d="scan'208,217";a="456300580"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jul 2017 10:10:02 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v6GAA1RL014872 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 16 Jul 2017 10:10:02 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 16 Jul 2017 05:10:01 -0500
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Sun, 16 Jul 2017 05:10:01 -0500
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Susan Hares <shares@ndzh.com>, 'Pushpasis Sarkar' <pushpasis.ietf@gmail.com>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "idr-ads@ietf.org" <idr-ads@ietf.org>, "draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org" <draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org>, "'idr@ietf. org'" <idr@ietf.org>
Thread-Topic: [Idr] RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01 - WG LC extended (7/15-7/22)
Thread-Index: AdL96hoZgcvq+UuKQYGqTQV3fUAI+gAMWSIw
Date: Sun, 16 Jul 2017 10:10:01 +0000
Message-ID: <d144ee9836fa49c5b71f761ae036cb69@XCH-ALN-001.cisco.com>
References: <007301d2fdea$faaa11f0$effe35d0$@ndzh.com>
In-Reply-To: <007301d2fdea$faaa11f0$effe35d0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.108.129]
Content-Type: multipart/alternative; boundary="_000_d144ee9836fa49c5b71f761ae036cb69XCHALN001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/ZaEKHZw0nnPU9LgumM6anMnv4uY>
Subject: Re: [RTG-DIR] [Idr] RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01 - WG LC extended (7/15-7/22)
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jul 2017 10:10:06 -0000

Sue –

FYI, I have unicast additional information to Pushpasis. I am hopeful he will be able to complete the editorial changes based on this info.

   Les

From: Susan Hares [mailto:shares@ndzh.com]
Sent: Saturday, July 15, 2017 9:21 PM
To: 'Pushpasis Sarkar'; Les Ginsberg (ginsberg)
Cc: rtg-dir@ietf.org; idr-ads@ietf.org; draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org; 'idr@ietf. org'
Subject: RE: [Idr] RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01 - WG LC extended (7/15-7/22)

Pushpasis and Less:

We appreciate you working hard to close these issues.  The WG LC will stay open for 1 more week.  Please try to close on these issues within this week.

Thank you,

Sue Hares

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Pushpasis Sarkar
Sent: Thursday, July 13, 2017 8:25 PM
To: Les Ginsberg (ginsberg)
Cc: rtg-dir@ietf.org; idr-ads@ietf.org; draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org; idr@ietf. org
Subject: Re: [Idr] RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01

Hi Les,

Sorry once again for the late response. Please find comments inline...


On Sat, Jul 8, 2017 at 1:42 PM, Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>> wrote:
Pushpassis –

Sorry for the delay in responding.
You have not addressed all of the editorial comments I provided – please do a second pass.
[Pushpasis] I did a second pass.. But I could not locate which one(s) I missed out. It will be great if you list them out for me. The htmlized diff you attached earlier does not exactly highlight the diffs.. :( Request your help here...


Also, there is one substantive issue which you did not address:

<snip>
Section 3.1 Last paragraph

I recognize this statement regarding policy being used to filter what is
advertised is consistent with RFC 7752. But it would also be good to include
a statement like:

"Definition of such a policy is outside the scope of this document."
<end snip>

If you have a concern with what I proposed please let me know what it is.
[Pushpasis] I will be very happy to add the statement.  Thanks a lot for the suggestion.

Thanks and Regards,
-Pushpasis

Thanx.

   Les



From: Pushpasis Sarkar [mailto:pushpasis.ietf@gmail.com<mailto:pushpasis.ietf@gmail.com>]
Sent: Tuesday, July 04, 2017 8:58 PM
To: Les Ginsberg (ginsberg)
Cc: idr-ads@ietf.org<mailto:idr-ads@ietf.org>; rtg-dir@ietf.org<mailto:rtg-dir@ietf.org>; draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org<mailto:draft-ietf-idr-bgp-ls-node-admin-tag-extension.all@ietf.org>; idr@ietf. org
Subject: Re: RtgDir review: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01

Hi Les,

Thank you once more for the review comments. And sorry for the late reply. I have addressed all your comments in the attached draft. Please review the same let me know if you have any more comments. If not I will upload the draft soon.

Thanks and regards,
-Pushpasis

On Wed, Jun 28, 2017 at 10:26 PM, Pushpasis Sarkar <pushpasis.ietf@gmail.com<mailto:pushpasis.ietf@gmail.com>> wrote:
Hi Les,

Thanks a lot for the review comments. I will reply back addressing your comments soon.

Thanks and regards
-Pushpasis

On Tue, Jun 27, 2017 at 11:37 PM, Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>> wrote:
Hello,

 I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see  http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir .

Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF comments that you receive, and strive to resolve them through discussion or by updating the draft.


Document: draft-ietf-idr-bgp-ls-node-admin-tag-extension-01
Reviewer: Les Ginsberg
Review Date: June 27, 2017
Intended Status: Standards

Summary:  The document is of modest scope - covering definition of BGP-LS
codepoints for a relatively new IGP attribute (Node Admin Tags).
While I found nothing which I would consider a major issue, there are a number
of places where the text lacks clarity. I think addressing these areas would
greatly improve the quality of the draft.


Major Issues: None

Minor Issues:

Section 1 Introduction

The acronym LSDB is not defined.

Figure 1

I have a personal dislike for duplicating text/pictures from another
spec when that spec could simply be referenced. There are only two
possible outcomes:

1)The duplicated text is redundant (best case)
2)The text differs somewhat from the original leading to possible
unintentional misinterpretations.

Suit yourself on this comment - but I would prefer the duplication be omitted.

Section 2 First paragraph

You refer to "sub-TLV" but that reference is unclear and ambiguous.
IS-IS uses a sub-TLV of Router Capability to advertise tags, but OSPF
uses a TLV of Router Info LSA.
What seems most relevant here is that you are defining a new Attribute
TLV for Node NLRI.

Section 3 Second paragraph

I do not know what the paragraph is trying to say, nor do
I know what the "TBD" in columns 4 and 5 in the following Table 1 is
meant to reference. If you are simply trying to describe the source
of the info advertised by the new BGP-LS Node attribute then you should
rewrite the above paragraph and in the figure below show:

IS-IS 242/21
OSPF RI-LSA/10

Section 3.1

A description of where in the Node NLRI the area/level information can be found
(from RFC 7752) would be helpful.


Section 3.1 Penultimate Paragraph

As TAGs with "global" scope will be advertised by the IGP multiple
times (once per area/level) I assume you are asking BGP-LS advertisements
to reduce these multiple occurrences to a single occurrence? More
explicit language on that point would be helpful.

Section 3.1 Last paragraph

I recognize this statement regarding policy being used to filter what is
advertised is consistent with RFC 7752. But it would also be good to include
a statement like:

"Definition of such a policy is outside the scope of this document."

Nits: Please see attached diff file with some editorial corrections.