IETF Logo Mail Archive

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

Di Ma <madi@rpstir.net> Mon, 03 January 2022 05:29 UTC

Return-Path: <madi@rpstir.net>
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 9A3703A02F9 for <idr@ietfa.amsl.com>; Sun, 2 Jan 2022 21:29:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 kL36tGTaIFDA for <idr@ietfa.amsl.com>; Sun, 2 Jan 2022 21:29:02 -0800 (PST)
Received: from out20-183.mail.aliyun.com (out20-183.mail.aliyun.com [115.124.20.183]) (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 490693A0836 for <idr@ietf.org>; Sun, 2 Jan 2022 21:29:01 -0800 (PST)
X-Alimail-AntiSpam: AC=CONTINUE; BC=0.06720803|-1; BR=01201311R131S67rulernew998_84748_2000303; CH=blue; DM=|CONTINUE|false|; DS=CONTINUE|ham_system_inform|0.0818101-0.00346959-0.91472; FP=0|0|0|0|0|-1|-1|-1; HT=ay29a033018047203; MF=madi@rpstir.net; NM=1; PH=DS; RN=4; RT=4; SR=0; TI=SMTPD_---.MVyHEvF_1641187728;
Received: from smtpclient.apple(mailfrom:madi@rpstir.net fp:SMTPD_---.MVyHEvF_1641187728) by smtp.aliyun-inc.com(10.147.41.231); Mon, 03 Jan 2022 13:28:49 +0800
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\))
From: Di Ma <madi@rpstir.net>
In-Reply-To: <tencent_C40C2029878B994B2C5F256361433EE0F506@qq.com>
Date: Mon, 03 Jan 2022 13:28:48 +0800
Cc: Lizhenbin <lizhenbin=40huawei.com@dmarc.ietf.org>, Susan Hares <shares@ndzh.com>, Chongfeng Xie <chongfeng.xie@foxmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C65E30E6-529D-4CD4-B5B0-18E6B91BE960@rpstir.net>
References: <009501d7f42c$e1bcbca0$a53635e0$@ndzh.com> <ba03e112cbc3459ba59ec8a05e8eb1b3@huawei.com> <tencent_C40C2029878B994B2C5F256361433EE0F506@qq.com>
To: "idr@ietf.org" <idr@ietf.org>
X-Mailer: Apple Mail (2.3693.20.0.1.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/gBN5hp8AgOm0OGauvKeFEW7Dej4>
Subject: Re: [Idr] 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: Mon, 03 Jan 2022 05:29:07 -0000

I think the proposal here is suitable for networks with a limited number of VTNs (comparable to the number of MT-IDs) , and coordinated MT-ID assignment can scale to those involved network domains administrated by the same operator.

I support adoption as an informational item which does not extend BGP-LS  or define new ID.

Di

> 2021年12月29日 22:37，Chongfeng Xie <chongfeng.xie@foxmail.com> 写道：
> 
> Hi，folks，
> I support the adoption of this draft as the author.
> Generally, our network services provide not only 5G-based wireless mobile data, but  also wireline sevice for enterprise services, this poses wide variety of requirements to the underlying transport network, this draft illustrates how to management virtual transport networks (VTNs) which are resource-aware and  resources-isolated among each over the common transport network. Obviously, this is valuable for operators.
> As mentioned several times in the mailist, this draft does not intend to design new ID or bop extension  it mainly discusses how to use mt-id and provide slicing service rapidly in operator networks. Global VTN-ID can be discussed in the future in other drafts or in other WGs.
> 
> Best regards!
> Chongfeng
> 
> 
>> 2021年12月28日 下午3:59，Lizhenbin <lizhenbin=40huawei.com@dmarc.ietf.org> 写道：
>> 
>> Hi All,
>> I support the adoption of the draft.
> 
>  
>> My answers to the questions is as follows:
>> 1) Yes.
>> 2) Global VTN-ID is not required in this document. The work of the Global VTN ID can be discussed separately and should be discussed firstly in the TEAS WG.
>>  
>>  
>> Best Regards,
>> Zhenbin (Robin)
>>  
>>  
>>  
>> From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
>> Sent: Sunday, December 19, 2021 12:33 AM
>> To: idr@ietf.org
>> Subject: [Idr] draft-xie-idr-bgpls-sr-vtn-mt-03.txt - Call for WG adoption: 12/18/2021 to 1/7/2022
>>  
>> 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
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr

v2.23.0 | Report a Bug | By Email