Re: [RTG-DIR] RtgDir review: draft-ietf-isis-segment-routing-extensions-20

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Sun, 11 November 2018 04: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 E20CB128CF2; Sat, 10 Nov 2018 20:10:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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 dPJ9WNNc5ozE; Sat, 10 Nov 2018 20:10:12 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC3F81200D7; Sat, 10 Nov 2018 20:10:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4300; q=dns/txt; s=iport; t=1541909411; x=1543119011; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=j9ArJH86ZVFsqiFkd8+NluHF5WazLrWe/IYeRQXm19A=; b=kMN0Xw6FB2RxVdeYxdaMuxG3xLdusG2ZPphcrjRF0Ym9AknTEPxdUck/ yX8tqaNd9pCk2HqXcGnZHVYER/XNXNocSYAF0G9m5wH7Y80GrSFN9LZIo 5Kp5MY9BhxOHWZZMPgskik8f1jYdgU78Mr1DWVYMXRD5ihiuEUEuC6y6Z o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AHAABuq+db/5BdJa1jGQEBAQEBAQEBAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVUuZoECJwqDbogYi3mCDYNChUWOLoF6CwEBI4RJAheDDSI0DQ0BAwEBAgEBAm0cDIU6AQEBAwEjEUUFBwQCAQYCEQMBAQEDAiYCAgIfERUICAEBBAENBQiDGoFpAw0ID4smm1CBL4dxDYIZgQuKdReBQD+BEYMSglY6CwKEZYJXAp8hLgkChnSGfIMjIIFYTIQ2ihaNJoEFiSYCERSBJh04gVVwFYMnCYIeF4hehT5BMQGLdoEfAQE
X-IronPort-AV: E=Sophos;i="5.54,490,1534809600"; d="scan'208";a="199194175"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Nov 2018 04:10:04 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id wAB4A41E003304 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 11 Nov 2018 04:10:04 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 10 Nov 2018 22:10:03 -0600
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.1395.000; Sat, 10 Nov 2018 22:10:03 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: "7riw77@gmail.com" <7riw77@gmail.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-isis-segment-routing-extensions.all@ietf.org" <draft-ietf-isis-segment-routing-extensions.all@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-isis-segment-routing-extensions-20
Thread-Index: AdR5DQEetHFILxLVQJuDw/lQFwBnKQAZdVwA
Date: Sun, 11 Nov 2018 04:10:03 +0000
Message-ID: <96cd911e65504ceaa3c83d14d70f5d2a@XCH-ALN-001.cisco.com>
References: <051f01d4790d$1edfdbb0$5c9f9310$@gmail.com>
In-Reply-To: <051f01d4790d$1edfdbb0$5c9f9310$@gmail.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.115.123]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com
X-Outbound-Node: rcdn-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/-YKuO5cEfEriVDx6rxMwaKr_RJg>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-isis-segment-routing-extensions-20
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.29
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, 11 Nov 2018 04:10:14 -0000

Russ -

Thanx for the review.
Responses inline.


> -----Original Message-----
> From: 7riw77@gmail.com <7riw77@gmail.com>
> Sent: Saturday, November 10, 2018 7:51 AM
> To: rtg-ads@ietf.org
> Cc: rtg-dir@ietf.org; draft-ietf-isis-segment-routing-extensions.all@ietf.org;
> lsr@ietf.org
> Subject: RtgDir review: draft-ietf-isis-segment-routing-extensions-20
> 
> 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 Last
> Call comments that you receive, and strive to resolve them through
> discussion or by updating the draft.
> 
> Document: draft-ietf-isis-segment-routing-extensions-20
> Reviewer: Russ White
> Review Date: 10 November 2018
> IETF LC End Date: 12 December 2018
> Intended Status: Standards Track
> 
> Summary:
> 
> This document is basically ready for publication, but has nits that should be
> considered prior to publication.
> 
> Overall, this document is well written, and the mechanisms described are
> well thought out.
> 
> Major Issues:
> 
> No major issues found.
> 
> Minor Issues:
> 
> No minor issues found.
> 
> Nits:
> 
> Section 2.1
> 
> Algorithms identifiers are defined in Section 3.2.
> 
> "Algorithm" rather than "Algorithms."
> 

[Les:] Ack - thanx.

> Sections 2.1 and 2.2
> 
> "Length" is listed as "variable," but not further definition is provided. From
> the text it seems like valid values here would be 3 or 20, in octets, as this is
> explicit in section 2.3, but it might be good to clarify (ie, just copy the text for
> "Length" in section 2.3 to these sections as well).
> 
[Les:] The length of the sub-TLV  is variable because the length of the SID itself is variable.

Both sections have the text:

<snip>
SID/Index/Label: according to the V and L flags, it contains
      either:

      *  A 4 octet index defining the offset in the SID/Label space
         advertised by this router using the encodings defined in
         Section 3.1.  In this case the V and L flags MUST be unset.

      *  A 3 octet local label where the 20 rightmost bits are used for
         encoding the label value.  In this case the V and L flags MUST
         be set.
<end snip>

The text for Section 2.3 is necessarily different because there is no flags field in the SID/Label sub-TLV and there also are no additional fields in the sub-TLV other than the SID itself.

I therefore think the text as is should be fine - but I am open to suggestion.
Russ - could you review this one more time in light of the above and let me know what you think?

   Les


> 😊 /r