[Idr] FW: draft-xie-idr-bgpls-sr-vtn-mt-03.txt - Call for WG adoption: 12/18/2021 to 1/7/2022

Li Cong <licong@chinatelecom.cn> Fri, 24 December 2021 12:44 UTC

Return-Path: <licong@chinatelecom.cn>
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 995D03A09A8 for <idr@ietfa.amsl.com>; Fri, 24 Dec 2021 04:44:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.638
X-Spam-Level:
X-Spam-Status: No, score=-1.638 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 10QqdWaN4i_3 for <idr@ietfa.amsl.com>; Fri, 24 Dec 2021 04:44:36 -0800 (PST)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.227]) by ietfa.amsl.com (Postfix) with ESMTP id EA1E73A09A4 for <idr@ietf.org>; Fri, 24 Dec 2021 04:44:35 -0800 (PST)
HMM_SOURCE_IP: 172.18.0.48:51794.390431058
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-120.244.160.33 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id DF3D728008F; Fri, 24 Dec 2021 20:44:32 +0800 (CST)
X-189-SAVE-TO-SEND: 71080549@chinatelecom.cn
Received: from ([172.18.0.48]) by app0024 with ESMTP id 35765e5eef6f4b20a414a7023a44d484 for idr@ietf.org; Fri, 24 Dec 2021 20:44:33 CST
X-Transaction-ID: 35765e5eef6f4b20a414a7023a44d484
X-Real-From: licong@chinatelecom.cn
X-Receive-IP: 172.18.0.48
X-MEDUSA-Status: 0
Sender: licong@chinatelecom.cn
User-Agent: Microsoft-MacOutlook/16.55.21111400
Date: Fri, 24 Dec 2021 20:43:58 +0800
From: Li Cong <licong@chinatelecom.cn>
To: idr@ietf.org, shares@ndzh.com
Message-ID: <7D6139A3-71F0-4537-9BA8-B7967AC36302@chinatelecom.cn>
Thread-Topic: [Idr] draft-xie-idr-bgpls-sr-vtn-mt-03.txt - Call for WG adoption: 12/18/2021 to 1/7/2022
References: <009501d7f42c$e1bcbca0$a53635e0$@ndzh.com> <202112201021172457127@zte.com.cn> <tencent_A3F53CE00407975943AC52A544E162BED306@qq.com> <877B7D0C-A7FE-459F-BBA2-584EC07C0442@chinatelecom.cn>
In-Reply-To: <877B7D0C-A7FE-459F-BBA2-584EC07C0442@chinatelecom.cn>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3723223473_1896197529"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/a6i1z6k3Z3GtiBc4sXbArHMXPEI>
Subject: [Idr] FW: draft-xie-idr-bgpls-sr-vtn-mt-03.txt - Call for WG adoption: 12/18/2021 to 1/7/2022
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 24 Dec 2021 12:44:41 -0000

Hi all,

 

This work reuses MT-ID to identify the VTNs in control plane. Based on my experience I think this work is useful for building multiple SR based VTNs in single domain or multiple domain operated by the same operator. 

In addition, it is an informational document without introducing any new identifiers and routing mechanism. Therefore, I support the adoption of this document as the co-author. 

 

Best regards,

 

Cong Li

 


------------------原始邮件------------------
发件人:SusanHares
收件人:idr@ietf.org;
日 期 :2021年12月19日 00:33
主 题 :[Idr] draft-xie-idr-bgpls-sr-vtn-mt-03.txt - Call for WG adoption: 12/18/2021 to 1/7/2022
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

This begins a WG Adoption call for draft-xie-idr-bgpls-sr-vtn-mt-03.txt from 12/18 2021 to 1/7/2022.  The longer period is due to the Holiday/New Year time period.
The draft can be found at:
https://datatracker.ietf.org/doc/draft-xie-idr-bgpls-sr-vtn-mt/
While reviewing the document consider the following questions:
1)  Does this informational draft aid operation of 5G networks for new applications?
New 5G services require stringent  performance requirements for applications.  This information draft describes how to use existing segment routing (SR)
mechanisms to allow a centralized control to allocate a set of  virtual transport networks (VTNs) which are resource aware.  Isolation between resources for multi-AS transport may be necessary to protect the application.
Intra-domain:
a) Uses MT-ID which identifies 1 or more ISIS/OSPF topologies.
[drafts referenced:  draft-ietf-idr-rfc7752bis, draft-ietf-idr-bgp-ls-segment-routing-ext,  draft-ietf-idr-bgpls-srv6-ext]
b) New VTN-ID which specifies resources associated with each VTN
[draft referenced: draft-ietf-lsr-isis-sr-vtn-mt]
Inter-Domain mechanisms used include:
a) Isolation of certain VTNs to specific inter-domain links or BGP peers,
b) consistent use of MT-ID across multiple domains or use of VTN-ID TLV
VTN-ID TLV is a bgp-ls TLV that specifies unique set of resources per VTN.
[existing WG drafts referenced: draft-ietf-idr-bgpls-segment-routing-epe, draft-ietf-idr-bgpls-srv6-ext, draft-ietf-idr-rfc7752bis]
New drafts referenced: draft-dong-idr-bgpls-sr-enhanced-vpn-03.txt]
2) Should IDR recommend the global VTN-ID?
The MT-ID is not an IANA registered named space.  VTN-ID is proposed as a global name space, but does not have any proposed IANA registry text.  Should VTN-ID become a register global name space that identifies a set of MT-IDs and other resources?
Cheers, Sue

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr