MIME Type Registration of RTP Payload Formats
RFC 3555
Document | Type | RFC - Proposed Standard (July 2003; No errata) | |
---|---|---|---|
Authors | Philipp Hoschka , Stephen Casner | ||
Last updated | 2013-03-02 | ||
Stream | IETF | ||
Formats | plain text html pdf htmlized bibtex | ||
Stream | WG state | (None) | |
Document shepherd | No shepherd assigned | ||
IESG | IESG state | RFC 3555 (Proposed Standard) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | Allison Mankin | ||
IESG note | Responsible: RFC Editor | ||
Send notices to | <csp@csperkins.org>, <magnus.westerlund@ericsson.com> |
Network Working Group S. Casner Request for Comments: 3555 Packet Design Category: Standards Track P. Hoschka W3C/INRIA/MIT July 2003 MIME Type Registration of RTP Payload Formats Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. Copyright Notice Copyright (C) The Internet Society (2003). All Rights Reserved. Abstract This document defines the procedure to register RTP Payload Formats as audio, video or other MIME subtype names. This is useful in a text-based format or control protocol to identify the type of an RTP transmission. This document also registers all the RTP payload formats defined in the RTP Profile for Audio and Video Conferences as MIME subtypes. Some of these may also be used for transfer modes other than RTP. Table of Contents 1. Introduction .................................................. 2 1.1. IANA Considerations ...................................... 2 1.2. Terminology .............................................. 3 2. Procedure For Registering MIME Types for RTP Payload Types .... 3 3. Mapping to SDP Parameters ..................................... 5 4. Registrations for "Audio/Video Profile" ....................... 6 4.1. Audio Type Registrations ................................. 6 4.2. Video Type Registrations ................................. 30 5. Security Considerations ....................................... 42 6. Normative References .......................................... 43 7. Authors' Addresses ............................................ 44 8. Full Copyright Statement ...................................... 45 Casner & Hoschka Standards Track [Page 1] RFC 3555 MIME Type Registration of RTP Payload Formats July 2003 1. Introduction The MIME registration procedure described in RFC 2048 [1] was originally designed for transport of multimedia information via asynchronous Internet mail, but the MIME namespace now provides identification for other transport modes as well. This document defines the procedure to register MIME subtype names for use with the Real-time Transport Protocol (RTP), RFC 3550 [2], to identify RTP payload formats. This document also registers all the RTP payload formats defined in the RTP Profile for Audio and Video Conferences, RFC 3551 [3], as MIME subtypes under the "audio" and "video" MIME types. 1.1. IANA Considerations This document registers the following MIME subtypes: audio/DVI4 audio/G722 audio/G723 audio/G726-16 audio/G726-24 audio/G726-32 audio/G726-40 audio/G728 audio/G729 audio/G729D audio/G729E audio/GSM audio/GSM-EFR audio/L8 audio/L16 audio/LPC audio/MPA audio/PCMA audio/PCMU audio/QCELP audio/RED audio/VDVI video/BT656 video/CelB video/JPEG video/H261 video/H263 video/H263-1998 video/H263-2000 video/MPV Casner & Hoschka Standards Track [Page 2] RFC 3555 MIME Type Registration of RTP Payload Formats July 2003 video/MP2T video/MP1S video/MP2P video/BMPEG video/nv MIME subtype audio/L16 has already been registered via RFC 2586 for transports other than RTP. That registration is incorporated here and augmented with additional information for RTP transport. 1.2. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [4] and indicate requirement levels for implementations compliant with this specification. 2. Procedure For Registering MIME Types for RTP Payload Types Registering an RTP payload type as a MIME type follows the same procedures as described in RFC 2048 and uses the registration template shown in Section 2.8 of RFC 2048. Some additional parameters are required to specify how a particular payload format is transported over RTP: Published specification A description of the encoding and a specification of the payload format must be provided, usually by reference to an RTP payload format specification RFC. That RFC may be separate, orShow full document text