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

"Borchert, Oliver (Fed)" <oliver.borchert@nist.gov> Fri, 21 September 2018 14:52 UTC

Return-Path: <oliver.borchert@nist.gov>
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 0DD98130E55; Fri, 21 Sep 2018 07:52:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nist.gov
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 ynNEbzL811j7; Fri, 21 Sep 2018 07:52:05 -0700 (PDT)
Received: from GCC01-DM2-obe.outbound.protection.outlook.com (mail-dm2gcc01on0107.outbound.protection.outlook.com [23.103.201.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4722A130DF9; Fri, 21 Sep 2018 07:52:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nist.gov; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T3Wy2CPUvObEAtlar/ujAkB9eE1B1PbjasYTD+Yxpo0=; b=yUDUTRG3c5CCOvfzkocvuqSiGh+AIzb5H65HaxNCXCO7L7Z4TuVzzYQovgYXqEwHreef9Q4uo/qFldQ3jr4f0w3qLyHFfpor+jRRmdmdY83QzY/nGdZq6m6ajs11j6hbDVuhkNPhCgVGx4mHPEoL8kauebpjKmbVn/wGmBYFc1s=
Received: from SN6PR0901MB2494.namprd09.prod.outlook.com (52.132.117.144) by SN6PR0901MB2494.namprd09.prod.outlook.com (52.132.117.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1143.15; Fri, 21 Sep 2018 14:52:03 +0000
Received: from SN6PR0901MB2494.namprd09.prod.outlook.com ([fe80::d1a:2dba:ae26:e775]) by SN6PR0901MB2494.namprd09.prod.outlook.com ([fe80::d1a:2dba:ae26:e775%2]) with mapi id 15.20.1143.014; Fri, 21 Sep 2018 14:52:03 +0000
From: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
To: John Scudder <jgs@juniper.net>, "idr@ietf.org" <idr@ietf.org>
CC: "idr-chairs@ietf.org" <idr-chairs@ietf.org>
Thread-Topic: [Idr] Requesting WG adoption for draft-scudder-idr-capabilities-registry-change-02.txt
Thread-Index: AQHUUbqo/wjswriMmU+AjoVWSIBiKA==
Date: Fri, 21 Sep 2018 14:52:03 +0000
Message-ID: <3281F2AC-A7E5-4F76-A618-232CAF1E30B6@nist.gov>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.11.0.180909
authentication-results: spf=none (sender IP is ) smtp.mailfrom=oliver.borchert@nist.gov;
x-originating-ip: [2610:20:6222:140:6498:112d:8ec7:f24e]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; SN6PR0901MB2494; 6:EDJSIEesPGdXsJ6IEIQNqIGuMChV+tcaJl4ylZfPGujp58UBz4u3RJwzVnBAwSTGRayhhJ0bIeEG5diaPnL52fVGAaIV7jGgNIkULOIj7gnn76/P8Hsw8P4b9DQlZMyQ6owCK0iAeAJzhWRAAAhu+LJqM0UxDveUqPYJKVnoNzbPHGmPrujJSMxn96LROM6EjsH3sHB4+/pgDqJBkABD2UZAXVyyZ/Do0Q6CGd7ZHgfJ/mSMIiLT2dfNCycRf2XdviMDODCuD2kogJ5gtYyC0D9fMotIenghYHhLOqCczejxoagFEihQMDkPpzXki94UelGJjzbf/cqFr084xcryT72UEOe3d8nXMCb698TD10T0DDjOhMpwsVaGn5GbrbBfLeILjUFUN2I1IsdUEQdzhfQgsSoYNyDYjpqAZ3ah5jIaQvWAlxXc/XNnqS2gbNm9q/jHdRMpvs94ab6BdOpYGg==; 5:C2Ao6pnj4btdzpJzVgviAj6qLTkLvcnM3b2LgO4O0nFULQM/VpKK7rFaKZGsHO1TfhMXDZwBwLG2p67ZRKaBcjXVUGLzQ1auA5hP/GDizcru3QU21TZ9xqw4yJDJL8+mGxbQoJpEm+x9yNgrwfVrh1QmUkBV6DHNr72enJae51w=; 7:Zope9c2PH0J0HDJcQtOVNKixSfUrvBhgfDVM8AW6//AKY2hFTbf9SmXJfC2457SOMlPKyxQF/xCaVAv0Qdj6Gd2A5747i9fQygYpt+7Bv3j5R/cwsdKBd5KrbZq8fxBp4U9tcRcMpjOtslxBWKUVWfQloiJcU0vEN2Ya8OhxRJfkb4q/sfk89dF8cynyuJYbUYwhbNPv/fDZdD2em4VeEoTy0RklePW98C4/paLIO42TOUMnYx7jD1NL1NtxuDXW
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 2c7d2c84-58c7-4899-3c51-08d61fd1caea
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:SN6PR0901MB2494;
x-ms-traffictypediagnostic: SN6PR0901MB2494:
x-microsoft-antispam-prvs: <SN6PR0901MB249405C6F55F664D2F877F9998120@SN6PR0901MB2494.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(219752817060721)(189930954265078)(138986009662008);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(149027)(150027)(6041310)(20161123560045)(20161123558120)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051); SRVR:SN6PR0901MB2494; BCL:0; PCL:0; RULEID:; SRVR:SN6PR0901MB2494;
x-forefront-prvs: 0802ADD973
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39860400002)(376002)(346002)(396003)(136003)(199004)(53754006)(189003)(86362001)(476003)(486006)(25786009)(5660300001)(99286004)(966005)(45080400002)(97736004)(186003)(2616005)(478600001)(5250100002)(575784001)(256004)(82746002)(53936002)(8936002)(2906002)(2900100001)(2501003)(6246003)(33656002)(102836004)(81156014)(1941001)(106356001)(110136005)(6436002)(4326008)(83716003)(36756003)(6116002)(6506007)(316002)(305945005)(58126008)(7736002)(6306002)(6486002)(14454004)(68736007)(229853002)(71200400001)(6512007)(105586002)(8676002)(81166006)(46003)(71190400001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR0901MB2494; H:SN6PR0901MB2494.namprd09.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts)
x-microsoft-antispam-message-info: gGIUJKJMgoRyPBDIqkgk4DqsHNChV7C9rbrvHDgsuNFlvKmx9mGsf/XHVpHdbaO0LIrOCKvJs9Y0RypULAt+M3E7fz699P6Fb/FcJj3EPPaUTQRUuuSl4CIQoJMvOvFvKYycDZ//K3eX3Ep6WEpM3dOwGesWKqaa2NcspFiWSxzNRuBOunAye3y275OpTEoBu6mfSzRMtt9CwZnbRD4fDtNacjMaR+zcvEHvuqZjYP8RupMA+eeeb6Re/i8mcLZYJvIYs91CDZIZDDn9qkpJkyUR09rbPWHYwqTctT/4MGwYp8yZUbyAuIfe9W0PM0boMGShmnNCbZAYg1CSOh7QcfM6hdiDmVgrZD0YhXCxpOg=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <995AC84875A08B4282AA7A250EE69C92@namprd09.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-Network-Message-Id: 2c7d2c84-58c7-4899-3c51-08d61fd1caea
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2018 14:52:03.1427 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR0901MB2494
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/X2bIP0kNflQzXh3nzK9Y0bwEQqk>
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: Fri, 21 Sep 2018 14:52:08 -0000

I do support this,
Oliver

On 9/20/18, 2:11 AM, "Idr on behalf of John Scudder" <idr-bounces@ietf.org on behalf of jgs@juniper.net> wrote:

    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://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fid%2Fdraft-scudder-idr-capabilities-registry-change-02.txt&amp;data=02%7C01%7Coliver.borchert%40nist.gov%7Cf10b339e33454a3ade9c08d61ebfeb59%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636730206971274460&amp;sdata=4DrBK3R0LF4UhMehX34c6SoT4HOdZTAZ51a2Q1M3zJA%3D&amp;reserved=0
    
    Thanks,
    
    --John (an individual contributor to the WG, and recusing myself as co-chair from the adoption and subsequent process)
    
    
    _______________________________________________
    Idr mailing list
    Idr@ietf.org
    https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=02%7C01%7Coliver.borchert%40nist.gov%7Cf10b339e33454a3ade9c08d61ebfeb59%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C636730206971284465&amp;sdata=E1Z1rk0Aq8im1ni02QTOWB%2FDpZ98RZA9cPiviWR%2BvPs%3D&amp;reserved=0