Re: [spring] [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Wed, 04 March 2020 06:36 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 211A33A0FF4; Tue, 3 Mar 2020 22:36:14 -0800 (PST)
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_H3=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=bXghTVUH; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=SdYFj+j5
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 aMOootJ1KLA1; Tue, 3 Mar 2020 22:36:11 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A6843A0FF3; Tue, 3 Mar 2020 22:36:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50418; q=dns/txt; s=iport; t=1583303771; x=1584513371; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Ysn7RFMSq0lym7mJfAbbBom2zMe8sMX7mieLbmGDahU=; b=bXghTVUHcdKGCZ7jOugN6FWxeoClXzLFdtzVa+swtkUO/lQZp6uDONbQ rMkI/+CUGLQ0xwePcxJCB+IiOkjKeJJnjxcyEw/KX+h5R70qAqgeYjE11 7xpvFE5ASCryKRUyrFT7YI5MIYrPk+YbSo3NGMwwxgs10dOAw2WZCQgMd U=;
IronPort-PHdr: =?us-ascii?q?9a23=3AehAcPBN090D8lLxT5WIl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEuKQ/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBj4IeLjaTASF8VZX1gj9Ha+YgBY?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D5AQBzS19e/5xdJa1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYF7gSUvJCwFbFggBAsqCoQKg0YDimdOghGJY44?= =?us-ascii?q?ygUKBEANUCQEBAQwBASUIAgQBAYRAAheBZSQ4EwIDAQELAQEFAQEBAgEFBG2?= =?us-ascii?q?FVgyFYwEBAQECARIRChMBATcBDwIBCBEEAQEBIAECBAMCAgIfERQJCAIEDgU?= =?us-ascii?q?IGoMFgX1NAw4fAQEOoV4CgTmIYnWBMoJ/AQEFhRcNC4IMAwaBOIwlGoFBP4E?= =?us-ascii?q?RR4IfLj6CG0kBAQIBgS0BEgEjFRUBCYJbMoIsjVUKgkw7hXAkiWeOe0QKgjy?= =?us-ascii?q?HUopehFKCSYgfjmKBZ5dugi+QIAIEAgQFAg4BAQWBaSJncXAVO4JsUBgNjh0?= =?us-ascii?q?MFxWDO4UUhUF0AoEnjH4tgQQBgQ8BAQ?=
X-IronPort-AV: E=Sophos;i="5.70,513,1574121600"; d="scan'208,217";a="720967099"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2020 06:36:09 +0000
Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 0246a6ij021582 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 4 Mar 2020 06:36:09 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 4 Mar 2020 00:36:06 -0600
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 4 Mar 2020 00:36:05 -0600
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 4 Mar 2020 01:36:05 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DgRWFJI0UmyvlJI8WFgpA70yiul7qyZQQ5HE5Y/TFyb6uV/mZQDyjomr6hniln?= =?utf-8?q?HnjUf7iEZY/YZHp2eKFSQ/2RjHLua2J+ELGb1Su08XiguB5dQSEVja9pDtFcFWcra?= =?utf-8?q?XFdwRXuCGzq7fxqKO47puLlbxEyVJfvrvq9mmFzkCLt/O5G7EwQy8kYkkf4p5XJbW?= =?utf-8?q?hcXen4+9KbtngRx6U9QDWBBldmlPq11f7VyqUe7fIwSNfeLg1wLES7bYoAlEoU9G/?= =?utf-8?q?H5MX9FMSEM18ksxJKG4dPvVc7zvlXmQpEkvlvdGl+UXeytIJdCjvqXue1S6f7/5nG?= =?utf-8?q?T1SH7rEHdoS3mCuq2Ch2g=3D=3D?=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3ACont?= =?utf-8?q?ent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DYsn7RFMSq0lym7mJfAbbBom2zMe8sMX7mieLbmGDahU=3D=3B_b=3DCwXNeq?= =?utf-8?q?/QfjKASc3mLy6z7T6f/cF29vdodME1znxIOVfT+7qMmYIXuXB8BH8N3QbLPOzy72Z?= =?utf-8?q?l9E9y+oSCbaIqLGaby35ibD67tHV22Rp4/zSTMl6zGd7bMCjK80xFLoa9e4SKHn86?= =?utf-8?q?6/+KKPj1J/+SAneQhij5G7BvV85e71R9+l01J34jyXDjsXevAWogjTGnzHF/sU2kl?= =?utf-8?q?OeB6B1Clo7ik+IGdMRtyq8K+Zf2qh55KJCiSVsCKbHx/6Y5TYEK1WeerwehZz/98x?= =?utf-8?q?eXL55VT0mxAPnHwwIxGZGVc+eWRyUqLqhTWtooxGeDHSV7xH9wqznCVXoGF43OZ85?= =?utf-8?q?EUfpRBem2rQ=3D=3D?=
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; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AM?= =?utf-8?q?essage-ID=3AContent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADC?= =?utf-8?q?heck=3B_bh=3DYsn7RFMSq0lym7mJfAbbBom2zMe8sMX7mieLbmGDahU=3D=3B_b?= =?utf-8?q?=3DSdYFj+j5WMVn5qXVhSl55LJoBhW7x7yecJj8AKu5edpbZ2BGouqunbuIDz2uFX?= =?utf-8?q?2zMU8kdzJmiKF3iQVjy22sG2C6NCHKhL71XJ1ugPVKmlyEkInk+fekNSzFEjdfkjW?= =?utf-8?q?cdSkhGxnEXODE6jldsfNLCsQGkRC2m+0WoZQ14vG4JME=3D?=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4682.namprd11.prod.outlook.com (2603:10b6:303:2e::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Wed, 4 Mar 2020 06:36:04 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::95ae:a984:9998:f2c8]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::95ae:a984:9998:f2c8%7]) with mapi id 15.20.2772.019; Wed, 4 Mar 2020 06:36:04 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Chris Bowers <chrisbowers.ietf@gmail.com>
CC: "Ketan Talaulikar (ketant)" <ketant=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, SPRING WG List <spring@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, Bruno Decraene <bruno.decraene@orange.com>
Thread-Topic: [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions
Thread-Index: AQHV7ZILnZjIpKq3N0WdLR4BCssnCqgwFDqggAA7KhCAABElwIAASL5AgAT3A4CAAmFxkA==
Date: Wed, 4 Mar 2020 06:36:04 +0000
Message-ID: =?utf-8?q?=3CMW3PR11MB4570E85308182AEA3D9E1BDBC1E50=40MW3PR11MB4?= =?utf-8?q?570=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
References: <CAHzoHbtmJGB8QY==A5EMzzSwh+8bQjhbVgPBjA3kHJGxpCD_zA@mail.gmail.com> <c8828557-85a4-d002-cc8f-a8cd8da0aeaa@cisco.com> <CAHzoHbsU-+fUDdr5knmUE87DudCswwF2qGi11SVSSypT2UXKaQ@mail.gmail.com> =?utf-8?q?=3CMW3PR11MB45703130D6A8527ED0C4C9CDC1E80=40MW3PR11MB4570=2Enampr?= =?utf-8?q?d11=2Eprod=2Eoutlook=2Ecom=3E_=3C12659=5F1582880639=5F5E58D77F=5F?= =?utf-8?q?12659=5F66=5F1=5F53C29892C857584299CBF5D05346208A48DCA80D=40OPEXC?= =?utf-8?q?AUBM43=2Ecorporate=2Eadroot=2Einfra=2Eftgroup=3E_=3CMW3PR11MB4570?= =?utf-8?q?EDAE9E6AF17C9CCC9899C1E80=40MW3PR11MB4570=2Enamprd11=2Eprod=2Eout?= =?utf-8?q?look=2Ecom=3E_=3C7453=5F1582899837=5F5E59227C=5F7453=5F80=5F1=5F5?= =?utf-8?q?3C29892C857584299CBF5D05346208A48DD14BA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <CAHzoHbu4k15xJ2mnwp=9Xa400gQBtBY=OaSh6sh3_8E_t30sdA@mail.gmail.com>
In-Reply-To: <CAHzoHbu4k15xJ2mnwp=9Xa400gQBtBY=OaSh6sh3_8E_t30sdA@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ketant@cisco.com;
x-originating-ip: [49.36.50.35]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3a2784b5-5b25-4148-3feb-08d7c0065039
x-ms-traffictypediagnostic: MW3PR11MB4682:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: =?utf-8?q?=3CMW3PR11MB46826E2CD26DFF3606261989C1E?= =?utf-8?q?50=40MW3PR11MB4682=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0332AACBC3
x-forefront-antispam-report: SFV:NSPM; =?utf-8?q?SFS=3A=2810009020=29=284636?= =?utf-8?b?MDA5KSgxMzYwMDMpKDM5ODYwNDAwMDAyKSgzOTYwMDMpKDM3NjAwMikoMzQ2?= =?utf-8?b?MDAyKSgzNjYwMDQpKDE4OTAwMykoMTk5MDA0KSg3MTIwMDQwMDAwMSkoNDMy?= =?utf-8?q?6008=29=285660300002=29=2886362001=29=2852536014=29=2833656002=29?= =?utf-8?b?KDkzMjYwMDIpKDY5MTYwMDkpKDMxNjAwMikoNjUwNjAwNykoNTUwMTYwMDIpKDUz?= =?utf-8?q?546011=29=287696005=29=289686003=29=2854906003=29=2864756008=29?= =?utf-8?q?=2866574012=29=2866556008=29=2866446008=29=2876116006=29=28867600?= =?utf-8?b?MikoNjY0NzYwMDcpKDY2OTQ2MDA3KSgyNjAwNSkoODkzNjAwMikoMjkwNjAwMiko?= =?utf-8?q?81166006=29=28966005=29=28186003=29=2881156014=29=28478600001=29?= =?utf-8?q?=3B?= DIR:OUT; SFP:1101; SCL:1; SRVR:MW3PR11MB4682; H:MW3PR11MB4570.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?MvxjSrmYsrNdscg2ziFNs2fZBhVoXsD?= =?utf-8?q?gnDfRr79zac0Acla4D6KsG+9RjPcDp/pxfblQ/AbPFw1Sl1E/KLzrnIQpIZY4nAAa?= =?utf-8?q?3uecGssSdmB/vwP+UCbgf5Q+t8AG/xogKE16xrR5vemY3T7vTNkol2KlX7NIwlHFN?= =?utf-8?q?5LWNzhGFyftTw0hWYyQBQtU7yvY18VjN4SXkoakQbocjkGJ0RVn6gadDN9e5u+0Yr?= =?utf-8?q?BB0D+DSg4NKKVnQSrnZIp6ydWAVL2VcHroXRW5yyUyO4j77FEytCbr64nquBkW8Bv?= =?utf-8?q?dVGOwJ3C29yrGirN+h17uDn2+6+F6uEiOuZrQGBCsFHOJD046XA5OXNsEijS2lX5w?= =?utf-8?q?tVCUv7kcdytqDoPNAGYlPyV69h6EExqtRPaj71pq0JsnO8pIE8sb2dgyAOCCRXip2?= =?utf-8?q?Cd9f1MeXxTKoK/0ce13nreynwfNZUBmQ6Hi2oQ9A3m7o2iYnQYrKLRgyo0LSiWvIF?= =?utf-8?q?jWgPf14SN4H0jkD8rN/tdmoEP30XlXFTN5sanR2qlczbtrCQ=3D=3D?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?DtiIF3TzFfQY/4YWuR3/aPyfmM1jhP?= =?utf-8?q?NmD//kTIaClvKLRAaw3Y2oJ2ie65B1cxBiQD1LEArn2EfGJ/2TLqeeebjL3u0XYYM?= =?utf-8?q?skYJN8iULnylw8/KGMjp0j+CgL3hNahbE96/EgUYJsqNQhzbKtR7sQQ=3D=3D?=
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570E85308182AEA3D9E1BDBC1E50MW3PR11MB4570namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 3a2784b5-5b25-4148-3feb-08d7c0065039
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2020 06:36:04.1423 (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: =?utf-8?q?OErdHSrF6fyMQv2o1Y844?= =?utf-8?q?recyPhyfVg8R0E/JEh7BmIjb+POuCclpFlLiBroDFg5NqUVgJeABTfk6OC3EP610w?= =?utf-8?q?=3D=3D?=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4682
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/J4GCoq55Uy8MG8kJtrJ17OW8Sjg>
Subject: Re: [spring] [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Mar 2020 06:36:14 -0000

Hi Chris,

You are right in that there is no assumption that all SRv6 locators in a domain are allocated from the same block. Therefore knowing the blocks used in the domain is useful.

The IGP drafts covers the advertisement of the B and N parts of the locally configured locator on the node via IGPs. On the receiver side, the IGP may not really do much with this information, however it enables propagation of this information from all nodes in the network to be advertised out via BGP-LS (or other mechanisms) as part of the topology feed. Once this is part of the topology feed, it enables use-cases on controllers to perform network wide validation of the SRv6 SID block provisioning and can also help in automation of the security aspects described in https://tools.ietf.org/html/draft-ietf-6man-segment-routing-header-26#section-5

Thanks,
Ketan

From: Chris Bowers <chrisbowers.ietf@gmail.com>
Sent: 02 March 2020 23:39
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org>rg>; lsr@ietf.org; SPRING WG List <spring@ietf.org>rg>; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>rg>; Peter Psenak (ppsenak) <ppsenak@cisco.com>om>; Bruno Decraene <bruno.decraene@orange.com>
Subject: Re: [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions

Ketan,

Based on current documents, allocating all SRv6 locators used in a domain from a single block is optional.

However, assuming for the moment that a network operator has chosen to allocate all SRv6 locators used in a domain from a single block, so that there is a well-defined value of B and N across a domain, what is the use of having a router advertise its own understanding of these two values?  And what is a receiver supposed to do with this information?

Thanks,
Chris

On Fri, Feb 28, 2020 at 8:23 AM <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>> wrote:
Hi Ketan,

Thanks fort the follow up.
Clarification inline [Bruno]

From: Ketan Talaulikar (ketant) [mailto:ketant@cisco.com<mailto:ketant@cisco.com>]
Sent: Friday, February 28, 2020 11:11 AM
To: DECRAENE Bruno TGI/OLN; Ketan Talaulikar (ketant); Chris Bowers
Cc: lsr@ietf.org<mailto:lsr@ietf.org>; SPRING WG List; draft-ietf-spring-srv6-network-programming; Peter Psenak (ppsenak)
Subject: RE: [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions

Hi Bruno,

I believe the description and usage of Locator is very well described and covered in the net-pgm draft as also the corresponding IGP extensions. Is the question is more about the “block” part of it (what is not in the block part is in the node part as per the text in the net-pgm draft)?

The “block” is again not a new thing. Please check the following:
Under https://tools.ietf.org/html/draft-ietf-6man-segment-routing-header-26#section-5 … look for “block”
https://tools.ietf.org/html/rfc8402#section-2 … look under SRGB for SRv6

[Bruno]
To clarify, my question was not specific to “block” but related to the usage, by the receiver, of the following piece of information:

      LB Length: SRv6 SID Locator Block length
      LN Length: SRv6 SID Locator Node length
      Fun. Length: SRv6 SID Function length
      Arg. Length: SRv6 SID Arguments length


So perhaps I don’t get Chris’s point and would wait for him to clarify.
[Bruno] I’ll leave this to Chris.

Thanks,
Ketan

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
Sent: 28 February 2020 14:34
To: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>>; Chris Bowers <chrisbowers.ietf@gmail.com<mailto:chrisbowers.ietf@gmail.com>>
Cc: lsr@ietf.org<mailto:lsr@ietf.org>; SPRING WG List <spring@ietf.org<mailto:spring@ietf.org>>; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>>; Peter Psenak (ppsenak) <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>
Subject: Re: [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions

Hi Ketan,



From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Ketan Talaulikar (ketant)
Sent: Friday, February 28, 2020 6:30 AM

Hi Chris,

I agree with Peter and I would suggest to drop LSR since this is not a protocol specific thing.

I believe the text in draft-ietf-spring-srv6-network-programming clears says what locator block and locator node are. What more details do you think are required?

[Bruno] Speaking as an individual, the draft could possibly clarify the usage of these information/fields by the receiver. Possibly using the same name/term (e.g. SRv6 SID Locator Block length) to ease the references between both drafts.

Thanks,
--Bruno

Thanks,
Ketan

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of Chris Bowers
Sent: 27 February 2020 22:46
To: lsr@ietf.org<mailto:lsr@ietf.org>; SPRING WG List <spring@ietf.org<mailto:spring@ietf.org>>
Cc: Peter Psenak (ppsenak) <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>
Subject: [Lsr] clarification of locator block and locator node in draft-ietf-spring-srv6-network-programming and draft-ietf-lsr-isis-srv6-extensions

SPRING and LSR WGs,

I think that we need a much more detailed description of the locator block and locator node in either draft-ietf-spring-srv6-network-programming or draft-ietf-lsr-isis-srv6-extensions.  See original email below.

Thanks,
Chris

On Thu, Feb 27, 2020 at 11:08 AM Peter Psenak <ppsenak@cisco.com<mailto:ppsenak@cisco.com>> wrote:
Hi Chris,

On 27/02/2020 17:54, Chris Bowers wrote:
> LSR WG,
>
> Section 9 of draft-ietf-lsr-isis-srv6-extensions-05 defines the  SRv6
> SID Structure Sub-Sub-TLV. In particular, it defines encoding for the
> locator block length and the locator node length.  The text refers to
> [I-D.ietf-spring-srv6-network-programming] for the definition of these
> concepts.
>
> As far as I can tell, the only reference to locator block and locator
> node in draft-ietf-spring-srv6-network-programming-10 is section 3.1
> which has the following text:
>
>     A locator may be represented as B:N where B is the SRv6 SID block
>     (IPv6 subnet allocated for SRv6 SIDs by the operator) and N is the
>     identifier of the parent node instantiating the SID..
>
> I think that we need a much more detailed description of the locator
> block and locator node.

sure, but that would be in the
draft-ietf-spring-srv6-network-programming-10, not in
draft-ietf-lsr-isis-srv6-extensions, as these are not a protocol
specific constructs.

thanks,
Peter

>
> Thanks,
>
> Chris
>

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.