Re: [OSPF] WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"

"Acee Lindem (acee)" <acee@cisco.com> Fri, 05 May 2017 15:09 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 D56B4128D2E for <ospf@ietfa.amsl.com>; Fri, 5 May 2017 08:09:22 -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 8k76iNtNqfZl for <ospf@ietfa.amsl.com>; Fri, 5 May 2017 08:09:21 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37B60126E01 for <ospf@ietf.org>; Fri, 5 May 2017 08:09:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18311; q=dns/txt; s=iport; t=1493996961; x=1495206561; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=+fTNzfuylZ9lAAAXFEadJeRZun6JP/cJ/uKNpoq9aWY=; b=bIEGRTK9PT64ddCj+mocX3a6y7ZatjBsOavFGVNScv5Iwiiom6qYf/ab Rbz89mfdONWV9aTj5TsyBW0Q7+PmE3Iih6lYcNZ/F7ys98SpTEFGrWYL1 WOUWm2MfCVGppZMuv/uqDfOXHxUjYfvf8hINoiZTA6+4Y0TB1wc2mGOkA w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C/AQCHlAxZ/4cNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm48K2KBDAeDYYoYkVaQOIU4gg+GJAIahC4/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRUBAQEBAyMKQBwCAQgRAwEBASgDAgICMBQJCAIEARIbigWxMoImimkBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEdiDwBgxuFAwYQglCCXwWdbwGTFoIEhTmKK5Q2AR8?= =?us-ascii?q?4gQpvFUaFKIFKdodogQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.38,293,1491264000"; d="scan'208,217";a="244682514"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 May 2017 15:09:20 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v45F9JiF019178 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 5 May 2017 15:09:20 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 5 May 2017 11:09:19 -0400
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.1210.000; Fri, 5 May 2017 11:09:19 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Shraddha Hegde <shraddha@juniper.net>, OSPF WG List <ospf@ietf.org>
Thread-Topic: WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"
Thread-Index: AQHSxQanGGW4vWTLFUe0gcAxuCky/6Hkn50AgACdUECAAJwhgA==
Date: Fri, 5 May 2017 15:09:19 +0000
Message-ID: <D5320D64.ACF34%acee@cisco.com>
References: <D530EF1D.ACB7C%acee@cisco.com> <D53106AD.ACBA9%acee@cisco.com> <BN3PR05MB2706F06DC72F6DEC279DCDCCD5EB0@BN3PR05MB2706.namprd05.prod.outlook.com>
In-Reply-To: <BN3PR05MB2706F06DC72F6DEC279DCDCCD5EB0@BN3PR05MB2706.namprd05.prod.outlook.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.197]
Content-Type: multipart/alternative; boundary="_000_D5320D64ACF34aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/CREWWDKWx1hJjbEsS71bODMlARU>
Subject: Re: [OSPF] WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"
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: Fri, 05 May 2017 15:09:23 -0000

Hi Shraddha,

From: Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>
Date: Friday, May 5, 2017 at 2:05 AM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>
Subject: RE: WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"

Acee,

>Additionally, there is the undesirable side effect of TE LSAs resulting in inclusion in the TE topology for multiple >implementations


The testing results on 3 implementation shows that local/remote interface ID in TE Opaque LSA does not result into links getting included in TE topology. Pls refer introduction section of draft draft-hegde-isis-advertising-te-protocols-02.

This is an IS-IS draft. I don’t see the relevance.

RFC 4203 defines Link local scope TE-Opaque LSA to carry the interface-id and a remote ingress node would not be adding links to TE-Topology based on these link local LSAs simply because they would never see them.

This is probably the case for link-local scoped TE LSAs. I wouldn’t expect any other implementation to have used the link-local scoped TE LSAs for any purpose.

Thanks,
Acee


Rgds
Shraddha

From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Friday, May 5, 2017 1:57 AM
To: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>
Subject: Re: [OSPF] WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"

Speaking as a WG member:

I believe we should move forward with this simple mechanism for OSPFv2 neighbors to learn each other’s interface ID. Both IS-IS and, more importantly, OSPFv3 learn the interface ID via their respective hello mechanisms. Just because one implementation has repurposed the Generalized MPL (GMPL) extensions described in RFC 4302 for interface ID learning is not a reason to preclude using the more generally accepted IGP Hello packet learning. Additionally, there is the undesirable side effect of TE LSAs resulting in inclusion in the TE topology for multiple implementations.

Finally, when the right technical direction is clear and there is rough consensus, the OSPF WG MUST NOT be obstructed.

Thanks,
Acee

From: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Date: Thursday, May 4, 2017 at 2:45 PM
To: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>
Subject: WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"


This draft was presented in Chicago and there was acknowledgment that a solution was needed. The authors have asked for WG adoption and we are now doing a WG adoption poll. Please indicate your support or objection by May 20th, 2017.

Thanks,
Acee