Re: [Idr] WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7 to March 21)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Sat, 07 April 2018 09:36 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36CBF129C70; Sat, 7 Apr 2018 02:36:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.509
X-Spam-Level:
X-Spam-Status: No, score=-14.509 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 INW2h40E0XoO; Sat, 7 Apr 2018 02:36:53 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1EFB126D74; Sat, 7 Apr 2018 02:36:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11681; q=dns/txt; s=iport; t=1523093812; x=1524303412; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=knd1t86e1MH6cGoCl9YiK78Tt201bBYw8E//XZB49PE=; b=BDoFcb2d1dVcstU7X0j5k1nucrQf7PdakkdNvfJQDwlc9FHBEX5rChAb k9clbJWAzx33XhG83NuV8HBMD99nril85f5CKq6COH/qrO3/nNte+ugzo IOTG3A325yoLTc6WhZqkG5/e+Ii0SoyLvOkQAcNrZPK7lJUAKHNOTltAA g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DpAABCkMha/5RdJa1dGQEBAQEBAQEBAQEBAQcBAQEBAYJNdWFvKAqLVo0LgXR1Go11hGSBegslhF4CgjkhNBgBAgEBAQEBAQJsHAyFIgEBAQEDLUwQAgEIEQQBASgHMhQJCAIEAQ0FCIQhZA+tF4g+ghkFh2uBVD+BDIJQNIFBgVACAgEXgXiFHgKXRwgChVSIV4E6g1uCWYRbhymBc4ZDAhETAYEkARw4gVJwFTqCQ4IgFxGISIU+bw6NT4EXAQE
X-IronPort-AV: E=Sophos;i="5.48,418,1517875200"; d="scan'208,217";a="375883026"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Apr 2018 09:36:51 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w379apwD012552 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 7 Apr 2018 09:36:51 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 7 Apr 2018 04:36:51 -0500
Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1320.000; Sat, 7 Apr 2018 04:36:51 -0500
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "John G. Scudder" <jgs@juniper.net>, "draft-ietf-idr-bgp-ls-segment-routing-ext@ietf.org" <draft-ietf-idr-bgp-ls-segment-routing-ext@ietf.org>
CC: Hares Susan <shares@ndzh.com>, idr wg <idr@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>
Thread-Topic: [Idr] WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7 to March 21)
Thread-Index: AQHTvLJwsPGlDZ7q5kWwiGwlvN25RqP0gW0AgACrltA=
Date: Sat, 07 Apr 2018 09:36:51 +0000
Message-ID: <2a7c95df013947ea97d72521dae54f11@XCH-ALN-008.cisco.com>
References: <011201d3b633$0b5fee60$221fcb20$@ndzh.com> <20180315230734.GB6209@pfrc.org> <456779EC-95F0-4325-84DF-728DAC2B3785@juniper.net>
In-Reply-To: <456779EC-95F0-4325-84DF-728DAC2B3785@juniper.net>
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.65.56.252]
Content-Type: multipart/alternative; boundary="_000_2a7c95df013947ea97d72521dae54f11XCHALN008ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/d7xahPOczJsHFKw_XdhVm1qaIsM>
Subject: Re: [Idr] WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7 to March 21)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Apr 2018 09:36:55 -0000

Hi John,

I did respond and acknowledge the first point raised by Jeff below and I am waiting to hear about any other comments before publishing that update. I will now publish this update early next week.

On the second point, I agree that the point raise should be addressed by a separate document that updates RFC7752 and I will get back to the WG on this.

With regards to the IPR call, as a co-author, I am not aware of any IPR for this draft.

Thanks,
Ketan

From: John G. Scudder <jgs@juniper.net>
Sent: 06 April 2018 23:47
To: draft-ietf-idr-bgp-ls-segment-routing-ext@ietf.org
Cc: Hares Susan <shares@ndzh.com>; idr wg <idr@ietf.org>; Jeffrey Haas <jhaas@pfrc.org>
Subject: Re: [Idr] WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7 to March 21)

Hi Authors (and WG),

Jeff raised two points during the WGLC:

On Mar 15, 2018, at 7:07 PM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>> wrote:

Minor comments as part of a re-read while waiting on my plane:
RESERVED is not called out in its behavior.  Some place in the document
should mention the usual "MUST be set to zero on send, SHOULD be ignored on
receipt".  Otherwise, it's gibberish in, who knows what out when someone
tries to use this field in the future.

I didn't see this one addressed. Authors, do you plan to update the draft to address the point? I didn't see any other points raised during the WGLC that would require an update.


There are a number of TLV value fields that may be of variable lengths.  In
many cases, those lengths are inherited from the underlying IGP documents.
What is not documented is the behavior when the TLV is well formed but has
unexpected length values.  Two simple examples:
- Prefix Attribute Flag TLV; varies by IGP
- Preference TLV; must be 1.

Do we treat this as malformed?  Do we ignore the sub-tlv?

This point was discussed between Jeff and Ketan on the list. It seems to me that it does bear further discussion, but that the issue doesn't need to be fixed in this draft nor to be blocking on the conclusion of the WGLC. Assuming the WG feels we should do better, the most obvious thing IMO would be a document that updates RFC 7752.

Finally, authors and contributors, we forgot to ask for the usual IPR declaration as part of the WGLC. If you could please take care of letting us know whether or not you are aware of any relevant IPR that has not been declared, that would help conclude the WGLC. (Right now there is no IPR declared, https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-idr-bgp-ls-segment-routing-ext)

Thanks,

--John