Hi Acee, I agree with what Chongfeng said about VTN. It refers to a virtual underlay network with specific topology and resource attributes, and the topology of VTNs can be specified using multi-topology. It is important to understand the difference between a VTN and a logical network topology.
As for the deployment choice and scalability, draft-dong-teas-enhanced-vpn-vtn-scalability gives some detailed analysis. In summary, it says in different network scenarios and phases, the required number of VTNs could be different, thus several options may be provided to meet different requirements, with different cost and time to market. Best regards, Jie From: Lsr [mailto:[email protected]] On Behalf Of Chongfeng Xie Sent: Friday, March 26, 2021 2:14 PM To: Acee Lindem (acee) <[email protected]>; [email protected] Subject: Re: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03 Hi，Acee， Regarding to the issues put forward in your mail, I'd like to provide some comments as below, Q1：I’d like to know of the WG members who supported it, would you really want to market it as a VTN solution? [CF]：VTN is defined in draft-ietf-teas-enhanced-vpn, and also used in other documents. It is a technical term to refer to virtual underlay networks with specific topology and resource attributes. This document provides an MT based mechanism to build VTNs. If for marketing, perhaps it would be better called "network slicing":-) Q2：Those of you who operate networks, would you actually consider deploying it? [CF]：As an operator we will consider the scenarios and the requirements to pick the most suitable solution, IMO this is a good candidate for scenarios where the required number of VTN is not very large, and as it requires no new encodings, it could be ready for shipment soon. we plans to use this approach in some of our network deployment. Q3：In any case, section 5 needs to be expanded on the scalability and where using MTs to support VTNs would make sense and where it wouldn’t. [CF]：OK. The current section 5 already has some text to cover this, and it can be expanded further to clarify. Best regards Chongfeng 发件人： Acee Lindem \(acee\)<mailto:[email protected]> 发送时间： 2021-03-26 02:20 收件人： [email protected]<mailto:[email protected]> 主题： Re: [Lsr]WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03 Speaking as WG chair: There has been considerable support for this document. However, there has also been objections to the document. The objections are either that there is nothing to standardize given that all pieces exist and that the MT isn’t a viable option for VTNs since it isn’t scalable. Since most of the draft’s support is from “friends and family”, I’d like to know of the WG members who supported it, would you really want to market it as a VTN solution? Those of you who operate networks, would you actually consider deploying it? In any case, section 5 needs to be expanded on the scalability and where using MTs to support VTNs would make sense and where it wouldn’t. Thanks, Acee From: Lsr <[email protected]<mailto:[email protected]>> on behalf of "Acee Lindem (acee)" <[email protected]<mailto:[email protected]>> Date: Tuesday, March 2, 2021 at 6:28 PM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: [Lsr] WG Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03 This information draft describes how MT could be used for VTN segmentation. The authors have asked for WG adoption. This begins a three week LSR Working Group Adoption Poll for “Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network” - draft-xie-lsr-isis-sr-vtn-mt-03. I’m giving it three weeks due to the IETF next week. Please register your support or objection on this list prior to the end of the adoption poll on 3/24/2020. Thanks, Acee
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
