Re: [Idr] Éric Vyncke's No Objection on draft-ietf-idr-bgp-ls-segment-routing-msd-17: (with COMMENT)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 07 May 2020 14:57 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 2DA9F3A08A6; Thu, 7 May 2020 07:57:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-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=DhElnlDb; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=w4PWBUqM
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 3eo4S4uU1NYs; Thu, 7 May 2020 07:57:13 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A6BB3A090C; Thu, 7 May 2020 07:57:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26318; q=dns/txt; s=iport; t=1588863432; x=1590073032; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=tkaubkWqIfc14vlHWCi5KR0u7/UP36vr6YI8zD4f69Y=; b=DhElnlDbZSFmLuOXzj9x4Nd9fQlPidMekCYAei8PDCawFILUpmuA8ftV 4rB7qla2j7qByE6dMcotPwFRoYpa8oB6TBq6sWSuOpon6Ym7wYC41D5Yc 5Yhbcs6wPehqYn5o9E2pnlbEJCHczxvyJdYNOnB2uQNyBdQuswekw+9KV U=;
IronPort-PHdr: =?us-ascii?q?9a23=3A3AuNKBUIa/b+SfzGnkacbeHMd+7V8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyHuflFkOHR9avnXD9I7ZWAtSUEd5pBH1?= =?us-ascii?q?8AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7Zo2a56ngZHR?= =?us-ascii?q?CsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3wR?= =?us-ascii?q?zM8XY=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AWAABjILRe/5JdJa1mGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBgXUDAQEBAQsBgSQvUQVuWC8qCoQZg0YDjT+?= =?us-ascii?q?BAYh4jjyBLoEkA1QLAQEBDAEBJQgCBAEBhEQCF4FwJDYHDgIDAQELAQEFAQE?= =?us-ascii?q?BAgEFBG2FVgyFcQEBAQEDEhEKEwEBJRIBCwQCAQgRAQIBAQEoAwICAh8RFAM?= =?us-ascii?q?DAwgCBAENBQgagwWBfk0DLgEOpUgCgTmIYXaBMoMAAQEFgUZBgwgNC4IOAwa?= =?us-ascii?q?BOAGCYolhGoFBP4ERQ4IYNT6CHkkBAQIBAYFjHg0Jglwzgi2RSYYaimyPDy1?= =?us-ascii?q?KCoJIiBiLNASEY4JbiGGRZINsjCuJVIJGkQICBAIEBQIOAQEFgVkELoFWcBU?= =?us-ascii?q?aIYJpUBgNkEIMFxWDOoUUhQkBOHQCNQIGAQcBAQMJAXuQOgGBDwEB?=
X-IronPort-AV: E=Sophos;i="5.73,364,1583193600"; d="scan'208,217";a="474683396"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 May 2020 14:57:11 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 047EvBSp023358 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 7 May 2020 14:57:11 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 7 May 2020 09:57:11 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 7 May 2020 10:57:10 -0400
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 7 May 2020 09:57:10 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LRaxu5wniuYeEfu7DT7zWTqva1pPhcXlrG+TrFdfvIkG1F9jgsm7bpnXHb3D8psAf7FdocQr5gI/UDD6MQ9wNvNJuqGEImk866mBsGXCtp2nHmjZ2Pk87LMMiKpTYcKyDkbFs9qSo27VicqOxfhpw5uZ4w1kCYgtUTHhyugQbNmzvK14f2Mq0Yv065mVGU50u9rOvGWf8M/i22SPk7qDTPO4Den4/+JN21Jnvb28HsvTyIMKsezjgxJEJpdMeMmsjEY+BIP2MNJN7fNlFFL3BkvbOekAzW+vsTWTISYULnKIckn2+E3R9qvUpj/PdB5PFzlvc6mYKAcoT7h7VWJPDA==
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=tkaubkWqIfc14vlHWCi5KR0u7/UP36vr6YI8zD4f69Y=; b=TC3A3sWOsNLEVMqW4CwyUar4TzHaSdmkosrueFFD3mz+A08TapX/IcyjUOKX+XnuvXc7BOS73+sP67s4MCXN6SNjI319RJ4HvIXof+ZqCRUfTFJ1qzsgR0BSo/KPpd2OrOarKL1UiA9dYbJa78HBAxFfcqpE0w4l8FiTt9EBkEuuXu4icy52PlQnYgOBzxIX+JYhZQCnMI6irIHE3ENrq8271f332pXuAytUuXFlZMZlhBDLoj52l0SrmxN28tVRYRdhvqKbGQDQejGY4UnsVACSl87KeNzfzBx3J3qskd0SxznnjmytdUFsHSeb9nYd7MTdG99UkcQiLlhe81JLMA==
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=tkaubkWqIfc14vlHWCi5KR0u7/UP36vr6YI8zD4f69Y=; b=w4PWBUqM3bhikpfekz4JDXNHfAx6cIU3UbSztlhbofzlP6x6UBk8gWxx8v6RN+Q4m398e7GfazqNNEebepyHqIEvl2eDyWPZrPHtA4X7rRxl3obCU+2deSq7uTLWZEZVTQ0TY7wdJ+cvjh5W1oyJYeuoH++uVqUaduZt4DlTrQI=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4650.namprd11.prod.outlook.com (2603:10b6:303:54::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.28; Thu, 7 May 2020 14:57:09 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%6]) with mapi id 15.20.2979.028; Thu, 7 May 2020 14:57:09 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, Jeff Tantsura <jefftant.ietf@gmail.com>, Alvaro Retana <aretana.ietf@gmail.com>, =?utf-8?B?w4lyaWMgVnluY2tlIHZpYSBEYXRhdHJhY2tlcg==?= <noreply@ietf.org>, "The IESG" <iesg@ietf.org>
CC: Susan Hares <shares@ndzh.com>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org" <draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtaWRy?= =?utf-8?Q?-bgp-ls-segment-routing-msd-17:_(with_COMMENT)?=
Thread-Index: AQHWI7TmIUA6Sj61gU6PSrGwUcqLEaiblBaAgAAHCoCAAADmAIABEPqAgAAG3gA=
Date: Thu, 7 May 2020 14:57:08 +0000
Message-ID: <MW3PR11MB45703AAC33754D2D8A8471E6C1A50@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <158877618917.28357.7766329814068414619@ietfa.amsl.com> <CAMMESsw2ACjCXS0gLfogwOd2zM2oBpNhpMrUKQGvQoKHH6dK=Q@mail.gmail.com> <B56DDB34-F801-4CA5-8002-4A4855F1919B@cisco.com> <3c5cb80e-d0ff-4b6c-9bc2-6b0825ac0985@Spark> <60B4980E-EAA4-41BE-9E90-0BD1FB7895E6@cisco.com>
In-Reply-To: <60B4980E-EAA4-41BE-9E90-0BD1FB7895E6@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 10a64e32-2fbc-4441-deba-08d7f296eaae
x-ms-traffictypediagnostic: MW3PR11MB4650:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MW3PR11MB4650B47C6F36A88690454E07C1A50@MW3PR11MB4650.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 03965EFC76
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pNQBtSdW5FGX3r/4pbX5d1rRpDFicr1oNK5nAlCp1pQyVGeVQUGbw9Pjefl+rSl3IQO9OUlSDKcbjQ3A8JHAnjG+lWDa9w/v2KjF+IqowAMTLK0MDVrU/0HLB4A5SDKYKOpSilx6XWxbSM1WLXcYYNYgOQ1KWZOiDwHOXj9SYGmFBpOOwlBJAlnsEtQdlYYg0paeeuFA+BR4LJdrNFnj8/2WF39IKbRg2+/jNs/D0FVbRL04GDkB2VHgQYeiNH7DO9NMlGa24gRgnDlQMZg5r+nHWLndQkL45+cnjoccDxHBh/W9V+w9jhG5UTzHHNbxjtBJfYy0aCAy9bwuhTnTF88ARUrIa6ZBdkQI6Nl+OcvNplWyBx8TotW405pX/jjsp2vdf5ISAc4iU+l1+OdTwTBrvV8InTqWToxOIDKzUzNRstJz5sGtTtQWzaFY4WXYcsKVrllYFSDvz2t/dzQe3163HeMdHofBx2ccMLTDEuRlSP5COkkC6S2yTPfchxQbyp7P/BqH26gybT8dYykxFX/yEVINrSHqWX4/7+GoFxuVZ4PKNRTt6eIxawzPPXmYkmMb8eaeexJ6NQLkTWyWfQpHtKrIvwhClR+Kg5CZ3R0=
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; SFTY:; SFS:(4636009)(39860400002)(346002)(376002)(136003)(396003)(366004)(33430700001)(76116006)(66556008)(66946007)(26005)(52536014)(33440700001)(6506007)(66446008)(66476007)(186003)(33656002)(4326008)(966005)(2906002)(83320400001)(110136005)(71200400001)(83300400001)(166002)(478600001)(9326002)(7696005)(83280400001)(5660300002)(83310400001)(83290400001)(55016002)(8936002)(54906003)(224303003)(53546011)(64756008)(86362001)(316002)(9686003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: GBFKcyDKOxCapBv4OgmrytcXSSKAtYVYPL5bTVPPlY5s4Ns8xmk0TS8hzqlboDLq11cIsoRaHEQxjZ4bH/LcjOlJc+qHkYBkSkcQo4dDhKV/jElECHxAv+1PL/HYT3zu4vOtMWuSzMmrMuGgJXHVOYweex9UeMsHAespQys1E4Lpe6QVEhg4/0WIWKnv59e80+o9fcO55Iq77GEzSrqKF2HiUtf7EV8OrISj691YmswwddEMUWJ0RR2dLC/Mwhel5HiQo7Wji4MZX6zxFQdtTYMD2vu5yknvBB96Ms4z2e7owJHxMcukExVZEtKQbG2tqgT88ieIPezn+Vuo/jPtm/HnmIH76zYFX6isR5zAvzmzJV/4Rd+P9e7Pd3ZnmtOG50tP7OBXJ35MfHeD8D94otXkimcgspw/jLFSyUfJVvUJmhGPNbkUi1rAsPpq0hNoG5FipieARbxOg66hKvvzm5ekCXlmhJtBUf4Y6IwF6CBhArEglvrQQtYnEiz5p5E/JVJ3Q7JkD2DeMJl2uvBOiHRNGvEPc+HubouYn/tlXWQ8nWiwZTpNWhyOVfS1bs3cBtaUbfEqqik6pXd90drg05iqqOoyizYxN78PnGgS3XPKcanXjIGCXYpWJK3tSnRp9iFa3VGWNZvKl3FjBREslpCszn+y7DfkOTkLFk6/MQpADJbawL1eDGBlQsrhKFjlfFwPMJm7t+Do2er3Y0SWDTxKjtF9+vWVhzciTsury6wMA9ExY+VFjxX81SgDUdEdLgWuFpGCEgCyqp80zKZvub/XqWCgJBUULFoFA5ClYqE=
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB45703AAC33754D2D8A8471E6C1A50MW3PR11MB4570namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 10a64e32-2fbc-4441-deba-08d7f296eaae
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2020 14:57:08.9662 (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: EbEnU0mY1wJJhFmafzmwmWCAAj3RJyLVrHoY/ixztLmw+9foO4qiEZQY1O4BCDnTHTpJGUiCU05TA+07hSv2IA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4650
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/1x8qi_3OqWV6YnuCxP5sosCGmHk>
Subject: Re: [Idr] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-?= =?utf-8?q?idr-bgp-ls-segment-routing-msd-17=3A_=28with_COMMENT=29?=
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: Thu, 07 May 2020 14:57:16 -0000

Hi Eric,

I would like to clarify as a co-author on your comment related to Section 1.

The actual terminology used is “Maximum SID Depth” and “SID stack” that can be imposed and the context is at an SR Policy headend. In case of SR-MPLS it would be label stack while in case of SRv6 it would be list of segments in the SRH – both can be seen as being “imposed” (English term) by the SR Policy headend. In SR architecture RFC8402 and SR Policy architecture (draft-ietf-spring-segment-routing-policy), we have used the term SID/Segment in a data-plane neutral way for both SR-MPLS and SRv6.

The MSD types for SRv6 are documented in IGP and BGP-LS specs for SRv6 that build on the base MSD construct : e.g. https://datatracker.ietf.org/doc/html/draft-ietf-lsr-isis-srv6-extensions-08#section-4

Hope this clarifies.

Thanks,
Ketan

From: Eric Vyncke (evyncke) <evyncke@cisco.com>
Sent: 07 May 2020 19:47
To: Jeff Tantsura <jefftant.ietf@gmail.com>om>; Alvaro Retana <aretana.ietf@gmail.com>om>; Éric Vyncke via Datatracker <noreply@ietf.org>rg>; The IESG <iesg@ietf.org>
Cc: Susan Hares <shares@ndzh.com>om>; idr-chairs@ietf.org; draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org; idr@ietf.org
Subject: Re: Éric Vyncke's No Objection on draft-ietf-idr-bgp-ls-segment-routing-msd-17: (with COMMENT)

Jeff,

I still have some suggested changes / improvements (nothing blocking of course but in the line that this document will / should support SRv6 in the long term), updated based on Alvaro’s reply :

-- Section 1 --
In "doesn't exceed the number of SIDs the node is capable of imposing.", is it "imposing" or "processing" ? Esp. when section 1.1.1 uses the word "supported" and "label imposition" does not really fit SRv6.

If this document is only about SR-MPLS, then suggest to change title, abstract, and introduction to reflect this focus and most of my comments fall off.

-- Section 3 --
Unsure whether "MSD values may be learned via a hardware API or may be provisioned. " provides any added value.

While it is unclear to me whether this document applies only to SR-MPLS, but, if it applies also to SRv6, then is it required to be able to advertise to MSD per node ? One for SR-MPLS and one for SRv6?

Hope this helps to improve the document

-éric


From: Jeff Tantsura <jefftant.ietf@gmail.com<mailto:jefftant.ietf@gmail.com>>
Date: Thursday, 7 May 2020 at 00:00
To: Alvaro Retana <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>, Éric Vyncke via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>>, The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>, Eric Vyncke <evyncke@cisco.com<mailto:evyncke@cisco.com>>
Cc: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>, "idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>" <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>, "draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org<mailto:draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org>" <draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org<mailto:draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org>>, "idr@ietf.org<mailto:idr@ietf.org>" <idr@ietf.org<mailto:idr@ietf.org>>
Subject: Re: Éric Vyncke's No Objection on draft-ietf-idr-bgp-ls-segment-routing-msd-17: (with COMMENT)

Eric,

Many thanks for your review and comment.
Great to see - Alvaro has addressed all your questions!

Please let me know if there’s anything else.

Cheers,
Jeff
On May 6, 2020, 2:57 PM -0700, Eric Vyncke (evyncke) <evyncke@cisco.com<mailto:evyncke@cisco.com>>, wrote:
Alvaro

Thank you for the added piece of information. This clarifies a lot my questions/comments.

Very much appreciated,

Regards

-éric

-----Original Message-----
From: Alvaro Retana <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>
Date: Wednesday, 6 May 2020 at 23:32
To: Éric Vyncke via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>>, Eric Vyncke <evyncke@cisco.com<mailto:evyncke@cisco.com>>, The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>
Cc: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>, "idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>" <idr-chairs@ietf.org<mailto:idr-chairs@ietf.org>>, "draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org<mailto:draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org>" <draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org<mailto:draft-ietf-idr-bgp-ls-segment-routing-msd@ietf.org>>, "idr@ietf.org<mailto:idr@ietf.org>" <idr@ietf.org<mailto:idr@ietf.org>>
Subject: Re: Éric Vyncke's No Objection on draft-ietf-idr-bgp-ls-segment-routing-msd-17: (with COMMENT)

On May 6, 2020 at 10:43:51 AM, Éric Vyncke wrote:


Eric:

Hi!

...
While it is unclear to me whether this document applies only to SR-MPLS, but,
if it applies also to SRv6...


This document is about the ability to carry the MSD in BGP-LS. The
applicability to SR-MPLS and/or SRv6 depends on the type of MSD
carried -- and with it any requirements about how to advertise, etc.

Right now there are only 2 MSD-Types defined, and both are related to
SR-MPLS [1].

If more types are defined, then those documents will have to describe
how the contents should behave and what they mean.


Thanks!

Alvaro.


[1] https://www.iana.org/assignments/igp-parameters/igp-parameters.xhtml#igp-msd-types