Re: [Lsr] 回复: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt

[Dongjie (Jimmy)]

Hi Huanan,

Thanks a lot for your review and comments.

My understanding is as Flex-Algo is defined by operator, different Flex-Algos 
can be defined for different purpose and with different constraints. Thus it is 
possible to use different Flex-Algos for both the normal case and the VTN case 
in the same network.

Hope this helps.

Best regards,
Jie

From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of chenhu...@chinatelecom.cn
Sent: Sunday, October 25, 2020 8:05 AM
To: 朱永庆@chinatelecom ; lsr@ietf.org
Subject: Re: [Lsr] 回复: New Version Notification for 
draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt

Hi authors,

I’ve reviewed this document.  The draft provides a useful mechanism to enable 
VTNs based on minor extensions to Flex-Algo and L2 bundle.

One comment is: in one network, can some Flex-Algos be used for its traditional 
usage, and some other Flex-Algos be used for VTNs as described in this document?

BR.

HuaNan

发件人： zhu...@chinatelecom.cn
发送时间： 2020-09-16 14:13
收件人： lsr@ietf.org
主题： [Lsr] 回复: New Version Notification for 
draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt
Hi WG,

We just submitted a new revision of draft-zhu-lsr-isis-sr-vtn-flexalgo. This 
document specifies a mechanism to use Flex-Algo together with small extensions 
to IS-IS L2 bundle to distribute the topology and resource attribute of SR 
based VTN. Your review and comments are appreciated.
B.R.
Zhu Yongqing

-邮件原件-
发件人: internet-dra...@ietf.org 
mailto:internet-dra...@ietf.org>>
发送时间: 2020年9月11日 17:11
收件人: Dongjie (Jimmy) mailto:jie.d...@huawei.com>>; 
Yongqing Zhu mailto:zhu...@chinatelecom.cn>>; Huzhibo 
mailto:huzh...@huawei.com>>
主题: New Version Notification for draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt


A new version of I-D, draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt
has been successfully submitted by Jie Dong and posted to the IETF repository.

Name:   draft-zhu-lsr-isis-sr-vtn-flexalgo
Revision:   01
Title:  Using Flex-Algo for Segment Routing based VTN
Document date:  2020-09-11
Group:  Individual Submission
Pages:  8
URL:
https://www.ietf.org/id/draft-zhu-lsr-isis-sr-vtn-flexalgo-01.txt
Status: 
https://datatracker.ietf.org/doc/draft-zhu-lsr-isis-sr-vtn-flexalgo/
Htmlized:   
https://datatracker.ietf.org/doc/html/draft-zhu-lsr-isis-sr-vtn-flexalgo
Htmlized:   
https://tools.ietf.org/html/draft-zhu-lsr-isis-sr-vtn-flexalgo-01
Diff:   
https://www.ietf.org/rfcdiff?url2=draft-zhu-lsr-isis-sr-vtn-flexalgo-01

Abstract:
   As defined in I-D.ietf-teas-enhanced-vpn, enhanced VPN (VPN+) aims to
   provide enhanced VPN service to support the needs of enhanced
   isolation and stringent performance requirements.  VPN+ requires
   integration between the overlay VPN and the underlay network.  A
   Virtual Transport Network (VTN) is a virtual network which consists
   of a subset of network topology and network resources allocated from
   the underlay network.  A VTN could be used as the underlay for one or
   a group of VPN+ services.

   I-D.dong-lsr-sr-enhanced-vpn defines the IGP mechanisms with
   necessary extensions to build a set of Segment Routing (SR) based
   VTNs.  This document describes a simplified mechanism to build the SR
   based VTNs using SR Flex-Algo together with minor extensions to IGP
   L2 bundle.





Please note that it may take a couple of minutes from the time of submission 
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat



___
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr
___
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

Re: [Lsr] WG Adoption Call for "ISIS Extensions in Support of Inter-AS MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02

[Mach Chen]

As one of co-authors of the draft, I support the adoption.

Best regards,
Mach

From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Friday, October 23, 2020 10:43 PM
To: lsr@ietf.org
Subject: [Lsr] WG Adoption Call for "ISIS Extensions in Support of Inter-AS 
MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02

This is simple BIS update to RFC 5316 is required to support IS-IS Inter-AS TE 
in IPv6 only networks. The authors have asked for WG adoption.

This begins a two week LSR Working Group Adoption Poll for “ISIS Extensions in 
Support of Inter-Autonomous System (AS) MPLS and GMPLS Traffic Engineering” - 
draft-chen-lsr-isis-rfc5316bis-02. The poll will end at 12:00 AM UTC on 
November 7th, 2020. Please indicate your support of objection on this list 
prior to the end of the adoption poll.

Thanks,
Acee

___
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

Re: [Lsr] IPR Call for "ISIS Extensions in Support of Inter-AS MPLS and GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02

[Mach Chen]

Hi Acee,

I knew that there was an IPR disclosure on RFC 5316, since this is the bis 
version of that RFC, the IPR disclosure should apply to this draft as well. 
Except for that, I am not aware of any undisclosed IPR that applies to this 
document.

Best regards,
Mach

From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Friday, October 23, 2020 10:50 PM
To: draft-chen-lsr-isis-rfc5316...@ietf.org
Cc: lsr@ietf.org
Subject: [Lsr] IPR Call for "ISIS Extensions in Support of Inter-AS MPLS and 
GMPLS TE" - draft-chen-lsr-isis-rfc5316bis-02

Hi Mach, Les, Stefano, Xiaodong,

Are you aware of any IPR associated with the subject draft.

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details).

If you are listed as a document author or contributor please respond
to this email regardless of whether or not you are aware of any
relevant IPR. The response needs to be sent to the LSR WG mailing
list. The document will not advance to the next stage until a
response has been received from each author and contributor.

If you are on the LSR WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of
any IPR that has not yet been disclosed in conformance with IETF rules.

Thanks,
Acee
___
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

Re: [Lsr] Fw: New Version Notification for draft-xie-lsr-isis-sr-vtn-mt-02.txt

[联通集团中国联通研究院-本部]

Hi Authors,
I agree that IGP Multi-topology can be used to provide the required 
functionality to build customized VTNs to meet different service requirements. 
An information document like this is useful.
I have one comment：
This document describes the mechanism to advertise bandwidth attribute for 
each VTN, can other types of link attributes be customized for different VTNs? 
Thanks.

Best regards,
Pang Ran

From: Xie Chongfeng
Date: 2020-10-14 17:32
To: lsr
Subject: [Lsr] Fw: New Version Notification for 
draft-xie-lsr-isis-sr-vtn-mt-02.txt

Hi, WG,



We just submitted a new version of draft-xie-lsr-isis-sr-vtn-mt to resolve the 
comments received during and after last IETF meeting. The changes are:



1. Based on the suggestions on IETF meeting, the document type is changed to 
informational.

 2. Add some descriptions about the operations in forwarding plane.

 3. Add reference to draft-ietf-spring-resource-aware-segments, which 
introduces the mechanism to associate SR SIDs with different subset of 
resources.

 4. Some editorial changes.



During the presentation on last IETF meeting, authors asked WG to consider the 
adoption of this document. Since this version resolves all the comments so far 
and the content is getting stable, authors would like to solicit WG adoption 
poll on this document.



Review and comments are always welcome.



Best regards,


Chongfeng




From: internet-drafts
Date: 2020-10-13 14:59
To: Jie Dong; Chenhao 
Ma; Zhenbin Li; 
Chongfeng Xie
Subject: New Version Notification for draft-xie-lsr-isis-sr-vtn-mt-02.txt

A new version of I-D, draft-xie-lsr-isis-sr-vtn-mt-02.txt
has been successfully submitted by Jie Dong and posted to the
IETF repository.

Name: draft-xie-lsr-isis-sr-vtn-mt
Revision: 02
Title: Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual 
Transport Network
Document date: 2020-10-13
Group: Individual Submission
Pages: 8
URL:
https://www.ietf.org/archive/id/draft-xie-lsr-isis-sr-vtn-mt-02.txt
Status: https://datatracker.ietf.org/doc/draft-xie-lsr-isis-sr-vtn-mt/
Htmlized:   
https://datatracker.ietf.org/doc/html/draft-xie-lsr-isis-sr-vtn-mt
Htmlized:   https://tools.ietf.org/html/draft-xie-lsr-isis-sr-vtn-mt-02
Diff:   
https://www.ietf.org/rfcdiff?url2=draft-xie-lsr-isis-sr-vtn-mt-02

Abstract:
   Enhanced VPN (VPN+) as defined in I-D.ietf-teas-enhanced-vpn aims to
   provide enhanced VPN service to support some application's needs of
   enhanced isolation and stringent performance requirements.  VPN+
   requires 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 topology and network
   resources allocated from the underlay network.  A VTN could be used
   as the underlay for one or a group of VPN+ services.

   I-D.dong-lsr-sr-enhanced-vpn defines the IGP extensions to build a
   set of Segment Routing (SR) based VTNs.  This document describes a
   simplified mechanism to build the SR based VTNs using IS-IS Multi-
   Topology together with other well-defined IS-IS extensions.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat



如果您错误接收了该邮件，请通过电子邮件立即通知我们。请回复邮件到 
hqs-s...@chinaunicom.cn，即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除。 If you have received 
this email in error please notify us immediately by e-mail. Please reply to 
hqs-s...@chinaunicom.cn ,you can unsubscribe from this mail. We will 
immediately remove your information from send catalogue of our.
___
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr