Re: [Bgp-autoconf] "BGP Logical Link Discovery Protocol (LLDP) Peer Discovery" Requirements

"Dongjie (Jimmy)" <jie.dong@huawei.com> Fri, 28 February 2020 14:21 UTC

Return-Path: <jie.dong@huawei.com>
X-Original-To: bgp-autoconf@ietfa.amsl.com
Delivered-To: bgp-autoconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FECF3A18BA for <bgp-autoconf@ietfa.amsl.com>; Fri, 28 Feb 2020 06:21:57 -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 qeCe10UY-Ww1 for <bgp-autoconf@ietfa.amsl.com>; Fri, 28 Feb 2020 06:21:52 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F2C63A18B4 for <bgp-autoconf@ietf.org>; Fri, 28 Feb 2020 06:21:52 -0800 (PST)
Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 26D63BC4184E6BB6BE1A for <bgp-autoconf@ietf.org>; Fri, 28 Feb 2020 14:21:50 +0000 (GMT)
Received: from nkgeml703-chm.china.huawei.com (10.98.57.159) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 28 Feb 2020 14:21:49 +0000
Received: from nkgeml701-chm.china.huawei.com (10.98.57.156) by nkgeml703-chm.china.huawei.com (10.98.57.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 28 Feb 2020 22:21:47 +0800
Received: from nkgeml701-chm.china.huawei.com ([10.98.57.156]) by nkgeml701-chm.china.huawei.com ([10.98.57.156]) with mapi id 15.01.1713.004; Fri, 28 Feb 2020 22:21:47 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, "bgp-autoconf@ietf.org" <bgp-autoconf@ietf.org>
Thread-Topic: "BGP Logical Link Discovery Protocol (LLDP) Peer Discovery" Requirements
Thread-Index: AQHV7aG/+8evezylP02ccOxoFCZBNKgwqT8w
Date: Fri, 28 Feb 2020 14:21:46 +0000
Message-ID: <4990e55782b24a66a24c8dc00587bdab@huawei.com>
References: <18ABC497-4F9C-45CB-8AFF-42B48C90A54B@cisco.com>
In-Reply-To: <18ABC497-4F9C-45CB-8AFF-42B48C90A54B@cisco.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.219.142]
Content-Type: multipart/alternative; boundary="_000_4990e55782b24a66a24c8dc00587bdabhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bgp-autoconf/Kxha_WW8R5gAD8eUmA3jEhrbauA>
Subject: Re: [Bgp-autoconf] "BGP Logical Link Discovery Protocol (LLDP) Peer Discovery" Requirements
X-BeenThere: bgp-autoconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP autoconfiguration design team discussion list <bgp-autoconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bgp-autoconf>, <mailto:bgp-autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bgp-autoconf/>
List-Post: <mailto:bgp-autoconf@ietf.org>
List-Help: <mailto:bgp-autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bgp-autoconf>, <mailto:bgp-autoconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Feb 2020 14:21:58 -0000

Hi Acee,

Thanks a lot for your summary. It is good to classify the requirements into primary and secondary ones.

Best regards,
Jie

From: Acee Lindem (acee) [mailto:acee@cisco.com]
Sent: Friday, February 28, 2020 3:12 AM
To: Dongjie (Jimmy) <jie.dong@huawei.com>om>; bgp-autoconf@ietf.org
Subject: "BGP Logical Link Discovery Protocol (LLDP) Peer Discovery" Requirements

As I see them, the primary requirement driving our draft are:


1.       Make use of a currently implemented and deployed DC switch protocol to reduce the cost and complexity of the draft. Adoption of this draft would certainly not preclude adopting more elaborate procedures for other requirements.

2.       Allow discovery of BGP IPv4 or IPv6 peering addresses and ASes for directly connected switches in a data center.

3.       Allow discovery of the switches session group-id which could be leverage to determine the role that Jeff alluded to in the conference call. This would also be used to self-configure and verify the fabric topology.

The secondary requirements fulfilled by the draft are:


1.       Discovery of the neighbor’s BGP identifier for possible consistency checking or to avoid connection collisions.

2.       Discovery of BGP authentication parameters.

3.       Discovery parameters relating to the BGP peer session (e.g., the local address Sub-TLV).

I’d like to stress the first requirement that our draft fulfills that differentiates it from all of the other proposals. A minimal solution that meets the requirements is better than an over-engineered solution that isn’t required.

Thanks,
Acee