[Idr] FW: New Version Notification for draft-dong-idr-bgp-ls-scalable-nrp-00.txt

"Dongjie (Jimmy)" <jie.dong@huawei.com> Tue, 05 March 2024 06:51 UTC

Return-Path: <jie.dong@huawei.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 D8AB9C151536 for <idr@ietfa.amsl.com>; Mon, 4 Mar 2024 22:51:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.905
X-Spam-Level:
X-Spam-Status: No, score=-6.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=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_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 Nkgv0BluI46H for <idr@ietfa.amsl.com>; Mon, 4 Mar 2024 22:51:46 -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 E5359C14F5F7 for <idr@ietf.org>; Mon, 4 Mar 2024 22:51:45 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4TpmM72PlBz6J6dZ for <idr@ietf.org>; Tue, 5 Mar 2024 14:46:59 +0800 (CST)
Received: from lhrpeml500002.china.huawei.com (unknown [7.191.160.78]) by mail.maildlp.com (Postfix) with ESMTPS id E42D21400CB for <idr@ietf.org>; Tue, 5 Mar 2024 14:51:41 +0800 (CST)
Received: from dggpemm100006.china.huawei.com (7.185.36.196) by lhrpeml500002.china.huawei.com (7.191.160.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Tue, 5 Mar 2024 06:51:40 +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; Tue, 5 Mar 2024 14:51:38 +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; Tue, 5 Mar 2024 14:51:38 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "idr@ietf.org" <idr@ietf.org>
Thread-Topic: New Version Notification for draft-dong-idr-bgp-ls-scalable-nrp-00.txt
Thread-Index: AQHabiqP/WuO/jliTkeuuoUkjdKzJbEosXAw
Date: Tue, 05 Mar 2024 06:51:38 +0000
Message-ID: <af2eebb1919b4526987bcfa3650a3e96@huawei.com>
References: <170955317463.28583.10681077593410072002@ietfa.amsl.com>
In-Reply-To: <170955317463.28583.10681077593410072002@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/idr/llsctH7YDTJG0hrgLpPgrXOJkoA>
Subject: [Idr] FW: New Version Notification for draft-dong-idr-bgp-ls-scalable-nrp-00.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 05 Mar 2024 06:51:49 -0000

FYI a new draft on distributing NRP related information using BGP-LS has been submitted. 

In this document, a new BGP-LS NLRI Type is introduced for the distribution of NRP-specific link information, which can help to improve the efficiency and scalability when the number of NRPs in the network becomes large. It can also avoid the impact to the distribution of base link-state information. 

Any review comment is 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 7:53 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>; Gejun (Jack, BGP) <jack.gejun@huawei.com>; Zhangka <zhangka@huawei.com>; Zhangka <zhangka@huawei.com>; Yongqing Zhu <zhuyq8@chinatelecom.cn>; Zehua Hu <huzh2@chinatelecom.cn>
Subject: New Version Notification for draft-dong-idr-bgp-ls-scalable-nrp-00.txt

A new version of Internet-Draft draft-dong-idr-bgp-ls-scalable-nrp-00.txt has been successfully submitted by Jie Dong and posted to the IETF repository.

Name:     draft-dong-idr-bgp-ls-scalable-nrp
Revision: 00
Title:    BGP Link State Extensions for Scalable Network Resource Partition
Date:     2024-03-04
Group:    Individual Submission
Pages:    10
URL:      https://www.ietf.org/archive/id/draft-dong-idr-bgp-ls-scalable-nrp-00.txt
Status:   https://datatracker.ietf.org/doc/draft-dong-idr-bgp-ls-scalable-nrp/
HTML:     https://www.ietf.org/archive/id/draft-dong-idr-bgp-ls-scalable-nrp-00.html
HTMLized: https://datatracker.ietf.org/doc/html/draft-dong-idr-bgp-ls-scalable-nrp


Abstract:

   Enhanced VPNs aim to deliver VPN services with enhanced
   characteristics, such as guaranteed resources, latency, jitter, etc.,
   so as to support customers requirements on 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.
   The NRP-specific resource information and status needs to be
   collected from network nodes and reported to the network controller
   for NRP-specific management and path computation.

   This document specifies the BGP Link-State (BGP-LS) mechanisms with
   necessary extensions to advertise the information of NRPs to network
   controller in a scalable way.  The NRP information is advertised
   using a separate type of BGP-LS NLRI, which allows flexible update of
   NRP information without impacting the based link state information.



The IETF Secretariat