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

"Les Ginsberg (ginsberg)" <> Thu, 04 May 2017 21:07 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 57A26124BFA for <>; Thu, 4 May 2017 14:07:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.522
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: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id L8wdnsor_Yba for <>; Thu, 4 May 2017 14:07:16 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 60022127078 for <>; Thu, 4 May 2017 14:07:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=12388; q=dns/txt; s=iport; t=1493932036; x=1495141636; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=60WBEEcbL2PqIpNCai0Em5FRPZTYuGcUxSpqAgZf4Yo=; b=VC144X7NZ5/sl1otBIB5ttJgM0Qenubrx9yLx/kZXf41wYiD9p5KOLeR 2s0jLAAD4FiImxZMLpsqlbdgFxA/LT/MzXdHIXstLfh3tGEorsmojcuIj h2pSkIOCRCOJ7J3rx6NZIHCpqrfa6FTBAxZpw0P1PngCwYeKowTvm+tbZ Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.38,289,1491264000"; d="scan'208,217";a="241394159"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 May 2017 21:07:15 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id v44L7F8q012548 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <>; Thu, 4 May 2017 21:07:15 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 4 May 2017 16:07:14 -0500
Received: from ([]) by ([]) with mapi id 15.00.1210.000; Thu, 4 May 2017 16:07:14 -0500
From: "Les Ginsberg (ginsberg)" <>
To: "Acee Lindem (acee)" <>, OSPF WG List <>
Thread-Topic: WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"
Thread-Index: AQHSxQanGGW4vWTLFUe0gcAxuCky/6Hkn50AgAAKN+A=
Date: Thu, 04 May 2017 21:07:14 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_3c98aeb64ea742eaa5038eee24445028XCHALN001ciscocom_"
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [OSPF] WG Adoption Poll for "OSPF LLS Extensions for Local Interface ID Advertisement"
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 04 May 2017 21:07:18 -0000

A strong +1  here.

Acee has captured very well the compelling(sic) reasons for defining these extensions.

Use of RFC 4302 extensions are only a workaround for functionality which is missing in the protocol. We need to close that gap.


From: OSPF [] On Behalf Of Acee Lindem (acee)
Sent: Thursday, May 04, 2017 1:27 PM
To: OSPF WG List
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.


From: Acee Lindem <<>>
Date: Thursday, May 4, 2017 at 2:45 PM
To: OSPF WG List <<>>
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.