[spring] Conclusion of WG adoption call for draft-dong-spring-sr-for-enhanced-vpn

James Guichard <james.n.guichard@futurewei.com> Wed, 29 July 2020 15:31 UTC

Return-Path: <james.n.guichard@futurewei.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 AF4BF3A0BC8; Wed, 29 Jul 2020 08:31:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level:
X-Spam-Status: No, score=-2.089 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_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 8xvsQzCd_RKc; Wed, 29 Jul 2020 08:31:45 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2131.outbound.protection.outlook.com [40.107.244.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7ACBF3A0BD1; Wed, 29 Jul 2020 08:31:45 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eYTOLHFFsYwkHXAKcHd64FeqfG2iZ1Dp15C/ND3fmpGD4m6lBIvtm6aBplYC1MitXN/f8IzABf8ZN2oc7ZCCJxkaLBDRBQ8erWm8iCAWAWcUn1tHwnd5IAU+cxG7GZ/zmwzrvU5mNLZOmXoTxuS1KvsJ+7Z9k4PeTPPBD7mKbmTLNC+HZLTu734olQbJcod8AiyIrLaVuSXb/zyf1pJRSDSy2F2ub9WIGquG2G9egMOuGBCJXaUsd1wgNab3+ngPtBdhUoJYYj5RoFpHagpTH7XD9oJv4PtzeKj9mXOIgR1A8GIrN4cpvm+ipdVxibqoNh1T3Rz8Rx+eqd6FBX0w/w==
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=3Af64jXjfKRdUCpWRXgwi7cZRICo7LDWICQS5Tl/KJc=; b=EHpU6nrG51YkmYkpe0HaDNT4eDPwWub1f4ihEJmbkUzi8sg+Tu99KOHihHudg13lwYy3VmjlwjMaVQxkAbQWkkSQH2/VLUVX6Tc2HSDsGub1SYfOelpOHBzA4EY7xL34yH734iAnOr2AVo/sUouLsbEa+CZPnFzF4+zrWFmCs9PIDZLERv55bho2dhHNKNZNlB3GhLKD2EkWaYnSAg6xkGbx90qozjDjLhQ6fRjZsrNfw0nzW0lgPNLdpuMw8dbAOycYRrPl/LLz7lM+y1bYad1OulfDqIhAQzVLiu7GJQ4LJE+9NM2Z7kj3gUJu/zTZ3or4RJ+wK7+pCOYj59sLNA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3Af64jXjfKRdUCpWRXgwi7cZRICo7LDWICQS5Tl/KJc=; b=eLBpV7Zk0aeki7hrrIjyfFHub1LaZQBmIpPUiyJm4i5U+yKHAPmljrzMsgE7ZjXL001RlxEcQB1Kv9DgsFerEdcCzecJt37XGcxPE3+9Dmx75KtBf6VnD3Ka8qDIIHt81Psfrm0a45PMM9QQya9NIKjZpVa2VyacUTR3Wz27MFM=
Received: from DM6PR13MB3066.namprd13.prod.outlook.com (2603:10b6:5:19d::18) by DM6PR13MB2809.namprd13.prod.outlook.com (2603:10b6:5:138::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.9; Wed, 29 Jul 2020 15:31:41 +0000
Received: from DM6PR13MB3066.namprd13.prod.outlook.com ([fe80::1083:a6b6:a4a6:fb7e]) by DM6PR13MB3066.namprd13.prod.outlook.com ([fe80::1083:a6b6:a4a6:fb7e%6]) with mapi id 15.20.3239.017; Wed, 29 Jul 2020 15:31:41 +0000
From: James Guichard <james.n.guichard@futurewei.com>
To: "spring@ietf.org" <spring@ietf.org>
CC: "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Thread-Topic: Conclusion of WG adoption call for draft-dong-spring-sr-for-enhanced-vpn
Thread-Index: AdZlqGq7aALK5FziSxC9xAgKG8w/4w==
Date: Wed, 29 Jul 2020 15:31:41 +0000
Message-ID: <DM6PR13MB3066F0CFB7A3617A76291930D2700@DM6PR13MB3066.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [47.14.47.233]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1e2ef29c-15be-4ee8-e06d-08d833d47e21
x-ms-traffictypediagnostic: DM6PR13MB2809:
x-microsoft-antispam-prvs: <DM6PR13MB280905DB09BF82CA5890351FD2700@DM6PR13MB2809.namprd13.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: ASQpYZNeuPBx6CMiL7rv0Vxfgvl7oMrdQGkKsjfiDHA1SvIj4c1koSQpPREtWNM+41YjgqmTurGwIgu18eWfyyjvPICKkZqkXUB9Woza0Fnfrk0gUYMOFvSxZEgvM43oG3+wCEfrC+GX3YlGRNk2Xy3qXZawUkhSfFkqDK375D8c/HwNIz7Z200PIsZnXsKDSxN1yWqrQ5L6cM+P7mTnqt6eaBVK5yYCj58DzgyaVrRQjvtj8jqN08TefY5S5PjBPFMpfGeQahfgWQDTdtQSk5Ueyrytvi/v9bPppLO0abRnLzEwPjLD+jzmFA4gVvNk0Ep+wVsp4dFxwL/BMA5QP1TKxgr8GGRqT9aVnmMeZ4YnAst359YsTr5jSaGfal92
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR13MB3066.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(346002)(39840400004)(376002)(396003)(366004)(4326008)(52536014)(186003)(5660300002)(26005)(55016002)(2906002)(8936002)(508600001)(33656002)(9686003)(71200400001)(6506007)(66556008)(66446008)(64756008)(66476007)(8676002)(66946007)(450100002)(86362001)(6916009)(83380400001)(316002)(76116006)(7696005)(160933001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: Rrxfxv9/iZ8W3CUFLOeN0DzN3SaWzGpXCsndKCmA0ajwjCntvcyTOme2e2QxnIZKVrIVIAkO12TuiaUeo3J5Vf/YudMTe7H/O82QLAiIPkjWGfCTG+lMjLyhdLUU3v/40fWhd30wjmRmZGzrE+RWe5LTFSkVPmRSmxeakKy7eqiyaeSDo/aeUlu/4AwGgc49gtt/MH8JnD17Sy26wwN1oISGJzRbf1gNgFnHV9Tl32rayUUeLV5kqkiKQfhWy3c6Sw/fUgg6tArwt4mP9a3FfhD3ZOQ3Aemjs0ozYyDnWZU/tYewJ5xHBlok4NNNXvBJr4ZO3+V1vOLCVvx3WwUgtoNWMUYZb9DNq+AA/gRVBDIQBRy4xTXP9OPrdVFroVGSqjC9+ZPe1/738tIJp7MznGQUohRqqV2rXWNvw3NjJblBheMEJSHsVzIGw3gLws4U1TWVeoRiriYlmZYc1q6hThot0/CnqxCdPZNoXV6lf/VGfI6RykEjnSVSC/OFboPWxPpenp5BTBUnt7VKjNee4nA/AUWnOcI9d6Qm1buvRoOP3V/XGLAL0tHjgtMbVjvjdCtwNSaotgQZRTFZnphs4KoQpyAvxWNkJrmBAqZXNOwVxtEIwmebkbR3LsQyPrp6pHNy76+ftmXm/7qBwQaMNQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR13MB3066F0CFB7A3617A76291930D2700DM6PR13MB3066namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR13MB3066.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1e2ef29c-15be-4ee8-e06d-08d833d47e21
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2020 15:31:41.4578 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: DLoq84pcWHsXUCGFzcDmZKtSr3l+O2UhjKTQ4DTqmkZP6LI8IcF/dDJ8G8/4keZ4qxKWYDjPNRrVoA/+wM1pCg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR13MB2809
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/tJXeJoU-LYDLv49YKZP1CWt_Ksg>
Subject: [spring] Conclusion of 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: Wed, 29 Jul 2020 15:31:48 -0000

Dear SPRING WG:

This email concludes the WG adoption call for draft-dong-spring-sr-for-enhanced-vpn.

The chairs noted that although the document received a lot of support, evaluation of consensus to adopt should primarily be driven by substantive comments (technical or otherwise) of which there were several on differing parts of the document.

The text of the current document covers two main parts that may be categorized into standards track and informational track.

The first part is related to the association of resources to Segment Routing Identifiers (SIDs) that:

  *   is specifically referenced in the SPRING charter for mapping segments to forwarding behaviors
  *   received strong support, including from technical reviewers
  *   is the main goal of the draft, stating nearly the full draft abstract:

   " This document describes the mechanism to associate network resource attributes to Segment Routing Identifiers (SIDs).  Such SIDs are referred to as resource-aware SIDs in this document.  The resource-aware SIDs retain their original forwarding semantics, but with the additional semantics to identify the set of network resources available for the packet processing action.  The resource-aware SIDs can therefore be used to build SR paths with a set of reserved network resources."

While this part of the specification still requires some work in order to specify resource-aware semantics for all or a subset of existing SIDs, the chairs feel that consensus to adopt this part of the document was reached and that this should form the basis of a standards track document. Therefore, authors can you please publish a WG document covering only this first part; the document should:

  *   avoid the use of VPN related terms in the filename, title, abstract, page headers etc.
  *   only cover the normative specification of "resource-aware SIDs"
  *   have a filename that reflects the core idea of "resource-aware SIDs" and start with draft-ietf-spring... (suggestion draft-ietf-spring-resource-aware-segments-00)

In addition, please indicate on the mailing list whether you are aware of any undisclosed relevant IPR.

Macroscopically, the above will involve removing sections 4 and 5 of the current document, and maybe the penultimate sentence in the abstract. In addition, the current section 3 (control plane) will need to be significantly re-scoped although this may happen as part of the normal WG document process. In the future, it will also need to precisely define the new information/parameters that would need to be advertised in the control plane; only leaving the encoding to the corresponding protocol specific documents. Now would be better, but it may be done in the future given the agreement on the scope of this document.

The second part is related to the building of virtual networks (e.g. VPN, VPN+, VNT, enhanced VPN...). This part is not primarily an extension to segment/SID, and seems less mature, informational in nature, and one way of building an end-to-end service using a set of building blocks, while other methods are possible and may be equally valid. Therefore, this part may be described in an informational document independent from the standards track document. Depending on the direction that authors choose to follow, this subject may have adherence with the BESS and TEAS WGs, which would need to be considered. Alternatively, the document could follow the direction of an applicability statement or recipe on how to provide, in an SR network, dedicated resources for some services (e.g .VPN, IP TV replication service...).

Authors, you are encouraged to publish a second informational document (individual-ID) covering the non-resource-aware-SIDs parts (with pointers to the standard track document used as a building block) and then have the WG review and then reevaluate that part of the adoption call.

Thanks,

Jim, Joel, & Bruno