[Lsr] FW: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt

"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 06 March 2024 03:54 UTC

Return-Path: <jie.dong@huawei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21EE6C14F5F1; Tue, 5 Mar 2024 19:54:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.904
X-Spam-Level:
X-Spam-Status: No, score=-6.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TokOEKbAG2jH; Tue, 5 Mar 2024 19:54:28 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63187C14F5EE; Tue, 5 Mar 2024 19:54:28 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4TqJP11v3lz6K9DH; Wed, 6 Mar 2024 11:50:29 +0800 (CST)
Received: from lhrpeml500004.china.huawei.com (unknown [7.191.163.9]) by mail.maildlp.com (Postfix) with ESMTPS id 98A581411E3; Wed, 6 Mar 2024 11:54:25 +0800 (CST)
Received: from dggpemm100006.china.huawei.com (7.185.36.196) by lhrpeml500004.china.huawei.com (7.191.163.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Wed, 6 Mar 2024 03:54:24 +0000
Received: from kwepemd100004.china.huawei.com (7.221.188.31) by dggpemm100006.china.huawei.com (7.185.36.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Wed, 6 Mar 2024 11:54:22 +0800
Received: from kwepemd100004.china.huawei.com ([7.221.188.31]) by kwepemd100004.china.huawei.com ([7.221.188.31]) with mapi id 15.02.1258.028; Wed, 6 Mar 2024 11:54:21 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: lsr <lsr@ietf.org>
CC: lsr-chairs <lsr-chairs@ietf.org>, "draft-zhu-lsr-isis-sr-vtn-flexalgo@ietf.org" <draft-zhu-lsr-isis-sr-vtn-flexalgo@ietf.org>
Thread-Topic: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt
Thread-Index: AQHabgXVFJEp9j6Fo0CIqJnpTtErA7EqDfCw
Date: Wed, 06 Mar 2024 03:54:21 +0000
Message-ID: <62fa016395794e9fb36047fb248b672a@huawei.com>
References: <170953740938.5669.14841978097893648784@ietfa.amsl.com>
In-Reply-To: <170953740938.5669.14841978097893648784@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.40.66]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/eFLBWz7SBPQFWyKO74OXjnsdwJo>
Subject: [Lsr] FW: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Mar 2024 03:54:30 -0000

Hi all, 

A new revision of draft-zhu-lsr-isis-sr-vtn-flexalgo has been submitted. It describes a Flexible Algorithm based mechanism to build SR based NRPs in some network scenarios. 

There are several changes since its last presentation in IETF 114:

1. The background of this work and its relationship with the IETF network slice draft is described. 

2. Following the consensus of TEAS WG about terminology alignment between VTN and NRP, the VTNs in this document are now replaced by NRP.

3. The approach to correlate a subset of link resources with a Flex-Algo is elaborated. 

4. The targeted scenario and the scalability considerations of the proposed mechanism is described.

5. Editorial changes to improve the readability. 

As always review and comments are welcome. 

Best regards,
Jie (on behalf of the authors)

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Monday, March 4, 2024 3:30 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>; Yongqing Zhu <zhuyq8@chinatelecom.cn>; Huzhibo <huzhibo@huawei.com>
Subject: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt

A new version of Internet-Draft draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt has been successfully submitted by Yongqing Zhu and posted to the IETF repository.

Name:     draft-zhu-lsr-isis-sr-vtn-flexalgo
Revision: 07
Title:    Using Flex-Algo for Segment Routing (SR) based Network Resource Partition (NRP)
Date:     2024-03-04
Group:    Individual Submission
Pages:    10
URL:      https://www.ietf.org/archive/id/draft-zhu-lsr-isis-sr-vtn-flexalgo-07.txt
Status:   https://datatracker.ietf.org/doc/draft-zhu-lsr-isis-sr-vtn-flexalgo/
HTMLized: https://datatracker.ietf.org/doc/html/draft-zhu-lsr-isis-sr-vtn-flexalgo
Diff:     https://author-tools.ietf.org/iddiff?url2=draft-zhu-lsr-isis-sr-vtn-flexalgo-07

Abstract:

   Enhanced VPNs aim to deliver VPN services with enhanced
   characteristics, such as guaranteed resources, latency, jitter, etc.,
   so as to support customers requirements for connectivity services
   with these enhanced characteristics.  Enhanced VPN requires
   integration between the overlay VPN connectivity and the
   characteristics provided by the underlay network.  A Network Resource
   Partition (NRP) is a subset of the network resources and associated
   policies on each of a connected set of links in the underlay network.
   An NRP could be used as the underlay to support one or a group of
   enhanced VPN services.

   In some network scenarios, each NRP can be associated with a unique
   Flexible Algorithm (Flex-Algo), which can provide constraint-path
   computation based on the customized topological constraints.  This
   document specifies a mechanism to build Segment Routing (SR) based
   NRPs by combining SR Flex-Algo and IGP L2 bundles with minor
   extensions.



The IETF Secretariat