[Idr] Re: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]

Susan Hares <shares@ndzh.com> Thu, 20 February 2025 20:27 UTC

Return-Path: <shares@ndzh.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 0A3D1C1D52E1; Thu, 20 Feb 2025 12:27:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.804
X-Spam-Level:
X-Spam-Status: No, score=-1.804 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_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 4FowWjlid6tu; Thu, 20 Feb 2025 12:27:54 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10hn2224.outbound.protection.outlook.com [52.100.156.224]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D4C6C1D4CFF; Thu, 20 Feb 2025 12:27:53 -0800 (PST)
ARC-Seal: i=3; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=WbJQiuDFT5K9DgUa4lDx53m8Tcp3TzE+WxCszeFaczsjgpq2BclWHEHOJM4uacew0t34X8QqRn81qtDaB6vH+gqF+KJ2GLbbKb8Q/v9R/rDIqGHWsxQQyVoM/1dSYmUlpYgtkXm3r88iHpFJ7biWOD+ds3lbQl0Jt3C4bqryVyD2juKYkQFGDe2NS1bg8OBwEMhHRieAFeXjig32nBRIX3P4JlEfkMKUsks68orLf0x/MeD2woATJlcfiCsz8Fq7fSvb56zVkXXwB8g/I6z65GL70H1H5HRbYgOS3KQAhYoE4VgLgyqx8JCGQpy+qlCZBYMOqusscJE+NcHqBiMoRA==
ARC-Message-Signature: i=3; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7jSrho0jGXroA8LKLa8jiz0/S3xx/h/TjJlwc73P1YQ=; b=CgCKUtAC1I8hugZ3nb/N9a0DUxvflqjUNnDM+dL5S/scTlxDTIbzdMWh+KOEGex+TvBs/wnAvjfazVhQPThsxY44XfNOpSnR9jTxyPCZRzdzMntSyryy0aNj5GU7WOfOKvEj0ez1iAJi2vEmpjp8GIANsdZqMP0Er6oGX6ZyyV4x+jm7qVcf01tAT2Dz6VVp32xwNWvMO1YBQ+MjXgTvVZyqZ7lAKluenxEMFmPPf1U228YeAEh5Pc4LgyLED6Gdu8wq7XtkB/8bJxSHxtduXiS5HWWyvplGr2ijARmi/3GDQYR0RO4FQHJpfR+JE2D8cKT7RKxukUd3evKUXZsgdw==
ARC-Authentication-Results: i=3; mx.microsoft.com 1; spf=pass (sender ip is 104.47.57.40) smtp.rcpttodomain=alibaba-inc.com smtp.mailfrom=ndzh.com; dmarc=bestguesspass action=none header.from=ndzh.com; dkim=none (message not signed); arc=pass (0 oda=0 ltdi=0 93)
Received: from SJ0PR05CA0055.namprd05.prod.outlook.com (2603:10b6:a03:33f::30) by SA1PR08MB7646.namprd08.prod.outlook.com (2603:10b6:806:1f5::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8466.15; Thu, 20 Feb 2025 20:27:50 +0000
Received: from SJ5PEPF000001D7.namprd05.prod.outlook.com (2603:10b6:a03:33f:cafe::ee) by SJ0PR05CA0055.outlook.office365.com (2603:10b6:a03:33f::30) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8466.8 via Frontend Transport; Thu, 20 Feb 2025 20:27:50 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 104.47.57.40) smtp.mailfrom=ndzh.com; dkim=none (message not signed) header.d=none;dmarc=bestguesspass action=none header.from=ndzh.com;
Received-SPF: Pass (protection.outlook.com: domain of ndzh.com designates 104.47.57.40 as permitted sender) receiver=protection.outlook.com; client-ip=104.47.57.40; helo=NAM02-SN1-obe.outbound.protection.outlook.com; pr=C
Received: from obx-outbound.inkyphishfence.com (35.166.188.152) by SJ5PEPF000001D7.mail.protection.outlook.com (10.167.242.59) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8466.11 via Frontend Transport; Thu, 20 Feb 2025 20:27:49 +0000
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=inkyphishfence.com; s=arc-20181011; t=1740083268; h=mime-version : message-id : date : subject : to : from; bh=7jSrho0jGXroA8LKLa8jiz0/S3xx/h/TjJlwc73P1YQ=; b=Vj/Y/U299fMVS0vkYyROQ9sVRDOR4LBJN+4glxGnfB0irtP9lmzHt1pwBGGVXQhOL7eip 7DTvpxN9yAzqzur3tacoFPl8f+VcOYZHJI4DZqVxLqOddv93pqmxH5bhK2u3wLpXaRYQDkB ft2nrpkI+rqVUS90+kJcHikVfTzAXgw=
ARC-Authentication-Results: i=2; obx-inbound.inkyphishfence.com; spf=pass smtp.mailfrom=ndzh.com; dmarc=pass header.from=ndzh.com; dkim=pass header.d=ndzh.com; arc=pass
ARC-Seal: i=2; cv=pass; a=rsa-sha256; d=inkyphishfence.com; s=arc-20181011; t=1740083268; b=JTMxxt1WhccLsKa6VjRzD8JugFxJzTMoc976CoETLbX8PkDVtJWOEje1AuStVaiP81zBm FmSeJdz+8VwtyBvg4h3W17liQIjpnyn0w1O2JMCiXe7nfkpGkWuQR6gI1e3SqJN+Gqy/Tk9 cwchwJdhfi2cwZXJ09kY1YXqm6vzoRQ=
Authentication-Results-Original: obx-inbound.inkyphishfence.com; spf=pass smtp.mailfrom=ndzh.com; dmarc=pass header.from=ndzh.com; dkim=pass header.d=ndzh.com; arc=pass
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2040.outbound.protection.outlook.com [104.47.57.40]) by obx-inbound.inkyphishfence.com (Postfix) with ESMTPS id 23E9097F88; Thu, 20 Feb 2025 20:27:48 +0000 (UTC)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=J0qC92Z3ActMQsUGOo2xQEzZANe9BZvbQknargZ7zrHcmfw1985EduxOp0+Pxyg4DUJqWr6wvAPSE1UiVBEW78S4LDrSVuz5UWJJEkbpDcid7Ullh22hk0cFsfF/y2Ja+LyRcJhb2IgnMhPR9qltgI5FeFw93yPSUKvOqQF2Lf527Ra66rTOe8jnCUnvpxla5+iB26f75tVAmKoAgp5PL3au4oArGNZQ8a/fYTknNRlHYw6cLn/damWHqsGuM0SvHqcPTjJblC/KTDQUPZSNDtMQWODogC/vrHJu1MOvwUrlQ+STnT1Kk7sky0axi5sydVnxEtcYU78CVMh1LD3rEg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=nLMoRg11PduqJDXdqmOQTdeU6UG9DFoec8ORIobS35g=; b=YLz2qlCJR7N71DJOoduNmutbLBv/WnY4kWqv3qb/FnDU9zxfXFHT7I/GMama4rPGe/FJ0XqZuWtV90i4XesBvs3EkPGFoerd6iDTl/N52ClcF603RROT2KsoGpLWsZAVPZecrR7Wl8WmNN2YswSGnOQpQpom8eJRBcd+1wApfFPy217RPFMyDlIYYkGU/xjF/Nf7D7FLsI5oWq2nS9KD2MjCOhHZebYLgdF3LDRhay3qACl2QC1P82PiVR0ktgWsvNqkCaElgouOQNv02zUCQF5OnSkPe4KO/VxZ2U0DqQS9DzFbQqV3h0v88TzAG0TGLjCMy4fBmFI9jhRn/3+PNQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ndzh.com; dmarc=pass action=none header.from=ndzh.com; dkim=pass header.d=ndzh.com; arc=none
Received: from CO1PR08MB6611.namprd08.prod.outlook.com (2603:10b6:303:98::12) by DS0PR08MB9110.namprd08.prod.outlook.com (2603:10b6:8:1aa::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8466.17; Thu, 20 Feb 2025 20:27:45 +0000
Received: from CO1PR08MB6611.namprd08.prod.outlook.com ([fe80::7744:8abd:9769:c2bf]) by CO1PR08MB6611.namprd08.prod.outlook.com ([fe80::7744:8abd:9769:c2bf%4]) with mapi id 15.20.8466.015; Thu, 20 Feb 2025 20:27:44 +0000
From: Susan Hares <shares@ndzh.com>
To: Roman Danyliw <rdd@cert.org>, Amanda Baber <amanda.baber@iana.org>, John Scudder <jgs=40juniper.net@dmarc.ietf.org>, idr chairs <idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>, "draft-ietf-idr-bgp-car@ietf.org" <draft-ietf-idr-bgp-car@ietf.org>
Thread-Topic: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]
Thread-Index: AQHbg9Lcwq2x4Ej5GEKICPaPUMy/zbNQn5AQgAAA7DCAAADicA==
Date: Thu, 20 Feb 2025 20:27:44 +0000
Message-ID: <CO1PR08MB66116D17337A5F79D9B109EDB3C42@CO1PR08MB6611.namprd08.prod.outlook.com>
References: <863CA054-89A5-4912-8AC7-76CA78CA7DB3@iana.org> <CO1PR08MB6611F6196438814CE44C71F4B3C42@CO1PR08MB6611.namprd08.prod.outlook.com> <BN2P110MB110765D9B35DC4BD54D2D919DCC4A@BN2P110MB1107.NAMP110.PROD.OUTLOOK.COM>
In-Reply-To: <BN2P110MB110765D9B35DC4BD54D2D919DCC4A@BN2P110MB1107.NAMP110.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ndzh.com;
x-ms-traffictypediagnostic: CO1PR08MB6611:EE_|DS0PR08MB9110:EE_|SJ5PEPF000001D7:EE_|SA1PR08MB7646:EE_
X-MS-Office365-Filtering-Correlation-Id: e279fae9-237f-42ea-7541-08dd51ed0b40
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam-Untrusted: BCL:0;ARA:13230040|10070799003|366016|376014|1800799024|7416014|13003099007|38070700018|7053199007|8096899003;
X-Microsoft-Antispam-Message-Info-Original: iChx0fMLw3al6CCsCfmMfZrNWlx7kYVvp+zBCqLR6eflUKRy9XMxrpzigk7QGDb8dteLO1o8gAIXdy+yZfVNR2yFhFYW4oiQ2zxVkprLU+ah7QhhIcNGW/Wzh6XWIw3XmnV7udy8xlz6Yba9uBgVbetJFckU8PVloxwiZJeh9ms87X4fJtA2AiywXuytwElNBXiJn27q0lc3mDPbvsZ8E5oqczI71/s3ZS+WqcWk2CMBlYaSNZvGyAdBR2u8vPQ8IgjsNSmjj+c5JsorfB9kSSyi+HU8RtUjoHLxndB+13YYiWxoJe9sXIf26uJTW+dqLX/yE/kxhCU3W6+4b06hXYUfAxruEulUdMX/WRSyU+BbowWbaJukPLX3RW/7qNePv0U/jLaBKVzQ7Hs3wN2zyvPlpb4EBAZLt12xiHwhlEWMSv0n5oF/aR/LmVNh18aDVA5MjULEZwWCLRa1nNOqLdu+BWnItg782qu3V2WmveK0ATAYXuAAyREz4OQQ+DZ8587H831kY3OP/Fv4OujtfJnx1RHG6GSuuydy5norGinP1rYVjB6vMFnTjfKrMpg15T/yz/7mxjM2KCK+usJFxAP2asJP8Bx5ubEAbHmdBbGNjjgHpVEZy/VJwSktaH7Eo3GULkPeGCnHkGf+htE4qmI1HAR9/5JWP4+2WL2sOV7ulCUgF1w6tfbj0q90ey4AG2QaACC2tzzACrSAx1exKD6AOUYkLoyUSEfS/tjrThhlclC/WyGkkuoqDVqd3OmXZD1eV/5J2T05rt7H7Dq1qkaKwrizGP/k58evKQaJJENlDcOQEsBfi9Q3CaB+jwQUnaKkXfhbMvEu0vVJ0Cd5IMbjmmfY3dxe/TXLkxQghlYF7whvpZleKWuF1pETqUKvDS7XdD4wx7AM17bWqhnva8uNtcLDVTL3fm25PqJOelXyZaTmKM/r/PehAJUT4LF7j7Y7LfkBB/i3K2u1nEcKkDCyk5rrvjWb8VAX4LBp308g2Ux7+mEF5lxIUWVQrrOubFoIs3Vif9TvmViY21Rxdm6kQv4xyH8RtMcO6OJygQRrWQfx+D7lflmX2iJtGqs2zu+6miatC6QOW5rOmXNT/pBhoCt743NsJVjAbBoWtCk05TSyexNaXTrzglYYuWY+0W2Q3gl+Ce0u6y4yGmB2c+X5cFmDR9qrz52aeii0FardZcBWJ5HmLbf7vwn6pifZNa7Iu4zaR1wlWJ8c2IwSs0dPBDixCt15opNv3cXayR3N/rLM0wWaIEaGmpwanub1FI1UUbYuQuyu0IogoqLG6BApGwFBzFF7OiNOPYHIjlsP146Lmt/R+tlgU0Owc3/E6S3jjGQehhFRPuYZTD5XIkF2eAPVVjuJcc6iASbotj1iuo1AgUruUACJ3CPmj/wk
X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CO1PR08MB6611.namprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(10070799003)(366016)(376014)(1800799024)(7416014)(13003099007)(38070700018)(7053199007)(8096899003);DIR:OUT;SFP:1102;
Content-Type: multipart/alternative; boundary="_000_CO1PR08MB66116D17337A5F79D9B109EDB3C42CO1PR08MB6611namp_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR08MB9110
X-Inky-Outbound-Processed: True
X-EOPAttributedMessage: 0
X-MS-Exchange-SkipListedInternetSender: ip=[104.47.57.40];domain=NAM02-SN1-obe.outbound.protection.outlook.com
X-MS-Exchange-ExternalOriginalInternetSender: ip=[104.47.57.40];domain=NAM02-SN1-obe.outbound.protection.outlook.com
X-MS-Exchange-Transport-CrossTenantHeadersStripped: SJ5PEPF000001D7.namprd05.prod.outlook.com
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id-Prvs: df35d048-e3e2-41fa-3863-08dd51ed087a
X-IPW-GroupMember: False
X-Microsoft-Antispam: BCL:0;ARA:13230040|7416014|376014|82310400026|1800799024|35042699022|36860700013|156008|14060799003|13003099007|7053199007|8096899003|11100799054;
X-Microsoft-Antispam-Message-Info: L8Cfh+ccguccJFd4WPIu5N0wcGFtrA5ARtCJn1mnjfEEFH8MeTUKwnE7iLRwUCJqE0Acox8GUFSIWAGqIdgx68E+HEkhmctTM4lX3pvKvJZyl+pH8M6sCDAcankbH9uH3t40TBHyt4sVuXzx8PKD+GdeIBk65Q2WPetB4YUqm3w+eVbPG1Rqe2XF/h1Fi0vT3wF9ne3wlk8j21a10rHW6GBobZcEo3srshiBbIY5JbH9uB3m9fMWoNyQNwoJo2ut5c+OHrzb8ln0nq8PXqK02b5qGJPKwvaUSMRr9IAVdRDLweR9Iyjj5axwRJCtXPgHnFDALm6qslE17Q7QHOBSSBQDZh+bYRDAZXs19hZy33SF/F7A9pCE0Fd49Voad/+bF3UszejqePHNYAYiFBH9BdGY/GTTPZHGyhZByDlv6L6mcHLven+Io0CZ06qyZXoHoe4wftMKpXhyUYlLAUZKkcVq/bSZ12+1SOrzOZOMO9LFCBO15maYrdV9cI2S+tuPwTNo+uSdlIErzOwaEBFWuvtciO2V/DOZ7c4Gkl2M/dU47d9Rm3Xz5i0GxGrFPlwGeKAvTf66La1mDck50CkD8DKivb6rwIp7lxdubiRGAV5Q0syuI8wyV9GHYFePEtSROAB5GZOBBY8/RFndflL7YHhn4jsC3blFe6OA871FkaqgY5nOC/DUeuiSexaVml9JBzKlvRT3qSqFGo0/F24+tuHNb4s8+92xqn/sJhVvWRq4mQKQMb1TdZlVUze/UISXfX5astVhniAXMBrL9lbL2IQ/8bFSHhP/G/kdi+bk7aU=
X-Forefront-Antispam-Report: CIP:35.166.188.152;CTRY:US;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:NAM02-SN1-obe.outbound.protection.outlook.com;PTR:mail-sn1nam02lp2040.outbound.protection.outlook.com;CAT:NONE;SFS:(13230040)(7416014)(376014)(82310400026)(1800799024)(35042699022)(36860700013)(156008)(14060799003)(13003099007)(7053199007)(8096899003)(11100799054);DIR:OUT;SFP:1501;
X-OriginatorOrg: ndzh.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Feb 2025 20:27:49.3413 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: e279fae9-237f-42ea-7541-08dd51ed0b40
X-MS-Exchange-CrossTenant-Id: d6c573f1-34ce-4e5a-8411-94cc752db3e5
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d6c573f1-34ce-4e5a-8411-94cc752db3e5;Ip=[35.166.188.152];Helo=[obx-outbound.inkyphishfence.com]
X-MS-Exchange-CrossTenant-AuthSource: SJ5PEPF000001D7.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR08MB7646
Message-ID-Hash: RBCNTJTMDGBKHFORGLVHK3XQUGN5XNMR
X-Message-ID-Hash: RBCNTJTMDGBKHFORGLVHK3XQUGN5XNMR
X-MailFrom: shares@ndzh.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: The IESG <iesg@ietf.org>, Bruno Decraene <bruno.decraene@orange.com>, Clarence Filsfils <cfilsfil@cisco.com>, "luay.jalil" <luay.jalil@verizon.com>, "yitai.syc" <yitai.syc@alibaba-inc.com>, "jul738@att.com" <jul738@att.com>, Keyur Patel <keyur@arrcus.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/_u1NM1H3QUKhUVWjIshzAJBX2V0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

Roman:

I will let IANA answer for their perspective.

In my perspective, we have several allocations that persist for several years as implementations are worked on (see https://www.iana.org/assignments/bgp-extended-communities/bgp-extended-communities.xhtml)

 There are examples where the implementations did not progress, and the authors have deprecated their request.  (As IDR cleans out old WG document (https://wiki.ietf.org/group/idr/draft-deprecation)  we try to use a “common sense” approach to chatting with IANA about the documents.

Other allocations are deprecated by author requests.

Sue

Again – if you want these rules to change, I’m happy to work with IANA and IDR WG to address your concerns.

From: Roman Danyliw <rdd@cert.org>
Sent: Thursday, February 20, 2025 3:17 PM
To: Susan Hares <shares@ndzh.com>; Amanda Baber <amanda.baber@iana.org>; John Scudder <jgs=40juniper.net@dmarc.ietf.org>; idr chairs <idr-chairs@ietf.org>; idr@ietf.org; draft-ietf-idr-bgp-car@ietf.org
Cc: The IESG <iesg@ietf.org>; Dhananjaya Rao (dhrao) <dhrao@cisco.com>; Bruno Decraene <bruno.decraene@orange.com>; Clarence Filsfils <cfilsfil@cisco.com>; luay.jalil <luay.jalil@verizon.com>; yitai.syc <yitai.syc@alibaba-inc.com>; jul738@att.com; James Guichard <james.n.guichard@futurewei.com>; Ketan Talaulikar <ketant.ietf@gmail.com>; Keyur Patel <keyur@arrcus.com>; rainsword.wang@huawei.com; im8327@att.com
Subject: RE: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]

Hi! If a WG asks for a code point via early allocation but doesn’t have two implementations, would they “lose their code point” at the time of publication if those implementations didn’t materialize?
External (rdd@cert.org<mailto:rdd@cert.org>)
  Report This Email<https://protection.inkyphishfence.com/report?id=bmV0b3JnMTA1ODY5MTIvc2hhcmVzQG5kemguY29tLzAzMDdiM2ZkODU1MTg0YTJkMjM3MmI0MDE4NWVlMmI2LzE3NDAwODI2MDQuNTUwMzk2NA==#key=52aa3e4e44cdeaf09f58f9f6813b97e3>  FAQ<https://www.godaddy.com/help/report-email-with-advanced-email-security-40813>  GoDaddy Advanced Email Security, Powered by INKY<https://www.inky.com/protection-by-inky>

Hi!

If a WG asks for a code point via early allocation but doesn’t have two implementations, would they “lose their code point” at the time of publication if those implementations didn’t materialize?  Would the WG not request publication of the document without two implementations?

Roman

From: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>
Sent: Thursday, February 20, 2025 3:13 PM
To: Amanda Baber <amanda.baber@iana.org<mailto:amanda.baber@iana.org>>; John Scudder <jgs=40juniper.net@dmarc.ietf.org<mailto:jgs=40juniper.net@dmarc.ietf.org>>; idr chairs <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>; idr@ietf.org<mailto:idr@ietf.org>; draft-ietf-idr-bgp-car@ietf.org<mailto:draft-ietf-idr-bgp-car@ietf.org>
Cc: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>; Dhananjaya Rao (dhrao) <dhrao@cisco.com<mailto:dhrao@cisco.com>>; Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>; Clarence Filsfils <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; luay.jalil <luay.jalil@verizon.com<mailto:luay.jalil@verizon.com>>; yitai.syc <yitai.syc@alibaba-inc.com<mailto:yitai.syc@alibaba-inc.com>>; jul738@att.com<mailto:jul738@att.com>; James Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>>; Ketan Talaulikar <ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>>; Keyur Patel <keyur@arrcus.com<mailto:keyur@arrcus.com>>; rainsword.wang@huawei.com<https://shared.outlook.inky.com/link?domain=huawei.com&t=h.eJw9jUsOwiAUAK_SsDbw-JZ21avQPiyNSs2DponGuysbt5PJzJsddGdjx1Ktz1EIClsu507Iz5DXKR3hjBtf9ge7dOzWxBzrTqsE690glSgpUCxTxldqmgAN_ayv6K2V3gSFSvdqNiC9jVHNTsjeAHjlwHBrQQ_OtHRsaUKclkiV_wYNYoN_8PkC4BoyUA.MEQCIGZfb5LYhZaGa-nesnB2KbtPW7oX7q_SBtgA6UJaaZtYAiBZofUU1jAgMzohTDtwpzoGsfL1Jmo0ODc28UPDdLuxIg>; im8327@att.com<mailto:im8327@att.com>; Roman Danyliw <rdd@cert.org<mailto:rdd@cert.org>>
Subject: RE: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]

Warning: External Sender - do not click links or open attachments unless you recognize the sender and know the content is safe.

Amanda:

As we have discussed before, I agree that “the expert doesn’t have to check for two implementations if it’s an RFC 7120 early allocation request”.

I’m remote at IETF-122, but I’ll be at IANABIS BOF/WG.

Cheers, Sue


From: Amanda Baber <amanda.baber@iana.org<mailto:amanda.baber@iana.org>>
Sent: Thursday, February 20, 2025 3:06 PM
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org<mailto:jgs=40juniper.net@dmarc.ietf.org>>; idr chairs <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>; idr@ietf.org<mailto:idr@ietf.org>; draft-ietf-idr-bgp-car@ietf.org<mailto:draft-ietf-idr-bgp-car@ietf.org>
Cc: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>; Dhananjaya Rao (dhrao) <dhrao@cisco.com<mailto:dhrao@cisco.com>>; Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>; Clarence Filsfils <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; luay.jalil <luay.jalil@verizon.com<mailto:luay.jalil@verizon.com>>; yitai.syc <yitai.syc@alibaba-inc.com<mailto:yitai.syc@alibaba-inc.com>>; jul738@att.com<mailto:jul738@att.com>; James Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>>; Ketan Talaulikar <ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>>; Keyur Patel <keyur@arrcus.com<mailto:keyur@arrcus.com>>; rainsword.wang@huawei.com<mailto:rainsword.wang@huawei.com>; im8327@att.com<mailto:im8327@att.com>; Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; Roman Danyliw <rdd@cert.org<mailto:rdd@cert.org>>
Subject: Re: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]

Hi John, all,

A note about this: when IANA is asked to use the RFC 7120 process for Specification Required registries, we ask for expert approval as well as chair and AD approval. (7120 doesn’t mention this, but 7120bis-00 does.) The expert is going to have to review the request during IETF Last Call, so we’re trying to avoid a situation where they have to say, “I wouldn’t have agreed to this, but it’s already in the registry.”

Would it be clear enough that the expert doesn’t have to check for two implementations if it’s an RFC 7120 early allocation request?

Thanks,
Amanda

From: John Scudder <jgs=40juniper.net@dmarc.ietf.org<mailto:jgs=40juniper.net@dmarc.ietf.org>>
Date: Thursday, February 20, 2025 at 10:56 AM
To: idr chairs <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>, "idr@ietf.org<mailto:idr@ietf.org>" <idr@ietf.org<mailto:idr@ietf.org>>, "draft-ietf-idr-bgp-car@ietf.org<mailto:draft-ietf-idr-bgp-car@ietf.org>" <draft-ietf-idr-bgp-car@ietf.org<mailto:draft-ietf-idr-bgp-car@ietf.org>>
Cc: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>, "Dhananjaya Rao (dhrao)" <dhrao@cisco.com<mailto:dhrao@cisco.com>>, Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>, Clarence Filsfils <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>, "luay.jalil" <luay.jalil@verizon.com<mailto:luay.jalil@verizon.com>>, "yitai.syc" <yitai.syc@alibaba-inc.com<mailto:yitai.syc@alibaba-inc.com>>, "jul738@att.com<mailto:jul738@att.com>" <jul738@att.com<mailto:jul738@att.com>>, James Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>>, Ketan Talaulikar <ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>>, Keyur Patel <keyur@arrcus.com<mailto:keyur@arrcus.com>>, "rainsword.wang@huawei.com<mailto:rainsword.wang@huawei.com>" <rainsword.wang@huawei.com<mailto:rainsword.wang@huawei.com>>, "im8327@att.com<mailto:im8327@att.com>" <im8327@att.com<mailto:im8327@att.com>>, Hares Susan <shares@ndzh.com<mailto:shares@ndzh.com>>, Roman Danyliw <rdd@cert.org<mailto:rdd@cert.org>>
Subject: [Ext] Implementation requirements embedded in bgp-car [was: Re: Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMENT)]

Hi All,

As part of the discussion of Roman’s DISCUSS point at today’s IESG meeting, Roman raised an additional concern. Sections 10.4.1 and 10.4.2 include the requirement that the Designated Expert "Check IDR implementation report for two implementations”. Roman pointed out that the document category is Experimental, the implication being that a two-implementation requirement to obtain a code point for an experiment seems excessive.

Now that I come to think of it, the requirement even feels a little excessive if the document were Standards Track. It puts the applicant for the code point in a bind: it’s often hard to get implementations written if we don’t have code points. But the requirement in this document says we can’t have a code point unless there are two implementations.

Maybe part of the answer to this concern is that we have RFC 7120 — it allows early allocation from Specification Required registries. Presumably, the “two implementations” rule would not be applied during the early allocation process any more than it is for other registries. (Because RFC 7120 only applies to Specification Required "where an RFC is used as the stable reference”, for any non-RFC track specification, Early Allocation wouldn’t be available, and the DE would be obliged to insist on two implementations.)

That leaves the residual question of whether the IDR two-implementation rule is appropriate for Experimental documents. I’m not aware of IDR having ever grappled with that question; the wiki [1] only says, "IDR generally requires at least two interoperable implementations of a draft before it is advanced to RFC”.

I tend to think it is OK for IDR to require two implementations for even an Experimental RFC, but you should be aware that if you do this, you are creating a precedent, so please be sure it’s what you want. If you don’t want to create this precedent, you could remain silent (remove those two bullet points).

I’ll wait for a go-ahead from one of the chairs before proceeding with publication to ensure this question can be considered. (We still are waiting for Roman to clear his DISCUSS in any case.)

Thanks,

—John

[1] https://wiki.ietf.org/group/idr [wiki.ietf.org]<https://shared.outlook.inky.com/link?domain=urldefense.com&t=h.eJw9j1tvgjAAhf-Kkj1O2nKt7kUlYaBxF2GLPhFKC3RcLcUFlv33ybLs8XwnOfnOl9KLUlnNlFzKtlsBcIuUpazumJo0FbjqIIr-uk9ecJUzmaqNyEAmmr4FnIooepjPX-TjLibGPCotz28-tvg9yQOyqzYjDPevFCXwmeMgwNeFS_uis4fq5BwkO4dDGPrOlqTy6RK7pctJQhZHr-dD1J29E0v7ETmXwwa3Pm5Itj9Ca9zmb3fK_UwpJu-ayZsNgia2lkgDXR4L1q1rOua__lCHNtFTik0TYSPWqKbbGjEgwiZjGrEAsg0IsWZBQzVNqC8tY5pm07SgdJ0wIae7E6QT_AffP2ukYqQ.MEUCIQDhaROmxWWEl3cfDXo2nMm3wggv3fPM9tNyuYQyZZvLlQIgEdh0fmF1CrHNJRlQsZoefP-WS-bMIl2Cl3yg-ZjOqbE>