<?xml version="1.0" encoding="US-ASCII"?> version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
 <!ENTITY % RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml"> nbsp    "&#160;">
 <!ENTITY zwsp   "&#8203;">
 <!ENTITY nbhy   "&#8209;">
 <!ENTITY wj     "&#8288;">
]>
<?rfc rfcedstyle="yes" ?>
<?rfc symrefs="yes" ?>
<?rfc compact="yes" ?>
<?rfc sortrefs="yes" ?>
<?rfc toc="yes" ?>
<?rfc tocompact="yes"?>

<rfc category="std" xmlns:xi="http://www.w3.org/2001/XInclude" docName="draft-ietf-lisp-rfc8113bis-03" number="9304" ipr="trust200902"
     obsoletes="8113"> obsoletes="8113" updates="" submissionType="IETF" category="std" consensus="true" xml:lang="en" symRefs="true" sortRefs="true" tocInclude="true" version="3">

  <!-- xml2rfc v2v3 conversion 3.2.1 -->
  <front>
    <title abbrev="LISP Packet Type Allocations">Locator/ID Separation
    Protocol (LISP): Shared Extension Message &amp; and IANA Registry for Packet
    Type Allocations</title>
    <seriesInfo name="RFC" value="9304"/>
    <author fullname="Mohamed Boucadair" initials="M." surname="Boucadair">
      <organization>Orange</organization>
      <address>
        <postal>
          <street></street>
          <street/>
          <city>Rennes</city>
          <code>35000</code>
          <country>France</country>
        </postal>
        <email>mohamed.boucadair@orange.com</email>
      </address>
    </author>
    <author fullname="Christian Jacquenet" initials="C." surname="Jacquenet">
      <organization>Orange</organization>
      <address>
        <postal>
          <street></street>
          <street/>
          <city>Rennes</city>
          <code>35000</code>
          <country>France</country>
        </postal>
        <email>christian.jacquenet@orange.com</email>
      </address>
    </author>
    <date day="25" month="January" year="2019" />

    <area>Internet</area> month="October" year="2022"/>
    <area>RTG</area>
    <workgroup>LISP</workgroup>
    <keyword>Shared Experiment Code</keyword>
    <keyword>LISP codepoints</keyword>
    <keyword>Experiment Identifier</keyword>
    <keyword>Experiment ID</keyword>
    <keyword>LISP Experimental Registry</keyword>
    <keyword>LISP Extension</keyword>
    <keyword>Extending LISP</keyword>

    <keyword>Exhauted
    <keyword>Exhausted LISP types</keyword>
    <keyword>LISP IANA</keyword>
    <keyword>IANA</keyword>
    <abstract>
      <t>This document specifies a Locator/ID Separation Protocol (LISP)
      shared message type for defining future extensions and conducting
      experiments without consuming a LISP packet type Packet Type codepoint for each
      extension.</t>
      <t>This document obsoletes RFC 8113.</t>
    </abstract>
  </front>
  <middle>
    <section title="Introduction"> numbered="true" toc="default">
      <name>Introduction</name>
      <t>The Locator/ID Separation Protocol (LISP) base specification, <xref
      target="I-D.ietf-lisp-rfc6833bis"></xref>, target="RFC9301" format="default"/>, defines a set of primitives
      that are identified with a packet type code. Several extensions have
      been proposed to add more LISP functionalities. It is expected that
      additional LISP extensions will be proposed in the future.</t>
      <t>The "LISP Packet Types" IANA registry (see <xref
      target="iana"></xref>) target="iana" format="default"/>) is used to ease the tracking of LISP message
      types.</t>
      <t>Because of the limited type space <xref
      target="I-D.ietf-lisp-rfc6833bis"></xref> target="RFC9301" format="default"/> and the need to conduct
      experiments to assess new LISP extensions, this document specifies a
      shared LISP extension message type and describes a procedure for
      registering LISP shared extension sub-types (see <xref
      target="exp"></xref>). target="exp" format="default"/>). Concretely, one single LISP message type code is
      dedicated to future LISP extensions; sub-types are used to uniquely
      identify a given LISP extension making use of the shared LISP extension
      message type. These identifiers are selected by the author(s) of the
      corresponding LISP specification that introduces a new LISP extension
      message type.</t>
    </section>
    <section title="Requirements Language">
      <t>The numbered="true" toc="default">
      <name>Requirements Language</name>
        <t>
    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
      "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", "<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
      "OPTIONAL" "<bcp14>OPTIONAL</bcp14>" in this document are to be
    interpreted as described in BCP 14 BCP&nbsp;14 <xref target="RFC2119"/> <xref target="RFC2119"></xref><xref target="RFC8174"></xref>
    target="RFC8174"/> when, and only when, they appear in all capitals, as
    shown here.</t> here.
        </t>
    </section>
    <section anchor="exp" title="LISP numbered="true" toc="default">
      <name>LISP Shared Extension Message Type "> Type</name>
      <t><xref target="expf"></xref> target="expf" format="default"/> depicts the common format of the LISP
      shared extension message. The type field MUST <bcp14>MUST</bcp14> be set to 15 (see <xref
      target="iana"></xref>).</t>

      <t><figure anchor="expf" title="LISP target="iana" format="default"/>).</t>
      <figure anchor="expf">
        <name>LISP Shared Extension Message Type">
          <artwork><![CDATA[ Type</name>
        <artwork name="" type="" align="center" alt=""><![CDATA[
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Type=15|        Sub-type       |   extension-specific          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
//                    extension-specific                       //
//                                                             //
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+]]></artwork>
        </figure>The "Sub-type"
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
      </figure>
      <t>The 'Sub-type' field conveys a unique identifier that MUST <bcp14>MUST</bcp14> be
      registered with IANA (see <xref target="id"></xref>).</t> target="id" format="default"/>).</t>
      <t>The exact structure of the 'extension-specific' portion of the
      message is specified in the corresponding specification document.</t>
    </section>
    <section title="Security Considerations"> numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>This document does not introduce any additional security issues other
      than those discussed in <xref
      target="I-D.ietf-lisp-rfc6833bis"></xref>.</t> target="RFC9301" format="default"/>.</t>
    </section>
    <section anchor="iana" title="IANA Considerations"> numbered="true" toc="default">
      <name>IANA Considerations</name>
      <section anchor="ptype" title="LISP numbered="true" toc="default">
        <name>LISP Packet Types"> Types</name>
        <t>IANA has created a protocol registry for LISP titled "LISP Packet Types, Types",
        numbered 0-15.</t>
        <t>Values can be assigned via Standards Action <xref
        target="RFC8126"></xref>. target="RFC8126" format="default"/>. Documents that request for a new LISP packet
        type Packet
        Type may indicate a preferred value in the corresponding IANA
        sections.</t>
        <t>IANA is requested to replace has replaced the reference to RFC8113 RFC 8113 with the RFC
        number to be assigned to of this document.</t>
        <t>Also, IANA is requested to update has updated the table as follows:</t>

        <t><figure>
            <artwork><![CDATA[OLD:

Message                           Code    Reference
================================= ==== ===============
LISP
	<t>OLD:</t>
	<table align="left">
	  <thead>
	    <tr>
	      <th>Message</th>
	      <th>Code</th>
	      <th>Reference</th>
	    </tr>
	  </thead>
	  <tbody>
	    <tr>

	      <td>LISP Shared Extension Message     15      [RFC8113]

NEW:
Message                           Code    Reference
================================= ==== ===============
LISP Message</td>
	      <td>15</td>
	      <td>[RFC8113]</td>
	    </tr>
	  </tbody>
	</table>

	    <t>NEW:</t>
	    <table align="left">
	      <thead>
		<tr>
		  <th>Message</th>
                  <th>Code</th>
		  <th>Reference</th>
		</tr>
	      </thead>
	      <tbody>
	     	<tr>
		  <td>LISP Shared Extension Message     15      [ThisDocument]]]></artwork>
          </figure></t> Message</td>
		  <td>15</td>
		  <td>RFC 9304</td>
		</tr>
	      </tbody>

	    </table>

	  </section>

      <section anchor="id" title="Sub-Types"> numbered="true" toc="default">
        <name>Sub-Types</name>
        <t>IANA has created the "LISP Shared Extension Message Type Sub-types"
        registry. IANA is requested to update has updated that registry by replacing the
        reference to RFC8113 RFC 8113 with the RFC number to be assigned to of this
        document.</t>
        <t>The values in the range 0-1023 are assigned via Standards Action.
        This range is provisioned to anticipate, in particular, the exhaustion
        of the LISP Packet types.</t> Types.</t>
        <t>The values in the range 1024-4095 are assigned on a First Come,
        First Served (FCFS) basis. The registration procedure should is to provide
        IANA with the desired codepoint and a point of contact; providing a
        short description (together with an acronym, if relevant) of the
        foreseen usage of the extension message is also encouraged.</t>
      </section>
    </section>
    <section title="Changes numbered="true" toc="default">
      <name>Changes from RFC 8113"> 8113</name>
      <t>The following changes were made from RFC 8113:<list style="symbols">
          <t>Change 8113:</t>
      <ul spacing="normal">
        <li>Changed the status from Experimental to Standard track.</t>

          <t>Indicate Standards Track.</li>
        <li>Indicated explicitly that the shared extension is used for two
          purposes: extend the type space and conduct experiments to assess
        new LISP extensions.</t>

          <t>Delete extensions.</li>
        <li>Deleted pointers to some examples illustrating how the shared
          extension message is used to extend the LISP protocol.</t>

          <t>Request IANA to update protocol.</li>
        <li>IANA has updated the "IANA LISP Packet Types" and "LISP
          Shared Extension Message Type Sub-types" registries to point to this
          document instead of RFC8113.</t>
        </list></t> RFC 8113.</li>
      </ul>
    </section>
  </middle>
  <back>
    <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='RFC9301' target="https://www.rfc-editor.org/info/rfc9301">
<front>
<title>Locator/ID Separation Protocol (LISP) Control Plane</title>
<author initials='D' surname='Farinacci' fullname='Dino Farinacci'>
    <organization />
</author>
<author initials='F' surname='Maino' fullname='Fabio Maino'>
    <organization />
</author>
<author initials='V' surname='Fuller' fullname='Vince Fuller'>
    <organization />
</author>
<author initials='A' surname='Cabellos' fullname='Albert Cabellos' role='editor'>
    <organization />
</author>
<date month='October' year='2022' />
</front>
<seriesInfo name="RFC" value="9301"/>
<seriesInfo name="DOI" value="10.17487/RFC9301"/>
</reference>

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

    <section title="Acknowledgments"> numbered="false" toc="default">
      <name>Acknowledgments</name>
      <t>This work is partly funded by ANR LISP-Lab project
      #ANR-13-INFR-009-X.</t>
      <t>Many thanks to Luigi Iannone, Dino Farinacci, <contact fullname="Luigi Iannone"/>, <contact fullname="Dino Farinacci"/>, and Alvaro Retana <contact fullname="Alvaro Retana"/> for
      the review.</t>
      <t>Thanks to Geoff Huston, Brian Carpenter, Barry Leiba, <contact fullname="Geoff Huston"/>, <contact fullname="Brian Carpenter"/>, <contact fullname="Barry Leiba"/>, and Suresh
      Krishnan <contact fullname="Suresh
      Krishnan"/> for the review.</t>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <?rfc include='reference.RFC.2119'?>

      <?rfc include='reference.RFC.8174'?>

      <?rfc include='reference.I-D.ietf-lisp-rfc6833bis'?>

      <?rfc include='reference.RFC.8126'?>
    </references>
  </back>
</rfc>