Re: [Lsr] When is an IANA Registry Required

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Mon, 22 March 2021 06:37 UTC

Return-Path: <ginsberg@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7059E3A1504; Sun, 21 Mar 2021 23:37:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.695
X-Spam-Level:
X-Spam-Status: No, score=-7.695 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 header.b=drzzxP/h; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Yz5kyxKM
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 TFvBztVj4TYl; Sun, 21 Mar 2021 23:37:25 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4537E3A1501; Sun, 21 Mar 2021 23:37:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19628; q=dns/txt; s=iport; t=1616395045; x=1617604645; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ZUZOscdOIkSTxOZtHptlUayrpjQkSx1R52KLgR8qmBI=; b=drzzxP/hOCFGD9f58q7ZYybZih8K8uyWwkC3bJ/wCcDzRCQaxoRUsMfV iJHawk0He9Y4sq0R1Uil51031RPjexw+PGblX8UbPo6mMRB5v9LPUbjZ6 CCp7Rk1Mg60RNHi1b8lDuPRkdMhFy6AxcarlGpgQp/8+ZJPYwtJqBUiHI g=;
X-IPAS-Result: =?us-ascii?q?A0DSBQCWOVhg/4gNJK1aHAEBAQEBAQcBARIBAQQEAQGCE?= =?us-ascii?q?IEjMFEHdlo2MYRCg0gDhTmIPwOKK4oVhHWCUwNUAwgBAQENAQEqCAIEAQGEU?= =?us-ascii?q?AIXgWQCJTgTAgMBAQEDAgMBAQEBBQEBAQIBBgRxhWENhkQBAQEEIwoTAQE3A?= =?us-ascii?q?Q8CAQYCEQQBASsCAgIfER0IAgQOBQiCaYF+VwMvAQ6QX5BqAooed4EygwQBA?= =?us-ascii?q?QaFFA0LghMDBoE5gnaEBwEBhRWBLyYcgUlCgRABQ4FbUC4+gh6CJCQHgmk1g?= =?us-ascii?q?iuBWBFbDV0BA1MgZRMcTxEoOJB6gj0BQYdZnW5bCoMGlyiFVIIioh2jb5QLA?= =?us-ascii?q?gQCBAUCDgEBBoFrI4FZcBWDJFAXAg2OH4NvhRSFRXMCNgIDAwEJAQEDCXyOX?= =?us-ascii?q?wEB?=
IronPort-PHdr: A9a23:CBwI+hPWpRWRgExYCLYl6nfrWUAX047cNxMJ6pchl7NFe7ii+JKnJ kHE+PFxlzfhQYLd+rRAirmev6PhXDkG5pCM+DAHfYdXXhAIwcMRg0Q7AcGDBEG6SZyibyEzE MlYElMw+Xa9PBtJH8DvIVnT8TW+6DcIEUD5Mgx4bu3+Bo/ViZGx0Oa/s53eaglFnnyze7R3e R63tg7W8MIRhNgKFw==
IronPort-HdrOrdr: A9a23:75jfOq190ZA84EkcvvyLYwqjBeB2eYIsi2QD101hICF9Wvez0+ izgfUW0gL1gj4NWHcm3euNIrWEXGm0z/9IyKErF/OHUBP9sGWlaLtj44zr3iH6F0TFmNJ1/Z xLN5JzANiYNzdHpO7x6gWgDpIEyN6I7KiniY7lvghQZCtBApsQiDtRIACdD0FwWU1iDZ02CJ KT6qN81kSdUF4Qadm2AWRAYvjbq7Tw5dzbSDMlJzpi0gmBiju09KX3eiL54j4yWy5CqI1Sil TtvBf+4syYwpSG4z/ak1Te9pFH3Obmo+EzePCkrugwBnHShh2zZIJnMofy/QwdhO208l4lnJ 3tjn4bTr5OwkjcdG20vhfhsjOIuF1FhhOSqi77vVLZrcP0Xz48AcZa7LgpDyfx0VYqv913zc twrgSknqdXFh/JkWDc4NXFRnhR5zKJiEciiuIagjhjV5IfYtZq3PUi1X5Sea1weB7S2cQCKq 1DHcvc7PFZfRexdHbCpFRix9SqQzAaAgqGalJqgL3U7xFm2FRCi2cIzs0WmXkNsLgnTYNf2u jCOqN00JlTU84ta75nDutpe7r1NkX9BTb3dE6CK1XuE68Kf1jXrYTs3bkz7Oa2PLsF0YU1g5 aEdF9Dr2Y9dwbPBKS1rd922yGIZF/4cSXmy8lY6ZQ8kKb7XqDXPSqKT01rnNCnp/kZH83HS/ e+MJ9bGJbYXC/TMLcM+ze7d4hZKHEYXsFQkM08QUiyrsXCLZCvtuGzSoeVGJPdVRIfHk/vCH oKWzb+YO9a6FqwZ3P+iB/NH3fkekn1+4NsALHXltJjjrQlB8lpiEw4mF657saEJXlpqaotZn ZzJ7vhj+e8vmm5/WHB6m1zIRpDBkNJ4LHtOkk64DMiAgfRS/Iuqt+fcWdd0D+sPRlkVf7bFw ZZuhBq466tNoeRwiojEtqjNWqfgxIo1Su3ZqZZvpfGydbue5s+AJpjZbd4Eh/TEQdp3Sxwrn 1YVQMCTkjDNz/nhKm/lqYIDOXHe9QUunbyHedk7Vbk8WSVv4UGW2YSVT/Ga7/nvS8eAx5vwm BX34BaqryagjqrIXY4m40DQS1xQVXSJqlHAgSDbJhTgZbxdmhLPDy3rA3frQ0vcWz38EhXoW rtIUSvCKz2K2sYnGxE2aD3914xTEGhRgZbb3B3tpAVLxWdhl96zfKLaq2v02GYd1sFxaUHPC vYZCYJSzketOyfxVqbni2PGm4hwYhrNuvBDK47e7WWwX+1LpaU/Jt2UsN87dJgNNr0tPUMXv /acwiJLCngA+dB4X3fml81fC11omIji/XmxVns63W5xmc2Bb7XLE59T78WZ9Ga4G6MfYfD7L xpydY0t/C3KGP/d5qPzrzWdSdKLlfLunGtJttY36x8rOY3rv9+DpPbWTzH2DVO2wg/Nt79kA cbTL5g6L7MN4dzd6UpCm5k10tskM7KIFogswTwDON7Z10rgnPBN96C4rbDq9MUcwW8jRq1PU Pa/zxW/v/DUSfGyKUTDLgoJ39KLEc783Zv8Yq5BsLtIRTvc/sG+lW0MnWwKuAADKeEHKgdtR Z87ZWDmfSNey/xxQDXun96L8t1ghKaaNL3BBjJH+hCt8G+MxCLhKCh5caoljf5STehcS0j9M R4XF1Vat4GkyUoiY08zzO7RaP2qF80ilc220ATqnf9noy9pHrBFU5IMQfFkoxbUDlaPH+Pl9 nE+4GjpQPAySkA34LCGkdWdsxPHNZVTpGfFVYdFfQt
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,268,1610409600"; d="scan'208,217";a="666975862"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Mar 2021 06:37:23 +0000
Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 12M6bNg9020611 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 22 Mar 2021 06:37:23 GMT
Received: from xfe-aln-004.cisco.com (173.37.135.124) by xbe-aln-003.cisco.com (173.36.7.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 22 Mar 2021 01:37:23 -0500
Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Mon, 22 Mar 2021 01:37:23 -0500
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Mon, 22 Mar 2021 01:37:23 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WoKv8Jr+XWj/hHuTEsn3oVBv0LoOTC64Ux6RTdab00frvzkb02vNWz9uPiakTiVUwqTmefpb7kYf53a5ZlwaoijWqK+M+G0HyEVHFnCb+z1o3cueUQVTvXe8cIP8B/jbjCwBMQyrRVOfzMnNZ5MydunhQQ+1sGnYhlHp6p+E6qX5OZcKSSwAbUjh3xLRbEd3/r5+q9cpxnxo0lg8BqWc3gPKHVBbx0JaI+CTT9ZxFU5WDpUuUPZfQI2ynBS8Gt664+ycwjf/MhjgNYZ0gKcKyI3m6Bni/ffWzW26sSFr3C/LEv+drPwrhOUU2tptGeG4uLblnE5xjTshGdWL6Am3dg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZUZOscdOIkSTxOZtHptlUayrpjQkSx1R52KLgR8qmBI=; b=LQZitCJ2H8zHYkOActZviV8+eXbLAVRtmD6baqX7edodM87r7UM5jpNllx7bh8R9B2L5XziPpPFpM1WCiJUB5SngjVnRhNSsRS8Hjo+uQE3iwAk9gBxgbtoG30L1pBC3CGyx+hZRqmGlyCVNqd5FjmAjqwguC/M3RaA18kNlk/UG6FUZY49CyWWTbcbSAeJtwnuMkf5EZD/IuJLdwGxfFemueBfgGTFVGfeRMg/953i5LerNGG1Zjq1bzgHjCllw1YRb6NNqDqHBOjtGMSy7YOlyxJTM+olWnxEAzgv2tyS+oX7a1wuvig9JM1D2NGmsx+/ruO/bBPtHigPerJZeXg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZUZOscdOIkSTxOZtHptlUayrpjQkSx1R52KLgR8qmBI=; b=Yz5kyxKMfXa2MH4exgZ0GxlaM/PjhFUAw6pGJrc1yUVoe6fxB7qYM21WHDTFNhVZXjCj2/VmJC5ax6a5E3dmmmV/C2UNJU0BACBPmgYLTPrN+e0jiBPwR34lO88WTm/CRO8eMSrNy6wPVCq/sHlo9Zj7txCNWmCiyR9H8IK/aI0=
Received: from BY5PR11MB4337.namprd11.prod.outlook.com (2603:10b6:a03:1c1::14) by SJ0PR11MB4831.namprd11.prod.outlook.com (2603:10b6:a03:2d2::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Mon, 22 Mar 2021 06:37:22 +0000
Received: from BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::b456:145d:f7fd:13ec]) by BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::b456:145d:f7fd:13ec%7]) with mapi id 15.20.3955.025; Mon, 22 Mar 2021 06:37:22 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Tony Li <tony.li@tony.li>
CC: Alvaro Retana <aretana.ietf@gmail.com>, "draft-ietf-lsr-isis-srv6-extensions@ietf.org" <draft-ietf-lsr-isis-srv6-extensions@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, John Scudder <jgs@juniper.net>, Christian Hopps <chopps@chopps.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>
Thread-Topic: [Lsr] When is an IANA Registry Required
Thread-Index: AdcNLYhLNez6TE0ySSi5QWbUfILY7wNbnCuAAAONKZAAIw5VAAAC9wBAAAY/jgAAAFQLAAAAMbAAAASmsAAABv1mUAAftyGAALVdprA=
Date: Mon, 22 Mar 2021 06:37:21 +0000
Message-ID: <BY5PR11MB43372085328960699E4EFE05C1659@BY5PR11MB4337.namprd11.prod.outlook.com>
References: <BY5PR11MB433721C068856ECE2AE4EC5DC19C9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESsyrUTPgkjEPy13W6DRv6ofbW9o_=H9C5bZD3cinGYDD_w@mail.gmail.com> <BY5PR11MB4337AB9127DCEBDC780B52F0C16B9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESsw3vLJudFJ0VMJ-OJBAtQ6w0=_=zn4pGsyVsmyqFWcG5Q@mail.gmail.com> <BY5PR11MB4337CD595C0E577039A1A110C16A9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESszo-LkSLAj+x-JOAb+6J8WWNufPVQ4xJHnC8389KPgMXA@mail.gmail.com> <DACD9B38-106D-49CD-B868-5AED579F63EE@tony.li> <BY5PR11MB4337C479A81A6DC4259D9D8AC16A9@BY5PR11MB4337.namprd11.prod.outlook.com> <94E74912-C3C8-4F6C-BE4D-9F1ADA5D6D5F@tony.li> <BY5PR11MB433783F0EC86C03927CA2EC9C1699@BY5PR11MB4337.namprd11.prod.outlook.com> <A1A50CAE-2D36-45AC-B7C7-F8A23B8DAB36@tony.li>
In-Reply-To: <A1A50CAE-2D36-45AC-B7C7-F8A23B8DAB36@tony.li>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: tony.li; dkim=none (message not signed) header.d=none;tony.li; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2602:306:36ca:6640:813c:fbbc:bf10:9c97]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a79f7e7b-2dc7-495c-ceb6-08d8ecfcf2be
x-ms-traffictypediagnostic: SJ0PR11MB4831:
x-microsoft-antispam-prvs: <SJ0PR11MB4831FD9651E94B2513526FA2C1659@SJ0PR11MB4831.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: s5Be5IXsqE4ETDsZ1Iy6fEXRo4FQUImxlPT0VirBvoD3wacNOnWO752tOcUCgYGV5uFZK5M3CRHsvjVAKIz9hxmlu+ZsFFq2mwgHzc2WxH4bXPD499KsYP1/Fh/FxM3an+n131jQMJBifPJE/mCJpA/SVoiMiyBHK+j0IA+VBRTHjv9eXN055fY7VCyG1gS2Y0b72k1Fp1z2tfrzmgy2UfuXVLNvAi0T5v8s8vAuXv/KrTAf6kBTFGsNFCEq4tqdrTmdNlCctKWPP5jhC7ibhS0acVEE5HWJ4YZ7G3YPhvsdIh2WDJ34ggVsK3u3nSXdBQjqNU2hIYhNOM0g8Qzxlt4JpGzbkKIQ9f7Xw0JpHScuIRbaJssqCoZmJ8RUSqZptjYJtd57y+sufjGEe1KsFT42/fw+LjzV4nL3pkuITdQEPHWGiz2O707si1PNUxdZEESs6wvHK/ScUbIhEnOPBz3EPYPbUg3RZ0bRAv7GZeejg9iNCZyNS429EQFpi9CYuvGlGfyKGg6v7crWUL5SFxM1XoNBjqPQP2bgoi4U0kjK6ue+S6EKzA/hJr6QJrlol++1r5XQW+bYirXo38mHhsCEQ7+x9jd8KoOpdJlG21XcKqiCwl/sw0j4iX9r+YRF3uhR6rDrxQhhP+HVHVt3wAizLtiMuCEakRgwOwY1I0fF7jqnTb7Y2POvQBwij4i8T+xD2vcXPticdLOV2hGasY+oRnLCYOdd+OLUb72AbCQ=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4337.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(346002)(39860400002)(396003)(376002)(136003)(6916009)(55016002)(8936002)(966005)(9686003)(478600001)(38100700001)(7696005)(166002)(5660300002)(83380400001)(4326008)(53546011)(76116006)(52536014)(71200400001)(316002)(66946007)(66446008)(64756008)(66556008)(66476007)(186003)(54906003)(2906002)(86362001)(33656002)(8676002)(6506007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?ZHFvUTVqeHBWSkcwclFOZHh3MnNGSm9BandNU1ZMOUpDWTNyU1FuNFNRUGJ4?= =?utf-8?B?VWRJNFQ1WG8yZjNwODBtN2RXblFEeUFvOHFSbUVnTzNOM3RrYnRZQlVIbWR4?= =?utf-8?B?MkhPdzJuZnYxeVhCOHZ3K1RMM0I3di9PUG45TjF1ZmJSSlltU1FnSkd3bXl6?= =?utf-8?B?UlhMcnNoVXhEVGszTFdOOXJlMWlJYWRrMkk3MnZveWFWSGlNVko3ejZrU0I4?= =?utf-8?B?MFdPRGR0WHd6dTBYd0M4cUVsQnBCRkFRd0I1SUgva29YYTBlTWp3VFh4aUFr?= =?utf-8?B?amtxTDNTT05wWnNVZWY3czN5V0dUYnN3ZFU4eUR2L3pBcUlybkYwb2hUdW5m?= =?utf-8?B?emNGWndqRG44MDBFQStvdlEvNVlxaC8yUFpDalN0anl6QWxKWHZBNzh0ZWxt?= =?utf-8?B?NEhUb29mUi80Vm1ISFpnT0FSZlp1MWtTWURrRUNWOFVwOTV1ZjFFYkE2SmJH?= =?utf-8?B?ampsMFFCOEJmSDNhYTJHaHZXNU1yR2M0d1RmT2xIVjR5TlZubndKNXNISVk0?= =?utf-8?B?UU56NjNleGVCTTZzR0N5NUJZQ2xReVJ1bmZTRHpWeUcwSHFZYXh1cUtDQldQ?= =?utf-8?B?WEU3T1FJUEgwcndTa3pScTZ1endOTG5mWm5qa3hhbTBhSFJmMGZoanhGWlVu?= =?utf-8?B?VmxMUytBRkRBdmpCcGluUEJUWWhhSllYTHZoZDdyRC9lK2RweWMwRms2clRa?= =?utf-8?B?L29sN1VkSVlDNE1JaVJTNmlEN2lMa3FPUklEbkRObDdvVG5keXFaem1BN1Bn?= =?utf-8?B?ajZuL3hYTkY1RGxhdW5jNjNyVE5lZEg5RDdQUUZOdFkzUGk0cFJNYnhRa084?= =?utf-8?B?UGdQQU4wbTMwTDVuZCsvZmhBZzlCRkpnTnVGbmtZdUpudTlNRVEybjhmeVg1?= =?utf-8?B?MDdBZGsvdkxpSE9lalNWaW95MlRUQXRLWVVxcVQxU0wvMHJNaWJ0OThHcVB6?= =?utf-8?B?NHZ3K3R6dGZlOVFQWkNsNzNWMlMwYmJXa3pHTnFoaVRsUXNyWUN4bHVhVmZj?= =?utf-8?B?cVQ3L0JyRDNLcjNIaWxjQXVsUzZJcGpPNEVDL2lMVnpkcC9oNFdzdjFYU2U2?= =?utf-8?B?bGFPaEczN1NqVXdGcWUybmJCZzVMblpKNkJQeUtOYWlpN2tNOFpNVmdCQTZJ?= =?utf-8?B?NWpjTE5WSUNvTVI4MEcrNDBFZ0FRakRCZ0ZhaU5CTSs3dnBxbS9MWDdlSjBh?= =?utf-8?B?a3k2dkx6NjBnRHBFSkhtYzZPWE83b2EwN3paYUZ5aVd0dTBCd0NGKzJrVjhB?= =?utf-8?B?elN1ZDUrakMxWk93N2lNOHJsTU54aHVkRGR0WktMOEQrSG92b0d1WjBDaEtZ?= =?utf-8?B?UzB3MTRxaHpwV0txOURpcC9MUkpjVzZldUpERTdMdU12SDF0QUN5ZGhDcitm?= =?utf-8?B?YWdkRDJ2Q3AxYjNlOERINkEvdWRUcG55aG9ndzQrdzZTRmgydWNWTnJUYVAy?= =?utf-8?B?SzhpYURtUVpOdHJLSkdaUkV3eUxuSDdabkplbkFEZmlMb0F2YWVQaFl5V2VH?= =?utf-8?B?RkhRakJtM2tSQ2hlcTNxUDFYN1BxUU82MHdqL0tPcFJsSC9ZZnozSlJNT3Zm?= =?utf-8?B?eWp1M04xQ0syZm8rRDBRNXNJZ2lqcE5vZTZHcWFaWWVNS1dWSUtpNUJjbmZO?= =?utf-8?B?bXRXSnNvMnZaektRVWJjRHFzTXZ2dElrYzdUZmIwa0d0R0M4MEgxQ0YzUlNB?= =?utf-8?B?dFVoVitBVHVaa20xTnYrY0VRUkEwOVExZUJpWitYeWUreVQweE5LQjdXSzFL?= =?utf-8?B?Uk56WVM1cmR6ZDQ2T0lkUkZ4eW1IRXh6MDBObWhOZkNEbUVoWXk5a1BHZzZr?= =?utf-8?B?UzBNN0dZSXUxRk9DTmwxbGYxVWQwbkZpQmd4TXNadkY0WElYOUh3UHlKRklz?= =?utf-8?Q?81Ys13iFX2R/H?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BY5PR11MB43372085328960699E4EFE05C1659BY5PR11MB4337namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4337.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a79f7e7b-2dc7-495c-ceb6-08d8ecfcf2be
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Mar 2021 06:37:21.9710 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 02VVMilw4Vn3RYH3pop2PwAxiPq3X5o8iV3gFpGSFTTSHBjCGUwQLQin/1O5G5wyZiFKgqBTjikCSyR5xVcQFg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB4831
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com
X-Outbound-Node: alln-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/wSWPwaMquJH5pwCguwu0QFHdqJY>
Subject: Re: [Lsr] When is an IANA Registry Required
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2021 06:37:30 -0000

Tony –

I hope I can be forgiven for one more post on this subject. In any case, here it is.

First, at the risk of some repetition, I want to emphasize that the reason I started this thread was to define a consistent policy. Currently we do not have registries for the flags fields in various TLVs. In recent document reviews, Alvaro strongly suggested that we introduce a registry for the flag field in the new TLV(s) which were being defined. I do not think the policy should be inconsistent in this regard, so I started this thread to get the WG to agree on what the policy will be across all such fields in all TLVs. Whatever the outcome of this discussion (i.e., to have such registries or to NOT have them), so long as there is a consistent policy, this thread will have served the purpose and I will be satisfied. (For those of you who may be fans of Ralph Waldo Emerson, I consider this to be NOT a “foolish consistency”. 😊 )

Now, as regards the potential usefulness of such registries, I think this has nothing to do with “memory”.  I can assure you that I refer to the existing registries with great frequency and do not trust my memory on such things.

Registries exist today (and are very useful) for number spaces for which requests come from a large number of largely unrelated documents. So, for top level TLVs, almost every IS-IS related RFC which has been published defines one or more codepoints. Without a registry our ability to track what is currently allocated and what is available would be severely compromised. Similarly for sub-TLVs and the other registries under the TLV Codepoints umbrella. However, in regards to flags fields which are part of the fixed portion of a TLV format definition, tracking bit allocation has not been an issue – and I argue that it is best tracked in other ways which are already defined. To be specific:

If an additional flag bit for an existing  TLV is defined in the future, there are two possible ways of doing this:

1)A bis document is written. The new document then contains all normative content from the original document as well as the new content (in this example an additional flag bit). The new document is required to be marked as “obsoleting” the original version. Once the document is published, the original document is marked as “obsoleted by xxx” and the existing entry for the affected code point in https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml is marked to point to the new document.

2)A separate document is written focused only on the additions to the base definition for the TLV. The new document is required to be clearly marked as “updating” the original document. The original document is marked as “updated by new document”. In addition, the existing entry in https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml would be updated to point to both the original document and the new document.

This seems to me be fully functional and easy to use. Even if your memory on such matters is not fresh, by simply bookmarking https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml you will easily be able to find whatever information you need.

The addition of a separate registry for each flags field is then redundant at best. And redundancy in such matters introduces additional work and the possibility of unintentional inconsistency which I find hard to justify. Hence my conclusion that the value of such additional registries does not justify their creation.

You (and others) may still disagree. And I assure you that as my primary motivation for this thread was to have a consistent WG policy for such fields, I will abide by whatever policy is chosen by the WG even if it is not my preferred choice. But I do think the arguments being made for the creation of such registries bear closer scrutiny. Just my opinion of course…

Thanx (again) for listening.

   Les


From: Tony Li <tony1athome@gmail.com> On Behalf Of Tony Li
Sent: Thursday, March 18, 2021 8:24 AM
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
Cc: Alvaro Retana <aretana.ietf@gmail.com>om>; draft-ietf-lsr-isis-srv6-extensions@ietf.org; lsr@ietf.org; John Scudder <jgs@juniper.net>et>; Christian Hopps <chopps@chopps.org>rg>; lsr-chairs@ietf.org
Subject: Re: [Lsr] When is an IANA Registry Required


Les,



IMO, there is no need for registries for the first category. The WG has been alive for over 20 years, defined many new TLVs with flags fields, and I am not aware of any confusion – so if it ain’t broke don’t fix it.


With all due respect Les, you appear to operate with an eidetic memory of all things IS-IS, so I think that you discount the confusion that the rest of us live in.

If a field has values defined in two documents, then there’s confusion. Even just finding both is a challenge.

Regards,
Tony