Re: [Idr] Rtgdir early review of draft-ietf-idr-bgpls-srv6-ext-07

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Wed, 09 June 2021 14:37 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 2D2E43A1A39; Wed, 9 Jun 2021 07:37:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=Aqyq5J4G; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=IdsK3/xi
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 g1-K9zltqaua; Wed, 9 Jun 2021 07:37:30 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53EE13A1A35; Wed, 9 Jun 2021 07:37:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8618; q=dns/txt; s=iport; t=1623249450; x=1624459050; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=JsRyyZ24UKf7Wy5pQXqz+Jr/Ji+QNYg8bkvewYzjnYY=; b=Aqyq5J4GFY5qhI73FK2ZBvePlQ1y2ocl0keoddCa40l+jSJXWLZhXcTE 9cTR+Mv3jCQf9DyCoU5+BLyEFi12TajuYnctDKjK4pkX+9GTv0TONaYZZ wLWWY/XXvnMCv2S4WeNWXwpSE5MRE048wO92dbuiNj9RorELKEhSTa5+o s=;
IronPort-PHdr: =?us-ascii?q?A9a23=3AtPtG0R/hzIhSGv9uWMHoyV9kXcBvk7LwMgIS5?= =?us-ascii?q?dwsjPRTcffr85fjORnZ4vNgxB/MUJ7A4v1Jw+zRr+j7WGMG7JrA1RJKcJFFW?= =?us-ascii?q?xIfz8lDmQsmDZ2CDUH3K/GsZCt8AccRHFNg9muwZE5SHsu2blbOo3q0uDgVH?= =?us-ascii?q?Bi3NQd8KunvXIDIiMHi3OGp8JqVaAJN11KA?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A9OpIaqCwzD6fEiDlHegQsceALOsnbusQ8z?= =?us-ascii?q?AXPh9KKCC9I/b3qynxppsmPEfP+UkssHFJo6HmBEDyewKjyXcT2/hQAV7CZn?= =?us-ascii?q?imhILMFuFfBOTZskbd8kHFh4tgPOJbAtRD4b7LfBtHZKTBkXOF+r8bqbHtms?= =?us-ascii?q?3F9ISurUuFDzsaFp2IhD0JbDpzZ3cGPDWucqBJbaZ0iPA3wwaISDAyVICWF3?= =?us-ascii?q?MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWnb4j4uFxd0hZsy+2nMlAL0oo?= =?us-ascii?q?+5teug9xPa32jPq7xLhdrazMdZDsDksLlRFtyssHftWG1SYczFgNkHmpD31L?= =?us-ascii?q?/sqqiVn/4UBbU115oWRBDvnfKi4Xi77N9k0Q6S9bbRuwqSnSW+fkNmNyKE7r?= =?us-ascii?q?gpLScwLCEbzY1BOetwrhGknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTO?= =?us-ascii?q?IlGfJsRKEkjQho+a07bWjHAUEcYZ9TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFh?= =?us-ascii?q?PDRkQZoMSa3zVfgXg8liIjtYMit2ZF8Ih4R4hP5uzCPKgtnLZSTtUOZaY4AO?= =?us-ascii?q?saW8O4BmHEXBqJOmOPJlbsEr0BJhv22tLKCXUOlamXkbkzvdUPcbj6ISdlXF?= =?us-ascii?q?8JCgvT4Je1reh2Gzj2MRKAtBrWu7Nj26Q=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BrAgBd0cBg/5pdJa1aHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFGBQELAYFSIwYoB4FRNzELhD2DSAOFOYh3A49WikGBQoERA1QLAQE?= =?us-ascii?q?BDQEBPwIEAQGEUAIXgWECJTcGDgIEAQEBEgEBBQEBAQIBBgRxE4VoDYZFAQE?= =?us-ascii?q?BBBIREQwBATcBCwQCAQYCEQQBAQMCJgICAjAVCAgCBAENBQgahSUDLwGLGI8?= =?us-ascii?q?0AYE6AoofeoEygQGCBwEBBgQEhU0YgjEJgRAqAYJ6hA6GYSccgUlEgRVDgWC?= =?us-ascii?q?BAD6EDwESASODFTaCLoJKAmIELxwCCgUZLiMIChMsFQ4bAQkGDFmQcINOpyw?= =?us-ascii?q?KgxyEWJk3EoNeiyCUBYJhlVKCGJ0iBAuEZwIEAgQFAg4BAQaBaiVpcHAVgyR?= =?us-ascii?q?QFwIOjh8JAxaBAgEIgkOKXnM4AgYBCQEBAwl8iAAtgQcBgRABAQ?=
X-IronPort-AV: E=Sophos;i="5.83,261,1616457600"; d="scan'208";a="885651070"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Jun 2021 14:37:28 +0000
Received: from mail.cisco.com (xbe-rcd-002.cisco.com [173.37.102.17]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 159EbT5q006922 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 9 Jun 2021 14:37:29 GMT
Received: from xfe-aln-002.cisco.com (173.37.135.122) by xbe-rcd-002.cisco.com (173.37.102.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 9 Jun 2021 09:37:28 -0500
Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 9 Jun 2021 09:37:28 -0500
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 9 Jun 2021 09:37:28 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K8XTtngAwn2QNLe8hnxfPd4Wv1BbEutqrEWfMJv/OTfpmlJUsBRdNY9vr+zN+wcWnMM02rC/KwEbejfLa3uvRt3z93SgP/djjtbo8iPtal3rxiQ7wctvEciH2o45i26FJD9pF11ZRqe4TIeqexO0JaZjfaXRCuz1G2tLJtZXuMPAwFP9RMtC2l+OAC7Y6wQi9JtxTIB3ki9N8JqyIS5VIR33Ac0BFjx8iduI6DU2lDm33VvZuOi4oHaqQoHqGq4syllEzz2rVYlCYHN63SKaCStO4JQV1PEopCKH50+FxcNj0IoktNjHnB7pqWLFtGtd+PeM24IC/DDAGeyYRJQDjw==
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=JsRyyZ24UKf7Wy5pQXqz+Jr/Ji+QNYg8bkvewYzjnYY=; b=fFG+Xfv6FpHAHLYW9WkQumYj6ILtC2vYkVz9OMel38I1JSZdbAzugWRvDRPAbjwyHpvXN5pbuSnzCvEKpk9+9Zs/EYBsNYdOZGBkdtlJM0H31dVIeVkgwq/VBrPAVSuxdniDGiUuVZ2AuLpzsMU4JUWYSltuhA5naldHLLA5LnallLxqhb09zyLWEMHnUSclNXkiFkEUEhUYJsyVayVVyGZhgvyKidH6fPPnnOwv58W8RHdJVsYZgnjQ3hjn8o/2bNB0NWOhYpj10dEochQwvQlQsSh6MYlWp9HNzUxBKrWYMV3cmEJEeqeAXP9CiGsG9LXtVx3GrKJzJm2WygBZKw==
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=JsRyyZ24UKf7Wy5pQXqz+Jr/Ji+QNYg8bkvewYzjnYY=; b=IdsK3/xiEkgeTnuLSPdTiCZjavDN1J/hKrtrJt2cpxLZ+hNVU8/YzI+506UCJg7IX75GLWu7W5+xa3zXYqhMMZlt+yllyFFWdfE3o0kZlTbt4Jpe0VrrvWqX7TDCSMjculq1j1G41dwYugJWzyyBQ868uMrL2kVTdxDEhCyjWvk=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by CO1PR11MB4833.namprd11.prod.outlook.com (2603:10b6:303:99::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4195.22; Wed, 9 Jun 2021 14:37:26 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::78ab:1551:55d:b1a2]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::78ab:1551:55d:b1a2%5]) with mapi id 15.20.4219.022; Wed, 9 Jun 2021 14:37:26 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-idr-bgpls-srv6-ext.all@ietf.org" <draft-ietf-idr-bgpls-srv6-ext.all@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: Rtgdir early review of draft-ietf-idr-bgpls-srv6-ext-07
Thread-Index: AQHXVNBrwCpZivHRgUqYKOXpCmUudqr9OpqggA42VQCAAFniYA==
Date: Wed, 9 Jun 2021 14:37:26 +0000
Message-ID: <MW3PR11MB4570768881E8674AAA659B27C1369@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <162232320026.7852.16606328132879450829@ietfa.amsl.com> <MW3PR11MB45704BADF4A30DFEBA6A7B69C1379@MW3PR11MB4570.namprd11.prod.outlook.com> <0a9901d75d0d$49060bd0$db122370$@olddog.co.uk>
In-Reply-To: <0a9901d75d0d$49060bd0$db122370$@olddog.co.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none;olddog.co.uk; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8d7cac3a-b8bc-4aa8-33c3-08d92b541a31
x-ms-traffictypediagnostic: CO1PR11MB4833:
x-microsoft-antispam-prvs: <CO1PR11MB483368F5B9BDCDCAE2823294C1369@CO1PR11MB4833.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: GjQNYootCrlZqsn7wQXLUrSEvkqUod3fW91WJTc8L6xATNjGQOi2FZzOXnWQc2rzg8F6w7764m+QkJjWfe/LUp+TagLCyayR3EdTjJgS3Eyg0+AS5vxh4c4Or+4Hi1/Fpkg5F3TK4CoPTysu1fqlXOWHzyLLlh3l8uPjyekZPdctmQfihLMdHDuEZ+4glnCZW7eUVJqCv3EOxcmYcniRbw6rqRTL74PReSdJUagPT/XfPALsB9Lp07LVuQYEAWf1RSuorwmKjO0KUM0c77B/mvasAOgB379l+EnK6JIzhQTyDdrO/Vq6YlZbPCLuIpX5RGx9q5YHMpaiQ6JnWLpmHRHzRtv6VZut4MZG17FZrIoqFhlG9AlgD5K29J6msnUHXY9WIdR++62e8ldB/pnE/etNOxcFVJhuP6Tf72VmfgjzweA9ZmwC2IkAf7CEjFzlDlCOa43ToWUPaH+oRPfMrdIr7f1rAGQFsxR8A3C8d+XF1ySnR9hTuRslqO+W5Uc6cVe5DWh6xz5jDmOkkFdtHkEX6pIicQMO848tPE7hQOUeulzPT31ncHlms97jBtLirJB/VUA2FadDQwZ/MMNCoA5G/L7rNf/Au2yrm8F/RFw=
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:(366004)(55016002)(110136005)(86362001)(54906003)(7696005)(5660300002)(33656002)(6506007)(52536014)(53546011)(8936002)(66946007)(8676002)(38100700002)(186003)(64756008)(66476007)(66556008)(66446008)(76116006)(83380400001)(9686003)(122000001)(498600001)(4326008)(71200400001)(26005)(2906002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?Z1k0UG1tUFVXdXcrN1AzYXM4QlRER1ZvU2NNMFR0VlBWV1hzR0xzdG9OcnBn?= =?utf-8?B?T2FZSksyT202ZWhVeEIwQnU5QzE0TkZkSWV0VzBXa3RmdWF1bVVVSmdMczgv?= =?utf-8?B?MU1YNHhZL2dHOG1QeENVbitXSHdkUXd1dExUN2Z3bnNjd3F4emhtZE5OUG1C?= =?utf-8?B?ZW51MGdoRFF6UWVQOXl6amNsQ08yMzY2L2xoM2l4aDhrc0hEOFRIK2REZlpF?= =?utf-8?B?UytucWVLVi9mVGN3UlJyS2lMZ3NLWVRlUEhxdU9yd1dyR1YvbkxRUzFWOUdw?= =?utf-8?B?bTMrK3p5TE5yT0hTVEtMY25PZW02SUNkaFVacURZVmdlUDJEZHdLOWVKRFps?= =?utf-8?B?dFJ4VlptYyt5b2lNVDhkYjY5ZjU0WlhSRm4yTlFXS0NPMjhRZHNXMXlyQ0d5?= =?utf-8?B?NElyUkV2YlJNZVMrOC9nWFhqUzVCYWRVcm9DRzdHeTdhK01iNW5NQ0JmSFFt?= =?utf-8?B?S0YzNS9nbVE0dTVHQklrTkJERGtDQlJnQ2pJVW1kZWFuRjhPd1Y2U1NIdTll?= =?utf-8?B?MVFDNGM0Sjc2OENDbHUybUFPbU1zM3ZuVkEzTkNjQkVRQ1E3WkNpTmhlSVEz?= =?utf-8?B?VlhzcGJHelFBYWF2SENENHA4Slg5WEFBVjFEZzcwT01FR051RkVoVERRbis3?= =?utf-8?B?eU1tOVRqZHhnQ21TLzNzcTBrNGtzbnVkMUFrU1pRYngzMmJSNGpZS2ZTUHlV?= =?utf-8?B?MW5ZUEdBZ0ZQZXhudHRpUnc3dkJacTYrRDJGVzRlZ1ppU1N2S29lb3lmbFpJ?= =?utf-8?B?NHYvOVczbitySkZMN2N5TVhTQXo1S1pFbDlRY1R6R2pIbm5mVE91OG5scklP?= =?utf-8?B?MXhhOG9zbDhJNGx5cDhXa1NzSkxHc1VseWZSMTdoZkhpRFZ5K2h4NVB5dDl3?= =?utf-8?B?NWJjMFg1c0d2Rk5TVGNyNkRHTTVwYlVXU2lSN3dYdUo3MmNka3lKMnRmWCtR?= =?utf-8?B?eERVOWxmZHBLZmJ3Mll3cEFBN1NYMUMyQWk2SXdleWJ6ZkZPWUlMNXdRcEJx?= =?utf-8?B?QVU1WnhVQjRKMjV2LzhNL0VvaExQMFp4OElzNDF6NkRNTjNzMnRoa1RxbUFU?= =?utf-8?B?Z2NxOUFrdzczS2dSTTVFaWVlNmRvcDBKVnozRHQ5Sisxa3FKRjZMalVsRSt6?= =?utf-8?B?akh3WTR2YVVEWmo3UDl6NmZqQVltSlc2cml3WGxFVE5hYWRiWWVUZTIxMVRR?= =?utf-8?B?alNGTm9TNjlQdW96OGg3WmdVMmhMYzRYMndTVERFd2swc0cvbzI3NnZmeE5O?= =?utf-8?B?dmNkdTFZM1hwajlWRUlSVlMvTzRHK3NJTzNoblhISWRYRFpIS09BRUM2UE5J?= =?utf-8?B?aFFPd1Y5RG9XdlRuN0h3ZGZ0bFFDaTNBZDhjSlpmQUlNN2NUdU5nZWI4R0Zu?= =?utf-8?B?RXN3WjNZSURPRjNHSzRKeVUvZXYzbHQvcHZDdU5WenBXVTA5T1VxS0FJajJZ?= =?utf-8?B?d0orMko4RGFqMVhCNmFubFhrcys3aDAxclpGWElXa3ZtTHJnd3d5eGpKR2lQ?= =?utf-8?B?R2dObmtSYnJZMzJDS3BkRW9UMTdvMVlPRVB1MUU5QlpJa29UdThGU1d5K3JG?= =?utf-8?B?ZktOOHF6Q3Y3Uk9CYzdsK3lBSnpNNHF6d0JLOGNrR3l5VEpkNk5vZGxiQk9O?= =?utf-8?B?eGJVS3duaEpmUmVkYytzUzFDTkg3S2xKU1dkUVdBWTJDL3hZbjk4aDRiRWc3?= =?utf-8?B?R0ZWMHNlRStuTnIrQlAvaWRsalA5WnpTMlgwV1E5VG5Cdm5ZR1M2V2pkM3Ay?= =?utf-8?Q?89FrNG1NfhkOHdQjD8OEW/oOWlK9vU+C7aQ7H6w?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
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: 8d7cac3a-b8bc-4aa8-33c3-08d92b541a31
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2021 14:37:26.4333 (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: EV873gDiGIzNzC7k6iRpLexeZyhRKSSQZLL7SJE/nyxNlTULHbZ+5vBX6+Y5ydXzz37qaQskOGjWRWuRVAYH+w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB4833
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xbe-rcd-002.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/u-thpDY109tiEwAvd7UyeIv7wbM>
Subject: Re: [Idr] Rtgdir early review of draft-ietf-idr-bgpls-srv6-ext-07
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: Wed, 09 Jun 2021 14:37:38 -0000

Hi Adrian,

Thanks for your quick response. Please check inline below for clarifications with KT2. 

I will hold the changes indicated below in my edit buffer and push them out with the next update.

-----Original Message-----
From: Adrian Farrel <adrian@olddog.co.uk> 
Sent: 09 June 2021 14:26
To: Ketan Talaulikar (ketant) <ketant@cisco.com>om>; rtg-dir@ietf.org
Cc: draft-ietf-idr-bgpls-srv6-ext.all@ietf.org; idr@ietf.org
Subject: RE: Rtgdir early review of draft-ietf-idr-bgpls-srv6-ext-07

Hi Ketan,

Thanks for the detailed response, it really helps cross-check the review.

There are a few residual comments/suggestions below with everything else snipped out.

None of these remaining points merits a response: either touch the document or ignore the email 😊

Best,
Adrian

== Minor Issues ==

You will need to reduce the number of front-page authors to five or fewer, or you will need to provide the document shepherd with a credible reason to diverge from this rule.

[AF] I assume, from no change to the document, that you will be giving the shepherd some reasoning for them to use in the write-up.
[KT2] Yes.

---

Section 1

   On the similar lines,
   introducing the SRv6 related information in BGP-LS allows consumer
   applications that require topological visibility to also receive the
   SRv6 SIDs from nodes across a domain or even across Autonomous
   Systems (AS), as required.

I caution you to be *very* careful with the word "domain". The IESG has recently been concerned by the definition contained in 8402. In that document, the "SR domain" (also just "domain") is the collection of all interconnected SR-capable nodes. Here (and in other parts of the
document) I think you are using "domain" in a more restricted sense. I don't know how you fix that, but I believe you should do something.
Perhaps you can call out the terminology issues here by noting the 8402 definition and specifically defining what you mean by your local definition of "domain".
[KT] The "domain" is "IGP domain" in this context and this is fixed.

[AF] I still see Section 11 "(e.g., between multiple AS/domains within a single provider network)". I think that use of "domain" needs qualification as well.
[KT2] I missed that. Will correct that as "multiple AS or IGP domains" in the next update.

---

Section 2

   The SRv6 SIDs associated with the node are advertised using the BGP-
   LS SRv6 SID NLRI introduced in this document.  This enables the BGP-
   LS encoding to scale to cover a potentially large set of SRv6 SIDs
   instantiated on a node with the granularity of individual SIDs and
   without affecting the size and scalability of the BGP-LS updates.

The claims of scalability are not expanded here or anywhere else in the document. Scalability of BGP-LS is important, so I'd prefer some explanation. But if that isn't available, it might be better to leave out these mentions.
[KT] Advertisement of large number of SRv6 SIDs as part of the BGP-LS Link Attribute associated with the existing Node NLRI would make that BGP-LS update rather large. Using the new separate SRv6 SID NLRI alleviates the problem. This is the scalability consideration for the protocol encoding design. I am not sure what further details are required.

[AF] Well, just a few words to help clarify using some of your words here.
Advertisement of large number of SRv6 SIDs as part of the BGP-LS Link Attribute associated with the existing Node NLRI could make that BGP-LS update rather large, causing scaling concerns as the number of SRv6 SIDs instantiated on a node. The SRv6 SID NLRI introduced in this document alleviates this problem by <doing what?>"
[KT2] I will add this text in that paragraph to clarify further. " Had the SRv6 SIDs been advertised within the BGP-LS Link Attribute associated with the existing Node NLRI, the BGP-LS update would have grown rather large with the increase in SRv6 SIDs on the node and would have also required a large update message to be generated for any change to even a single SRv6 SID." 

---

[snip]

---

7.1

   The SRv6 Endpoint Behavior TLV is a mandatory TLV that MUST be
   included in the BGP-LS Attribute associated with the BGP-LS SRv6 SID
   NLRI.  

What if it is missing?
[KT] The consumer of the BGP-LS information would not be able to use this information. The BGP-LS speakers themselves do not perform semantic validation for the TLVs per RFC7752 and this is clarified further in the draft-ietf-idr-rfc7752bis.

[AF] A fine answer, and the text can be enhanced with a quick pointer to 7752 (or the bis, but you probably want a normative reference and 752 will do the job) saying "Processing and validation rules for BGP-LS TLVs are described in [RFC7752]." Do this in the right place and it covers all issues.
[KT2] I believe this is already discussed in Sec 10 of the document. 

---

[snip]

== Nits ==

[snip]

4.1, 4.2, 5.1, and 6.1

Can you say what the Length field is. "The length of the value part of the TLV in bytes including any sub-TLVs that may be present." ??
[KT] This is base BGP-LS encoding. I don't think we need to repeat it for each TLV that is defined.

[AF] Can you then add (probably in Section 2) to say this? Something like...
OLD
   BGP-LS Attribute TLVs for the SRv6 SID NLRI are
   introduced in this document as follows:
NEW
   BGP-LS Attribute TLVs for the SRv6 SID NLRI are
   introduced in this document as follows.  These new TLVs follow the
   formats and common field definitions provided in [RFC7752].
END
[KT2] Ack.  I will add that sentence at the end of Sec 2.

---

[snip]

---

6.

The figure has
    |                        Identifier                             |
    |                        (64 bits)                              |
and the text has
   o  Identifier: 8 octet value as defined in [RFC7752].

Be consistent?
[KT] Not sure that I follow - 8 octets = 64 bits. We've tried to keep the figure aligned with RFC7752. While this document describes fields in terms of octets - so it is consistent.

[AF] Consistent would be to always say "8 octets" or always say "64 bits"
[KT2] OK. I will change the 64-bits to 8 octets. 

Thanks,
Ketan 

---

[snip]