<?xml version="1.0" encoding="US-ASCII"?>
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY RFC7752 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.7752.xml">
<!ENTITY RFC8126 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.8126.xml">
]>

<rfc category="std" docName="draft-farrel-idr-bgp-ls-registry-01" ipr="trust200902" updates="7752">
  <front>
    <title abbrev="BGP-LS Registry Update">Updates to the Allocation Policy for the Border Gateway Protocol - Link State (BGP-LS) Parameters Registries</title>

    <author fullname="Adrian Farrel" initials="A." surname="Farrel">
      <organization>Old Dog Consulting</organization>
      <address>
        <email>adrian@olddog.co.uk</email>
      </address>
    </author>

    <date month="" year="2019"/>

    <area>Routing Area</area>

    <workgroup>IDR Group</workgroup>

    <keyword>BGP-LS</keyword>
    <keyword>IANA</keyword>

    <abstract>
      <t>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.</t>

      <t>This document updates RFC 7752 by changing the allocation policy for all of
         the registries to "Expert Review."</t>
    </abstract>

  </front>

  <middle>
    <section title="Introduction">
      <t>Border Gateway Protocol - Link State (BGP-LS) <xref target="RFC7752" /> requested IANA to create
         a registry consistent 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
         <xref target="RFC8126" />.</t>

      <t>The "Specification Required" policy requires evaluation of any assignment
         request by a "Designated Expert" and guidelines for any such experts are
         given in section 5.1 of <xref target="RFC7752" />.  In addition, this policy requires "the
         values and their meanings must be documented in a permanent and readily
         available public specification, in sufficient detail so that
         interoperability between independent implementations is possible" <xref target="RFC8126" />.
         Further, the intention behind "permanent and readily available" is that "a
         document can reasonably be expected to be findable and retrievable long after
         IANA assignment of the requested value" <xref target="RFC8126" />.</t>

      <t>It is often considered that it is the responsibility of the Designated
         Expert to make a determination as to whether a specification meets the
         requirement to be permanent and readily publicly available.  A degree
         of contention arises in this case because Internet-Drafts are now permanently
         archived in the IETF&amp;s tools archive, yet each such document is marked
         with a piece of boilerplate text as follows that brings doubt about its
         suitability as a permanent record:

         <list style="empty">

           <t>Internet-Drafts are draft documents valid for a maximum of six months
              and may be updated, replaced, or obsoleted by other documents at any
              time.  It is inappropriate to use Internet-Drafts as reference
              material or to cite them other than as "work in progress."</t>

         </list></t>

      <t>Another allocation policy called "Expert Review" is defined in <xref target="RFC8126" />.
         This policy also requires Expert Review, but has no requirement for a
         formal document.</t>

      <t>All reviews by Designated Experts are guided by advice given in the
         document that defined the registry and set the allocation policy.</t>

      <t>This document updates RFC 7752 by changing the allocation policy for all of
         the registries to "Expert Review" and updating the guidance to the
         Expert Review.</t>

    </section>

    <section anchor="IANA" title="IANA Considerations">
      <t>IANA maintains a registry called the "Border Gateway Protocol - Link State (BGP-LS) Parameters Registry".
         This registry contains four sub-registries:
         <list style="symbols">
           <t>BGP-LS NLRI-Types</t>
           <t>BGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs</t>
           <t>BGP-LS Protocol-IDs</t>
           <t>BGP-LS Well-Known Instance-IDs</t>
         </list></t>

      <t>IANA is requested to change the assignment policy for each of these registries to "Expert Review".</t>

      <section anchor="expert" title="Guidance for Designated Experts">

        <t>Section 5.1 of <xref target="RFC7752" /> gives guidance to Designated Experts.  This section replaces that
           guidance.</t>

        <t>In all cases of review by the Designated Expert (DE) described here,
           the DE is expected to check the clarity of purpose and use of the
           requested code points.  Additionally, the DE must verify that any
           request for one of these code points has been made available for
           review and comment within the IETF: the DE will post the request to
           the IDR Working Gorup mailing list (or a successor mailing
           list designated by the Area Director).  If the request comes from
           within the IETF, it should be documented in an Internet-Draft.
           Lastly, the DE must ensure that any other request for a code point
           does not conflict with work that is active or already published
           within the IETF.</t>

      </section>
    </section>

    <section anchor="Security" title="Security Considerations">

      <t>The security consideration of <xref target="RFC7752" /> still apply.</t>

      <t>Note that the change to the expert review guidelines make the registry and the Designated Experts slightly more
         vulnerable to denial of service attacks through excessive and bogus requests for code points.  It is expected that
         the registry cannot be effectively attacked because the Designated Experts would, themselves, fall to any such
         attack first.  Designated Experts are expected to report to the IDR working group chairs and responsible Area
         Director if they believe an attack to be in progress, and should immediately halt all requests for allocation.
         This may temporarily block all legitimate risks until mitigations have been put in place.</t>

      <t>This change in allocation policy should not have any effect on the integrity of BGP-LS since there is no change
         to the review requirements for the work that underlies the request.</t>

    </section>


    <section anchor="Acknowledgements" title="Acknowledgements">

      <t>This work is based on the IANA considerations section of <xref target="RFC7752" />.  The author thanks the people who worked on that document.</t>

      <t>The author would like to be able to thank John Scudder for suggesting the need for this document.</t>

      <t>Thanks to John Scudder and Donald Eastlake for review and comments.</t>

    </section>

  </middle>

  <back>

    <references title="Normative References">
      &RFC7752;
      &RFC8126;
    </references>

  </back>
</rfc>
