Re: [Idr] Lars Eggert's Discuss on draft-ietf-idr-bgp-ls-registry-04: (with DISCUSS and COMMENT)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 25 March 2021 11:55 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BC583A1F0D; Thu, 25 Mar 2021 04:55:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=FfO5cS9Y; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=OxXT9a/b
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 IlZ9dGc5PqLZ; Thu, 25 Mar 2021 04:54:55 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D2203A1F09; Thu, 25 Mar 2021 04:54:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5415; q=dns/txt; s=iport; t=1616673295; x=1617882895; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=bYX5buu/hB9iLpsRfTGEoX8uK66SbHzqXDVBKFR5iRM=; b=FfO5cS9YXnTI2wg6FgLWDOPh5JYwW1ml7Uf1lhH4nu7iJEdj65vxpl48 rVEvnzELXBNVZjC0BJ3cASCY3lxnd6GfZNeyJmgW9P/5pcqINVC/1E9cY mjxVflglImaI027xvBR5bafyPckqdkPuzEgEuLNANNk2OjjL1Yl7z3ptQ M=;
X-IPAS-Result: A0BzAACweVxgmJhdJa1aHAEBAQEBAQcBARIBAQQEAQFAgT8EAQELAYFSUYFXNjEKiAADhTmIRQOBCY4aihGCUwNUCwEBAQ0BATICBAEBgRYBgzkCgXwCJTcGDgIDAQEBAwIDAQEBAQUBAQECAQYEFAEBAQEBAQEBhjYNhkQBAQEDAToGAQEpDgEEBwQCAQgRBAEBAR4QMh0IAgQBDQUIE4JVglYDDiEBS59eAooedYE0gwQBAQaFGhiCEwmBOQGCdYJxEj6DGoNyJhyBSUKBEQFDgiQ1PoQKDSskgyWCK4JKAjwmAQMaCA0oEA4rAkk0MgEEAQ45Gg+QJTCCZ6ZrCoMGiEqUOYNIimyWGpUGniMgAQKEQwICAgIEBQIOAQEGgSNHIi2BLnAVgyRQFwINjh8ZHYM5illzOAIGCgEBAwl8hCmBNgGBDgEB
IronPort-PHdr: A9a23:Rx+haR3NLc6TMaigsmDPXVBlVkAck7zpIg4Y7IYmgLtSc6Oluo7vJ 1Hb+e4FpFLGUojB97RDkeWF+6zjWGlV55GHvThCdZFXTBYKhI0QmBBoG8+KD0D3bZuIJyw3F chPThlpqne8N0UGFcnxakfO5Hqo4m1aFhD2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0I g+xqFDat9Idhs1pLaNioiY=
IronPort-HdrOrdr: A9a23:DyTrD67o1/FgBKWEogPXwbmFI+orLtY04lQ7vn1ZYSd+NuSFis Gjm+ka3xfoiDAXHEotg8yEJbPoexLh3LZPy800Ma25VAfr/FGpIoZr8Jf4z1TbdRHW3tV2kZ 1te60WMrLNJHBxh8ri/U2cG9Ev3NGI/MmT9Jjj5l1GJDsaDJ1IxQF/FwqdDwlSTA5JGZI2GP Onl7R6jhCnfmkaadn+O2IMWPLNq8aOuJXtZxMHABBP0njOsRqD7rnmHx+EmioPSj8n+8ZtzU HpsSzcop+ivfay1wPG2wboj6h+tdP9xrJ4dbexo+cPLDGEsHfMWK1AXPm4sCkxsKWT7j8R4a XxijMBG+g21H/LZGGypnLWqknd+RIj8WXrx1PdoVaLm72CeBsAB8BMhZ1Uf3LigiJK1rwRoc E7vV6xjJZZAQjNmy7w/bHzJmxXv3Cpqnkvm/N7tQ04baIiaaRcpYFa3ERZHIZoJlOD1KkbEf JjBMyZ2fBOcVnyVQGhgkBTxrWXLxAONybDZnJHlt2e0jBQknw85VAf3tYjknAJ8494Y4VY5s zfW54Y141mf4szV+ZQFe0BScy4BijmWhTXKl+fJlzhCeUuJ2/NkZjq+784jdvaOqAg/d8Xot DsQVlYvWk9dwbFEsuVxqBG9RjLXSGbUSnyzNpdo7x0oKf1SrauESDrciFqr+KQ59EkRuHLUf e6P5xbR9X5K3H1JIpP1wriH5ZIL30TV9AUp8Y7V1qCrtmjEPysisXrNNLoYJb9GzctXW3yRl EZWiLoGclG5ke3Hn/06SKhHU/FSwjax9ZdAaLa9+8cxMwmLYtXqDUYjly/+4WOIT1GuaomYV tmLNrc4/qGjFjz2VyNw3RiOxJbAEoQyq7nSWl2qQgDNF6xd60CtdWZcWVbx2CGORd7UsPTHG dk1hBK0JPyC6bV6TEpCtqhPG7fpWAUvmi2Q5AVnbDG+d3oYYoiDpEtWLV4EALCExAdo3czlE 5zLCs/AmPPHDLnjquoyKEODObEbt9mnUOAOshPs0/Ssk2auOAiTnYWRCSVTMaSmAoiLgAk3W FZwus6uv6gkSzqAXYjiO44WWc8GVi/MfZjNkC5Q6l63prsYxp9SG+WgyfysWBCRkPas2MIhm LgKiWIf+rsGVQ1gAED7o/atHVpa26aY0V8Lld9vIEVLxWbhl9DlcmWe6G0z2ydLmEn/9hYGj TEbTwOSzkemuyf3AKJmTqECHUtzogvOOuYF7g4b7TPwBqWWf61vLBDEPlO8Jl/Mtfy9ucNTO KEYgeQaCj1EuUzxmWu1zsYETgxrHkvivXz3hL5qGC+wX4kGPLXSW4WDI0zMpWZ72L+QeyP34 g8hdUpvfGoOmG0btKd06nYY3pCLRzUyFTGBd0AuNRRvagosqF0EISeWTzU1Gtf1BF7Ndzqji olMdJGyaGEPpUqc90Zeipf8FZsnNOTLFEzugizBuMlZ1kig3LSItvh2cuFlZM/Rkma4AfgM1 iW9CNQu+3IWCaOzrYWAaM9K2Y+Ujl11F1yuOeZM4HAAgSjcO9OuEegOnimablHVeyLH64Toh sS2aDGo8aHMy7jnAbesjtwLvgQryKpQcauDBmNHuAN+dqgIliIirar5sn2jDqfc0rOV20IwY leMUoXZYBfjzNnios92C27ULb2rUIoiEE220Avqnf9noy9pH7GFkRHOxDDippYXTNPImGF5P 61hNSwxTD4+nxZwpHNG0dbY8FWF9URRobxKT1yKcJ4hs/ew4M/xiJZYBkvCGYgiDfym+N+tI 3JqsnvZw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,277,1610409600"; d="scan'208";a="659709286"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Mar 2021 11:54:33 +0000
Received: from mail.cisco.com (xbe-rcd-004.cisco.com [173.37.102.19]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 12PBsWjI007019 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 25 Mar 2021 11:54:32 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xbe-rcd-004.cisco.com (173.37.102.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Thu, 25 Mar 2021 06:54:32 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 25 Mar 2021 07:54:31 -0400
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 25 Mar 2021 07:54:31 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SfNXH9rxblHvBDeS65rAxXzxOY1xHEN5EFwwvmFk5/9rP9yITngoPX/vkVABWAgAHxQK7QV99eU40Jy9ltxM/tw3xC0AfWm80c8duZRiJN4rXkJtZ2tq1Apoqww4h6ZyObXDXq8S7VCidOWJLwiTyjCYPt0D9q6peiEJLEyg1kEfrauE/7UEB/Ru5QkEwQOYz612KzGjlbQVltAg3es6Ua4RvlQZBJWWTV8Cj52YXRRJ4MX6g+n00VE0vPnYsEH7FmEGdckXvtlWsataHptxS55V014PvAD9llDzR5HFV812oHeHtO5+p53zccr0mwse6pj5sH41fA9FBcN8vr2BhA==
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=vP8BaDyrt8RvFfxOFqsL/o8RYqfYvj8NtBudMX2MKS0=; b=jsr9jPVWPlAJcaH88E/6Y6zLr94mFf8H5fbgAURwiuIMRNklvUBjAZvogn6BFu6FBexpqpUU+C2BBeOhXMd+KND7ir9EJ7kDBCgrr7LEo3fE646y9Id9vfhnq4vLxVz8lQv67k1OOFsV93aB3nLxpdIskAzsJueeIALLogTIze1+1xcLEsvF0Ml3siUvRGfvsFaU/ozwkMHQ3ojNodp3t/3y6eIAuiFt+wVLDK0jNsO83pP1y4CIYGHXjeV59obD4CRtR6Ak1wCwPfw3aFEgUhAi6ChAZfby8hAlT3KeTauFffHoZCHrQ+AivQ9r6Kf9E617Il0idzuKifAjYGtUmQ==
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=vP8BaDyrt8RvFfxOFqsL/o8RYqfYvj8NtBudMX2MKS0=; b=OxXT9a/bcJjWLMBJIMY0yHiS3ZO/rRDuRen6xisdYxDvbRkUWO4rvRUj5kH+BhWTzQVLZaCqYrop54OEi/kXrRqzsr9QU9Q0UIrr2y24tDomOndI0SJid8C/sBpwmetAgP0KHEa7HQz5R84xdmVcH0zfL/+rX8HXk/JAGdVtn7U=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR1101MB2271.namprd11.prod.outlook.com (2603:10b6:301:52::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25; Thu, 25 Mar 2021 11:54:29 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::592f:2e19:cf5b:a0f5]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::592f:2e19:cf5b:a0f5%4]) with mapi id 15.20.3977.029; Thu, 25 Mar 2021 11:54:29 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Lars Eggert <lars@eggert.org>, The IESG <iesg@ietf.org>
CC: "idr@ietf.org" <idr@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "draft-ietf-idr-bgp-ls-registry@ietf.org" <draft-ietf-idr-bgp-ls-registry@ietf.org>, Susan Hares <shares@ndzh.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Thread-Topic: [Idr] Lars Eggert's Discuss on draft-ietf-idr-bgp-ls-registry-04: (with DISCUSS and COMMENT)
Thread-Index: AQHXIOE9GtSrv312ikOQcLubK5dmaKqTiOoAgAAVmwCAAPOkgA==
Date: Thu, 25 Mar 2021 11:54:29 +0000
Message-ID: <MW3PR11MB4570A7F7DB70BEF35ACD716DC1629@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <161661295805.2977.9359905854244102147@ietfa.amsl.com> <0dea01d720e5$57d670f0$078352d0$@olddog.co.uk> <A9CD655E-9EA9-4259-977F-460B8990DA5D@eggert.org>
In-Reply-To: <A9CD655E-9EA9-4259-977F-460B8990DA5D@eggert.org>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: eggert.org; dkim=none (message not signed) header.d=none;eggert.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.22]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 983e56de-d358-4111-6c45-08d8ef84bf58
x-ms-traffictypediagnostic: MWHPR1101MB2271:
x-microsoft-antispam-prvs: <MWHPR1101MB22711B422014372DC2675F93C1629@MWHPR1101MB2271.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: UdQLM+RDwAaRwLWzSUifVJyHLqSVZ//mFjGCJVRCyseoobiicz8Agh6p0ON++Jjz0QQOzgPlutlV95S0Ug4TsX8ZPkhDmURyKkeYwsU7k+Y4OolaEQBRbLjnTmBxuEPIFaXXNJwFnSoAqVp8IvVQONezLgeLIOWB5bN9apV72FeBaGyhwhxNesq5iJT/+v0MFWxVCLEjDr4VknAl2derT7+/DKwuCtoHmRMphlGz0dGo4KQnr75H0ILfe/7ITyZ81UvR6ZnhFZ8wkSLwtoScvgb/B1FKbqzzb3B4yFZ95KYM2o05pm9rrHcYk8n3wey06TRek4neekQpAHW/F+RAc2uQE24EdRsXXeZnj9zTvkktXl2KufDC9FdUe6Y0UOzyr7Jle/xzZ7jxO5RP9GrA1dXKAUCwGuWUsaC5mYi9jhyN2us7srRVoBPb44spmlIvitVb0d4fX9YALqtJxPnSbEm6VGiSWHQwaOgVWbGleUQ+FvlnIB8zgnbT45IGwWcNegdbZgeyFt3TB+z2vL6gT7+aR0p2brfY4UrhgZxnW904CsKXC/MVcWwSMKfJdRMimuQ/du4BncKSMj01Mka5xvRitExzLDkkll6guwKHg/T9aNK86czUP9R8ksu64OCUFTt9nbDgZ0l06OXl5dqu9zYsF803K30lAmX4uJm11sI=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(346002)(136003)(366004)(396003)(39860400002)(66556008)(8936002)(5660300002)(55016002)(9686003)(53546011)(6506007)(8676002)(52536014)(64756008)(66476007)(2906002)(76116006)(4326008)(4001150100001)(66446008)(66946007)(71200400001)(26005)(66574015)(7696005)(54906003)(186003)(38100700001)(478600001)(83380400001)(110136005)(86362001)(316002)(33656002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 2m7rDwfU6PESV05V7aRidZlQ8EGHvUME4lXCHUQlVthmZGDv/7qvGJa0bR75ZbcS4oux5Sr6hMviOD/vWCxDbQo97C46sXYAxLuz94rlytYBaUaUsDsoYa78Sh5z+XYgvQYK+JZS1ypz4rL7J7xohd7j+HXIrSYnU5nClkLV3to0JvHifyXnDAUv5oh6dzLlpHeYlEGkPan73cFESB7YcmgnF575h0CDUQhAZ4//6X5RwaKu2nCjIJ8+cfkP2x5GDE51RZRK/Xs6ZI7S3g0oOyeTL/o3niRQgYM92ftjiLv/z8/O8fpuMSN/hxTGG9vwqedUnPnXcH1rGI7NFSsWZ9k0HuVG6hDXQk0NRkR1mvfktx5NCgS7WCzKLFThzBlMACMqW/sbXMzE70jHoIYh3wf771VIX0YbUaKLwNvSJ26dur6NG8LdDpj+Y6kn5FEd7xHfWr0s0/lqObwpXJnx6Do3OrlkeNs3oWlYQxPh+UqH42OEPS98d9bGd4b80uGm9IZCK0oGedzm7GSdeUHU/4iEk458jmWbkbjmX8E5eHXE3aefQPMbgUSdhMXJud6lR0eHBawAa459TNJZ9MxjJYmbiKJiPIkgeOPVqssrQOYIKeJ1juX4PpUEdL+RAINUYbKOCMicV4lUQ14R0rq8oR2w0IleFqCfNWgPEvf26u6eCwVTOWuNEl4elSSaTvN3CeG0PaOe0N2Gk1DUEBrCxZoST0FwmFWrSq4yt6UPUXbBIFkVIlX3EbCpy7koDLPzcHBJ+o2/XBEZWeGvl262Y3oy7emYCuBdijvRG/AszrqXqL/byuASC0Himf7af/KK0rV9MS/TkZd3mJ8zGJNh7oaRgTxwLx9rUAEUAkd4G7R/9yAybko/7lmzzrLl6zjhuWpH9vjJRFmUsjhqzXZTvQncxqWxUSF3puU/sT9yYEHiJUrWWh3LFqJ94QTdW9okDhFtPEhYrfzHf60u9By0i2fxyLvVPxB4TmwR+VpZtlkBNfl/KqR1lAYR46em6A1Xr0CxRSN2WJdY7F7ivZ8xrqqCdmtMKJDgi4LGf021NvTKvY+VNodN5Ppu+WCusAUMv+hmkf5wHpzK/9hIuB9zENjof3ms9JD0cEqycGL5U7dXWcbysGfYqPoGFUM5rmJ0jyTqU+pYBfNgtS2fdF0YP5IvgRJUoxxoDAxbYnOhzvTQ35pHvGbmHlbLt9AWeJxl3S/ssn35sK7GOmDZcPREAAAWDa/qxt25IJle9GkAfISenYRfq+bthgdIn57RsFnif0fn5e4oiFlb+r4ZH3PxmJCU9wZO2GtnBiVWr6oedfjZbY/dOeJaRwAnU9noALrV
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 983e56de-d358-4111-6c45-08d8ef84bf58
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2021 11:54:29.6117 (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: 5XTm9Z3q37O/J82YtYZ9/AMSElYkOZlmwVu20QUikWvkx/TS6jXLsr2tO2OP4dH4f12LLTEoSdBbuGZi5sRWTw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2271
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.19, xbe-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Mf7wg5yqCVykolk9G0aex2QGa5s>
Subject: Re: [Idr] Lars Eggert's Discuss on draft-ietf-idr-bgp-ls-registry-04: (with DISCUSS and COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2021 11:55:00 -0000

Hello,

I believe Adrian has made all these points already in his responses on these threads, and so perhaps this is just an effort at summarizing them for the IESG Discussion. 

(Request the WG Chairs to correct if they see this different from the WG consensus view).

1) The "Specification Required" policy is currently in place for this registry per RFC7752. The WG was informed that Internet-Drafts (even WG drafts) do not meet the criteria of "permanent and readily available" thanks to the boiler-plate text (below) that exists in Internet-Drafts. i.e. WG could not get IANA allocations based on WG drafts.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

2) As a result of (1), the WG has had to follow the early allocation procedures of RFC7120 for a large set of allocations and documents (BGP-LS is a bit busy!). IDR requires 2 implementations to publish drafts as RFCs. Things take time. The WG, chairs, AD and in some cases the IESG have to do a lot of process work to retain the allocations when there are delays in getting to publication.

3) The WG was looking for IANA allocation based on WG documents. With the guidance of WG chairs, our AD and participants with more experience in IANA allocations, we (the WG) took a step back to "Expert Review" so as to avoid the early allocation process overheads. Please note that we have sufficient code-point space.

4) The guidance to DE was only improved/enhanced but that, IMHO, is more secondary in nature and something that happened over the course of review of the document to improve it.

Finally, thanks again to Adrian for coming up with the solution (i.e. the draft) and taking it through the process for the WG!

Thanks,
Ketan 

-----Original Message-----
From: Idr <idr-bounces@ietf.org> On Behalf Of Lars Eggert
Sent: 25 March 2021 02:26
To: adrian@olddog.co.uk
Cc: idr@ietf.org; idr-chairs@ietf.org; The IESG <iesg@ietf.org>; draft-ietf-idr-bgp-ls-registry@ietf.org; Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] Lars Eggert's Discuss on draft-ietf-idr-bgp-ls-registry-04: (with DISCUSS and COMMENT)

Hi,

On 2021-3-24, at 21:39, Adrian Farrel <adrian@olddog.co.uk> wrote:
>> DISCUSS:
>> 
>> I'm putting in a "discuss" DISCUSS that I expect to clear during the 
>> call. Several other ADs raised issues that deserve discussion. While 
>> they may not fall under the "discuss criteria", they also don't fall 
>> under the "discuss non-criteria" and I want to make sure we spent some time on discussing them.
> 
> That's perfectly reasonable.
> 
> I wish there was a way for the IESG to table something for discussion without using the "Discuss a document" hook which makes the authors (and the watchers) feel that *they* should be part of the discussion. But, anyway, it seems that there is something here that the IESG needs to discuss, so "whatever works."

I wish so, too, but we're limited by the current toolchain here, as you know. I guess I could have put an explicit "non-ADs ignore this" into the text above...


> COMMENT:
>> 
>> Section 2.1, paragraph 4, comment:
>>>   In all cases of review by the Designated Expert (DE) described here,
>>>   the DE is expected to check the clarity of purpose and use of the
>>>   requested code points.  The following points apply to the registries
>>>   discussed in this document:
>> 
>> The process outlined in the rest of this section seems to define 
>> rules that are basically equivalent to doing an RFC7120 "early 
>> allocation" for these registries. Why is that existing process not sufficient?
> 
> It achieves a similar end with some slight variations. I can't speak for the WG as to why they preferred this approach, but:
> - 7120 requires a stable WG I-D. Thus:
>   - an early WG I-D doesn't qualify

RFC7120 requires:

   c.  The specifications of these code points must be stable; i.e., if
       there is a change, implementations based on the earlier and later
       specifications must be seamlessly interoperable.

It seems one would want this sort of stability here, too?

>   - a non-WG I-D doesn't qualify

It's not clear to me that RFC7120 requires this. Also, this document says "SHOULD only consider requests that arise from I-Ds that have already been accepted as Working Group documents..." which is a similar limitation.

>   - a non-IETF document doesn't qualify

RFC7120 also applies to "Specification Required" registries for which no IETF document is needed.

> - 7120 allocations have to be renewed
>   - this is extra effort
>   - only one renewal is allowed unless the IESG is invoked "under rare circumstances"
>   - the code point "expires" if someone forgets to renew

Fair point. But this document defines a mechanism whereby chairs and the ADs are tasked to remember to make IANA deprecate the codepoints when a document isn't published (or I guess published with incompatible changes to the revision for which the allocation was made). That seems to suffer from similar drawbacks.

Thanks,
Lars