<?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-avtcore-rtp-payload-registry-05" number="9751" category="std" consensus="true" submissionType="IETF" obsoletes="" updates="8088" symRefs="true" sortRefs="true" tocInclude="true" xml:lang="en" version="3">

  <front>
    <title abbrev="Closing the RTP Payload Format Registry">Closing the RTP Payload Format Media Types Registry</title>
    <seriesInfo name="RFC" value="9751"/>
    <author initials="M." surname="Westerlund" fullname="Magnus Westerlund">
      <organization>Ericsson</organization>
      <address>
        <email>magnus.westerlund@ericsson.com</email>
      </address>
    </author>
    <date year="2025" month="March"/>
    <area>WIT</area>
    <workgroup>avtcore</workgroup>

    <abstract>
      <t>
  The working group process and the authors of RTP payload formats have sometimes
  failed to ensure that the media types are registered in the IANA 
  "RTP Payload Format Media Types" registry as
  recommended by RFC 8088. To simplify the process and rely only on
  the "Media Types" registry, this document closes the RTP payload-
  specific registry. In addition, it updates the instruction in RFC
  8088 to reflect this change.
      </t>
    </abstract>

  </front>
  <middle>
<section anchor="introduction">
      <name>Introduction</name>


      <t>Sometimes, authors defining new Real-time Transport
   Protocol (RTP) payload formats forgot to specify registration
   of the format's media type in the "RTP Payload Format
   Media Types" registry <xref target="RTP-FORMATS"/> as recommended by <xref target="RFC8088"/>. In practice, this has no real impact. This registry
is not used for any purpose other than to track which media types actually have
RTP payload formats, which can be done through other means. </t>
      <t>  It is required that media types be registered in the "Media Types" registry
  <xref target="MEDIA-TYPES"/> to identify the format in various signalling usages, 
  avoid collisions, and reference the defining specifications.</t>

<t>To resolve this situation, this document: </t>

<ul><li> updates the "RTP Payload Format Media Types" registry to
      include known RTP payload formats at the time of writing,</li>

<li> closes the "RTP Payload Format Media Types" registry to future
      registrations and lists this RFC as a reference, and </li>

<li> removes from <xref target="RFC8088"/> the instruction to register RTP payload
      formats in the "RTP Payload Format Media Types" registry.</li>
    </ul>
      <t>The origins of the "RTP Payload Format Media Types" registry, as referenced in
<xref target="RTP-FORMATS"/>, are unclear. The registry cites <xref target="RFC4855"/> as providing the
instructions for its maintenance. However, upon reviewing RFC 4855, no text has
been found that defines the registry's purpose and operational rules. Further
attempts to trace the registry's creation have failed to uncover any references
to its establishment. It is likely that the registry was created based on
email correspondence or at the request of an Area Director.
Consequently, there is no known specification for this registry that
requires updating upon its closure.</t>
    </section>
    <section anchor="update-to-how-to-write-an-rtp-payload-format">


      <name>Update to How to Write an RTP Payload Format</name>

      <t>The IANA Considerations section of "How to write an RTP Payload Format" (<xref target="RFC8088" section="7.4" sectionFormat="of"/>) mandates 
that RTP payload formats shall
be registered in the "RTP Payload Format Media Types" registry. The following paragraph is
   updated as shown below, thus removing the need for media types to be
   registered in the "RTP Payload Format Media Types" registry. Note that this
   update does not impact the rest of RFC 8088's status as an Informational RFC.</t>

      <t>OLD:</t>
      <blockquote>Since all RTP payload formats contain a media type
      specification, they also need an IANA Considerations section.  The media
      type name must be registered, and this is done by requesting that IANA
      register that media name.  When that registration request is written, it
      shall also be requested that the media type is included under the "RTP
      Payload Format media types" sub-registry of the RTP registry
      (http://www.iana.org/assignments/rtp-parameters).</blockquote>

      <t>NEW:</t>
      <blockquote>Since all RTP payload formats contain a media type
      specification, they also need an IANA Considerations section.  The media
      type name must be registered, and this is done by requesting that IANA
      register that media name in the "Media Types" registry
      (<eref target="https://www.iana.org/assignments/media-types/"/>).</blockquote>
    </section>
    <section anchor="IANA-Consideration">
      <name>IANA Considerations</name>
      <t>IANA has added the following RTP payload types to
the "RTP Payload Format Media Types" registry <xref target="RTP-FORMATS"/>.</t>

      <table anchor="iana-entries">
        <name>Payload Types Added to the RTP Payload Format Media Types Registry</name>
        <thead>
          <tr>
            <th align="left">Media Type</th>
            <th align="left">Subtype</th>
            <th align="left">Clock Rate (Hz)</th>
            <th align="left">Channels (audio)</th>
            <th align="left">Reference</th>
         </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">application</td>
            <td align="left">flexfec</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8627</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">EVRCNW</td>
            <td align="left">16000</td>
            <td align="left"> </td>
            <td align="left">RFC 6884</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">EVRCNW0</td>
            <td align="left">16000</td>
            <td align="left"> </td>
            <td align="left">RFC 6884</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">EVRCNW1</td>
            <td align="left">16000</td>
            <td align="left"> </td>
            <td align="left">RFC 6884</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">aptx</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 7310</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">opus</td>
            <td align="left">48000</td>
            <td align="left"> </td>
            <td align="left">RFC 7587</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">G711-0</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 7650</td>
          </tr>
          <tr>
            <td align="left">audio</td>
            <td align="left">flexfec</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8627</td>
          </tr>
          <tr>
            <td align="left">text</td>
            <td align="left">flexfec</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8627</td>
          </tr>
          <tr>
            <td align="left">text</td>
            <td align="left">ttml+xml</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8759</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">VP8</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">RFC 7741</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">AV1</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">
              <xref target="AV1-Media-Type"/></td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">HEVC</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">RFC 7798</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">smpte291</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8331</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">VVC</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">RFC 9328</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">EVC</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">RFC 9584</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">flexfec</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 8627</td>
          </tr>
        </tbody>
      </table>
      <t>IANA has updated the following entries in the "RTP Payload Format Media Types" registry <xref target="RTP-FORMATS"/>.</t>
      <table anchor="iana-update-entries">
        <name>Payload Types Updated in RTP Payload Format Media Types Registry</name>
        <thead>
          <tr>
            <th align="left">Media Type</th>
            <th align="left">Subtype</th>
            <th align="left">Clock Rate (Hz)</th>
            <th align="left">Channels (audio)</th>
            <th align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">audio</td>
            <td align="left">MP4A-LATM</td>
            <td align="left"> </td>
            <td align="left"> </td>
            <td align="left">RFC 6416</td>
          </tr>
          <tr>
            <td align="left">video</td>
            <td align="left">MP4V-ES</td>
            <td align="left">90000</td>
            <td align="left"> </td>
            <td align="left">RFC 6416</td>
          </tr>
        </tbody>
      </table>

      <t>IANA has also closed the "RTP Payload Format Media
      Types" registry <xref target="RTP-FORMATS"/> to any further
      registrations. IANA added the following to the registry note:</t>

      <t>NEW:</t>
      <blockquote>This registry has been closed; it was considered redundant
      because all RTP payload formats are part of the <eref target="https://www.iana.org/assignments/media-types">[Media Types registry]</eref>.
      See RFC 9751 for further details.</blockquote>

      <t>In addition, IANA updated the note in the "RTP Payload
      Format Media Types" registry <xref target="RTP-FORMATS"/> as 
      follows:</t>

      <t>OLD:</t>
      <blockquote>Registration procedures and a registration template can be
      found in <xref target="RFC4855"/>.</blockquote>

      <t>NEW:</t>
      <blockquote>It was previously stated that registration procedures and a
      registration template can be found in <xref target="RFC4855"/>.  As documented in RFC 9751, this is not the case.</blockquote>

    </section>
    <section anchor="Security-Considerations">
      <name>Security Considerations</name>
      <t>This document has no security considerations as it defines an administrative rule change.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>

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

        <reference anchor="RTP-FORMATS" target="https://www.iana.org/assignments/rtp-parameters">
          <front>
            <title>RTP Payload Format Media Types</title>
            <author>
              <organization>IANA</organization>
            </author>
          </front>
        </reference>
        <reference anchor="MEDIA-TYPES" target="https://www.iana.org/assignments/media-types">
          <front>
            <title>Media Types</title>
            <author>
              <organization>IANA</organization>
            </author>
          </front>
        </reference>

        <reference anchor="AV1-Media-Type" target="https://www.iana.org/assignments/media-types/video/AV1">
          <front>
            <title>video/AV1</title>
            <author>
              <organization>IANA</organization>
            </author>
          </front>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4855.xml"/>
      </references>
    </references>

<section anchor="acknowledgments" numbered="false">
      <name>Acknowledgments</name>
      <t>The author thanks <contact fullname="Jonathan Lennox"/>,
      <contact fullname="Zaheduzzaman Sarker"/>, <contact fullname="Bernard
      Aboba"/>, <contact fullname="Elwyn Davies"/>, <contact fullname="Wes
      Hardaker"/>, <contact fullname="Gunter Van de Velde"/>, <contact
      fullname="Éric Vyncke"/>, <contact fullname="Mahesh Jethanandani"/>, and
      <contact fullname="Hyunsik Yang"/> for their reviews and editorial fixes.</t>
    </section>

  </back>

</rfc>
