Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 23 July 2020 18:27 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 8D61B3A0C64; Thu, 23 Jul 2020 11:27:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.619
X-Spam-Level:
X-Spam-Status: No, score=-9.619 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.01, RCVD_IN_MSPIKE_WL=-0.01, 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=RJwwPauD; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zDG3LN7Q
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 rQyap-H9ZzKV; Thu, 23 Jul 2020 11:27:25 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C95F33A08ED; Thu, 23 Jul 2020 11:27:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24799; q=dns/txt; s=iport; t=1595528844; x=1596738444; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=CZQs+e/+xxsWEP7Ajbo7woWFG0M1zl3JG0yFCH2HJfE=; b=RJwwPauDaxtH3v6Tn11RscNDYDeVimGMyh0DSAtkr6vLgJNPHmNLf//m OZ4gP8FrMxgOgNnvlbu66UcnqXSgaisUrbN4dwgFHQ/6y6P4/naEdkE2o g4tB4eZBzZt0U17JdxlSnQebB/6QCKIqwhU6xkcmL4bPn9XBAP1mvE7ym Q=;
IronPort-PHdr: =?us-ascii?q?9a23=3AV2H5JBx2mcKX+eHXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5ZRaFt/twkELTUJrW6rRPjO+F+6zjWGlV55GHvThCdZFXTB?= =?us-ascii?q?YKhI0QmBBoG8+KD0D3bZuIJyw3FchPThlpqne8N0UGFtviekffvXCzqzUVH0?= =?us-ascii?q?a3OQ98PO+gHInUgoy+3Pyz/JuGZQJOiXK9bLp+IQ/wox/Ws5wdgJBpLeA6zR?= =?us-ascii?q?6arw=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAACU1Rlf/5pdJa1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgTYHAQELAYEiLyMuB29YLywKh28DhFiIephfgS4UgREDVQs?= =?us-ascii?q?BAQEMAQEjCgIEAQGETAKCGgIkNAkOAgMBAQsBAQUBAQECAQYEbYVcDIVxAQE?= =?us-ascii?q?BAQMSCxATAQEtCgEPAgEIEQQBASEOMh0IAQEEAQ0FCBqDBYF+TQMuAQ6jHAK?= =?us-ascii?q?BOYhhdIE0gwEBAQWBRwMPL4MtGIIOAwaBOAGCa4oIGoFBP4ERQ4JNPoJcAgM?= =?us-ascii?q?BgSEFARIBIyuDHIItj0wqA4k5i0mQYQqCXYhWkTSCe4lEkxySDoorlGECBAI?= =?us-ascii?q?EBQIOAQEFgVM6Z3BwFYMkUBcCDY4eDAUSg06FFIVCdDcCBggBAQMJfI4FAYE?= =?us-ascii?q?QAQE?=
X-IronPort-AV: E=Sophos;i="5.75,387,1589241600"; d="scan'208,217";a="792860542"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Jul 2020 18:27:23 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 06NIRNGR024773 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 23 Jul 2020 18:27:23 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 23 Jul 2020 13:27:23 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 23 Jul 2020 14:27:21 -0400
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 23 Jul 2020 14:27:21 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ReG513ax5VhzvlgYwtec5Vs16VdjCF/2D/Ss/apEbB4kJ8a3/VGFrWEJTeqYrh2ledc9y84t64djlrRAI5YIVtp+aH7a+Cs+KYi4kr0MbXkQCU6YOR3GsJpxQdsPdtb1HexCBMnDkUTCw2mNqMKz2eyMzfhFtgIo3eStcAdbSuFChzx8F5Y3wQtIj7szUU6J8ut/KVFEK1v7LIdjzAf0CCudhx0ycGOf+EJnwgT4Qa6T8IipH0etUwgMwiimcYuGTD9za+TWNJux59mhS63Mu9Cz1mUH7YLFgNadYDNk7m3sZxw427dGw22RT/8S9KHN5PZhqOKk5+WSuLQmX8rZiA==
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=mqUYYOhUGH99dk0yreN52gawXYFQ5nEU36BOn657CgE=; b=QEWOXjnywZKwMBUZK9fix9O6hurRRO4DJ527QjR6WInrMLGtCfqP+jA+FUskhM+n2Dew3nollLEOmdMaiq49Z6rpaGTSwLEnL/QW0j1f6BhaRsjny76JjvtVtrPSOR6b3Us6XHJYf+1q/EfLHtoI7s96AYTKqBXrl3QYqUax9rtlRsbpeP0/aOw16De8tmBUnEYjZvi1ueN/hjtslH93sAdaoCfyW6LNjmBozTsjiti/oId6tDQNaplzvACShWMslDSeKR8PXv/JCysjNC6scDvuzyIWOmay4yrYv5Zs9abLIddFU7jHL0DJe0crDq/myP05cxPFzxndaFpofZz8Vw==
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=mqUYYOhUGH99dk0yreN52gawXYFQ5nEU36BOn657CgE=; b=zDG3LN7QAQgswfpU/6EBjMnMW74Bnvc03Ghyu6kX/entnTpev8g4YFkuQAW6754EuWz87uvsla/ccZkHp0/3io30u+o3mfog5EWcZVBVkvnSMYRMw2J4sgUFzKgASHJhp9XMbrx5y9a4EHWGTZNlrsRPHliFOkEbNIF5AhKRHGg=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4571.namprd11.prod.outlook.com (2603:10b6:303:59::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.23; Thu, 23 Jul 2020 18:27:20 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::658f:69a3:2fc5:d430]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::658f:69a3:2fc5:d430%7]) with mapi id 15.20.3216.024; Thu, 23 Jul 2020 18:27:20 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: James Guichard <james.n.guichard@futurewei.com>, "spring@ietf.org" <spring@ietf.org>
CC: "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Thread-Topic: WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
Thread-Index: AdZalG5COYT8S7GISwGDbTxQ2h/PJgGidOzw
Date: Thu, 23 Jul 2020 18:27:20 +0000
Message-ID: <MW3PR11MB45703B5474B5AC2CCAE7982FC1760@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <DM6PR13MB306697E48ACA918A213E832ED27E0@DM6PR13MB3066.namprd13.prod.outlook.com>
In-Reply-To: <DM6PR13MB306697E48ACA918A213E832ED27E0@DM6PR13MB3066.namprd13.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: futurewei.com; dkim=none (message not signed) header.d=none;futurewei.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.19]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d019850d-5035-40a3-38ce-08d82f36099d
x-ms-traffictypediagnostic: MW3PR11MB4571:
x-microsoft-antispam-prvs: <MW3PR11MB45717CC3B3BFFCCDD72B174DC1760@MW3PR11MB4571.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: yGHvBZguOdJoDROzTKIgun0nkUAxBdM6N7jGU00KQB0NmSNvHMDLHzxms1i1zIfStD5u5foFHucR2vwTgrZy+hlsAsvoWV8ZczdOgmFMpwy5nTFC+pc2FeuzdeZF1mH1AmlW3sWN2NnjHaQyOOQNSOaTIe2qL9khjMZGEOMdJU9PmZiALeLtLOb+JMfn9MzpepzAJYAVMkDYunRScdElX7NBtQhMgQBeUWR4jGgao31UJT98q70P2apNawNdXveG3D9Jo78JqSs3yGv2EuPCuOLjFCS2SvM/t/CrKLiBeUlW8FCmM23MOx+P//aay9aBvTK//ZIwFq0VsrCRcecNtmAYfO88aBbC3H8M27NEwlqfoAuznW/0l1n1LiZ92oWpw1r77eGwpN41vXkWsZqQEoII/cu2YyIVlRSiIRfi1+Txe9vm6lt6BVJmWAA+ayc2xkYeH4pbDSG03x+doMzHMw==
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)(396003)(366004)(39860400002)(136003)(346002)(376002)(186003)(66946007)(64756008)(86362001)(52536014)(76116006)(66556008)(166002)(66476007)(478600001)(26005)(66446008)(966005)(2906002)(7696005)(5660300002)(110136005)(71200400001)(53546011)(66574015)(6506007)(83380400001)(8676002)(8936002)(9686003)(33656002)(55016002)(9326002)(316002)(4326008)(160933001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: RAwGdY3rW8cr/b4fu7It78UZX05OFfkbKowov5PF+QxFqdVao1TG7U3AM6g/GF2pz7TBSl9VDIanvtNxKLR1xFkOfuXlREunb5eytI+sz+yNfAyjaBmP/DwfjtdnD6JbqeIt/CE+1mot2hzn7XTnZo4G3BGbQozdIea0zINbqI5k4+zA4QSu+rAHpG2tUPJT/GEkBViZ+vWP76dVRM1f59WsgLwlOY3EHr3SYp+AdwkhpQ/R7ao9YBGMbD7ret7NHZE5D97HUg8E3r1U/yQwwtB964GKEffehrP0yTCjz59pVX0XtCrkZiGt1J6qG/v6NXu4m2dQgUsS2Db5rurO1RS+Eld+gqOT2oMkddSSIhTE4uYjFozlcG0phKY3XR7Ws9OFhP51xW634zVQ8bdnwClHieL6uR4tng7FU4gT8HJ5tTn5SEJXzHvnqvCf7bg7eBDGX9qRzjjINsc+N+a4bc9VUz6UBYUaJrNEiSJoWlXGRk6NxD5Goy8x0xTVwE4N
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB45703B5474B5AC2CCAE7982FC1760MW3PR11MB4570namp_"
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: d019850d-5035-40a3-38ce-08d82f36099d
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2020 18:27:20.7370 (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: D9H4aIyIYdUfZy9W0jVSQ31Mox6JRBtYg68ciAIXe2qYTTTFDgMMTI0hqOJyaz0hop6LHdRwgBIvZ8KsaJtGfA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4571
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/EAxYLutU7M_lv7JoL3-RKUUwz0M>
Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
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: Thu, 23 Jul 2020 18:27:28 -0000

Hi All,



This document seems to talk of "resource group" SIDs that is something interesting - specifically for SR-MPLS (I don't see the same relevance for SRv6).



I support the adoption of (what is coming across to me as) this concept of a new "resource group" scope for SR SIDs as a work item for the Spring WG. Rest should be moved into a separate informational document since all of that seem unrelated, nothing new and not suitable for a standards track document.



Therefore, the draft needs more work before it is ready for adoption.



Following are my more specific comments on this draft:



  1.  SR SIDs that are scoped to a MT or Algo or MT+Algo combination can already be associated with some "resources" on routers today. There is nothing new here to be standardized. If there is interest in the WG for documenting how resources are carved out and assigned to say a Flex-Algo and/or MT scoped SIDs, it should be in an independent informational document. There seems to be a lot of overlap of this with work in the TEAS WG. Much of Section 2 seems to be of this nature.



  1.  IGP SR SIDs are today scoped to an MT and Algo. This draft seems to be introducing another "resource group" type of scoping within an MT+Algo context for Prefix and Adjacency SIDs. When packets using SID labels belonging to a "resource group" arrive at a router, it helps the router associate those service flows to the QoS profile provisioned for that "resource group" on that specific link/router. This is what it seems is the whole essence of the proposal - but this is not clear in the document.  The routing of these SIDs is going to follow whatever MT and/or FlexAlgo computation provides - therefore, I am not sure I understand how these "resource group" SIDs are creating some new "Virtual Network Topology". Isn't this just a "network slice" of resources?



  1.  I am not sure how the discussion in Section 3 is bringing in anything new and again it is purely informational in nature. Perhaps I am not able to follow the point.



  1.  Much of Section 4 is also similarly informational in nature and about how some vendor/operator may want to use "resource group" SIDs. However, it does not formally and normatively define this new concept of "resource group" SIDs.  Other implementations and operators may choose to do this differently - so why standardize this one way? Discussion like assigning/allocation of SIDs, distribution of their information and setting up paths through the network using these SIDs are basic concepts of SR - not sure if they need description and repetition in a standards track document.



  1.  Section 5, Scalability is not giving the right picture. The proposal ends replicating each SID label forwarding entry (e.g. for prefix SID) multiplied by each "resource group" on each router simply for the sake of identifying QoS resources for it. That is not really scalable and will end up consuming a large set of label forwarding entries on the routers depending on the network scale and now many of these "slices" are instantiated.



  1.  Finally, I have an objection to the use of terms like "enhanced VPN" and "VPN+" in the document that sound more like marketing terms than technical terminologies. There was a similar comment made by one of the Spring chairs for a previous version, but I don't see it being addressed. VPNs might be but one of the services that can leverage the resource aware SIDs in their underlay.



I look forward to responses from the authors and updates to the document to address these comments.



Thanks,

Ketan


From: spring <spring-bounces@ietf.org> On Behalf Of James Guichard
Sent: 15 July 2020 16:47
To: spring@ietf.org
Cc: spring-chairs@ietf.org
Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Dear WG:

This email begins a 2 week WG adoption call for https://datatracker.ietf.org/doc/draft-dong-spring-sr-for-enhanced-vpn/ ending Wednesday 29th July 2020.

Please speak up if you support or oppose adopting this document into the WG. Please also provide comments/reasons for that support (or lack thereof). Silence will not be considered consent.

Thanks!

Jim, Joel & Bruno