[Idr] 回复: WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020 to 11/16/2020)

zhuyq8@chinatelecom.cn Tue, 03 November 2020 07:24 UTC

Return-Path: <zhuyq8@chinatelecom.cn>
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 E1F803A16D5 for <idr@ietfa.amsl.com>; Mon, 2 Nov 2020 23:24:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 wA33AcgTPio5 for <idr@ietfa.amsl.com>; Mon, 2 Nov 2020 23:24:25 -0800 (PST)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.219]) by ietfa.amsl.com (Postfix) with ESMTP id BE6993A175B for <idr@ietf.org>; Mon, 2 Nov 2020 23:23:29 -0800 (PST)
HMM_SOURCE_IP: 172.18.0.218:19255.1327730484
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-120.88.10.46?logid-1d11bd0693c34071a80856264a24aa73 (unknown [172.18.0.218]) by chinatelecom.cn (HERMES) with SMTP id 01B702800AB; Tue, 3 Nov 2020 15:23:17 +0800 (CST)
X-189-SAVE-TO-SEND: 44031110@chinatelecom.cn
Received: from ([172.18.0.218]) by App0025 with ESMTP id 1d11bd0693c34071a80856264a24aa73 for idr@ietf.org; Tue Nov 3 15:23:22 2020
X-Transaction-ID: 1d11bd0693c34071a80856264a24aa73
X-filter-score: filter<0>
X-Real-From: zhuyq8@chinatelecom.cn
X-Receive-IP: 172.18.0.218
X-MEDUSA-Status: 0
Sender: zhuyq8@chinatelecom.cn
From: <zhuyq8@chinatelecom.cn>
To: "'Susan Hares'" <shares@ndzh.com>, <idr@ietf.org>
References: <050501d6b0d5$877d5970$96780c50$@ndzh.com>
In-Reply-To:
Date: Tue, 3 Nov 2020 15:23:17 +0800
Message-ID: <00c601d6b1b2$3681a750$a384f5f0$@chinatelecom.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C7_01D6B1F5.44A69500"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEvXptEERMy9oWMkRU4TGI7ipbTUasEl9UQgAAOxlA=
Content-Language: zh-cn
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/wuHxe62858ZDr9FXWnGxz9Qv4z4>
Subject: [Idr] =?gb2312?b?u9i4tDogIFdHIEFkb3B0aW9uIGZvciBkcmFmdC16aHUt?= =?gb2312?b?aWRyLWJncC1scy1wYXRoLW10dSAoMTEvMS8yMDIwIHRvIDExLzE2LzIwMjAp?=
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: Tue, 03 Nov 2020 07:24:35 -0000

I support this draft as a co-author. Thanks.

B.R. Yongqing

 

·¢¼þÈË: zhuyq8@chinatelecom.cn <zhuyq8@chinatelecom.cn> 
·¢ËÍʱ¼ä: 2020Äê11ÔÂ3ÈÕ 14:31
ÊÕ¼þÈË: 'Susan Hares' <shares@ndzh.com>om>; 'idr@ietf.org' <idr@ietf.org>
Ö÷Ìâ: »Ø¸´: [Idr] WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020
to 11/16/2020)

 

I am not aware of any IPR . Thanks.

B.R.  Yongqing

 

 

 

·¢¼þÈË: Idr <idr-bounces@ietf.org <mailto:idr-bounces@ietf.org> > ´ú±í Susan
Hares
·¢ËÍʱ¼ä: 2020Äê11ÔÂ2ÈÕ 13:04
ÊÕ¼þÈË: idr@ietf.org <mailto:idr@ietf.org> 
Ö÷Ìâ: [Idr] WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020 to
11/16/2020)

 

This begins a 2 week WG adoption call for 

draft-zhu-idr-bgp-ls-path-mtu-04.txt (11/1 ¨C 11/16/2020). 

 

The authors should send in an IPR statement for this draft 

by 11/5 so the WG can include the IPR status in their decision. 

 

You can access the draft at: 

https://datatracker.ietf.org/doc/draft-zhu-idr-bgp-ls-path-mtu/

 

Since this draft is reference by an existing IDR draft

I¡¯ve included a bit of background below to help you place  

this draft into the larger context of the SR additions to BGP-LS

and the draft-ietf-idr-tunnel-encaps-19.txt.

 

This draft does continue BGP-LS additions.  if you 

are opposed to any BGP-LS additions rather than 

this specific addition, please make that clear in your 

comment in this discussion.   

 

The authors requested a WG adoption at IETF 108.  

The IDR co-chairs thank the authors for their patience.   

This draft has been delayed by process of having a 

new document shepherd (Sue Hares) come up to speed

on draft-ietf-idr-tunnel-encapsulation. 

 

Cheers, Sue 

 

Background

===========

Segment Routing technology creates SR tunnels that are 

directly overlaid on MPLS or SRv6.  While existing MPLS technology 

(LDP and RSV-TE) provides mechanisms to negotiate path MTU

based on individual link MTU limits, the Segment Routing (SR) 

on BGP-LS Link Attribute does not pass information on 

MTU size per link.   

 

draft-ietf-idr-sr-policy-path-mtu-02.txt sends PATH MTU 

information in the tunnel-encapsulation attribute for the tunnel type  

SR-Policy that handles segment routing (SR) paths.       

However, it lacks the information to create a reasonable 

Path size since the BGP-LS Link Attribute does distribute

this information. 

 

The draft proposes adding a new sub-TLV for MTU size 

to the BGP-LS Link Attribute TLV, and 

draft-ietf-idr-sr-policy-path-mtu-02.txt mentions this 

draft as one possible way to distribute the per link 

MTU.  

 

Questions for the authors might be: 

a) Are there ways to pass IGP link MTUs in 

the IGPs?  If so, is this needed in BGP-LS

 

b) What other mechanisms pass link MTU?