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

Olivier Dugeon <olivier.dugeon@orange.com> Wed, 24 May 2017 10:19 UTC

Return-Path: <olivier.dugeon@orange.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 8BF3B129469 for <ospf@ietfa.amsl.com>; Wed, 24 May 2017 03:19:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.223
X-Spam-Level:
X-Spam-Status: No, score=-1.223 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 Rql5A2tnAwUl for <ospf@ietfa.amsl.com>; Wed, 24 May 2017 03:19:50 -0700 (PDT)
Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [161.106.1.3]) by ietfa.amsl.com (Postfix) with ESMTP id 26486129476 for <ospf@ietf.org>; Wed, 24 May 2017 03:19:50 -0700 (PDT)
Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 7045EE30091; Wed, 24 May 2017 12:19:49 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by p-mail2.rd.orange.com (Postfix) with ESMTP id 555FCE3007B; Wed, 24 May 2017 12:19:49 +0200 (CEST)
Received: from renot.local (10.192.150.63) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.319.2; Wed, 24 May 2017 12:19:48 +0200
To: Peter Psenak <ppsenak@cisco.com>, Julien Meuric <julien.meuric@orange.com>, "Acee Lindem (acee)" <acee@cisco.com>, "OSPF WG List" <ospf@ietf.org>
References: <D549C342.AFC83%acee@cisco.com> <3733295c-3e40-d780-ad7b-78d02ff0c50b@orange.com> <5925543D.60800@cisco.com>
From: Olivier Dugeon <olivier.dugeon@orange.com>
Message-ID: <4dbc99c6-15b7-f35c-42de-2b61086242a9@orange.com>
Date: Wed, 24 May 2017 12:19:47 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <5925543D.60800@cisco.com>
Content-Type: multipart/alternative; boundary="------------C470E77B61B2B6157F66EC67"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/gnAO5SFsEMbjBjb8r5nSlAS-Zyw>
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: Wed, 24 May 2017 10:19:52 -0000

Hi Peter,


Le 24/05/2017 à 11:37, Peter Psenak a écrit :
> Julien,
>
> - I don't know if there is any implementation that uses the solution 
> proposed in RFC 4203. I sent a query to the WG list and so far I have 
> not heard about a single one.
I already write a basic support of RFC 4203 publish originaly in Quagga 
and now available in FRRouting. Link Local /Remote Identifier are 
decoded and it is quiet simple to add configuration at the interface 
level to advertise them.
I could provide a patch if needed.
>
> - there is not even IANA registry created for the Sub-TLVs of the Link 
> Local TLVs and there is no IANA value reserved for Link Local 
> Identifier TLV as defined in RFC4203.
For us, there is a simple solution: Just use Link Local / Remote 
Identifier TLVs with Remote Identifier set to 0 if it is unknown. There 
is no need to create one more TLVs parameters. From an operator point of 
view, it is already very hard to manage all existing TE parameters. Why  
adding extra TLVs when existing ones could be used ?

Regards

Olivier
>
> So at the end we may not even have any duplication at all.
>
> regards,
> Peter
>
> On 24/05/17 10:54 , Julien Meuric wrote:
>> Hi Acee,
>>
>> There is indeed overwhelming support on the feature. However, reading
>> this brand new -01 (thanks for the advertisement) and the necessary
>> backward compatibility section it had to include, I wonder if this I-D
>> is specifying a solution to a problem vs. creating new issues...
>>
>> More generally, we should clarify how much we, as community, are ready
>> to duplicate protocol extensions/codepoints on a solely "repurposing"
>> basis. If there is a risk of redefining all extensions originally
>> specified for the TE use-case, we must right now discuss where to
>> globally draw the line between what we may accept and what we will not.
>> Otherwise, we will jump onto a controversy each time a new parameter set
>> is tackled in a dedicated I-D.
>>
>> Please note there are some other ways forward in the Routing area. For
>> (random) example, PCEP has been repurposed from a its original scope to
>> encompass capabilities to push state. To do so, some features and
>> objects had to be repurposed, but the specification managed to reuse the
>> original ones, avoiding any backward compatibility considerations...
>>
>> Regards,
>>
>> Julien
>>
>>
>> May. 23, 2017 - acee@cisco.com:
>>> The WG adoption poll has concluded and there is overwhelming  support
>>> for this document.
>>>
>>> Additionally, 
>>> https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-01.txt 
>>> addresses
>>> the comments received the adoption poll.
>>>
>>> Authors,
>>>
>>> Please republish the document as 
>>> draft-ietf-ospf-lls-interface-id-00.txt.
>>>
>>> Thanks,
>>> Acee
>>>
>>> From: OSPF <ospf-bounces@ietf.org <mailto:ospf-bounces@ietf.org>> on
>>> behalf of Acee Lindem <acee@cisco.com <mailto:acee@cisco.com>>
>>> Date: Thursday, May 4, 2017 at 2:45 PM
>>>
>>>
>>>      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
>>>
>>>
>>
>> _______________________________________________
>> OSPF mailing list
>> OSPF@ietf.org
>> https://www.ietf.org/mailman/listinfo/ospf
>> .
>>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www.ietf.org/mailman/listinfo/ospf

-- 
logo Orange <http://www.orange.com>

Olivier Dugeon
Senior research engineer in QoS and network control
Open Source Referent
Orange/IMT/OLN/WTC/IEE/OPEN

fixe : +33 2 96 07 28 80
mobile : +33 6 82 90 37 85
olivier.dugeon@orange.com <mailto:olivier.dugeon@orange.com>