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.”
- [lisp] Roman Danyliw's No Objection on draft-ietf… Roman Danyliw via Datatracker
- Re: [lisp] Roman Danyliw's No Objection on draft-… Alberto Rodriguez-Natal (natal)
- Re: [lisp] [Ext] Re: Roman Danyliw's No Objection… Amanda Baber
- Re: [lisp] [Ext] Re: Roman Danyliw's No Objection… Dino Farinacci
- Re: [lisp] [Ext] Re: Roman Danyliw's No Objection… Alberto Rodriguez-Natal (natal)
- Re: [lisp] Roman Danyliw's No Objection on draft-… Luigi Iannone
- Re: [lisp] [Ext] Re: Roman Danyliw's No Objection… Amanda Baber
- Re: [lisp] [Ext] Roman Danyliw's No Objection on … Dino Farinacci
- Re: [lisp] [Ext] Re: Roman Danyliw's No Objection… Alberto Rodriguez-Natal (natal)