[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
- [Idr] FW: New Version Notification for draft-dong… Dongjie (Jimmy)