Re: [Lsr] New Version for draft-wang-lsr-hbh-process-00

2020-11-15 Thread chenhu...@chinatelecom.cn
Hello WG and Authors,
 I have read the draft.
 It is a good idea to use IGP extension to notification the HBH ablility.
 Commments as follow:
 1. How to enable the IGP extensions for HBH?
 2. Does the IGP use the HBH option as criterion to genernate a new topology? 

BR.
Huanan Chen

From: wangyali
Date: 2020-10-29 21:19
To: lsr@ietf.org
Subject: [Lsr] New Version for draft-wang-lsr-hbh-process-00
Hello WG,
 
Considering the Hop-by-Hop Options header has been used for IOAM 
[I-D.ietf-ippm-ioam-ipv6-options], Alternate Marking method 
[I-D.ietf-6man-ipv6-alt-mark], etc., but as specified in RFC8200, the 
Hop-by-Hop Options header is only examined and processed if it is explicitly 
configured. In this case, nodes may be configured to ignore the Hop-by-Hop 
Options header, drop packets containing a Hop-by-Hop Options header, or assign 
packets containing a Hop-by-Hop Options header to a slow processing path. Thus, 
the performance measurement does not account for all links and nodes along a 
path. In addition, packets carrying a Hop-by-Hop Options header may be dropped, 
which gravely deteriorates network performance.
 
Therefore, we propose a new draft about IGP extensions for signaling Hop-by-Hop 
Options header processing action at node and link granularity. Such 
advertisement is useful for entities (e.g., the centralized controller) to 
gather each router's processing action for achieving the computation of TE 
paths that be able to support a specific service encoded in the Hop-by-Hop 
Options header.
 
Please let us know your opinion. Questions and comments are very welcome.
 
Best regards,
Yali
 
 
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Thursday, October 29, 2020 8:42 PM
To: Tianran Zhou ; Huzhibo ; 
wangyali 
Subject: New Version Notification for draft-wang-lsr-hbh-process-00.txt
 
 
A new version of I-D, draft-wang-lsr-hbh-process-00.txt has been successfully 
submitted by Yali Wang and posted to the IETF repository.
 
Name:   draft-wang-lsr-hbh-process
Revision:   00
Title:  IGP Extensions for Advertising Hop-by-Hop Options Header 
Processing Action
Document date:  2020-10-29
Group:  Individual Submission
Pages:  10
URL:
https://www.ietf.org/archive/id/draft-wang-lsr-hbh-process-00.txt
Status: https://datatracker.ietf.org/doc/draft-wang-lsr-hbh-process/
Htmlized:   https://datatracker.ietf.org/doc/html/draft-wang-lsr-hbh-process
Htmlized:   https://tools.ietf.org/html/draft-wang-lsr-hbh-process-00
 
 
Abstract:
   This document extends Node and Link attribute TLVs to Interior
   Gateway Protocols (IGP) to advertise the Hop-by-Hop Options header
   processing action and supported services (e.g.  IOAM Trace Option and
   Alternate Marking) at node and link granularity.  Such advertisements
   allow entities (e.g., centralized controllers) to determine whether
   the Hop-by-Hop Options header and specific services can be supported
   in a given network.
 
 
 
 
 
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


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

2020-10-24 Thread chenhu...@chinatelecom.cn
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 
发送时间: 2020年9月11日 17:11
收件人: Dongjie (Jimmy) ; Yongqing Zhu 
; Huzhibo 
主题: 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