Re: [Bgp-autoconf] Short comparison of the different documents.

"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 18 March 2020 15:53 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 A81E23A17DF for <bgp-autoconf@ietfa.amsl.com>; Wed, 18 Mar 2020 08:53:05 -0700 (PDT)
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 df1KAz4PxMI8 for <bgp-autoconf@ietfa.amsl.com>; Wed, 18 Mar 2020 08:53:03 -0700 (PDT)
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 0442E3A17DC for <bgp-autoconf@ietf.org>; Wed, 18 Mar 2020 08:53:03 -0700 (PDT)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 5EC3E14DDD639D31641C for <bgp-autoconf@ietf.org>; Wed, 18 Mar 2020 15:53:01 +0000 (GMT)
Received: from dggeme703-chm.china.huawei.com (10.1.199.99) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 18 Mar 2020 15:53:00 +0000
Received: from dggeme704-chm.china.huawei.com (10.1.199.100) by dggeme703-chm.china.huawei.com (10.1.199.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 18 Mar 2020 23:52:58 +0800
Received: from dggeme704-chm.china.huawei.com ([10.9.48.231]) by dggeme704-chm.china.huawei.com ([10.9.48.231]) with mapi id 15.01.1713.004; Wed, 18 Mar 2020 23:52:58 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Robert Raszuk <robert@raszuk.net>
CC: Randy Bush <randy@psg.com>, Jeffrey Haas <jhaas@pfrc.org>, "bgp-autoconf@ietf.org" <bgp-autoconf@ietf.org>, Warren Kumari <warren@kumari.net>
Thread-Topic: [Bgp-autoconf] Short comparison of the different documents.
Thread-Index: AQHV70I9lASDS4RPqUWxt+vZ2IYdwqg4ffOAgAy5yPD//7izAIAIBZzQ//+AEoCAAiEowA==
Date: Wed, 18 Mar 2020 15:52:58 +0000
Message-ID: <0232ff459c7e40c08e1b03abaee69bca@huawei.com>
References: <CAHw9_i+0rDUJOR3mAMAh9+whaKX0Koc_VaibbfX1zRzocOAvhw@mail.gmail.com> <20200304220727.GC32422@pfrc.org> <fd21d65cfa0f46b9a02dba4048bc260d@huawei.com> <m2sgidbae5.wl-randy@psg.com> <ee273b6c53494af88708836858a40439@huawei.com> <CAOj+MMH+NTSjufvQroYaag8ReHwbZHqHYWz9ycvV74J5Z56wTQ@mail.gmail.com>
In-Reply-To: <CAOj+MMH+NTSjufvQroYaag8ReHwbZHqHYWz9ycvV74J5Z56wTQ@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.175.23]
Content-Type: multipart/alternative; boundary="_000_0232ff459c7e40c08e1b03abaee69bcahuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bgp-autoconf/O5pwW7peuJBD5-LDgFPJZ34G_uk>
Subject: Re: [Bgp-autoconf] Short comparison of the different documents.
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: Wed, 18 Mar 2020 15:53:06 -0000

Hi Robert,

In my understanding the role of a router is only advertised to the peer during BGP auto-discovery, so in general it will not be received by other BGP speakers.

There can be several different use cases of the role information, such as applying different policies/template for route advertisement, or for validation of session establishment (e.g. session between leafs may not be permitted). And if you have other use cases, please help to list them. Thanks.

Best regards,
Jie

From: Robert Raszuk [mailto:robert@raszuk.net]
Sent: Tuesday, March 17, 2020 11:05 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>
Cc: Randy Bush <randy@psg.com>; Jeffrey Haas <jhaas@pfrc.org>; bgp-autoconf@ietf.org; Warren Kumari <warren@kumari.net>
Subject: Re: [Bgp-autoconf] Short comparison of the different documents.


I guess they are talking here about TOR, ACCESS, SPINE, SUPERSPINE, GWY ...

I guess in general it may be very useful, but in BGP itself and make it transitive ...

Not sure how it changes anything during the basic session establishment phase. Maybe to auto apply different peer template ?


On Tue, Mar 17, 2020 at 3:57 PM Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>> wrote:
Hi Randy,

Based on the discussion we had on the conference call and the mail discussion between Jeff and Warren, my understanding is we may consider it useful to provide a generic mechanism to advertise the role of a router to its peer. As mentioned in Jeff's mail, maybe it could be defined as a generic ID to give flexibility to the deployment. And as said in Warren's mail, depending on the operators requirement, the role can have different meanings in different use cases, and it may carry either well-known or customized code points.

I'd like to know your and other design team member's opinions on this. Thanks.

Best regards,
Jie

> -----Original Message-----
> From: Randy Bush [mailto:randy@psg.com<mailto:randy@psg.com>]
> Sent: Friday, March 13, 2020 4:12 AM
> To: Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>>
> Cc: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>; Warren Kumari <warren@kumari.net<mailto:warren@kumari.net>>;
> bgp-autoconf@ietf.org<mailto:bgp-autoconf@ietf.org>
> Subject: Re: [Bgp-autoconf] Short comparison of the different documents.
>
> > Based on your discussion, it seems both of you agree with the
> > requirement to advertise the role of a router to its peer.
> >
> > I'd like to check whether other design team members also agree with
> > this?
>
> what roles?
>
> randy

--
Bgp-autoconf mailing list
Bgp-autoconf@ietf.org<mailto:Bgp-autoconf@ietf.org>
https://www.ietf.org/mailman/listinfo/bgp-autoconf