<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.6.39 (Ruby 2.6.10) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ghnb-v6ops-rfc3849-update-00" category="info" submissionType="IETF" updates="3849" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.18.0 -->
  <front>
    <title abbrev="Expanding the IPv6 Documentation Space">Expanding the IPv6 Documentation Space</title>
    <seriesInfo name="Internet-Draft" value="draft-ghnb-v6ops-rfc3849-update-00"/>
    <author initials="G." surname="Huston" fullname="Geoff Huston">
      <organization>APNIC</organization>
      <address>
        <email>gih@apnic.net</email>
      </address>
    </author>
    <author initials="N." surname="Buraglio" fullname="Nick Buraglio">
      <organization>Energy Sciences Network</organization>
      <address>
        <email>buraglio@forwardingplane.net</email>
      </address>
    </author>
    <date year="2023" month="August" day="07"/>
    <area>Operations and Management</area>
    <workgroup>V6OPS</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 32?>

<t>The document describes the reservation of an additional IPv6 address prefix
for use in documentation. The reservation of a /20 prefix allows documented
examples to reflect a broader range of realistic current deployment
scenarios.</t>
    </abstract>
    <note removeInRFC="true">
      <name>Discussion Venues</name>
      <t>Discussion of this document takes place on the
    IPv6 Operations Working Group mailing list (v6ops@ietf.org),
    which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/v6ops/"/>.</t>
      <t>Source for this draft and an issue tracker can be found at
    <eref target="https://github.com/buraglio/draft-ghnb-v6ops-rfc3849-update"/>.</t>
    </note>
  </front>
  <middle>
    <?line 39?>

<section anchor="introduction">
      <name>Introduction</name>
      <t><xref target="RFC3849"/> introduced 2001:db8::/32, describing the use of the IPv6 address
prefix 2001:DB8::/32 as a reserved prefix for use in documentation. The
rationale for this reservation was to reduce the likelihood of conflict and
confusion when relating documented examples to deployed systems.</t>
      <t>As the global deployment of IPv6 expands and evolves, individual IPv6
network deployment scenarios have also increased is size and diversity, and
there is a requirement for documentation to reflect this increased diversity
and scope. The original 2001:DB8::/32 reservation is inadequate to describe
many realistic current deployment scenarios.</t>
      <t>Without this additional address allocation, then documentation address
prefixes are drawn from address blocks already allocated or assigned to
existing organizations or to well known ISPs, or drawn from the currently
unallocated address pool. Such use conflicts with existing or future
allocations or assignments of IPv6 address space. The reservation of a
further /20 address prefix for documentation purposes avoids such conflicts.</t>
    </section>
    <section anchor="current-assignment-and-allocation-data">
      <name>Current Assignment and Allocation Data</name>
      <t>According to the allocation and assignment data published by the Regional
Internet Registries,
(https://ftp.ripe.net/pub/stats/ripencc/nro-stats/latest/nro-delegated-stats),
in August 2023 some 25.9% of all 62,770 recorded allocations and
assignments are larger than a /32 in size. The most common allocation or
assignment size is a /29, used in 24.8% of cases.</t>
      <t>The four largest assignments made to end users have been /19s, but these
allocations were made before the RIRs' address allocation policies moved
away from the use of a fixed /48 site address prefix IPv6 address assignment
policies, and in the foreseeable future its unlikely that individual
networks require more than a /20. It is believed that a reservation of a /20
would cover the documentation needs as they relate the broad range of
realistic network deployments.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as
described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.</t>
      <?line -18?>

</section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>IPv6 addressing documents do not have any direct impact on Internet
infrastructure security.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>IANA is to record the reservation of TBD::/20 in the IANA IPv6
Special-Purpose Address Registry. The Source, Destination, Forwardable,
Globally Reachable and Reserved-by-Protocol fields should be recorded as
False. There is no Termination Date for this entry.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <reference anchor="RFC2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </references>
      <references>
        <name>Informative References</name>
        <reference anchor="RFC3849">
          <front>
            <title>IPv6 Address Prefix Reserved for Documentation</title>
            <author fullname="G. Huston" initials="G." surname="Huston"/>
            <author fullname="A. Lord" initials="A." surname="Lord"/>
            <author fullname="P. Smith" initials="P." surname="Smith"/>
            <date month="July" year="2004"/>
            <abstract>
              <t>To reduce the likelihood of conflict and confusion when relating documented examples to deployed systems, an IPv6 unicast address prefix is reserved for use in examples in RFCs, books, documentation, and the like. Since site-local and link-local unicast addresses have special meaning in IPv6, these addresses cannot be used in many example situations. The document describes the use of the IPv6 address prefix 2001:DB8::/32 as a reserved prefix for use in documentation. This memo provides information for the Internet community.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="3849"/>
          <seriesInfo name="DOI" value="10.17487/RFC3849"/>
        </reference>
      </references>
    </references>
    <?line 112?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>The authors would like to acknowledge the valuable input from Xipeng Xiao, Chris Cummings, Russ White, Kevin Myers, Ed Horley, Tom Coffeen, and Scott Hogg</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAE4M0WQAA41X23LjNhJ9x1cg2tpKdkuUbI0zY6ty01ieGdWOLyt5NptK
7QMIQhTKJMAApDSKa/4l37JftqcBipJsV2r9YhEi+nL69OlWkiSs1nWhxvzq
cyVMpk3O65Xis7v1az61simVqUWtreGLSkjFRJo6tf6/X8+sNKKE+cyJZZ3k
K5Mm69e28olbylfnZxdJU2WiVsnJCYPVV8w3aam9h4V6W+He7Or+HZOiHnNt
lpbpyo157Rpfj05OLk5GTDglxrx3WykX/HqOsPi1MCJXFEyPbfIx/9fr27sF
e9jAnqmVM6pOphQQi949PCMWxkRTr6wbMx7+kvY/h2+88n7AP8CxNd1xTO29
ssvl06+sg9vJ3c3ssjtSpdDFmOd69ZOojJYDhPGyp5sBf9s4kRfaPvF1o+XD
8++CsyujXL7lC6mVkcrzG1VvrHt46j5tL/+0tG4jHJWwKoRRIRpmrCuB41oR
BvN3l6PT04sx+0v4fA7Ix4zKcPwOQTdmLEkSLlJfOyFh6B6syFpC8Ex56XSK
oIgsTnnl1pEldol6cZFlmh5FEZmEZ7zkeeXUUn9mcMgbr4BNZzLcHvD7F8zx
4eikvclFUdiN726pjKnPoqwKisTi5rJQssaV1FmRKcedMLkiK2BVoX2tJZeN
czGHqrBbssK8VEY4bf0gZl3qLCsUA0xgl7NZIykYxh4fW3S+fEHs8RuVccB4
Os7S8/F4+GrU34GzayVKFAF0XdViwdqMwuXp23iZC9C9BQCG21f+FC4W20QU
KrxXr7Q/QnAjWmgo1hBFoR9UoVfWZhSXtGZZaALNZIweGh+urZTBpQJGkMce
b36Id4QQh37ra1USfJNIibywKYq/x5hchfRV0JnY1Wpti7XyfWSW6bXOmpYv
zESqH97vasRXYq1ABG9xTaKuHgEgaa9/V8EqTCnndb3th5wQjlP0AgH7W6Nd
kJEA1hGahwQKKO6tdxYZ2ffSVipS1Tqda2L5cRUP8Q+GwMXfGuhSBC32DiuF
2f4pL/khL3/WULKmDe2gv3atRZ0hg8s+VeAJVZ6wDuWDzpKGbwxfOlt2ZlJY
eSBrCCzb7qwCA8AlIOO5wefaou0oalADUiWM/r3VamKg5RtVFPzBWBifLe5Q
X8J674sI0mZbbFlj9k46nbC2GPBFI1eB+DuOer4BCvzAN182deMwxbrs/T5S
yt53xNvZ9jTHXlYatmwc0SUozrFmvcCXqnGV9QTl2mow2lO4XagDko/LtqaT
Lp7A0EkXLZ+KWqBrpLQuDl8b4NnnEy7s8+EYbwKuU7BmBcTSbXh/rvJAB7Yb
h+EE2q3RXuybVV1XfjwcLutq4HQVZsMQRoYeufghHRkph8bZJJ4UNETrcJCp
QuVUnfjV3/qYGHzS5BiPoP3oFfe2VHz07eDirwFElP71qP/mzQngpayorAfV
oZY8LA/xsBAuV6RdNDo4dRBcUD/HMpUWrqQtS0JjD4x1B4Zi+4cuH44u+kSb
jKyMzgbnIS6JTqaikMGlbVx0CsOHwZRoVCqBAuaw4FqxSRX6aXh6ASanoQXB
myPKbUhiwuVUgShRZ+ezuf/6hf4Eu8EQFAaJQeWZ2IjtvjHacSE4tWnGh2fn
SA3K8YSOR5Tep8B2toP2EQB1yJeYrkRKQyI0DNfItjFhFBCDRH2gwTv59TvB
RKAhp1ie0cmAz2rCOsUcUTSoggHx4uRmG9sUGcq3DhVWT5rIKEXDIEyNbRw4
Eb0wwbv5zfY6+Xw2tL1mzRoP3co4BU4mqKSPVX+AA9yEu971p8V9rx//85vb
8Hl+9c9Ps/nVlD4vPkw+fuw+sPaNxYfbTx+n+0/7m5e319dXN9N4Gaf86Ij1
rie/9GJFerd397Pbm8nHXiyO3i8zoRVAvpQmPboYlQ6a6NluZISCvr28++8f
p2f88fGrdp/DNhIfzk/fnOGBZnf0Zg2qGx8JXyaqSglHVqhNpah0jUHaJ/z9
iuSaZiXQ/PuvhMx/xvy7VFanZz+0B5Tw0eEOs6PDgNnzk2eXI4gvHL3gpkPz
6PwJ0sfxTn45et7hfnD43Y+FNoonp+c//sCIQguFsYQxT1zyOtv9AmHssNsO
9yEqHje2bncSzPMM7YIFQpeYMlh6TPf7hPZsJ6DIWCapAX3rK3B3NrmZPHdK
h7rd3khJX1q2799OsXNgXLWtHi6FHWpRKalFkdzFMcUnrVi0g2EbtXUBKZSq
j26hkdruD+/iLwnSiz57H1Y58GiuhFwFDSFqzdslNUm3yZ2ztZW2gGapIgtc
op5P1cEI8OwdqBYVPe5jxvJ75crWK03CgxUW4Lptu46nQj4QShNJO0Whsjxg
zx7HpilTWMu+7y3JeO9LaPT4ow+qHKIgjSMMRXc7CsxaFE3IRpsKoh4E+N80
CHP8E7bPL1cOgVw2JULM0STzBuj9vIIY9/k/1BqAX28xIvr8KuMfrCsUFs57
GLnEr0e168CFtHWNr/Oc/Q+rgDRYnA8AAA==

-->

</rfc>
