[Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt

"Krishnaswamy Ananthamurthy (kriswamy)" <kriswamy@cisco.com> Tue, 22 October 2024 19:11 UTC

Return-Path: <kriswamy@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 6696FC151084 for <idr@ietfa.amsl.com>; Tue, 22 Oct 2024 12:11:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.74
X-Spam-Level:
X-Spam-Status: No, score=-9.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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
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 tMKwUiOSlHyN for <idr@ietfa.amsl.com>; Tue, 22 Oct 2024 12:11:38 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F3D4C15108D for <idr@ietf.org>; Tue, 22 Oct 2024 12:11:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; i=@cisco.com; l=29944; q=dns/txt; s=iport; t=1729624298; x=1730833898; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=GlYIe27/sDRbaO7TrT/G0/DaGQsPzIwIws2uASYIodw=; b=DBskE0MfY2ik9BkF/t9OdsW5GoTavPKE/abb5TjqndA5n89YOjPyJUTP vZjPYzdKy+4+q/VGwhVA6pqNjDTNjUT9cDypBV0ZkdoPzYN97QyyG49D/ VVaYbdBxn3EoJ2TtQTvEL24Gm0yVV/xu6GlyxTQV77dcqfWzdrAT+a0I1 8=;
X-CSE-ConnectionGUID: LBb4VdP3RJG5YUE/+8X7Xg==
X-CSE-MsgGUID: epd59y3XSjeSxY6ikI6QrA==
X-IPAS-Result: A0ABAABt+Bdnj5L/Ja1aGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBZYEaBQEBAQELAYFAMSooewKBHEiEVYNMA4ROX4hyA5FIjEwUgREDVg8BAQENAjsJBAEBhQcCFooNAiY0CQ4BAgQBAQEBAwIDAQEBAQEBAQEBDQEBBQEBAQIBBwUUAQEBAQEBOQUOO4V7DYZaAQEBAQIBEhErIAkCBQsCAQgRAwECIQcDAgICLgEUCQgCBAgGBQgVBAGCXwGCHCUjAwEQBqNVAYFAAooqeoEygQGDbEHbbAaBSAGISwEqgTICDoN9G4RcJxuCDYEVQoJoPoJhAQECAYEoARIBCBseFoMlOoIvBIFgggMCAwIENQd9IYEjAhIBA2VuSAIBRCAwD4FLgiRFghQCXAwBDio8A4EhEIELflcPKi5QOTMoGgIMMQODMxYlSgNWEIJDPYJMAgICAgICAgICAgICAgIxXoETggOCA2MCDQOBbkoiNoIKh2xSdSIDJjMhAhEBVRMXCwkFiTUKP4E6gSMpgUUmgQiDCIEzg3KBZwlhiEKBDIE+gVkBgzhKg0yBawU4Cj85ghZqTjcCDQI3giSBAIJRhGxmLwMDAwMoHUADC209NRQbBQSBNQWqXgQ3AYFaAUaBdyUYNGQEGCsOAhQbJy9VBAwfCh8FAwM9knAwgy+LO0ejHgqEGowWiFyNAxeEBY0BhVCTEWWYd4JWiyeVMBkZBAmFCgIEAgQFAg8BAQaBZzotPnBwFRohgmdSGQ+OMggJFnYBCIdXxAIBeAI5AgcBCgEBAwmODQEB
IronPort-PHdr: A9a23:OQ776ByvlpmRGivXCzPsngc9DxPP853uNQITr50/hK0LKOKo/o/pO wrU4vA+xFPKXICO8/tfkKKWqKHvX2Uc/IyM+G4Pap1CVhIJyI0WkgUsDdTDCBjTJ//xZCt8F 8NHPGI=
IronPort-Data: A9a23:00t8zavMY+L5yljxn/flrY4YbefnVCheMUV32f8akzHdYApBsoF/q tZmKWmHP/bfZ2f2f9EiOo20phgBsJ+Hx9drTws//yxgRCwWgMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokf0/0rrb/676yElhclkf5KkYMbcICd9WAR4fykojBNnioYRj5Vh6TSDK1vlV eja/YuGYTdJ5xYuajhIsvrZ8ks11BjPkGpwUmIWNKgjUGD2zxH5PLpHTYmtIn3xRJVjH+LSb 47r0LGj82rFyAwmA9Wjn6yTWhVirmn6ZFXmZtJ+AsBOszAazsAA+v9T2Mk0NS+7vw60c+VZk 72hg3AfpTABZcUgkMxFO/VR/roX0aduoNcrKlDn2SCfItGvn3bEm51T4E8K0YIw3sx9XV9Cz aciCh9QXy2uwKHm8O2LRbw57igjBJGD0II3oHpsy3TdSP0hW52GG/SM7t5D1zB2jcdLdRrcT 5NGMnw0M1KaPkAJYwtJYH49tL/Aan3XcCdZs02coLsf6GnIxws327/oWDbQUofUHp4NwRvG+ goq+Uz0Gh1HZc3E+QGH/0m8t7HOngKlYZg7QejQGvlC2wDLmTdJV3X6T2CToPWjok+zR9wZL FYbkhfCtoAo/0CtC924VBqirTvc71gXWsFbFKsx7wTlJrfoDxixIkIOEgBNUIccluBrdAEHk RzZr4zZCmk62FGKck61+rCRpDK0HCEaK24eeCMJJTfpBfG9++nfaTqREr5e/L6JszHjJd3nL 9m3QMkCa1c70ZNjO0aTpAyvb9eQSn7hFVBdCuL/BTnN0++BTNT5D7FEEHCChRq6EK6XT0Oao F8PkNWE4eYFAPmlzXPXEbhWQezyvKjbbFUwZGKD+bF8qFxBHFb+LOhtDM1Wfh4B3jssIGWwO RSC42u9GrcMZCHwPMebnL5d++xxkPC/To66PhwlRtFPeZN2PBSW5z1jYFXY3mbm1iARfVIXZ /+mnTKXJS9CU8xPlWPuL89EiOND7n5lnwv7G8ukpylLJJLCPxZ5v59ZawPWNojULcqs/G3oz jqoH5bUlkgBC7ahOkE6M+c7dDg3EJTyPrivw+R/fe+YKQ0gE2YkY8I9C5t7E2C5t8y5Ttv1w 0w=
IronPort-HdrOrdr: A9a23:9TkBhKNcWyMiuMBcT7z255DYdb4zR+YMi2TDiHoBKiC9I/b5qy nxppUmPEfP+UgssREb9expOMG7MBXhHO1OkPgs1NaZLUbbUQSTXftfBOfZslnd8mjFh5FgPM RbAuZD4b/LfCVHZK/BiWHSfadDsby6GeKT9JvjJhxWPHhXgtRbnnxE43GgYzVLrWd9dP0EPa vZzPBq4xCnfnMaZNm6AH4qY8jvzuegqLvWJTQ9K1oC8gehsROEgYSWL/Gf5HgjegIK5Y1n3X nOkgT/6Knmmeq80AXg22ja6IkTsMf9y/NYbfb8yvQ9G3HJsEKFdY5hU7qNsHQeu+e08msnl9 HKvlMJI9lz0XXMZWu4yCGdmDUIkQxeqUMK+2XoxUcLkvaJAw7SzPAxw76xRyGprnbIeusMiZ 6jkVjp76a/Rimw7BgVr+K4JC2C0HDE4EbLVYUo/iZiuUx0Us4LkaUPuExSC5sOByT89cQuF/ RvFtjV4LJMfUqddG2xhBgk/DWAZAV6Iv69eDlIhuWFlzxN2HxpxUoRw8IS2n8G6ZImUpFBo+ DJKL5hmr1CRtIfKfsVPpZMfeKnTmjWBR7cOmObJlrqUKkBJnLWspbypLE4/vujdpAExIY73J 7BTFRbv2gvfF+GM7zC4LRbthTWBGmtVzXkzc9To5B/p73nXbLudTaOTVg/+vHQ6sn3wverLc pbFKgmdMMLd1GebLphzkn7Qd1IJXEVTc0SvcxTYSP9niviEPyfitDm
X-Talos-CUID: 9a23:YXlXymwqjyktGU8lj5gzBgUwMMp5THHll03yDBKJNEsuC+2lFm+frfY=
X-Talos-MUID: 9a23:x6hdBQuj5qgcS7oDhM2niSluaZZ5uJSVCk02gaRYusqlaxVqEmLI
X-IronPort-Anti-Spam-Filtered: true
Received: from rcdn-l-core-09.cisco.com ([173.37.255.146]) by alln-iport-2.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 22 Oct 2024 19:11:37 +0000
Received: from rcdn-opgw-2.cisco.com (rcdn-opgw-2.cisco.com [72.163.7.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by rcdn-l-core-09.cisco.com (Postfix) with ESMTPS id 390301800022B for <idr@ietf.org>; Tue, 22 Oct 2024 19:11:37 +0000 (GMT)
X-CSE-ConnectionGUID: BpAQ1FEaRZmUy9IvS7CVKA==
X-CSE-MsgGUID: EnHtw8LfS+G9EgzGfu/a5w==
Authentication-Results: rcdn-opgw-2.cisco.com; dkim=pass (signature verified) header.i=@cisco.com
X-IronPort-AV: E=Sophos;i="6.11,223,1725321600"; d="scan'208,217";a="23459934"
Received: from mail-dm3nam02lp2040.outbound.protection.outlook.com (HELO NAM02-DM3-obe.outbound.protection.outlook.com) ([104.47.56.40]) by rcdn-opgw-2.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Oct 2024 19:11:36 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=DtZ86iBXAdTe8ba4ZF5t8lwwL1RmKmcDgnYkfFhli0j7inCU05ccHeJ4Js/q4W5mjC1H83NSN/N91kbb/Il7fC9+RQvAcMcsnK1j4wMsGj2kTBwu/loovxRAnI2kQt8MxgLvRFN3lxobeZk+faH/Zja0ltU/NlT/vcDycv+14zcGTR1XTcY1XaKecv0RVWjfUF+KYb7KOzTphgIcqCh7B4/moFU3e+Nfnd3VI1syrT4Zc1H93JErDHhdBP5s9KwP9kD+KdjDbcMfoH27H9AUtbC2tk4LAzBUK2YEKethJ49f1G3fhUlp8vSeoYcqPMcJYfUIRFM80T+06X3Q76BuNA==
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=GlYIe27/sDRbaO7TrT/G0/DaGQsPzIwIws2uASYIodw=; b=tyaQrN4dCD7uPJ1GvsKCCNC3VwdCilwi/CfDnjpOzEJ+7vyFhItMZ7eZYx3QJY7Q/nU+mqQWMbvlrH4MMlX4c/TFrbkaQUD2IgjWT2r5aAT0D7TL7i82P/iJvzLLoUCWgL5wURUfsrQhgwZA67qSOJHkMmNvsfKjwKrUQWirYUA+zZGvyd4AbK63x3QU5zrjLGL6QIsz6NQS87MseZix3dUEHig/2YdeZKnw06cwxe/8HZaLfyVwm3X8gObNrVSUamvxxZk2yrqVQ7NzqtRrrWMT45V9V+ou44UAjVSyiHKkSG57j/l5/ynQ84+mnxsr97tavwHy1W5JugmzYiIOag==
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
Received: from SN7PR11MB6900.namprd11.prod.outlook.com (2603:10b6:806:2a8::7) by SA3PR11MB7654.namprd11.prod.outlook.com (2603:10b6:806:305::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8093.16; Tue, 22 Oct 2024 19:11:34 +0000
Received: from SN7PR11MB6900.namprd11.prod.outlook.com ([fe80::d987:f104:9d66:85b4]) by SN7PR11MB6900.namprd11.prod.outlook.com ([fe80::d987:f104:9d66:85b4%4]) with mapi id 15.20.8069.027; Tue, 22 Oct 2024 19:11:34 +0000
From: "Krishnaswamy Ananthamurthy (kriswamy)" <kriswamy@cisco.com>
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [Idr] FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
Thread-Index: AQHbJAvLOXFUG2G3kk+GC7NCZJwJjLKR0CemgAEhHYCAAC94gIAAAZGj
Date: Tue, 22 Oct 2024 19:11:34 +0000
Message-ID: <SN7PR11MB69004C7C1222D4669027970BC14C2@SN7PR11MB6900.namprd11.prod.outlook.com>
References: <172955108849.2082351.314284588549438876@dt-datatracker-78dc5ccf94-w8wgc> <SN7PR11MB6900E7F8CF85CE671D95A1FCC1432@SN7PR11MB6900.namprd11.prod.outlook.com> <CAOj+MMFVNZNK4k5H1RUHVpNr31gb8f3s5NYG69TR=Z1aCVAVew@mail.gmail.com> <CAOj+MMHDW1wPVNQqhBXCriEpTWOtiKEQMjYYZb2exEqny5MRCA@mail.gmail.com>
In-Reply-To: <CAOj+MMHDW1wPVNQqhBXCriEpTWOtiKEQMjYYZb2exEqny5MRCA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-reactions: allow
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: SN7PR11MB6900:EE_|SA3PR11MB7654:EE_
x-ms-office365-filtering-correlation-id: a526a62b-3dda-4347-7c72-08dcf2cd5837
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|376014|4022899009|366016|1800799024|10070799003|8096899003|38070700018;
x-microsoft-antispam-message-info: 6Tb/KdA3o1y02qeHgI+teLWSS9e+BwzwQMG2WyeE1G32VYSfZRocIsUKtrbAkgtj+L8/WxhDbc0+EBVr+zH8rH56RNBJMqLTF7Rdw1TgZQcNxROMSWjfO51W+vpWHvE1kGIHOFMXef9YT18PWaIxfHI9B5drMMfx3MSsWO06HzK4eij1+Y23hJKM4cSnpqjO45jSJZtd5/clZ7QeMnokYGTPF6dUk6rckZwsdtkLehtMNyP274MUcNOJ2WVaZhqSN0qjYy6REcrTEX3vHn/TBUVsHw5BAi7EXtIap0ulvo+7eV6ejjiUMyc49EGpuJs6rXT8Tnb5Jxl6pf8A8irJg7b/zF0qfTLJkGXDFTTzOb1P1R73U/kf7uYrLpvNZ+KHqDT1WbWmqxuAkb5gQs53b14Dtk/wdTVt9Shvg/l3M35eW49h6pMl1NAUMyVdzqgx4unVfgt5JBEHlA/+lvDPrLskW5JRLu7rzsyq8aCGtGhvSTfQnXQ+OU/H3H+tW5xTEnfWPCGyb/l0EwWnnIcZsUWRSkCHF7P422Q8SCXfZ8zYmabCf6RbaELnTnU8F8k506hexCsycLXjhZkl+g+KEtx8nh3B54QZ8d2Cx1NnftfrBkH+/rCzUBys128RF5MOgVgBxnLpOuO1QtUApKRScO1yehfr3G1vZPW5mwTXwobWDWZJxmVq/YKgBPpVXNVUWGvYYi3LjJe9FLlog7HYqS9FgDhd4dznvIQME+ZDIBpxDqKXXr6AeYchZv4wKmq0b/xo9ldluqaCIoSo+2e1BtaJrv+3tHB0BV/kIKg66IGW4n5gALiFmjKvEwc0QvMa11Lqo9a/SsJF4uTnpsPBUNxb6/4my4LJndrVdKaYzsLb1wVkxmj1rJBSLp5Lg8f4+GuMcmXuJD0fZyql+CpT6hYHYh818uGev72ZXwMGGekoO5FtCnvHPv5vAxH6QpqXmp02i6ENVrtMpdfv+qrSJJdWRE7bYkwBfxEy9WHUaZzsvjTjzoQ58wXJztb1PV1SJtT1PqG1z1tO223sHuecISs5/hFfkWPopsxoTx6IsFgYss+PchLcLPWwg6JyiB/m+zUJIzrLc3axRFqGK/QRtZ26GzYq5ycWYjNLpWkQT0M7GHqFEm2bFaX2D1i9/AMt/mkctX6bniX2NFRxUOSHAlH+TzckNWSMDoUk+H5jgzpR79Ewk86KqmduFZ2mQlHvfaeHbDJpYJtnfCR4yew1Y2dhsxH4mRqErdtRDT1ojlRuWr+SOwfehzUcl1wtsAaBWlEixNzhkP/p7h2bCt+0KvA+MyMrdecONyl/kM9cKyJ5zd5LjX/peEGOoYFEoTAY//VrvrYHd4JXSCcWNIgwD8am4iLljTDIDX9ABxKl4cS4Xp/NAQjRgCFEJAlmM3Wb
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SN7PR11MB6900.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(376014)(4022899009)(366016)(1800799024)(10070799003)(8096899003)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: GOuAY5us2pg249jLQ+W9avVWgG7+ewqDGFBELwDpkMOKEmn9UnG20V7AGXGXjUN4IWZLEe4LHEGMjOTqmPfvZ8drP+SOnhfnhSFf0h2g+l3n6G+Omat+tQG3jcbAjbvduWx6Rw/5OzfSvd438Ev7nwno3yKaW1QPhS/wFZtu0CGV7z2DGvINYs47e5UmTo0MmBwMJb3tTu25jSr5BCRSjy+7y2vAZykhZGrQfs2gbxtsob8uVGnqdWM6qOvGaFIsqr6/KQn+Ko0LnNlG/t5D/hsZmS4cfCqrSRoU5fYSl8QtbTB2Zh17vpw0xLw56Oce/9tkeLw3SsfX7NgiTfu3gJphupJHVRc7FZHkbhrxTSjgx50o6BesXUzZfTZ4YjB5QvvHVi14i0R1f/ePexC0EMQhMcVAfHyKTJt3FvOyx9ZdQVrFrJgMNhurO+nXUrPqOR2oxaOdqs9dp8/Tc3h7SFEy+394zmxoCcW5fyXkAVtaV02o6yzErLCZkz42NYS5MYjrcWGL6vugRU9gUcarDxSG0idyDMtrlxAvnIPQPkedTKJ6p09fLWAP1flSxVdkzpWzVLEceMjOsRhZlNc/pHc3YOwsMsSUFjWFLNLNygN+yZEFany0+y0afQz5J3QybHi/6SyIRAoNtg1QRsxyk65UYbgU0dYQzRFMxJx+ichCpAXC54u9lYZT5S1urT0IUxxYcwMRQIsE8ARgf89O0VTb20P4E0EM2ATpapBF41lpwZH3cOSweoiXQ0OkW7jyZoe6Fp7SjBPEF7izNEmF/GzPFvFGCheLZA/q16NV9qE9dhHZ5aQb9aj4oH/To/aLU6Sk0wJPWyTmIolaalkaMITZinbTbGtV5UGOMJuAdoqeY+7ufKScfsYGI1qwKJD9HSorMjF8oaW6tviV/Go/w8v/WJGfoOnQkIxP0zmeltGfujCioQ1PZquSBGB8VNGQL/bLzvq7SDWVV4LBYM/pBy9MzZJJLpLVNR8nWY0CYTps9UbqibzR2zB0itEqa8IILblFvDq8PVVJGryerJb0vvpN5YkGO1SAbXZ4Ow4iZa6TpEC3x3IwheX/JQXoFkLAxfwCQh0sKHU//Q/vXaftrzL7rINfaV+1LakeKttphRfYz/SQqdHEu2MtXQ7A1PaVnnLmwknu9Ush5mMr9p/NxkYPWpOesYjf43s7RxJ38h27pTNOg71prCnaBxlY8J407M9xD03xqQ+2Q0vKE5l0LVPnnQoGNi67aEX3X6GO+5ioHekJbP2464wQODzO1yIBVxQ129a2PVcipTTb9Bm6glKni1pHDntzH+lpFJ0JRhUrjytjXqveLlV3ZypPLZeELWYPccMwTu8uJ8GptkCoyKD5QS70IXBB37UYTUbYh2wtuecFuu99nidppDXrR1b4n5hx/sevXnjDfMhQJLIMaP0E8xPU1JQDzVGGdAak+ClEpIjSjgwOXP7k99ADMoCUQOyt0btGh6ikhZKdCnneo8tCiVfyU0Kze1SQLabctz8WiNjpC+2rVDxZqweO6AktP7TJMf+AZrhe2M7lHzYgErdZohd42dR56E0/c7njhGZ9iwskV/dbOxPgVTPA2rl0zejEMyUq30SOnVQejcgugUueLkhYRHGK4WIuoraYztm3DFE0Lb93ONXR5b9kY8usC32A813hjTrvApLSp3cG2Q==
Content-Type: multipart/alternative; boundary="_000_SN7PR11MB69004C7C1222D4669027970BC14C2SN7PR11MB6900namp_"
MIME-Version: 1.0
X-OriginatorOrg: cisco.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN7PR11MB6900.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a526a62b-3dda-4347-7c72-08dcf2cd5837
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2024 19:11:34.1702 (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: sU4w1+7nHDdaDDZO+YRCwv3vH2KhlSe9wyRHCz8mfWmqgfxb2VAx3Mwfn8au/jd2ljqXRvAfciBvT5BQhwxx3Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA3PR11MB7654
X-Outbound-SMTP-Client: 72.163.7.163, rcdn-opgw-2.cisco.com
X-Outbound-Node: rcdn-l-core-09.cisco.com
Message-ID-Hash: ALUGCKROW6E6J7K6UBD53ERRTVP4OR2M
X-Message-ID-Hash: ALUGCKROW6E6J7K6UBD53ERRTVP4OR2M
X-MailFrom: kriswamy@cisco.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: "idr@ietf.org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/D9LXmCXAFKlXPKjkPG8XRymf24U>
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 Robert,
Appreciate your quick review and feedback, and the following is the response.

#1 – Will update the text
#2 – Will expand the operation section and will consider your suggestion
#3 – Will discuss with co-authors and respond accordingly.

Thanks
Krishna


From: Robert Raszuk <robert@raszuk.net>
Date: Tuesday, October 22, 2024 at 1:59 PM
To: Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com>
Cc: idr@ietf.org <idr@ietf.org>
Subject: Re: [Idr] FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
All,

Actually I have a 3rd comment which appeared after I hit the send button.

Since you are really doing route type filtering here it seems to me that a much better suited mechanism for this would be an ORF message.

In fact it is also much more flexible - you can freely use it during BGP sessions being already established without need for session reset to enable reception of new service/new NLRI types.

A simple extension would be like Dynamic Route-Types support with most of the existing cfg/cli/show commands  or logging already in place.

Think about it ....

Cheers,
Robert


On Tue, Oct 22, 2024 at 6:08 PM Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> wrote:
Hi,

I have two comments on this draft.

#1

Draft says:

> This document defines an optional capability exchange of route types
> per AFI/SAFI such that BGP speakers negotiate the route types

Unfortunately BGP capabilities do not negotiate anything in BGP. Please search on number of discussions on this point on the list in the past.

So I recommend you change this into:

This document defines an optional capability exchange of route types per AFI/SAFI such that BGP speakers signal the route types

#2

Operational consideration is missing ...

The scenario where this draft could play a role is that operator enables mix of services between two nodes.

Now this mix of services is not symmetrical.

Today session does not come up and it is clear there is configuration mistake which needs to be corrected.

With this draft session will happily come up and only "supported" services by a peer as expressed in supported route types for a given AFI/SAFI peer will be sent.

How is this helping operator to consistently run the services ? If he would not count on exchanging those with the peer it would not be configured in the first place.

Bigger question how would a router signal that only partial of configured services operate within say EVPN AF ?

It seems that it would lead to really weak configuration habits in a style - enable all and see what get's exchanged.

In other words having ability to know what services/route types my peers support for a given AFI/SAFI seems cool. But only informationally.

Using this information for automated service propagation suppression/filtering is IMHO much less cool .. if at all a good thing.

Kind regards,
Robert

PS. And it may be interesting to see a section on how this may help to enable new route types dynamically on the existing running nodes and within existing established BGP sessions with many AFI/SAFIs. Of course assumption is that running operating systems on those nodes does support it already - but new services where not enable at boot time (BGP sessions establishment time).

Where am I going with this PS note ...

As we are really touching a new territory of signalling embedded route types (different NLRI formats) within single AFI/SAFI(s) perhaps this is good time to rethink it and write up Dynamic Route-Types proposal which could be signalled between nodes not really using BGP Capabilities semantics.


On Tue, Oct 22, 2024 at 12:58 AM Krishnaswamy Ananthamurthy (kriswamy) <kriswamy=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:
IDR WG,

We have posted a new draft outlining route type capability to address BGP session reset whenever new route type is added to address families like EVPN.

https://datatracker.ietf.org/doc/html/draft-kriswamy-idr-route-type-capability

Request the WG to review and provide feedback/comments.

Thanks,
Krishna

From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Date: Monday, October 21, 2024 at 5:51 PM
To: Keyur Patel <keyur@arrcus.com<mailto:keyur@arrcus.com>>, Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com<mailto:kriswamy@cisco.com>>, Lukas Krattiger (lkrattig) <lkrattig@cisco.com<mailto:lkrattig@cisco.com>>, Mankamana Mishra (mankamis) <mankamis@cisco.com<mailto:mankamis@cisco.com>>
Subject: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
A new version of Internet-Draft
draft-kriswamy-idr-route-type-capability-00.txt has been successfully
submitted by Krishnaswamy Ananthamurthy and posted to the
IETF repository.

Name:     draft-kriswamy-idr-route-type-capability
Revision: 00
Title:    BGP Route Type Capability
Date:     2024-10-21
Group:    Individual Submission
Pages:    5
URL:      https://www.ietf.org/archive/id/draft-kriswamy-idr-route-type-capability-00.txt
Status:   https://datatracker.ietf.org/doc/draft-kriswamy-idr-route-type-capability/
HTMLized: https://datatracker.ietf.org/doc/html/draft-kriswamy-idr-route-type-capability


Abstract:

   BGP supports different route types, which defines the encoding of
   Network Layer Reachability Information (NLRI) for a some of the
   Address Family Identifier (AFI)/Subsequent Address Family Identifier
   (SAFI) like Ethernet VPN (EVPN), Multicast VPN(MVPN) and so on.  BGP
   speaker will reset the BGP session if a given route type is not
   supported.  This document defines an Optional Capabilities to
   exchange the route types supported for a given AFI/SAFI such that
   session are not reset.



The IETF Secretariat
_______________________________________________
Idr mailing list -- idr@ietf.org<mailto:idr@ietf.org>
To unsubscribe send an email to idr-leave@ietf.org<mailto:idr-leave@ietf.org>