Re: [Idr] Changing the allocation policy for the BGP-LS registries

"Adrian Farrel" <adrian@olddog.co.uk> Fri, 26 July 2019 14:37 UTC

Return-Path: <adrian@olddog.co.uk>
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 2DC81120020 for <idr@ietfa.amsl.com>; Fri, 26 Jul 2019 07:37:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.596
X-Spam-Level:
X-Spam-Status: No, score=-2.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=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 YTc3K6qBgZF2 for <idr@ietfa.amsl.com>; Fri, 26 Jul 2019 07:37:22 -0700 (PDT)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 4AC25120019 for <idr@ietf.org>; Fri, 26 Jul 2019 07:37:22 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id x6QEbJGf030218; Fri, 26 Jul 2019 15:37:19 +0100
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 676CD2203A; Fri, 26 Jul 2019 15:37:19 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id 51AB422032; Fri, 26 Jul 2019 15:37:19 +0100 (BST)
Received: from LAPTOPK7AS653V ([207.115.96.130]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id x6QEbHLH014526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 26 Jul 2019 15:37:18 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Donald Eastlake' <d3e3e3@gmail.com>
Cc: 'idr wg' <idr@ietf.org>
References: <0ab001d543a8$a2fbdf00$e8f39d00$@olddog.co.uk> <CAF4+nEHS5b_frvGnL_HRoGrxwyLyf_KD46hdodiRaeD-2_kyww@mail.gmail.com> <CAF4+nEHeLqfua3=0kuPRr=yJqSmWyB=RRf9DB_k=cKZJi5JCCQ@mail.gmail.com>
In-Reply-To: <CAF4+nEHeLqfua3=0kuPRr=yJqSmWyB=RRf9DB_k=cKZJi5JCCQ@mail.gmail.com>
Date: Fri, 26 Jul 2019 15:37:17 +0100
Organization: Old Dog Consulting
Message-ID: <0b0301d543bf$a0b52be0$e21f83a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0B04_01D543C8.027AA550"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEuxFzqDrImQIzzes/CR1ol9WHofwLCFnvKArMMkL6n/ke0kA==
Content-Language: en-gb
X-Originating-IP: 207.115.96.130
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24800.004
X-TM-AS-Result: No--32.889-10.0-31-10
X-imss-scan-details: No--32.889-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24800.004
X-TMASE-Result: 10--32.888600-10.000000
X-TMASE-MatchedRID: OoEa6u7Uk5/uYusHgJkgysrN0ZlRuhLN/O7KT5xQ5t4njUyRMKEkL64M FTM330A/1eBVS6kWC5kJW67oGxoTgfVY7U3NX8JgjQHi4chm1Ci1eX0jEQ9c6j77Lhrh7xxo8Y8 bAH/TQC0h3CJBYZ8abIDO+5UWHSQsviY/MdpdnzgZSo6PM4LsisHx9l2YYLoQekWkqRyavwDTtD IXVj3NDhRsX181R6fDuVKcazUH+Z1Ye2qRI33Kw0zzNX6FuGYDp0b7LIq4ACvoVcayn4D7ccF1c ZwMS8VpNkYhNgO6yRlC/MUNs4eJePZvT2zYoYOwBnIRIVcCWN+2duf1KYOL/CKrlmdaPnESx/7Z jAczkgzyN6EyLJlUTV2McEZN+ymbPE3khmVvHO5BrQd7urENyl+oWJ54ylfspP09XgDz50bxBvr hhp7SKVlnx+6nxuU9W4zsHznb1Or4vYawCsCC2sCpG6QaSSlCkEuRYev4ZM9/8k1kcCPFbn1X7r tOkmL3DvrC4voBsK05STWxvfJE2LSlePUaQB97sULUa6/QKUUjQVhmUJBUfCOqN0W6x+gkOPAJR 2VDC99efe+CRT9C5vfoZuWRm0DRelGHXZKLL2sO9z+P2gwiBc63sV0ls7LUBUz2Q+xpjHgwNewe PIC3QljLjdQ6e2q8CG2ppWLgusS5UUv022NJAgbn5hqHE5b1I0YrtQLsSUwmFX089bePLKFND67 EzpMSVuvwLet+LqmfcBLIBbxQiAPZZctd3P4BuoKFNtn4sqN3pEVETu8p8YZ+yLx9W9ZB5qsTvV Tsp56gZxbBI3ZD3dcUNjoF7YuVDHEg6thbROxeTMqqGz6HtJsoi2XrUn/JlR1cT9YafQVKWdTfw sJjy2nsrG5678OKuaN8gZEMR2aw7M6dyuYKg4VH0dq7wY7u66yZ7uE4SHRAgB1QqDOk/zy7n6GG Prz0y85sq23fpejVii1vr3AElA==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ixJFszj-3HNpCtf6b8QjpVIiuVk>
Subject: Re: [Idr] Changing the allocation policy for the BGP-LS registries
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, 26 Jul 2019 14:37:26 -0000

“I was talking aloud to myself. A habit of the old: they choose the wisest person present to speak to; the long explanations needed by the young are wearying.”

 

Thanks, Donald,

 

I have tried to capture something of this order in the -01 just posted.

 

A

 

 

From: Donald Eastlake <d3e3e3@gmail.com> 
Sent: 26 July 2019 15:01
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: idr wg <idr@ietf.org>
Subject: Re: [Idr] Changing the allocation policy for the BGP-LS registries

 

Hi Adrian,

 

Sorry to respond to my own mail but looking into this further, in particular to the IANA Considerations of RFC 3748 and 3575 which are referenced as example by RFC 8126, the formula for getting around the problem I mentioned is to reference the WG mailing list, rather than the WG itself, and to provide that a successor mailing list can be designated by the AD. So in this case, the formula would be:

 

The Designated expert will post a request to the IDR WG mailing list (or a successor designated by the Area Director) for comment and review, including an Internet-Draft.

 

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 1424 Pro Shop Court, Davenport, FL 33896 USA
 d3e3e3@gmail.com <mailto:d3e3e3@gmail.com> 

 

 

On Fri, Jul 26, 2019 at 9:32 AM Donald Eastlake <d3e3e3@gmail.com <mailto:d3e3e3@gmail.com> > wrote:

Hi Adrian,

When a registry is Expert Review, the normal flow is that requests are sent to IANA who selects an Expert from the pool of Expert. The Expert evaluates the request and returns an approval/disapproval. IANA then assigned the code point(s) or not. The general escape mechanism for denial of service attacks or other abuse is for IANA to go to the IESG. See the last paragraph of Section 3.3 of RFC 8126:

   IANA always has the discretion to ask the IESG for advice or
   intervention when they feel it is needed, such as in cases where
   policies or procedures are unclear to them, where they encounter
   issues or questions they are unable to resolve, or where registration
   requests or patterns of requests appear to be unusual or abusive.


Generally speaking, the IESG is considered to be a permanent body while, notwithstanding the apparent immortality of the IDR WG, Working Groups are considered to be ephemeral. Thus the provision in this draft naming the IDR Working Group seems problematic to me. The way this is handled for DNS, where community discussion is desired of requests for RRTYPE assignments, is to name a specific mailing list that the request must be posted to. Mailing lists can be immortal. (See Sections 3.1 and Appendix A of RFC 6895.)

 

So, I think the draft is a good idea but needs some tweaking based on the above.


Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 1424 Pro Shop Court, Davenport, FL 33896 USA
 d3e3e3@gmail.com <mailto:d3e3e3@gmail.com> 

On Fri, Jul 26, 2019 at 7:53 AM Adrian Farrel <adrian@olddog.co.uk <mailto:adrian@olddog.co.uk> > wrote:
>
> Hi team IDR,
>
> I'm one of the two Designated Experts for these registries.
>
> Chatting with the chairs yesterday there was a suggestion that we might
> change (relax) the allocation policy for the registries.
>
> This draft is a straw man to do that.
>
> Discuss!
>
> Best,
> Adrian
> --
> Read some fairy stories for adults of all ages
> .. Tales from the Wood
> .. More Tales from the Wood
> .. Tales from Beyond the Wood
> .. Tales from the Castle
> Get them on line https://www.feedaread.com/profiles/8604/
> Or buy a signed copy from me by post
> *** Stop me in the corridor at IETF-105 to get a copy ***
>
>
>
> -----Original Message-----
> From: I-D-Announce <i-d-announce-bounces@ietf.org <mailto:i-d-announce-bounces@ietf.org> > On Behalf Of
> internet-drafts@ietf.org <mailto:internet-drafts@ietf.org> 
> Sent: 26 July 2019 11:47
> To: i-d-announce@ietf.org <mailto:i-d-announce@ietf.org> 
> Subject: I-D Action: draft-farrel-idr-bgp-ls-registry-00.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>
>
>         Title           : Updates to the Allocation Policy for the Border
> Gateway Protocol - Link State (BGP-LS) Parameters Registries
>         Author          : Adrian Farrel
>         Filename        : draft-farrel-idr-bgp-ls-registry-00.txt
>         Pages           : 4
>         Date            : 2019-07-26
>
> Abstract:
>    RFC 7752 defines Border Gateway Protocol - Link State (BGP-LS).  IANA
>    created a registry consistent with that document called the "Border
>    Gateway Protocol - Link State (BGP-LS) Parameters Registry" with a
>    number of sub-registries.  The allocation policy applied by IANA for
>    those policies is "Specification Required" as defined in RFC 8126.
>
>    This document updates RFC 7752 by changing the allocation policy for
>    all of the registries to "Expert Review."
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-farrel-idr-bgp-ls-registry/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-farrel-idr-bgp-ls-registry-00
> https://datatracker.ietf.org/doc/html/draft-farrel-idr-bgp-ls-registry-00
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org <http://tools.ietf.org> .
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org <mailto:I-D-Announce@ietf.org> 
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org <mailto:Idr@ietf.org> 
> https://www.ietf.org/mailman/listinfo/idr