Re: [Idr] Adoption Call on DT document (draft-ietf-idr-bgp-autoconf-considerations-00.txt) [3/10/2021 to 3/31/2021]

Aijun Wang <> Wed, 17 March 2021 08:44 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 02B883A0E3A for <>; Wed, 17 Mar 2021 01:44:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id jMCoRLvR-cVQ for <>; Wed, 17 Mar 2021 01:44:36 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 4E9A93A0D69 for <>; Wed, 17 Mar 2021 01:44:30 -0700 (PDT)
Received: from DESKTOP2IOH5QC (unknown []) by (Hmail) with ESMTPA id 358441C0245; Wed, 17 Mar 2021 16:44:28 +0800 (CST)
From: Aijun Wang <>
To: 'Susan Hares' <>,
References: <010401d715d7$b061cb70$11256250$>
In-Reply-To: <010401d715d7$b061cb70$11256250$>
Date: Wed, 17 Mar 2021 16:44:26 +0800
Message-ID: <006701d71b09$bd360a50$37a21ef0$>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0068_01D71B4C.CB5AD0F0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKF0Sqi7L9fwi3oi4zYZ6mdIDXcb6kqZ/Vw
Content-Language: zh-cn
X-HM-Tid: 0a783f5b8effd993kuws358441c0245
Archived-At: <>
Subject: Re: [Idr] Adoption Call on DT document (draft-ietf-idr-bgp-autoconf-considerations-00.txt) [3/10/2021 to 3/31/2021]
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 17 Mar 2021 08:44:40 -0000

Hi, Susan:


Supports it adoption.


My considerations for your questions are the followings:


Best Regards


Aijun Wang

China Telecom


From: <> On Behalf Of Susan Hares
Sent: Thursday, March 11, 2021 2:04 AM
Subject: [Idr] Adoption Call on DT document
(draft-ietf-idr-bgp-autoconf-considerations-00.txt) [3/10/2021 to 3/31/2021]




This is an adoption/feedback call for the DT team document:


This call for comments will run for 3 weeks. 


In your feedback please let us know: 


1) do you think this represents a good set of requirements for bgp autoconf
protocol in the data center? 

[WAJ] Yes, I think it analyses clearly the process and necessary stages of
bgp autoconf.


2) Do you think the document should remove any requirements or add an

[WAJ] The consideration for device role should be removed. The reasons are
the followings:

1) There is no standard definition of the device role.

2) BGP works in peer to peer model. 

3) BGP within the datacenter is mainly used for the underlay network
connection. If there is no IGP, every device within the DC should be
connected via BGP.


[WAJ] Should consider adding the “Passive Interface” concept on the
devices, to filter the sending of BGP autoconf packet to the customer facing

[WAJ] Should consider the definition of IP address space and AS number
space, from which each device can get its own assignment automatically
without conflict. 


3) Do you think the review of the protocols should be moved to another

[WAJ] Leave them in the current Appendix part can help the user to have a
quick review of the current approaches in different layers.


4) Should a IDR DT create the requirements for non-Data Center deployments
prior to starting work on a BGP auto-configuration protocol? If so, should a
DT start these requirements in parallel? 

[WAJ] It seems the necessary for the non-Data center deployment is not


Cheers, Sue Hares