Re: [lisp] [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)

Amanda Baber <amanda.baber@iana.org> Tue, 26 April 2022 17:18 UTC

Return-Path: <amanda.baber@iana.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBFDAC13A8ED; Tue, 26 Apr 2022 10:18:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.794
X-Spam-Level:
X-Spam-Status: No, score=-1.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CF2u5TLsaaqh; Tue, 26 Apr 2022 10:18:41 -0700 (PDT)
Received: from ppa2.lax.icann.org (ppa2.lax.icann.org [192.0.33.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49617C13A8CD; Tue, 26 Apr 2022 10:18:41 -0700 (PDT)
Received: from MBX112-W2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.5]) by ppa2.lax.icann.org (8.16.0.43/8.16.0.43) with ESMTPS id 23QHISNe027828 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 26 Apr 2022 17:18:28 GMT
Received: from MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) by MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Tue, 26 Apr 2022 10:18:27 -0700
Received: from MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) by MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) with mapi id 15.02.0986.022; Tue, 26 Apr 2022 10:18:27 -0700
From: Amanda Baber <amanda.baber@iana.org>
To: "Alberto Rodriguez-Natal (natal)" <natal=40cisco.com@dmarc.ietf.org>, Roman Danyliw <rdd@cert.org>
CC: Luigi Iannone <ggx@gigix.net>, "lisp-chairs@ietf.org" <lisp-chairs@ietf.org>, "draft-ietf-lisp-vendor-lcaf@ietf.org" <draft-ietf-lisp-vendor-lcaf@ietf.org>, "lisp@ietf.org" <lisp@ietf.org>, Sabrina Tanamal <sabrina.tanamal@iana.org>
Thread-Topic: [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)
Thread-Index: AQHYVp1emINIhIaAlkGMPIf21KaTX60ARh2igAJRdgA=
Date: Tue, 26 Apr 2022 17:18:27 +0000
Message-ID: <D91BAA35-CEAB-40A2-AFEB-798AA8772897@iana.org>
References: <F1BDB42B-5403-4F6F-9616-ED02D884E1C0@iana.org> <BYAPR11MB3591B2AFA2BDF11EF3731B6BB6F89@BYAPR11MB3591.namprd11.prod.outlook.com>
In-Reply-To: <BYAPR11MB3591B2AFA2BDF11EF3731B6BB6F89@BYAPR11MB3591.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.57.22011101
x-originating-ip: [192.0.32.234]
x-source-routing-agent: Processed
Content-Type: multipart/alternative; boundary="_000_D91BAA35CEAB40A2AFEB798AA8772897ianaorg_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486, 18.0.858 definitions=2022-04-26_05:2022-04-26, 2022-04-26 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/qOT2ZWHPtGYnHgXclqj72ir9f_k>
Subject: Re: [lisp] [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Apr 2022 17:18:45 -0000

Hi,

We’ve changed “LISP LCAF Type” to “LISP Canonical Address Format (LCAF) Types” in the registry:

https://www.iana.org/assignments/lisp-parameters

If you notice any other issues, please drop us a line at iana@iana.org<mailto:iana@iana.org>.

thanks,

Amanda Baber
IANA Operations Manager

From: iesg <iesg-bounces@ietf.org> on behalf of "Alberto Rodriguez-Natal (natal)" <natal=40cisco.com@dmarc.ietf.org>
Date: Monday, April 25, 2022 at 2:56 AM
To: Amanda Baber <amanda.baber@iana.org>, Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
Cc: Luigi Iannone <ggx@gigix.net>, "lisp-chairs@ietf.org" <lisp-chairs@ietf.org>, "draft-ietf-lisp-vendor-lcaf@ietf.org" <draft-ietf-lisp-vendor-lcaf@ietf.org>, "lisp@ietf.org" <lisp@ietf.org>
Subject: Re: [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)

Understood, thanks a lot for the clarification Amanda. We’ll keep the name “LISP Canonical Address Format (LCAF) Types” in the vendor-lcaf doc then.

Thanks!
Alberto

From: Amanda Baber <amanda.baber@iana.org>
Date: Saturday, April 23, 2022 at 1:05 AM
To: Alberto Rodriguez-Natal (natal) <natal@cisco.com>, Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
Cc: Luigi Iannone <ggx@gigix.net>, lisp-chairs@ietf.org <lisp-chairs@ietf.org>, draft-ietf-lisp-vendor-lcaf@ietf.org <draft-ietf-lisp-vendor-lcaf@ietf.org>, lisp@ietf.org <lisp@ietf.org>
Subject: Re: [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)
Hi,

The registry was created for https://datatracker.ietf.org/doc/html/draft-ietf-lisp-lcaf-22 [datatracker.ietf.org]<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-lisp-lcaf-22__;!!PtGJab4!q_OZdVu9w-AgCIsiByLpR1BfdWhd_3xdEXyYvQzsY6FOusKSSZOdU954MNEa3Qr4a0VLgmRu$>, at which point the registry was called “LISP LCAF Type.” It looks like we need to update the name of the registry to match the published RFC.

Thanks,
Amanda

From: iesg <iesg-bounces@ietf.org> on behalf of "Alberto Rodriguez-Natal (natal)" <natal=40cisco.com@dmarc.ietf.org>
Date: Friday, April 22, 2022 at 3:21 PM
To: Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
Cc: Luigi Iannone <ggx@gigix.net>, "lisp-chairs@ietf.org" <lisp-chairs@ietf.org>, "draft-ietf-lisp-vendor-lcaf@ietf.org" <draft-ietf-lisp-vendor-lcaf@ietf.org>, "lisp@ietf.org" <lisp@ietf.org>
Subject: [Ext] Re: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)

Hi Roman,

Thanks for your review! Regarding the registry name, we took it from the IANA section of RFC 8060 [1] that lists it as "LISP Canonical Address Format (LCAF) Types". You’re indeed right that the IANA website shows it as “LISP LCAF Type.” I guess here we should follow the IANA website name, right?

Thanks!
Alberto

[1] https://www.rfc-editor.org/rfc/rfc8060.html#section-7 [rfc-editor.org]<https://urldefense.com/v3/__https:/www.rfc-editor.org/rfc/rfc8060.html*section-7__;Iw!!PtGJab4!pDhG1N7GEuz8bdOfuO67s2THV5CebLG5ofajnaeeevERS5Kq2CXbfY8Kd5EKpwb8EDmNAAYf$>


From: Roman Danyliw via Datatracker <noreply@ietf.org>
Date: Thursday, April 21, 2022 at 5:41 AM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-lisp-vendor-lcaf@ietf.org <draft-ietf-lisp-vendor-lcaf@ietf.org>, lisp-chairs@ietf.org <lisp-chairs@ietf.org>, lisp@ietf.org <lisp@ietf.org>, Luigi Iannone <ggx@gigix.net>, ggx@gigix.net <ggx@gigix.net>
Subject: Roman Danyliw's No Objection on draft-ietf-lisp-vendor-lcaf-10: (with COMMENT)
Roman Danyliw has entered the following ballot position for
draft-ietf-lisp-vendor-lcaf-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ [ietf.org]<https://urldefense.com/v3/__https:/www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/__;!!PtGJab4!pDhG1N7GEuz8bdOfuO67s2THV5CebLG5ofajnaeeevERS5Kq2CXbfY8Kd5EKpwb8EILorgK8$>
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-lisp-vendor-lcaf/ [datatracker.ietf.org]<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-lisp-vendor-lcaf/__;!!PtGJab4!pDhG1N7GEuz8bdOfuO67s2THV5CebLG5ofajnaeeevERS5Kq2CXbfY8Kd5EKpwb8EA0g4MKx$>



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

** Éric’s ballot already called out that Figure 1 doesn’t match the text in
Section 3 (i.e., Figure 1 says “Type = TBD” but the Section 3 text says “Type =
255”).  It should read TBD in both places.  Suggesting 255, if that is the
desired value, only makes sense in Section 6 (as it currently reads).

** Section 6.

Following the guidelines of [RFC8126], IANA is asked to assign a
   value (255 is suggested) for the Vendor Specific LCAF from the "LISP
   Canonical Address Format (LCAF) Types" registry (defined in
   [RFC8060]) as follows:

The text here calls the registry the “LISP Canonical Address Format (LCAF)
Types”.  That doesn’t appear to be the official name. Examining
https://www.iana.org/assignments/lisp-parameters/lisp-parameters.xhtml#lisp-lcaf-type
it appears to be “LISP LCAF Type.”