Chongfeng, it would be very helpful to see a draft that actually
described the problems you need addressed. I believe there are changes
we need to make to improve things.e But the current problem statement
draft is so vague that it does not help me understand what problem you
actually need to solve. Which then leaves me unable to match the
proposals in this draft to any specific needs.
Yours,
Joel
On 3/27/2020 5:19 AM, [email protected] wrote:
Joel,
Thank you for your comments.
From the pespective of an operator, new services need more support from
underlay network, such as network resource and connection support.
Considering the limition of MPLS-TE, we think that new mechanisms should
be introduced into underlay network to meet the requirements of services.
Best regards
Chongfeng
------------------------------------------------------------------------
中国电信股份有限公司研究院
+86-10-50902116
*From:* Joel M. Halpern <mailto:[email protected]>
*Date:* 2020-03-26 21:35
*To:* [email protected] <mailto:[email protected]>; lsr
<mailto:[email protected]>
*Subject:* Re: [Lsr] Using IS-IS Multi-Topology (MT) for Segment
Routing based Virtual Transport Network
In once sense, the statement is inherently true. A VPN technology
without underlay support would seem to have significant difficulty in
consistently meeting an SLA. Having said that much, the rest does not
seem to follow.
Yours,
Joel
On 3/26/2020 1:40 AM, [email protected] wrote:
>
> Hi, Joel,
>
> The statement is that pure overlay VPNs cannot meet the
requirement of
> some new services, and it would require integration between the
underlay
> and the overlay networks.
>
> As mentioned in this document, there is existing technology in the
> underlay to support enhanced VPNs , such as using a set of
MPLS-TE based
> resource reserved point-to-point paths, while it scalability is the
> concern of many operators.
>
> Thus VTN is introduced to provide the required topology and resource
> attribute in the underlay in a scalable manner. This is described
in the
> introduction section.
>
> Hope this helps.
>
>
> Chongfeng
>
>
> *From:* Joel M. Halpern <mailto:[email protected]>
> *Date:* 2020-03-25 21:52
> *To:* [email protected] <mailto:[email protected]>; lsr
> <mailto:[email protected]>
> *Subject:* Re: [Lsr] Using IS-IS Multi-Topology (MT) for Segment
> Routing based Virtual Transport Network
> This drafts starts by asserting that there are limitations on
what can
> be done with the existing technology. As the description is
quite
> vague, I can not be certain. But I do not know of any
difficulty in
> providing the described capabilities with current technology,
without
> introducing a new, undescribed, construct called a VTN.
> Yours,
> Joel
> On 3/25/2020 9:44 AM, [email protected] wrote:
> >
> > Hello, folks,
> >
> > we have submitted a new draft of
> >
https://tools.ietf.org/html/draft-xie-lsr-isis-sr-vtn-mt-00 .
> >
> > It is about Using IS-IS Multi-Topology (MT) for Segment
Routing
> based
> > Virtual Transport Network. Enhanced VPN (VPN+) as defined in
> > I-D.ietf-teas-enhanced-vpn aims to provide enhanced VPN
service to
> > support some applications's needs of enhanced isolation and
> stringent
> > performance requirements. VPN+ requries integration
between the
> overlay
> > VPN and the underlay network. A Virtual Transport Network
(VTN)
> is a
> > virtual network which consists of a subset of the network
toplogy
> and
> > network resources allocated from the underlay network. A VTN
> could be
> > used as the underlay for one or a group of VPN+ services..
This
> document
> > describes a simplified mechanism to build the SR based
VTNs using
> IGP
> > multi- topology together with other well-defined IS-IS
extensions.
> >
> > Comments and suggestions are highly appreciated.
> >
> > Chongfeng Xie
> >
> >
> >
> > _______________________________________________
> > Lsr mailing list
> > [email protected]
> > https://www.ietf.org/mailman/listinfo/lsr
> >
> _______________________________________________
> Lsr mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/lsr
>
>
> _______________________________________________
> Lsr mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/lsr
>
_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr
