Internet Engineering Task Force (IETF)                     M. Westerlund
Request for Comments: 9751                                      Ericsson
Updates: 8088                                                 March 2025
Category: Standards Track                                               
ISSN: 2070-1721
        
Closing the RTP Payload Format Media Types Registry
RTPペイロードフォーマットメディアタイプレジストリを閉じます
Abstract
概要

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.

ワーキンググループプロセスとRTPペイロード形式の著者は、RFC 8088が推奨するIANA「RTPペイロード形式メディアタイプ」レジストリにメディアタイプが登録されていることを保証できない場合があります。プロセスを簡素化し、「メディアタイプ」レジストリにのみ依存するため、このドキュメントはRTPペイロードロードを閉鎖します。さらに、この変更を反映するためにRFC 8088の命令を更新します。

Status of This Memo
本文書の位置付け

This is an Internet Standards Track document.

これは、インターネット標準トラックドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.

このドキュメントは、インターネットエンジニアリングタスクフォース(IETF)の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ(IESG)からの出版が承認されています。インターネット標準の詳細については、RFC 7841のセクション2で入手できます。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9751.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9751で取得できます。

著作権表示

Copyright (c) 2025 IETF Trust and the persons identified as the document authors. All rights reserved.

著作権(c)2025 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.

このドキュメントは、BCP 78およびIETFドキュメント(https://trustee.ietf.org/license-info)に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。

Table of Contents
目次
   1.  Introduction
   2.  Update to How to Write an RTP Payload Format
   3.  IANA Considerations
   4.  Security Considerations
   5.  References
     5.1.  Normative References
     5.2.  Informative References
   Acknowledgments
   Author's Address
        
1. Introduction
1. はじめに

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 [RTP-FORMATS] as recommended by [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.

新しいリアルタイムトランスポートプロトコル(RTP)ペイロードフォーマットを定義する著者は、[RFC8088]が推奨する「RTPペイロードフォーマットメディアタイプ」レジストリ[RTPフォーマット]でフォーマットのメディアタイプの登録を指定するのを忘れていました。実際には、これには本当の影響はありません。このレジストリは、どのメディアタイプが実際にRTPペイロードフォーマットを持っているかを追跡する以外の目的には使用されません。これは他の手段で実行できます。

It is required that media types be registered in the "Media Types" registry [MEDIA-TYPES] to identify the format in various signalling usages, avoid collisions, and reference the defining specifications.

メディアタイプを「メディアタイプ」レジストリ[メディアタイプ]に登録して、さまざまなシグナリング使用の形式を識別し、衝突を避け、定義仕様を参照する必要があります。

To resolve this situation, this document:

この状況を解決するために、このドキュメント:

* updates the "RTP Payload Format Media Types" registry to include known RTP payload formats at the time of writing,

* 「RTPペイロードフォーマットメディアタイプ」レジストリを更新して、執筆時点で既知のRTPペイロードフォーマットを含めるようにします。

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

* 「RTPペイロード形式メディアタイプ」レジストリを将来の登録に閉じ、このRFCを参照としてリストし、

* removes from [RFC8088] the instruction to register RTP payload formats in the "RTP Payload Format Media Types" registry.

* [RFC8088]から「RTPペイロードフォーマットメディアタイプ」レジストリにRTPペイロード形式を登録する命令から削除します。

The origins of the "RTP Payload Format Media Types" registry, as referenced in [RTP-FORMATS], are unclear. The registry cites [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.

[rtp-formats]で参照されている「RTPペイロード形式メディアタイプ」レジストリの起源は不明です。レジストリは、[RFC4855]がメンテナンスの指示を提供していると述べています。ただし、RFC 4855をレビューすると、レジストリの目的と運用ルールを定義するテキストは見つかりませんでした。レジストリの作成を追跡しようとするさらなる試みは、その確立への言及を明らかにすることに失敗しました。レジストリは、電子メール通信またはエリアディレクターのリクエストに基づいて作成された可能性があります。その結果、このレジストリの閉鎖時に更新する必要がある既知の仕様はありません。

2. Update to How to Write an RTP Payload Format
2. RTPペイロード形式の書き方の更新

The IANA Considerations section of "How to write an RTP Payload Format" (Section 7.4 of [RFC8088]) 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.

「RTPペイロード形式の書き方」([RFC8088]のセクション7.4)のIANA考慮事項セクションは、RTPペイロード形式が「RTPペイロード形式メディアタイプ」レジストリに登録されることを義務付けています。次の段落を以下に示すように更新されるため、「RTPペイロード形式のメディアタイプ」レジストリに登録されるメディアタイプの必要性が削除されます。この更新は、情報RFCとしてのRFC 8088の残りのステータスに影響を与えないことに注意してください。

OLD:

OLD:

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).

すべてのRTPペイロード形式にはメディアタイプの仕様が含まれているため、IANAの考慮事項セクションも必要です。メディアタイプ名を登録する必要があり、これはIANAにそのメディア名を登録するように要求することによって行われます。その登録リクエストが書かれている場合、メディアタイプは「RTPペイロードフォーマットメディアタイプ」RTPレジストリ(http://www.iana.org/assignments/rtp-parameters)のサブレジストリに含まれることも要求されます。

NEW:

NEW:

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 (https://www.iana.org/assignments/media-types/).

すべてのRTPペイロード形式にはメディアタイプの仕様が含まれているため、IANAの考慮事項セクションも必要です。メディアタイプ名を登録する必要があります。これは、IANAに「メディアタイプ」レジストリ(https://www.iana.org/assignments/media-types/)にそのメディア名を登録するよう要求することによって行われます。

3. IANA Considerations
3. IANAの考慮事項

IANA has added the following RTP payload types to the "RTP Payload Format Media Types" registry [RTP-FORMATS].

IANAは、次のRTPペイロードタイプを「RTPペイロードフォーマットメディアタイプ」レジストリ[RTPフォーマット]に追加しました。

   +=============+==========+===========+==========+==================+
   | Media Type  | Subtype  | Clock     | Channels | Reference        |
   |             |          | Rate (Hz) | (audio)  |                  |
   +=============+==========+===========+==========+==================+
   | application | flexfec  |           |          | RFC 8627         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | EVRCNW   | 16000     |          | RFC 6884         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | EVRCNW0  | 16000     |          | RFC 6884         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | EVRCNW1  | 16000     |          | RFC 6884         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | aptx     |           |          | RFC 7310         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | opus     | 48000     |          | RFC 7587         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | G711-0   |           |          | RFC 7650         |
   +-------------+----------+-----------+----------+------------------+
   | audio       | flexfec  |           |          | RFC 8627         |
   +-------------+----------+-----------+----------+------------------+
   | text        | flexfec  |           |          | RFC 8627         |
   +-------------+----------+-----------+----------+------------------+
   | text        | ttml+xml |           |          | RFC 8759         |
   +-------------+----------+-----------+----------+------------------+
   | video       | VP8      | 90000     |          | RFC 7741         |
   +-------------+----------+-----------+----------+------------------+
   | video       | AV1      | 90000     |          | [AV1-Media-Type] |
   +-------------+----------+-----------+----------+------------------+
   | video       | HEVC     | 90000     |          | RFC 7798         |
   +-------------+----------+-----------+----------+------------------+
   | video       | smpte291 |           |          | RFC 8331         |
   +-------------+----------+-----------+----------+------------------+
   | video       | VVC      | 90000     |          | RFC 9328         |
   +-------------+----------+-----------+----------+------------------+
   | video       | EVC      | 90000     |          | RFC 9584         |
   +-------------+----------+-----------+----------+------------------+
   | video       | flexfec  |           |          | RFC 8627         |
   +-------------+----------+-----------+----------+------------------+
        

Table 1: Payload Types Added to the RTP Payload Format Media Types Registry

表1:RTPペイロードフォーマットメディアタイプレジストリに追加されたペイロードタイプ

IANA has updated the following entries in the "RTP Payload Format Media Types" registry [RTP-FORMATS].

IANAは、「RTPペイロード形式メディアタイプ」レジストリ[RTPフォーマット]で次のエントリを更新しました。

    +============+===========+=================+==========+===========+
    | Media Type | Subtype   | Clock Rate (Hz) | Channels | Reference |
    |            |           |                 | (audio)  |           |
    +============+===========+=================+==========+===========+
    | audio      | MP4A-LATM |                 |          | RFC 6416  |
    +------------+-----------+-----------------+----------+-----------+
    | video      | MP4V-ES   | 90000           |          | RFC 6416  |
    +------------+-----------+-----------------+----------+-----------+
        

Table 2: Payload Types Updated in RTP Payload Format Media Types Registry

表2:RTPで更新されたペイロードタイプRTPペイロード形式メディアタイプレジストリ

IANA has also closed the "RTP Payload Format Media Types" registry [RTP-FORMATS] to any further registrations. IANA added the following to the registry note:

IANAは、「RTPペイロード形式メディアタイプ」レジストリ[RTP-Formats]をさらに登録するために閉鎖しました。IANAはレジストリに次のものを追加しました:

NEW:

NEW:

This registry has been closed; it was considered redundant because all RTP payload formats are part of the [Media Types registry] (https://www.iana.org/assignments/media-types). See RFC 9751 for further details.

このレジストリは閉じられています。すべてのRTPペイロード形式は[Media Typesレジストリ](https://www.iana.org/assignments/media-types)の一部であるため、冗長と見なされました。詳細については、RFC 9751を参照してください。

In addition, IANA updated the note in the "RTP Payload Format Media Types" registry [RTP-FORMATS] as follows:

さらに、IANAは「RTPペイロード形式メディアタイプ」レジストリ[RTP-Formats]のメモを次のように更新しました。

OLD:

OLD:

Registration procedures and a registration template can be found in [RFC4855].

登録手順と登録テンプレートは[RFC4855]にあります。

NEW:

NEW:

It was previously stated that registration procedures and a registration template can be found in [RFC4855]. As documented in RFC 9751, this is not the case.

登録手順と登録テンプレートは[RFC4855]に記載されていると以前に述べられていました。RFC 9751で文書化されているように、そうではありません。

4. Security Considerations
4. セキュリティに関する考慮事項

This document has no security considerations as it defines an administrative rule change.

このドキュメントには、管理ルールの変更を定義するため、セキュリティ上の考慮事項はありません。

5. References
5. 参考文献
5.1. Normative References
5.1. 引用文献
   [AV1-Media-Type]
              IANA, "video/AV1",
              <https://www.iana.org/assignments/media-types/video/AV1>.
        
   [MEDIA-TYPES]
              IANA, "Media Types",
              <https://www.iana.org/assignments/media-types>.
        
   [RFC8088]  Westerlund, M., "How to Write an RTP Payload Format",
              RFC 8088, DOI 10.17487/RFC8088, May 2017,
              <https://www.rfc-editor.org/info/rfc8088>.
        
   [RTP-FORMATS]
              IANA, "RTP Payload Format Media Types",
              <https://www.iana.org/assignments/rtp-parameters>.
        
5.2. Informative References
5.2. 参考引用
   [RFC4855]  Casner, S., "Media Type Registration of RTP Payload
              Formats", RFC 4855, DOI 10.17487/RFC4855, February 2007,
              <https://www.rfc-editor.org/info/rfc4855>.
        
Acknowledgments
謝辞

The author thanks Jonathan Lennox, Zaheduzzaman Sarker, Bernard Aboba, Elwyn Davies, Wes Hardaker, Gunter Van de Velde, Éric Vyncke, Mahesh Jethanandani, and Hyunsik Yang for their reviews and editorial fixes.

著者は、ジョナサン・レノックス、ザヘダッツァマン・サルカー、バーナード・アボバ、エルウィン・デイビス、ウェス・ハーデイカー、ガンター・ヴァン・デ・ヴェルデ、エリック・ヴィンケ、マヘシュ・ジェタナンダニ、ヒョンシク・ヤンのレビューと編集の修正に感謝します。

Author's Address
著者の連絡先
   Magnus Westerlund
   Ericsson
   Email: magnus.westerlund@ericsson.com