Re: [OSPF] Alvaro Retana's No Objection on draft-ietf-ospf-link-overload-13: (with COMMENT)

"Acee Lindem (acee)" <acee@cisco.com> Thu, 01 February 2018 22:43 UTC

Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0EF1126CC7; Thu, 1 Feb 2018 14:43:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.529
X-Spam-Level:
X-Spam-Status: No, score=-14.529 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, 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 E_Q0y9Ibun7v; Thu, 1 Feb 2018 14:43:36 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4292512F290; Thu, 1 Feb 2018 14:43:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19476; q=dns/txt; s=iport; t=1517525014; x=1518734614; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9s+IxHt2z4WVDSbmzkIz9ioqo6gBnwzOOOEdGBhAa3k=; b=We5lIS+hQisF0zvpt8H2gncofJ/VThs4azOI4GFjxqxGLwo+6qtICOEq VJLafgwiWcvier0AQUuyhJN3GuNljDWEXZF4CDosigrho91WqQcjJ4/4T ZWV94choD2Uh1Gxs9C2FnermqKupix59YN3INbJBeShCdCu/zglne3B/4 w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DtAQAFl3Na/4kNJK1dGQEBAQEBAQEBAQEBAQcBAQEBAYJKeGZ1KAqDVphRggKJE4hghVWCFwqFOwIaghdWFgEBAQEBAQEBAmsohSMBAQEEI1YQAgEIDgMDAQIoAwICAh8RFAkIAgQBDQWJUUwDFa0mgieHNg2DIgEBAQEBAQEBAQEBAQEBAQEBAQEBAR2EaYIVgz8pgwWCa0QEgg8WAoJfMYI0BYtuji6JST4CkGaFBpQxjjCJDgIRGQGBOwEmBC6BUHAVPSoBgX8JgwGBbXiLJYEXAQEB
X-IronPort-AV: E=Sophos;i="5.46,444,1511827200"; d="scan'208,217";a="349044042"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Feb 2018 22:43:33 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w11MhWLW027478 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 1 Feb 2018 22:43:33 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 1 Feb 2018 17:43:32 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Thu, 1 Feb 2018 17:43:31 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Alvaro Retana <aretana.ietf@gmail.com>, Shraddha Hegde <shraddha@juniper.net>, The IESG <iesg@ietf.org>
CC: "draft-ietf-ospf-link-overload@ietf.org" <draft-ietf-ospf-link-overload@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>, "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: Alvaro Retana's No Objection on draft-ietf-ospf-link-overload-13: (with COMMENT)
Thread-Index: AQHTm6ptahqKD0HRk0+7LhnK0OdCCKOQJJ0AgAAAOYA=
Date: Thu, 01 Feb 2018 22:43:31 +0000
Message-ID: <2A7EA198-6A8D-42BE-9F18-EF0B6DDE90E6@cisco.com>
References: <151681659533.22557.7134296491991402002.idtracker@ietfa.amsl.com> <CY1PR05MB2714C3DBC131C4438C64604CD5E10@CY1PR05MB2714.namprd05.prod.outlook.com> <CAMMESswhnUqNi5bW2Auk3j5qE4M51Ez0Hxsmgn=t0zqn1gvr8Q@mail.gmail.com> <BN3PR05MB27066EEB2F8E4FAF89B27AF0D5FB0@BN3PR05MB2706.namprd05.prod.outlook.com> <CAMMESsyEGkypy6s=y6HEqUtrqmtYH36sbi9EwaPfKtDHmgh1BQ@mail.gmail.com> <4A84DEFC-F162-44DB-9B62-4D88C6DEA729@cisco.com>
In-Reply-To: <4A84DEFC-F162-44DB-9B62-4D88C6DEA729@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_2A7EA1986A8D42BE9F18EF0B6DDE90E6ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/-irntx5ITTYt--4_LLjgVia_jzQ>
Subject: Re: [OSPF] Alvaro Retana's No Objection on draft-ietf-ospf-link-overload-13: (with COMMENT)
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Feb 2018 22:43:38 -0000

P.S. BGP-LS Link Attributes should not be confused with BGP attributes…
Thanks
Acee s

From: Acee Lindem <acee@cisco.com>
Date: Thursday, February 1, 2018 at 5:42 PM
To: Alvaro Retana <aretana.ietf@gmail.com>, Shraddha Hegde <shraddha@juniper.net>, The IESG <iesg@ietf.org>
Cc: "draft-ietf-ospf-link-overload@ietf.org" <draft-ietf-ospf-link-overload@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>, OSPF WG List <ospf@ietf.org>
Subject: Re: Alvaro Retana's No Objection on draft-ietf-ospf-link-overload-13: (with COMMENT)

Hi Alvaro,

From: Alvaro Retana <aretana.ietf@gmail.com>
Date: Thursday, February 1, 2018 at 5:17 PM
To: Shraddha Hegde <shraddha@juniper.net>, The IESG <iesg@ietf.org>
Cc: Acee Lindem <acee@cisco.com>, "draft-ietf-ospf-link-overload@ietf.org" <draft-ietf-ospf-link-overload@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>, OSPF WG List <ospf@ietf.org>
Subject: RE: Alvaro Retana's No Objection on draft-ietf-ospf-link-overload-13: (with COMMENT)

On January 30, 2018 at 11:43:53 PM, Shraddha Hegde (shraddha@juniper.net<mailto:shraddha@juniper.net>) wrote:

...
(3) Section 4.5. mentions that a "new TLV called Graceful-Link-Shutdown is defined" for BGP-LS, but there are no details on the format, etc. The IANA Considerations section suggests a value, not for a TLV but for an NLRI Type!
<Shraddha> OK. Refered section 3.1 of RFC 7752 and described the contents of the TLV
IANA section seems ok to me. Could you be more specific what needs to change?


BGP-LS Link NLRI Registry [RFC7752] >>>>>>>Registry

i)Graceful-Link-Shutdown TLV - Suggested 1101 >>>>>>>TLV type

Maybe it’s just me and I just don’t understand…which is completely possible.  There are two points:

(1)

It looks like you’re defining a new Graceful-Link-Shutdown TLV for BGP-LS.  This TLV (based on the updated description) has no information in it.  How does the receiver know which link the sender is referring to?

It is a  BGP-LS link attribute so the link is identified in the link identifiers in the corresponding NLRI. This wasn’t apparent until the IANA description was fixed.

Thanks,

Acee






Note that for the OSPF graceful-link-shutdown sub-TLVs, you are indicating where to carry them so that there is an obvious indication of which link is being shutdown.  I would like to see explicitly specified how the receiver associates this TLV with the appropriate link.  Again, I may be missing the details.



(2)

The value for the TLV was reserved by IANA in the "BGP-LS NLRI-Types" registry, not in the "BGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs” register, which is where I would have assumed a modifier to the link would reside.  IOW, according to the registry you are defining a new NLRI Type, not a new TLV — and, according to the updated description in the document there’s no information in this NLRI.

<Shraddha> The TLV code point registration should be in “BGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs” I have corrected this in the document.

Will e-mail to IANA for correction as well.

Does that answer your concerns?

That addresses the concern #2 above.  I still don’t see anywhere how the receiver associates this (empty) TLV with the right link.

Alvaro.