[Idr] Re: WG LC for draft-ietf-idr-deprecate-as-set-confed-set-14 (7/8 to 7/ - call continues from 7/8 to 7/26/2024 - 2nd extensions to 8/6
"Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov> Mon, 19 August 2024 22:55 UTC
Return-Path: <kotikalapudi.sriram@nist.gov>
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 4AD49C18DB9B; Mon, 19 Aug 2024 15:55:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.708
X-Spam-Level:
X-Spam-Status: No, score=-7.708 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_GOV_DKIM_AU=-0.453, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nist.gov
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 yyWmOUlfefIM; Mon, 19 Aug 2024 15:55:15 -0700 (PDT)
Received: from BY5PR09CU001.outbound.protection.outlook.com (mail-westusazon11011033.outbound.protection.outlook.com [52.101.86.33]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FED7C18DBA6; Mon, 19 Aug 2024 15:55:15 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=eiywnPBLeSPINIe1fRis8gOZoPr3fizkUcu8D0ZbHysUvVgvyV6j4vQk7YdBdaiT3P6JnxC71Uxgj1KQG4itAq0VIhuU3WXZ9WkLrb2GFE3hhemPsWlM+rF1S8m0TrTB5/cy+8XHLWRKLEkxPYxpykInRypH0uiyUez/oA4RSq1+oTpeJodZi1c5FX4lKQdNfoFyoxFqEk26VJrc2bTRp1qfV+EzqApwkYZWIShY7DAVFu8io5nuobjsptXLjsF6H7kVV0tNXm/i2MsTzKI5tqX+VwqUKPAvXiNzyVGTBf4jHHEOlsDK47UthNcKvy/KG990ghrX7TiTe6tFXOZxIA==
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=n7LK36CJC0FgittBfexF4BiJ7KPTe9pp9bJM5SNbEjM=; b=Fmj/edmNn24RHCmMwE7lPRsdUeMVh5Ywztq9C4+QHeyecSKP35HZM+RpNksbssN7x7xEIrMcElR4vnOYjdXf4RG3lbn7Wr4Pjjmz1YEFh95y0DgUvicuDbW1nQ602j6WXi1C/SQk3fwsAiRjv38VYlaRCbfFl2NbGmRE6OdEqhfrM3ogZ21EEbKSLfrjSfbu/Y3ATxHXlO+hF7+qru7g0+cEm87lsH7p9nvYlpwWt0A9n+BLJbNNQ2Qbh8mgUf+UnKyeXWWuI98dtaAW2XyUnbgR+lkr2pHGZ3W4/yclRHxBXoqTqsGXTSjDYuWutv7W7qb9RE0WJDOn45rnOT0pxA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nist.gov; dmarc=pass action=none header.from=nist.gov; dkim=pass header.d=nist.gov; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nist.gov; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=n7LK36CJC0FgittBfexF4BiJ7KPTe9pp9bJM5SNbEjM=; b=lm/18Zlhqlgi5JzmOx7/nqmU/G56V5/TqEDHv2hrc99q/rbbDxCH6PnR7qAw8oTX8KQYQmMQnIiDJp3Vm6cKq2lDLHZw+ycSmM/RjKJ+DF8qDdmPAMdHq8XIS16npBm0/P0dbiGL4jmIYu+UhJr8uqXwjLfUnPrzBAJ7d5EZFSb9cAx1NMb/JD5MiVjHwtcvXwJ7PqhcfS30R9HbUQbS2Kv14BElwYPoxJu7MsXw/tQB4ht7F9R1lsKspJGGeOzUdD6+pPLpelXZEtqd2d9XT7PVUUv3xEyFL3BC61gA7gvcADesElB56417Nu41Owf95I2Z7/z9h9oB1gqeIbmNRw==
Received: from SA1PR09MB8142.namprd09.prod.outlook.com (2603:10b6:806:171::8) by BLAPR09MB6465.namprd09.prod.outlook.com (2603:10b6:208:2a7::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7875.21; Mon, 19 Aug 2024 22:55:12 +0000
Received: from SA1PR09MB8142.namprd09.prod.outlook.com ([fe80::504f:d20c:9137:39a7]) by SA1PR09MB8142.namprd09.prod.outlook.com ([fe80::504f:d20c:9137:39a7%5]) with mapi id 15.20.7875.019; Mon, 19 Aug 2024 22:55:12 +0000
From: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
To: Susan Hares <shares@ndzh.com>, "keyur@arrcus.com" <keyur@arrcus.com>
Thread-Topic: Re: WG LC for draft-ietf-idr-deprecate-as-set-confed-set-14 (7/8 to 7/ - call continues from 7/8 to 7/26/2024 - 2nd extensions to 8/6
Thread-Index: AdryenG+NO7/trkQRZ6i8Drv13tFZQ==
Date: Mon, 19 Aug 2024 22:55:11 +0000
Message-ID: <SA1PR09MB81426C4F5FD5C719C30BEF21848C2@SA1PR09MB8142.namprd09.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nist.gov;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: SA1PR09MB8142:EE_|BLAPR09MB6465:EE_
x-ms-office365-filtering-correlation-id: 01d6e6d0-dfda-47ee-ea2e-08dcc0a1fb44
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|366016|1800799024|38070700018;
x-microsoft-antispam-message-info: 1Ca7t0AekDGUpKASnJ2pKbnPVp/fq0ptL8QmHh5jP69fFMmW0UWoePpHmelL72TaYskZkPg0IrVgrb2geTPqUdI7NcbU2sFS1VrI9Kl9OQxbF7Ie78mcTgNrs+EHYq3kQPy2Nf3meDW0dkGFZQ8PWJhYoqGHAuJTHmTxrfwgTrUkB0cQRDvQspFpc2NDFRhjpB9KoCQUdmsqG1C4XhjPGjSZECVj1h1hrz76o29/YwYsmqAo4FQOWIOi4MZN6oKw5AdmZacXMJmiZ4skM7D/r6yORMmiDTR00XQoQiIubJTXqX8CUonxrDDH8fhc8pUZ7Egvmb9P3K0RUxwWxZ7bCSnuNq06pvTVLl//DyuDvdogehyjKwP22SAQAuXDQbZEI9jeH6vZUdlmGqgcWWHDIqZwkU0C9uRfNvoWEn7sZyv8UTAjsBq8H7nBxgnfp9Y9cOb9Opk33ukG4w8Uq4c5sgkH2kI08NDUkoqQLeZRyTu7LUkLL5X2vKFzBtiKlH/9vrZADGWsosdGlhXaY87A6T+GD8C1TlpNZ2O/29wZUn+INWPt3BvmOkt4/5iXyKmRUzay3IRJ7yJG9so+aIqsszNuHvMCvoQH1wWmvpNkjDyb3YhA4x9hijVvVw6AQ2L2h/lbiUZNmO+VaUaGiSJOLaE1YMSjXcFn+gjwWQY2xztdInXSDsFBsrEEefnPQRLXqO+0EDLmIH99ivk21bZbV7rJR2gts4CnKFlsDPzmmJHuT4AYS0VDkg68kSPw0G4LxBLKxY7XAg0YuAgNbFR9j0S81i+Tsss5exkfuimc00tyPm2B6rvXXXQ17rKvPyHHZ2tQTa2bUR1eefog/8G0I2RSGNtbrlWFq3tO11quGfwDq6Sr2pBzZOWJtgzmO8LSMP6HfzlAUGyIS/XfX8prW1iLnYSzLxxtPadT7/TllrZWYia+QNsLPvLRFxcTCqFKsv9NjYElDHbZEa6DRfTe7pN1ngmW8uyB+Z2+lLSRRo0W+LS15ajOCK6B+uCvl2S1IOlhKDiZi8PFXOhoYS3wd8XOf+JlrJZVrHXHenskiWDADn3Qxdon4u9oggm5OB16D/Z8wHEjnbQ3xww3zK+GTNF/izYUdS/vSS2I1q7W1GdgyepZgUMqHNXHkk8QsZ7uOY1ZUSlQBxvv2HV/AKLaSfgsZY5qAoubzWgIpV7nDYPRv4bY3uzBVeAvgD/+g09PyEPpbC5snH2eIXEmgwk7nWaNZvNiPag/0ByAs+ojLddwrS6p9lKE4zUnLRLBISGrGpEn/XUP1nXDU6Gpwnx6CkME4BDRr1d6dG/I4eol6zApNJl705Wc9cQmGd8vXNgKeaHn5zmNqF6V5hsSmD5GqqXFVzul9XsX/D2qPhB98pfkQJFwLLhktmbhXDlzgNF/TywJBa4QO9hM16wxCF9imA==
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SA1PR09MB8142.namprd09.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(366016)(1800799024)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: VnKxcmsscTu/jRfjBZoLl/JbSWK3m9grxU5nOJG4BkYXzXriczKkNy8h0cu0H+Nen4PZVs0hgIGkRUlHHlBOcYdyAT6VhZsHlGI9mfJ/cTpjdcBBwQL99tnAcEAjxs8nN9Ti7E69vW04F4ESQNcmxTZIQCxtTU00zXouOggvP/XYwfcLog/cy5IRnTTu3B2F9y9EGcTg7MM6PfJNi2Sr/GVVsgx1duD2IqVNjc7UaOA6gOGBmmoK8fJhFHRyuO9xElDxUs99Tcdh6vRd1OdM+RoCBv/Ah78sDh1kRXsGaaZKG3uuAWJstxauWNCabhl6RCNHCsijMI7BAmM8YI1edWoKvmTAt25akWcncgvXTOExq4U+elnawCNpFVVnprGNMdFo0pNgBwdnmZdi2kYMB1fumGbkR43ckALZs03sjaJ1rMNgCijrbtwKajpb46IR+7iq1TO8SV3zTMXamqedVZoKWnSK5TUJ7RmQ77UkcnGrnoUSXE+jXWySDS+H9U3fOjNDBD+vcgGJ/ZYe1tXaZZR13IIIxwaXFOThaTsVYRi9zxRkJdPntAxKZviA56sNDHIfhU8Olc1632FO7FStCfKd8NixsxJlNThnL7aIiNVLwStHoVIGuUj0AJ8cWS2SduO3wDYZtsBxWKMMB2gvz2upHwn1nnhnB7wmkRN37gu8iHzMZ47xvWP2srxQhLi/ugaNyfd9oGMDEaCQqdmgTbk478vA0HkXiBD8w6HU74zjk/YjtMyQMwMu2xXmLlY8QBEidrJ0tkm7fYPfJkyRJMdvcB1JYTXw+80BDGrBhyU/7p/PhrI7a4ZxGir7RXXS1q9tB4pGD1VYnuNyjpcysXzINFN/OfJQVJQxOu33PuYSkfQ9JsmpOQUlYx2vibKtxD2IG9/sWIj8oSQ8RGsLa8RLK4yZCBBK8hnUC8mozPOqVbjiFuE4Ln3pMgtCwE0h8Yujg885ndQXPBjucBwaVGzXppzvotoHcAGSZh4Y4CectMFNSy32FVgG3UYse2v3L6sSTBJEd0EmF8iMFCiPZumW+UUnb8raxXp7xBI9n7fTQ2m/WUA7b2vNxz9F2Y1I8bCQC+Ql1e+VefeHRIeN1DJzYUc+NUNWn9ZW0JtvFTIF0x31N8PIUOmmyCLsH8MIbWTUghs9MHkWN40zy0NAT9XYXdWMtBUDkACUB5ohUifYwA8hki+KQ9G7eVoi+dfgOqVbY8ilAbhqFI9e0wZGCvnYWRJ6RoG6IjExrL/poffxOnGjd7hV4TbGaQlNBEzIKChZFE660tO0eDtSd3UoPlnJD1lDhKofKMbGBtz4pG0YXhfP4w072yRbBPCjTYrmbc4QTFgFg2hXQIsOcrziGgsf7tzI/BcnjdeBsDqua+gFoDCd0Qu1ZkAnmqZ0faEhbYrdyF47kctd96bVKy1s2SUzMiicqb+WtaIxR+ALirDZNpnMSoZK8/v2XrlZML6gF9ET7nwX3VJo7h+b6WgZHXeBSFUJtD5ccSN/b4Ti21Qj3ax97Z2+qPK+achM0I1U2DjyKeu4o7zWJzWr2CJLOyk5AMczM4znTnwzFgobNV4=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SA1PR09MB8142.namprd09.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 01d6e6d0-dfda-47ee-ea2e-08dcc0a1fb44
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Aug 2024 22:55:11.7428 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR09MB6465
Message-ID-Hash: 65JXTUC4AEWBAUOOCJS4ORY7JT36J3UJ
X-Message-ID-Hash: 65JXTUC4AEWBAUOOCJS4ORY7JT36J3UJ
X-MailFrom: kotikalapudi.sriram@nist.gov
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: "idr@ietf.org" <idr@ietf.org>, "draft-ietf-idr-deprecate-as-set-confed-set.authors@ietf.org" <draft-ietf-idr-deprecate-as-set-confed-set.authors@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-set-confed-set-14 (7/8 to 7/ - call continues from 7/8 to 7/26/2024 - 2nd extensions to 8/6
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/SzYDeqjCZrBwc_3NQZPBwVe_59o>
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>
Hi Keyur and Sue: >From: Susan Hares <shares@ndzh.com> Fri, 02 August 2024 >My shepherd comments combined with Keyur's. Sent to Jeff on 7/8. I was supposed to send to list on 7/8. Thank you. We (authors) have considered all your combined shepherd comments as listed here: https://mailarchive.ietf.org/arch/msg/idr/4HuphN12hT1V_ngNQkv-JmO50H4/ and appropriate changes have been incorporated in version-15 published today. The changes should be evident when you look at the Diff: https://author-tools.ietf.org/iddiff?url1=draft-ietf-idr-deprecate-as-set-confed-set-14&url2=draft-ietf-idr-deprecate-as-set-confed-set-15&difftype=--html Some specific responses marked with [KS:] below: >#Keyur: "What part of the below text is referred as unimplemented"? AFAIR, IOS has this from day one in that 10.X code (before my time at Cisco). You may want to get it validated. [KS:] The correct thing to say in the draft is " less utilized" rather than not "unimplemented". Fixed as follows: Sections 9.1.4 and 9.2.2.2 of [RFC4271] describe BGP aggregation procedures. Appendix F.6 in [RFC4271] describes a generally less utilized "Complex AS_PATH Aggregation" procedure. >#Keyur: You mean including the AS that originates the aggregated route (in case if that AS happens to be a different AS from expected aggregated AS_PATHs)? If so, can you please clarify that in above text? > >#Sue: +1 to Keyur's comment. [KS:] Good catch. See the following wording clarification in new Sec. 5.1 in the Diff (URL above): This is because the aggregating AS may be different from the purported origin AS (for the aggregate), which may vary as explained below. >#Keyur: This draft updates rfc4271 and its aggregation procedures wrt AS_SET. Can we have this section heading to be more generic as it applies to non RPKI-ROV cases as well? [KS:] Good suggestion. Some restructuring of the sections was done. And also, section heading change as follows: s/ 4.2. Issues with "Brief" AS_PATH Aggregation and RPKI-ROV/ 5. BGP AS_PATH "Brief" Aggregation"/ >#Keyur: Curious to know why is this "should" and not "MUST" as the as-sets are deprecated? > >#Sue: +1 to Keyur's comment. [KS:] Agree. MUST is used in the updated Sec 5.2, 1st para (this was old Sec. 4.3, 1st para). See the Diff. >#Keyur: "SHALL" or "MUST"? > >#Sue: MUST should be used? [KS:] We have replaced SHALL with SHOULD in updated Sec. 5.2, 3rd para (this was old Sec. 4.3, 3rd para). See the Diff. This is consistent with RFC 4271. Updated Sec. 5.2 says: .....the ATOMIC_AGGREGATE Path Attribute SHOULD be attached. This is consistent with the intent of [RFC4271], Section 5.1.6. >#Keyur: The above paragraph seems a bit confusing to me: RFC4893 was written when AS_SET was not deprecated. What happens to the deprecated AS_SET with this draft? The rules have to be modified? > >#Sue: The confusion for me includes 2 paragraphs above (BGP speakers and Aggregation.). The confusion comes from: 1) the two paragraphs together, 2) the second paragraph. How are we handling RFC4893. [KS:] Yes, agree. The two paragraphs you have pointed to as confusing (in old Sec. 4.3, now updated Sec. 3.1) are removed. BTW, RFC 4893 is obsoleted by RFC 6793. The text has been written more succinctly as follows (and moved to new Sec. 3.1): 3.1. Considerations for AS4_PATH [RFC6793] created support for four-octet AS numbers in BGP using the optional transitive AS4_PATH attribute. The mandatory AS_PATH attribute is always present in a route [RFC4271], while the AS4_PATH may or may not be present. If both AS_PATH and AS4_PATH attributes are present, an AS_SET present in one would also be necessarily present in the other. So, it is sufficient to perform the "treat-as- withdraw" error handling as specified above using the AS_PATH alone. >#Keyur: Sorry can't seem to find a filtering policy example where it says explicitly with an example that the specific prefixes MUST be announced? I am looking for a policy example that shows 5.2 (which by the way makes perfect sense). > >#Sue: Adding to Keyur's comments - Did you mean Appendix B since it points back? [KS:] BTW, Sec. 5.2 is now Sec. 6.2. Sec. 6.2 correctly points to Appendix A. Please take another close look at the routing tables of the contributing ASes in Appendix A. The rule of "Not Advertising Aggregate Routes to Contributing ASes" is correctly illustrated. Only the other contributed more-specific prefixes (as appropriate) are sent to each of the contributing ASes by the aggregating AS. >#Keyur: Nit - It would be good to insert a diagram like the one in Appendix A. [KS:] Good suggestion. A new diagram has been added at the top of Appendix B. Please let us know if we've missed considering any of your suggestions. Thank you. Sriram
- [Idr] Re: AS_SET deprecation draft in WG last cal… Sriram, Kotikalapudi (Fed)
- [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-s… Sriram, Kotikalapudi (Fed)
- [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-s… Susan Hares
- [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-s… Sriram, Kotikalapudi (Fed)
- [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-s… Sriram, Kotikalapudi (Fed)
- [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-s… Alvaro Retana
- [Idr] Re: AS_SET deprecation draft in WG last cal… Jeffrey Haas