<?xml version='1.0' encoding='UTF-8'?>

<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>

<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-v6ops-rfc3849-update-05" number="0000" consensus="true" category="info" submissionType="IETF" updates="3849" obsoletes="" tocInclude="true" sortRefs="true" symRefs="true" version="3" xml:lang="en">

  <front>
    <title abbrev="Expanding the IPv6 Documentation Space">Expanding the IPv6 Documentation Space</title>
    <seriesInfo name="RFC" value="0000"/>
    <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="2024" month="August"/>
    <area>OPS</area>
    <workgroup>v6ops</workgroup>

    <abstract>
      <t>The document describes the reservation of an additional IPv6 address
      prefix for use in documentation. This update to RFC 3849 expands on the
      existing 2001:db8::/32 address block with the reservation of an
      additional, larger prefix.  The addition of a /20 allows documented
      examples to more closely reflect a broader range of realistic, current
      deployment scenarios and more closely aligns with contemporary
      allocation models for large networks.</t>
    </abstract>
  </front>
  <middle>

<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, 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 IPv6
address prefix from the Global Unicast Address pool <xref target="RFC4291"/> for
documentation purposes avoids such conflicts.</t>
</section>

<section anchor="term2119">
  <name>Requirements Language</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&nbsp;14 <xref target="RFC2119"/>
    <xref target="RFC8174"/> when, and only when, they appear in all capitals,
    as shown here.
        </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,
<xref target="NROStatsReport"/>,
in August 2023 some 25.9% of all 62,770 recorded IPv6 unicast 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="filtering-and-appropriate-use">
      <name>Filtering and appropriate use</name>

      <t>Documentation prefixes are for the use or relaying configuration and documentation examples and as such
<bcp14>MUST NOT</bcp14> be used for actual traffic, <bcp14>MUST NOT</bcp14> be  globally advertised, and <bcp14>SHOULD NOT</bcp14> be used internally for routed production traffic or other connectivity.
Documentation prefixes should be considered bogon and filtered in routing advertisements as appropriate.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>None.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This special use prefix should be marked as and considered <xref target="BOGON"/>. As is appropriate with bogon prefixes,
packets whose src/dst belongs to this prefix should be dropped and disallowed over the public Internet.</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;
<xref target="IANAIPv6SPAR"/>. The Source, Destination, Forwardable,
Globally Reachable and Reserved-by-Protocol fields should be recorded as
False. There is no Termination Date for this entry.
The name of the reservation is "Documentation".</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>

        <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml"/>
        <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml"/>

        <reference anchor="IANAIPv6SPAR" target="https://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xhtml">
          <front>
            <title>IANA IPv6 Special-Purpose Address Registry</title>
            <author>
              <organization/>
            </author>
            <date>n.d.</date>
          </front>
        </reference>

      </references>
      <references>
        <name>Informative References</name>
        <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.3849.xml"/>
        <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4291.xml"/>

        <reference anchor="NROStatsReport" target="https://ftp.ripe.net/pub/stats/ripencc/nro-stats/latest/nro-delegated-stats">
          <front>
            <title>NRO Stats Report</title>
            <author>
              <organization/>
            </author>
            <date>n.d.</date>
          </front>
        </reference>

        <reference anchor="BOGON" target="https://www.team-cymru.com/post/unravelling-the-mystery-of-bogons-a-senior-stakeholder-and-it-professional-guide">
          <front>
            <title>Team Cymru Bogon Guide</title>
            <author>
              <organization/>
            </author>
            <date>n.d.</date>
          </front>
        </reference>

      </references>
    </references>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>The authors would like to acknowledge the valuable input from <contact fullname="XiPeng
      Xiao"/>, <contact fullname="Chris Cummings"/>, <contact fullname="Russ White"/>, <contact fullname="Kevin Myers"/>, <contact fullname="Ed Horley"/>, <contact fullname="Tom Coffeen"/>,
      and <contact fullname="Scott Hogg"/>.</t>
    </section>
  </back>
</rfc>
