[Idr] 答复: WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7 to March 21)

"Aijun Wang" <wangaijun@tsinghua.org.cn> Wed, 11 April 2018 03:20 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 9B6BF12D87B for <idr@ietfa.amsl.com>; Tue, 10 Apr 2018 20:20:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id WJQhb1gnSPmZ for <idr@ietfa.amsl.com>; Tue, 10 Apr 2018 20:20:24 -0700 (PDT)
Received: from m21397.mail.qiye.163.com (m21397.mail.qiye.163.com []) by ietfa.amsl.com (Postfix) with ESMTP id 272A51201F8 for <idr@ietf.org>; Tue, 10 Apr 2018 20:20:23 -0700 (PDT)
Received: from WangajPC (unknown []) by m21397.mail.qiye.163.com (Hmail) with ESMTPA id 1A5B1143AF1; Wed, 11 Apr 2018 11:20:16 +0800 (CST)
From: "Aijun Wang" <wangaijun@tsinghua.org.cn>
To: "'Susan Hares'" <shares@ndzh.com>, "'idr wg'" <idr@ietf.org>
References: <011201d3b633$0b5fee60$221fcb20$@ndzh.com>
In-Reply-To: <011201d3b633$0b5fee60$221fcb20$@ndzh.com>
Date: Wed, 11 Apr 2018 11:20:14 +0800
Message-ID: <005901d3d144$02ea09b0$08be1d10$@org.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_005A_01D3D187.110D49B0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdO2MgZujpRAsp7XQFKnjQkuXD65bwa/b/ig
Content-Language: zh-cn
X-HM-Tid: 0a62b2b7da607f6bkuuk1a5b1143af1
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/sKwAHgzaEw2qZeHE0aTUvdByMLs>
Subject: [Idr] =?gb2312?b?tPC4tDogIFdHIExDIGZvciBkcmFmdC1pZXRmLWlkci1iZ3At?= =?gb2312?b?bHMtc2VnbWVudC1yb3V0aW5nLWV4dC0wNCAoTWFyY2ggNyB0byBNYXJjaCAy?= =?gb2312?b?MSk=?=
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 11 Apr 2018 03:20:28 -0000

Hi, Susan and Authors of this draft:


Sorry to reply this LC so late.  The followings are my suggestions to this
draft based on the discussion related to the mail thread

Is it too late to response?  Please see the reply below in line.


Best Regards.


Aijun Wang

Network R&D and Operation Support Department

China Telecom Corporation Limited Beijing Research Institute,Beijing, China.


发件人: Susan Hares [mailto:shares@ndzh.com] 
发送时间: 2018年3月8日 0:41
收件人: 'idr wg'
主题: [Idr] WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04 (March 7
to March 21)


This begins a 2 week WG LC for draft-ietf-idr-bgp-ls-segment-routing-ext-04.
txt from March 7th to March 21.  During your discussion in the WG LC, please
indicate the following things: 


1)      Do you think BGP should carry these link state information regarding
segment routing, 

“Source Router Identifier (Source Router-ID) TLV” should be stripped off
this draft, because there are other situations(more general scenarios
besides SR) that requires the source router of the prefixes, as described in
and discussed in mail thread

2)      Are there any technical issues with this draft? 


Some clarifications should be added in the following sections:

a) Regarding the usage of SID/Label sub-TLV:

“2.1.2 SR-Capabilities TLV”, “2.1.4 SR Local Block TLV” requires all the
presence of “SID/Label sub-TLV”.  It is more clear to indicate  this
“SID/Label sub-TLV” represent the base of the “Range Size”. 

b) Regarding the inconsistence definition among “ISIS/OSPF/OSPFv3/BGP-LS”

    “2.2.1 Adjacency SID”, “2.2.2 LAN Adjacency SID TLV”,”2.3.1
Prefix-SID TLV”

Note for “Length” field:   2-bytes “Reserved” filed should be added when
copying the corresponding fields from IS-IS protocol 

                c) Regarding the definition “Range TLV”:

                    if the “Length” filed is 4, how to detect the
existence of “sub-TLV?” 

                    Is it more clear to rename the “Range TLV” as
“Mapping-Range TLV”, so as to distinguish it from the previous “Range
filed” in  “2.1.2 SR-Capabilities TLV”?

                d) Regarding  the contents for “3. Procedures”:

                   Suggest to delete this section, because:

-------Contents in section 3.1, 3.2 has been mentioned in corresponding TLV
definition(section 2.3.1), there is no more new information in this section.

-------Contents in  section 3.3 and 3.4 should be merged with section 2.3.4
to eliminate the inconsistence arose in future when update parts of them.


3)      Is this draft is ready for publication? 

If the above issued is solved, it is ready for publication.


For your quick access to this draft, click on the link below: 





Susan Hares