Re: [Idr] Requesting WG adoption for draft-scudder-idr-capabilities-registry-change-02.txt

"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 26 September 2018 09:41 UTC

Return-Path: <jie.dong@huawei.com>
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 93E7F130E48; Wed, 26 Sep 2018 02:41:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 LAXHMXjd-OgY; Wed, 26 Sep 2018 02:41:41 -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 8B718130E2E; Wed, 26 Sep 2018 02:41:41 -0700 (PDT)
Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 0EFFB1BA624C6; Wed, 26 Sep 2018 10:41:36 +0100 (IST)
Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Wed, 26 Sep 2018 10:41:37 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0399.000; Wed, 26 Sep 2018 17:41:31 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: John Scudder <jgs@juniper.net>, "idr@ietf.org" <idr@ietf.org>
CC: "idr-chairs@ietf.org" <idr-chairs@ietf.org>
Thread-Topic: Requesting WG adoption for draft-scudder-idr-capabilities-registry-change-02.txt
Thread-Index: AQHUUKixsqEn2M98Pke/8kwMHYP+c6UCV6eA
Date: Wed, 26 Sep 2018 09:41:31 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C927A798AF45@NKGEML515-MBX.china.huawei.com>
References: <2AF2B21A-933B-4F78-84C7-0EB6CC1534E5@juniper.net>
In-Reply-To: <2AF2B21A-933B-4F78-84C7-0EB6CC1534E5@juniper.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.130.151.75]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/GYRlt3DZWLvUJ7mhlozsGVLezyE>
Subject: Re: [Idr] Requesting WG adoption for draft-scudder-idr-capabilities-registry-change-02.txt
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: Wed, 26 Sep 2018 09:41:44 -0000

Yes, support. This would be helpful to avoid conflicts in future. 

Best regards,
Jie

> -----Original Message-----
> From: John Scudder [mailto:jgs@juniper.net]
> Sent: Thursday, September 20, 2018 2:11 PM
> To: idr@ietf.org
> Cc: idr-chairs@ietf.org
> Subject: Requesting WG adoption for
> draft-scudder-idr-capabilities-registry-change-02.txt
> 
> Hi All,
> 
> People with sharp memories may recall that in 2015 I proposed we revise the
> BGP Capabilities registry to provide a good-sized FCFS space. I think our
> experience shows this works fine in practice and makes it easier for
> implementors to get code points in a timely fashion, helping prevent conflicts. I
> wrote a draft at that time but failed to follow it up. I've revised the draft and
> would like to propose it as a WG item. Here's the abstract:
> 
>    This document updates RFC 5492 by making a change to the registration
>    procedures for BGP Capability Codes.  Specifically, the range
>    formerly designated "Reserved for Private Use" is divided into three
>    new ranges, respectively designated as "First Come First Served",
>    "Experimental" and "Reserved".
> 
> One thing to draw your attention to in the revised draft:
> 
>    Finally, we invite implementors who have used values in the range
>    128-255 to contribute to this draft, so that the values can be
>    included in the registry.
> 
> That is, if you have a shipped implementation that's using one of the Private Use
> values, please contribute that information to the draft and (assuming the draft
> progresses) you'll automatically get a registered code point.
> 
> https://www.ietf.org/id/draft-scudder-idr-capabilities-registry-change-02.txt
> 
> Thanks,
> 
> --John (an individual contributor to the WG, and recusing myself as co-chair from
> the adoption and subsequent process)
>