[Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
"Krishnaswamy Ananthamurthy (kriswamy)" <kriswamy@cisco.com> Thu, 07 November 2024 13:12 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 E0887C151990 for <idr@ietfa.amsl.com>; Thu, 7 Nov 2024 05:12:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.741
X-Spam-Level:
X-Spam-Status: No, score=-9.741 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_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 NwprzWAoU_jf for <idr@ietfa.amsl.com>; Thu, 7 Nov 2024 05:11:57 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (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 E70A9C14F703 for <idr@ietf.org>; Thu, 7 Nov 2024 05:11:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; i=@cisco.com; l=58086; q=dns/txt; s=iport; t=1730985116; x=1732194716; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=7HeuuuStweWJ7eC/g04OgkToDiqtDWnJu1D5hZ4JmTU=; b=F6a2+kezKXvHhn2VrYoBpPvy1ArHwf6Ik5z2ztTTB+P9wszJYl7SdUvu UA4dd8/hK5SA2GOObuOQYsDfwx1cCANlQD6zxXxX0u1BObMB7TSXP8/kG B1bLiLxLLqcQeo/CI6Xm1w3FEanmbQHVj2Hh152EBIv5/iZay+AvIuwmF s=;
X-CSE-ConnectionGUID: 2DED3/M9S56mCdYN38BdCw==
X-CSE-MsgGUID: UOqnjcD6QemSgzCEe9zOIg==
X-IPAS-Result: A0AUAAAvvCxnj4v/Ja1aHQEBAQEJARIBBQUBZYEaCAELAYFAMSooewKBHEiEVYNMA4ROX4hyA4tihWaMTRSBEQNWDwEBAQ0COwkEAQGFBwIWiiECJjQJDgECBAEBAQEDAgMBAQEBAQEBAQEBAQsBAQUBAQECAQcFFAEBAQEBATkFDjuFew2GWgEBAQECARIRKyAJAgULAgEIEQMBAiEBBgMCAgIeEAEUCAEIAgQIBgUIFQQBgl8BghwUAw4jAwEQBqNAAYFAAooqeoEygQGDbEHZDQ2CUwaBSAGILR4BKoEyAg6BdIIJG4RcJxuCDYEUAUKCaD6CH0IBAQIBgSgBEgEIGx4GEIMlOoIvBIFeKgICAhMEDBUdLTImEgIHMQOCOGQSJUoDSRCCQDyCPQICAgICAgICAgICAgICL16BDYIDgX1hAg0DgWlgE3iBXoETgjEGKYEMggGGflJ1IgMmMyERAVUTFwsHBYEpJCwDglJ/gTmBUQGDH0qDPYFeBTcKPzmCEWlLNwINAjaCJH2CToUfgQs3gy1nLwMDAwODSoFNHUADC209NRQbBQSBNQWcXQE8aQFGgjslGDRkBBgrDgIUGycvVQQMFAsKDRIBBAMDOgOEWo1gODCCZUqLQEeiL3EKhBqMFohchliGKxeEBI0BhVCTEmaYd4JWiymEBZErGRkECQOFCAIEAgQFAg8BAQaBZzotPnBwFRohWoINUhkPji0FCAkWdgEIh1e8DwF4AjkCBwEKAQEDCZAmAQE
IronPort-PHdr: A9a23:6ipp1Bd+io+sN19Bkfz2QokulGM/gIqcDmcuAtIPkblCdOGk55v9e RWZ7vR2h1iPVoLeuLpIiOvT5rjpQndIoY2Av3YLbIFWWlcbhN8XkQ0tDI/NCUDyIPPwKS1vN M9DT1RiuXq8NCBo
IronPort-Data: A9a23:v5fLlq02bODYP/O+DfbD5apxkn2cJEfYwER7XKvMYLTBsI5bpzAHy TdMXTvTPaqKamDzc99watiw8RsFscTTn4dlTQc93Hw8FHgiRegpqji6wuYcGwvIc6UvmWo+t 512huHodZ5yFjmE4E/watANlFEkvYmQXL3wFeXYDS54QA5gWU8JhAlq8wIDqtYAbeORXUXU4 7sen+WFYAX5gmcsbTpOg06+gEoHUMra6WtwUmMWPZinjHeG/1EJAZQWI72GLneQauF8Au6gS u/f+6qy92Xf8g1FIovNfmHTKxBirhb6ZGBiu1IOM0SQqkEqSh8ajs7XAMEhhXJ/0F1lqTzeJ OJl7vRcQS9xVkHFdX90vxNwS0mSNoUekFPLzOTWXcG7lyX7n3XQL/pGVm0bEdZf37dMXD9L3 vApDmtdRByomLfjqF67YrEEasULNsLnOsYb/3pn1zycVaxgSpHYSKKM7thdtNsyrpkRRrCFO IxDNGcpNU+RC/FMEg9/5JYWn/2pnWb2dixwo1OOrq1x6G/WpOB0+OOyboCLI4bXHa25mG6lg XvA/W/VXCgXMeeQ2xGo/yO+oc7AyHaTtIU6T+DgqaUw3zV/3Fc7CREMfVq2vff/jVSxM++zM GQO8SYo6Kx3/0uxQ5ylBVuzoWWPuVgXXN84//AGBB+lkIb5z13eIzk/E2BEQ9AXkpRmbzABy Qrc9z/2PgBHvLqQQHOb076bqzKuJCQYRVPugwdaEWPpBPG9/OkOYgLzczp1LEKiYjTI9dDML 9Ki8HlWa1Y71JJjO0CHEbbv2GzESn/hFVBd2+kvdjj5hj6Vnab8D2BS1XDV7OxbMKGSRUSbs X4PlqC2tb9VVcDUy3zcGb5WRtlFAspp1hWB3zaD+LF8p1yQF4KLJN04DMxWfR0wa51VI1cFn meJ5FkNvPe/w0dGnYcsPtruUJ51pUQRPd/kTfvTJsFfeYR8cRTP/SdlIyatM5PFziARfVUEE c7DK66EVC9CYYw+lWbeb7lGi9cDmHthrV4/sLinlHxLJ5LCPybNEd/o8TKmMogE0U9ziF6Ko 4sEbJPSlkg3vS+XSnC/zLP/5GsidBATLZv3sMdQMOWEJ2Jb9KsJUpc9HZtJl1RZoplo
IronPort-HdrOrdr: A9a23:NssHOawzYYcOeg+ilXUOKrPxUegkLtp133Aq2lEZdPULSL36qy n+ppQmPEHP6Qr5AEtQ5+xoWJPtfZvdnaQFh7X5To3SLTUO2VHYY72KgrGSuQEIdxeOktK1kJ 0QDJSWa+eAQ2SS7/yKnTVQeuxIqLLogcLY4Ns2jU0dMT2CAJsQljuRfzzraXGeMzM2fabReq DsgfZvln6LQ1hSRMK9AXUOQujEoPP2tL+OW3Q7Li9iwjOjyRez5pDHMzXw5HojujV0rosKwC zgqUjU96+ju/a0xlv3zGnI9albn9Pn159qGNGMotJ9EEStti+YIKBaH5GStjE8p++irHwwls PXnhsmN8Nvr1vMY2COpwf30QWI6kds15ai8y7bvZLQm728eNsIMbsHuWufSGqe16MUhqA47E uM5RPBi3MYN2KZoM233am5a/gjrDvGnZNlq59Ts5SaOrFuMoO4auckjRhoOYZFEyTg5I89Fu 5ySMna+fZNaFufK2vUp2913bWXLz4O9zq9MwA/U/auonNrtWE8y1FdyN0Un38G+p54Q55Y5/ 7cOqAtkL1VVMcZYa90Ge9EGKKMeyDwaAOJNHjXLUXsFakBNX6Io5nr4K8t7OXvfJAT1pM9lJ nITVsdv28vfEDlD9GIwfRwg13waXT4WS6oxtBV5pB/tLG5TL33MTebQFRriMekq+V3OLyTZx 9yAuMhPxbOFxqYJW8S5XyKZ7BCbX0FFNYYstwnW1SIuKvwW//XX8TgAYLuGIY=
X-Talos-CUID: 9a23:+v1ummHCMKEBj/AIqmI92GM4QYcAI0aAknL7L36eUjZDRJaKHAo=
X-Talos-MUID: 9a23:RfKY1w99uzgDNWkm41ZvvYWQf/pP+qKsA2xTqJgDgMaWHgF9aiW6rTviFw==
X-IronPort-Anti-Spam-Filtered: true
Received: from rcdn-l-core-02.cisco.com ([173.37.255.139]) by alln-iport-8.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 07 Nov 2024 13:11:55 +0000
Received: from rcdn-opgw-1.cisco.com (rcdn-opgw-1.cisco.com [72.163.7.162]) (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-02.cisco.com (Postfix) with ESMTPS id D97E318000222 for <idr@ietf.org>; Thu, 7 Nov 2024 13:11:55 +0000 (GMT)
X-CSE-ConnectionGUID: lEGYAxAwQmiYL6BF6i/1OA==
X-CSE-MsgGUID: MOVHWcrtQm2IJU92T8wVGg==
Authentication-Results: rcdn-opgw-1.cisco.com; dkim=pass (signature verified) header.i=@cisco.com
X-IronPort-AV: E=Sophos;i="6.12,266,1728950400"; d="scan'208,217";a="20393914"
Received: from mail-bn7nam10lp2041.outbound.protection.outlook.com (HELO NAM10-BN7-obe.outbound.protection.outlook.com) ([104.47.70.41]) by rcdn-opgw-1.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 07 Nov 2024 13:11:55 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=QnI30pCKLJTbTPMt9yMz4n26CpDGTZM0dZF+QFhPHI3iPWUgoDJq/TdQY4pFPJ8b1PW484AhUokS635qizfMfd0iD0/wkTPgfEa6swNDh/gxtL6T4VLhE3TGYxcjxcs4Lzp3Oht6IDUX1QglKLTJ2x9JvhVE13PdfxSiljv86bO1u7buwFu45cLJ5g7rR2EY6YMlU9xJjTQwZkwWj8TCDCPwmd8c8kJ1W93KsFcLYiiW2YSJ9wnM1CJxkHGwiEz9jpHSc+Gzbaym+5bA1nJ6EeUz3VC5gYwklM/q95HHOwSIkOMoaiD6jdOVk1K1FCj3WL7hFOoSXFCkyqIsk4Bl0w==
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=7HeuuuStweWJ7eC/g04OgkToDiqtDWnJu1D5hZ4JmTU=; b=aNHcaUmmUgOwTD+8r1k0w2AbCmoC+7MAX/UrC0cM1X+Aib6UrBzNIjQBO3agN/XGLVe82MKmFpeVCKL6X9FF2mTu/VoMDG10G9SsQ5MOZNGtuG5bIu8JG7qsPVlsQ30M7Tb664U5VTsAPd4DRVNk/b+FDlRzrQHF3ZAp8tb5dtftqApaqyvoxncf96BI9rn1tn+HGmTm7Q72Y0xiEyPYJSA5YAXXKrhEYIE8bF5VeJttBXR99pnGZw1Ek+gVcO64uRucOYgrNWp3joK6VgLet+Sq+vN7iOmu8JcTSx6c3D13jlRuiNNq45+anY2SZFv4iGLd8eK7UuMp3CXRjFdDqQ==
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 PH7PR11MB5820.namprd11.prod.outlook.com (2603:10b6:510:133::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8137.19; Thu, 7 Nov 2024 13:11:53 +0000
Received: from SN7PR11MB6900.namprd11.prod.outlook.com ([fe80::d987:f104:9d66:85b4]) by SN7PR11MB6900.namprd11.prod.outlook.com ([fe80::d987:f104:9d66:85b4%5]) with mapi id 15.20.8114.028; Thu, 7 Nov 2024 13:11:52 +0000
From: "Krishnaswamy Ananthamurthy (kriswamy)" <kriswamy@cisco.com>
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt
Thread-Index: AQHbJTVO7bELBRlXI06H4IKXW+K3RrKUMXQAgAAB2YCAAADKAIAXjtVegAABrgCAAB1r/g==
Date: Thu, 07 Nov 2024 13:11:52 +0000
Message-ID: <SN7PR11MB690000814FAE4A143E42AD4DC15C2@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> <SN7PR11MB69004C7C1222D4669027970BC14C2@SN7PR11MB6900.namprd11.prod.outlook.com> <CAPF+HwVTjiMGct3sNkTtVhWs4OtgCJ5G06vAMvaLdw36hY4+4Q@mail.gmail.com> <CAOj+MMH3sicODQHs38vqvPtkEQYD42NpJOaLTzkJuX2DYMmy9w@mail.gmail.com> <CAPF+HwVRf=TMow=Yghr-YZQx_0L=E4m_620yy-3P51U+H98akw@mail.gmail.com> <CAPF+HwWC1ZGgvbKS8Z0T3Op0m+X+iUBL6wudzPWB7C=fRWzAAw@mail.gmail.com> <SN7PR11MB69002DF7293E3605F4153BB0C15C2@SN7PR11MB6900.namprd11.prod.outlook.com> <CAOj+MMHNdJ44gF=Lq2tWvpk3RwNt4cmo5VkR1uPT2X-LtmhPng@mail.gmail.com>
In-Reply-To: <CAOj+MMHNdJ44gF=Lq2tWvpk3RwNt4cmo5VkR1uPT2X-LtmhPng@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_|PH7PR11MB5820:EE_
x-ms-office365-filtering-correlation-id: c483601c-8a24-4d81-03e8-08dcff2dbf5a
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|4022899009|366016|376014|8096899003|38070700018;
x-microsoft-antispam-message-info: rTjf3YCcknw+d27JWCLqjl1zjXK1u1PIBYcqwAgXuxnsfoCfQvwcnxUOu3xYfHwl0sR9xx4uF4L9FWUOP9yrMdgCFTScSTMlsvCD6PJrm7lDv/hJ7TIKvyvBS4QHvfNi9AHsaREqoBp+IxUfK5lg9WbCxCHpK00WT9nIzAgXunZBS08oEomHMPnxoDA3JxD4r3kGUJEbPvjwcoLMu8FqYzwFoKgv67m9SngZjuGpNQyknC1ipSBHx6rUAM+u9qRRDKkZn50dcZ/wurTga52HMg4hkXa//PPQNe4IPkwigIffrpIfxuZhnrDzoezGTjdnIepuj3UlJezdajtvronvTufd7rEGv9K50kNw+pSZgcDhhZaGL1gzLS3olV913KNUlikMYuRPe2Ow7Lv8E88GFPu6oHu6qEoyY7P/ZkoXOSCCogJWP53E9tIj6QlqULo8W0YD3bLqRro6jjy+sS22Vn1QKOp9uzVUyf+KsZqufz2HRyuXcNk/RyX4PJVUXWmsoXYfYjuKM6GSKY0kioBvoSoIiFXKmn7ZFt7gQcRtiTCaUZSNcuuSA68sm/LYO7VQseeFrLWdigmWakUKmRpgY1iu8AwncPSaw1oBIYgeqOSR7vVlfY37AH0Vk3cs5qyy7d89kS6d+Tp5fn9a7Jdjr9o9erT9J/ozkM4+i1sjvP1VyI6EcQeb83uGXCiYSYLCFDlpMqLS+ZzPbRA5NceXO00zrpRqQ5RsI6qf/QP5iWwofZWozqJgCH7mKzCfa/X1NDJHCPfPnGwzUjxz3NMXoYv09fxjgPNpeJnv6E0PbVo3rZoz904rF/5K4TYo5WnIU5eQo0MWL1v8It4MKdgESp1LY3RYt7ujUxfOXnXNAZXOMEoJN4+mIornp9hdry5diojDh5U/aD73/UPDiZwrGtpEdtCWpTd4hq4OgOWFgSbLDwcpDg84HP75P9jgEqwaEjKa05uDXU65pwdrFfKOZZJfdpTxZE+PyH+vf3K/CJAncS61cLz5XJDiZiTUwFhRtM5LkFowO+EV6HqAfQhZQHK8odNT/VWQebVlPlzdvJIgqfrDj1iHlK0sEayZ2OEm4gZ9uiZlNzVjklERSK2RAIKKx7b9d1lHtiFEe90kQN1/Ze61134qIAKWSDwFz4urH97Awj4gOjPcGYxsaYbK5qs4gBW9FZK2713RSgcgfzzUT7c7ujE4LkZyy9viFCzdZtcM3V0Tv1CdAql5XzQEmMS6wSwPkS6a6gCpidBTnAvYIKGzsZK8+9Get4YkWiLJPJNXuPArH5jXlFhZztdNHWVieSPkpSNBRpgqGQUoucWBN0zjFPgi/2z58TQcpO0MW/L9K4pSt4mLfSyzKR31gZHXwt45y3RbaJKsQQlDzt8lS/fK/gYt5Ztoj3GF6CYe
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)(1800799024)(4022899009)(366016)(376014)(8096899003)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: PZiFpkOkrsKDH4nln8jNKe2mnnv0BJZEUekDo6S9pPwANVn5HP1FrICOBf/9Cvz1Rq14dVKhAUzCmY+rMxOf/q2R0tVyTzzLpgL0RA6aWFrYldU2qkfRGW2klFwLuc9Iie/R/3uHlocMt63mp34nwGjzIMhL9KdTMQ4fFG5+T/BJlsVRL7ytuEBUUDNnGNseWfYXbl+NxpLtFUO3aWwbpVSh797Q9NqbefYl/4yA6dE/GlxWVYDRVmeDzyJuZD6TRF6Cd5GTn+2IfwXGCK1tSpiwPGnZKYnafZm3oHf/SxSZArBaUxEhynKJSpYbpxK8BeVCg7jdB2H6L5G0qvVXASpVLE6a2NlJ5BzYaCS1awtpYmduRx2E8HLJYQ42SaGzPOz2avBCaB2eXVDX3IEVHcbYL2dRHwFGBQPXf9E6EksCXrwxeq1tdUVlzGPnCLB/pUDmjSGi5TwAp6H8vzf7Eqs3NkxVsB8OLqFMoJEmou8f4uLeaoRtTIW1Rwt0n8L0w0+BG447sTMDd8+6GL6fdelgwZBfTA8Wxz8b+zPlVMn8Ei0LrsT8pU2V7Qir5s7uEEnJO+HfLlmJsK+cmgCPkNmuK0iwWV4g1Z0HD3ZcYHhpgzT49PfeNkDHY7IhKqUYDTA/hUCpW2vuYubmFz9LP54hecmRQqcbE+FoRFl4INXmDHT2u09ci0Ng4w2oyCrxIlGSFi07fNFDIYZzZiCKZ4MLs8IOdCKAV2fNHgqyJJTm6G4U/oYEoy1ZqmQ1dyQE6GpaYoerX7yICK88z/l0ijec7CljzngWCgPkuk89Q+J7f+UicpDKYM07/4y7tj7FYCn9DO04LespT9vjmtFxXGaRKcR4oaTyTC8YMeX8hVnn9E06ZUKRCHxLxX4gcuetg63+HdBw/MfbScQqld6gIVbstg7ZzYEkJTok79O/Pq6EKs048lsK7AYFJTQOjxvN5QqHSU3A2dL7DYe32+zod84O4mx4E0R3X/dvMb6R7ZuEvX1zw6xaTGyjreunaVdZnsaszoE8xRdJm7hgPjSVliSzVqC5IR4T2R5+FLenP+jMy+FQbGHBeC1txhxRB8a1rl/raCU3Jjx3bvzGuIQrOLbgJRlwdMDBmbIEYctNlA0KBl7tPNxOemorNGI+P3K/j8WcP4YlKj3l4m0717Ivp76nKW1dMQrcZx8UBo6c4/7JLRlv3UVURpgUTeF4WfWliStOyFealPzV46rD5mKiGd4XtV2LF4EntbIZpdWIIB8QsnRA4qTSkfhFCbr0bRqPxuuBl0XlpTddcZrfMclhhADeYQ59DRB82HjP56AqBS2JFvciGUaLMXoykQ/qlA3jYzTKVI8I0fbJrjehGWQ5bz4kR2L7sLfCR2F/48CnnUcOWvRwzTR+uAjySRRD0JE72Xiv2ipfYtQFkBMkMItUyI7kJkwJgX44/eVatbpbIlz3FvsqQo2+n49hEbAvivhwahvUSxHc+kdW8K5T7iUstWYwAbIUSmM/xpp5jreqyV9X2lBZg9Dphb9LRp1Ye/iYTx/Tb/KtXakGihNU+MYPqj8I1Yfvv2Gehu4P2uTlLXIaf4BIHfCagWSmM6Pn+TPyjlYks/a+zQ1VyA002Vwu0A==
Content-Type: multipart/alternative; boundary="_000_SN7PR11MB690000814FAE4A143E42AD4DC15C2SN7PR11MB6900namp_"
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: c483601c-8a24-4d81-03e8-08dcff2dbf5a
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Nov 2024 13:11:52.8353 (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: LwOJgK9elki02FXUxrACPvJhjzAs6tkSp3Ie37OBKQdJBmqO+PtDu4De6u8uy82GbnEu8SetNaREQTXlaMFgFw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR11MB5820
X-Outbound-SMTP-Client: 72.163.7.162, rcdn-opgw-1.cisco.com
X-Outbound-Node: rcdn-l-core-02.cisco.com
Message-ID-Hash: GERUUDHDLLE354OMPWNK2WBB7DPD7SLQ
X-Message-ID-Hash: GERUUDHDLLE354OMPWNK2WBB7DPD7SLQ
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/QzwJLB_RBo5GoZIslorOAlHZvCs>
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, Cisco NX-OS has implementation of the Dynamic capability. I have discussed with Enke during IETF 120 and also with Jeff Haas on NXOS implementation. Thanks Krishna From: Robert Raszuk <robert@raszuk.net> Date: Thursday, November 7, 2024 at 11:24 AM To: Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com> Cc: Donatas Abraitis <donatas.abraitis@gmail.com>, idr@ietf.org <idr@ietf.org> Subject: Re: [Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt Hi, Dynamic capability does not exist - it was never implemented per full spec you are quoting as normative reference. There was an attempt by Enke to implement a subset of it just to avoid session reset when adding/removing address families but this also did not go far. So with that I do not think this addition to the spec is helpful. Furthermore I don't think spec can progress with Normative Reference being a non implemented draft. Cheers, Robert On Thu, Nov 7, 2024 at 12:19 PM Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com<mailto:kriswamy@cisco.com>> wrote: Hi Donatas, Operation section is added to the “01” version. Also added text on how to dynamically send this capability. Thanks Krishna From: Donatas Abraitis <donatas.abraitis@gmail.com<mailto:donatas.abraitis@gmail.com>> Date: Wednesday, October 23, 2024 at 12:33 PM To: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Cc: Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com<mailto:kriswamy@cisco.com>>, idr@ietf.org<mailto:idr@ietf.org> <idr@ietf.org<mailto:idr@ietf.org>> Subject: Re: [Idr] Re: FW: New Version Notification for draft-kriswamy-idr-route-type-capability-00.txt Also, we might need another Cease NOTIFICATION message that would tell us to retain the routes (while _updating_ new route types) combined with Graceful-Restart Notification support? On Wed, Oct 23, 2024 at 2:29 PM Donatas Abraitis <donatas.abraitis@gmail.com<mailto:donatas.abraitis@gmail.com>> wrote: But then... Without dynamically sending (dynamic capability or another type of message?) this capability it's _hard_ to imagine how it would work correctly. Clearly, as Robert said, the operational section is a MUST here. On Wed, Oct 23, 2024 at 2:23 PM Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> wrote: It is not as sweet as it looks :) List of route types keeps getting extended in multi route-type AFI/SAFIs .. so you really never know what is supported by the peer unless you know how to operate your network well. I think the proposal is a safety fuse to address not so well operated networks ... Cheers, R. On Wed, Oct 23, 2024 at 12:21 PM Donatas Abraitis <donatas.abraitis@gmail.com<mailto:donatas.abraitis@gmail.com>> wrote: What optional route types would be advertised? I mean if an implementation supports let's say EVPN, LS, etc. does it include all of them or the _list_ should be configurable? On Tue, Oct 22, 2024 at 10:12 PM Krishnaswamy Ananthamurthy (kriswamy) <kriswamy=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote: 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<mailto:robert@raszuk.net>> Date: Tuesday, October 22, 2024 at 1:59 PM To: Krishnaswamy Ananthamurthy (kriswamy) <kriswamy@cisco.com<mailto:kriswamy@cisco.com>> Cc: idr@ietf.org<mailto:idr@ietf.org> <idr@ietf.org<mailto: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> _______________________________________________ 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> -- Donatas -- Donatas -- Donatas
- [Idr] FW: New Version Notification for draft-kris… Krishnaswamy Ananthamurthy (kriswamy)
- [Idr] Re: FW: New Version Notification for draft-… Robert Raszuk
- [Idr] Re: FW: New Version Notification for draft-… Robert Raszuk
- [Idr] Re: FW: New Version Notification for draft-… Krishnaswamy Ananthamurthy (kriswamy)
- [Idr] Re: FW: New Version Notification for draft-… Donatas Abraitis
- [Idr] Re: FW: New Version Notification for draft-… Robert Raszuk
- [Idr] Re: FW: New Version Notification for draft-… Donatas Abraitis
- [Idr] Re: FW: New Version Notification for draft-… Donatas Abraitis
- [Idr] draft-kriswamy-idr-route-type-capability-00 Jorge Rabadan (Nokia)
- [Idr] Re: draft-kriswamy-idr-route-type-capabilit… Krishnaswamy Ananthamurthy (kriswamy)
- [Idr] Re: draft-kriswamy-idr-route-type-capabilit… Jorge Rabadan (Nokia)
- [Idr] Re: FW: New Version Notification for draft-… Krishnaswamy Ananthamurthy (kriswamy)
- [Idr] Re: FW: New Version Notification for draft-… Robert Raszuk
- [Idr] Re: FW: New Version Notification for draft-… Krishnaswamy Ananthamurthy (kriswamy)
- [Idr] Re: FW: New Version Notification for draft-… Donatas Abraitis
- [Idr] Re: FW: New Version Notification for draft-… Ketan Talaulikar
- [Idr] Re: FW: New Version Notification for draft-… Robert Raszuk
- [Idr] Re: New Version Notification for draft-kris… Jeffrey Haas
- [Idr] Re: New Version Notification for draft-kris… Robert Raszuk
- [Idr] Re: New Version Notification for draft-kris… Jeffrey Haas
- [Idr] Re: New Version Notification for draft-kris… Robert Raszuk
- [Idr] Re: New Version Notification for draft-kris… Jeffrey Haas
- [Idr] Re: New Version Notification for draft-kris… Robert Raszuk
- [Idr] Re: New Version Notification for draft-kris… Jeffrey Haas
- [Idr] Re: New Version Notification for draft-kris… Robert Raszuk
- [Idr] Re: New Version Notification for draft-kris… Jeffrey Haas
- [Idr] Re: New Version Notification for draft-kris… Robert Raszuk