Skip to main content

8. IANA考虑 (IANA Considerations)

8.1. "application/sdp"媒体类型 (The "application/sdp" Media Type)​

[RFC4566]中的一个媒体类型注册已更新，定义如下。

类型名称 (Type name): application

子类型名称 (Subtype name): sdp

必需参数 (Required parameters): 无 (None)

可选参数 (Optional parameters): 无 (None)

编码考虑 (Encoding considerations): 8位文本 (8-bit text)。SDP文件主要是UTF-8格式文本。"a=charset:"属性可用于表示SDP文件某些部分中存在其他字符集(参见RFC 8866的第6节)。任意二进制内容不能直接在SDP中表示。

安全考虑 (Security considerations): 参见RFC 8866的第7节。

互操作性考虑 (Interoperability considerations): 参见RFC 8866。

已发布规范 (Published specification): 参见RFC 8866。

使用此媒体类型的应用程序 (Applications which use this media type): IP语音(Voice over IP)、视频会议、流媒体、即时消息等。另请参见RFC 8866的第3节。

片段标识符考虑 (Fragment identifier considerations): 无 (None)

其他信息 (Additional information):

  • 此类型的已弃用别名 (Deprecated alias names): 不适用 (N/A)
  • 魔术数字 (Magic number(s)): 无 (None)
  • 文件扩展名 (File extension(s)): 通常使用扩展名".sdp"
  • Macintosh文件类型代码 (Macintosh File Type Code(s)): "sdp"

联系人及电子邮件地址 (Person & email address to contact for further information): IETF MMUSIC工作组 <[email protected]>

预期用途 (Intended usage): 通用 (COMMON)

使用限制 (Restrictions on usage): 无 (None)

作者/变更控制者 (Author/Change controller): RFC 8866的作者 IETF MMUSIC工作组(由IESG授权)

8.2. 向IANA注册SDP参数 (Registration of SDP Parameters with IANA)​

本文档为六个命名的SDP子字段指定了IANA参数注册表。使用SDP规范增强巴科斯-诺尔范式(Augmented Backus-Naur Form, ABNF)中的术语，它们是<media>、<proto>、<attribute-name>、<bwtype>、<nettype>和<addrtype>。

本文档还替换和更新了[RFC4566]先前定义的所有这些参数的定义。

IANA已将这些注册表中对RFC 4566的所有引用更改为引用本文档。

本文档中注册的所有参数的联系人姓名和电子邮件地址为： IETF MMUSIC工作组 <[email protected]> 或由IESG指定的其继任者。

所有这些注册表都有一个通用格式：

+======+==========+================+===========+
| Type | SDP Name | [other fields] | Reference |
+======+==========+================+===========+

表3：SDP注册表的通用格式

8.2.1. 注册程序 (Registration Procedure)​

定义SDP <media>、<proto>、<attribute-name>、<bwtype>、<nettype>和<addrtype>参数值的规范文档必须(MUST)包括以下信息：

  • 联系人姓名 (Contact name)
  • 联系人电子邮件地址 (Contact email address)
  • 正在定义的名称 (Name being defined)(将在SDP中出现)
  • 名称类型 (Type of name)(<media>、<proto>、<attribute-name>、<bwtype>、<nettype>或<addrtype>)
  • 定义名称的目的描述 (A description of the purpose)
  • 包含此信息和值定义的文档的稳定引用 (A stable reference)(通常是RFC编号)

以下小节指定了必须为特定参数指定的其他信息(如果有)，以及要包含在注册表中的其他字段。

8.2.2. 媒体类型 (Media Types <media>)​

媒体类型集旨在很小，除非在罕见情况下，否则不应(SHOULD NOT)扩展。媒体名称应适用与顶级媒体类型相同的规则，在可能的情况下，应为SDP注册与MIME相同的名称。对于现有顶级媒体类型以外的媒体，必须(MUST)制作标准跟踪RFC以注册新的顶级媒体类型，并且注册必须(MUST)提供良好的理由说明为什么现有媒体名称都不合适([RFC8126]的"标准操作"策略)。

本备忘录注册媒体类型"audio"(音频)、"video"(视频)、"text"(文本)、"application"(应用程序)和"message"(消息)。

注意：媒体类型"control"和"data"在本规范的早期版本[RFC2327]中被列为有效；然而，它们的语义从未完全指定，也没有被广泛使用。这些媒体类型已在本规范中删除，尽管它们仍然是[RFC3840]中定义的SIP用户代理的有效媒体类型能力。如果将来认为这些媒体类型有用，则必须(MUST)制作标准跟踪RFC来记录它们的使用。在完成之前，应用程序不应(SHOULD NOT)使用这些类型，也不应(SHOULD NOT)在SIP能力声明中声明对它们的支持(即使它们存在于[RFC3840]创建的注册表中)。另请注意，[RFC6466]定义了"image"(图像)媒体类型。

8.2.3. 传输协议 (Transport Protocols <proto>)​

<proto>子字段描述使用的传输协议。此注册表的注册程序是"需要RFC" (RFC Required)。

本文档注册两个值：

  • "RTP/AVP": 是对[RFC3550]的引用，在使用最小控制的音频和视频会议RTP配置文件[RFC3551]下，在UDP/IP上运行。

  • "udp": 表示直接使用UDP。

可以(MAY)定义新的传输协议，并且必须(MUST)向IANA注册。注册必须(MUST)引用描述协议的RFC。这样的RFC可以(MAY)是实验性或信息性的，尽管最好是标准跟踪。定义新协议的RFC必须(MUST)定义管理<fmt>(见下文)命名空间的规则。

以"RTP/"开头的<proto>名称必须(MUST)仅用于定义作为RTP配置文件的传输协议。例如，短名称为"XYZ"的配置文件将由<proto>子字段"RTP/XYZ"表示。

每个由<proto>子字段定义的传输协议都有一个关联的<fmt>命名空间，描述该协议可能传送的媒体格式。格式涵盖可在多媒体会话中传输的所有可能编码。

"RTP/AVP"和其他"RTP/*"配置文件下的RTP有效负载格式必须(MUST)使用有效负载类型号作为其<fmt>值。如果有效负载类型号由此会话描述动态分配，则必须(MUST)包含额外的"a=rtpmap:"属性以指定格式名称和参数，如有效负载格式的媒体类型注册所定义。建议(RECOMMENDED)注册为(与RTP结合的)SDP传输协议的其他RTP配置文件为<fmt>命名空间指定相同的规则。

对于"udp"协议，允许的<fmt>值是来自IANA媒体类型注册表的媒体子类型。媒体类型和子类型组合<media>/<fmt>指定UDP数据包主体的格式。鼓励使用现有媒体子类型作为格式。如果不存在合适的媒体子类型，建议(RECOMMENDED)通过制作或引用定义格式的标准跟踪RFC，通过IETF过程[RFC6838]注册新的媒体子类型。

对于其他协议，可以(MAY)根据关联的<proto>规范的规则注册格式。

新格式的注册必须(MUST)指定它们适用于哪些传输协议。

8.2.4. 属性名称 (Attribute Names <attribute-name>)​

属性字段名称(<attribute-name>)必须(MUST)向IANA注册并记录，以避免由于在同一名称下冲突的属性定义而导致的任何问题。(虽然SDP中的未知属性只是被忽略，但分散协议的冲突属性是一个严重的问题)。

<attribute-name>注册表的格式为：

+======+==========+=============+==============+===========+
| Type | SDP Name | Usage Level | Mux Category | Reference |
+======+==========+=============+==============+===========+

此注册表的注册程序是"规范要求" (Specification Required)，如[RFC8126]中定义。

本文档在此注册表中注册了第6节中定义的属性。

8.2.5. 带宽说明符 (Bandwidth Specifiers <bwtype>)​

<bwtype>子字段描述带宽说明符的类型。此注册表的注册程序是"RFC要求" (RFC Required)。

本文档注册两个值："CT"(会议总计 Conference Total)和"AS"(应用程序特定最大值 Application-Specific Maximum)，如第5.8节所定义。

8.2.6. 网络类型 (Network Types <nettype>)​

<nettype>字段描述网络的类型。此注册表的注册程序是"RFC要求" (RFC Required)。

本文档注册值"IN"(表示"Internet"互联网)。

注册必须(MUST)指定与此<nettype>一起使用的有效<addrtype>值。

8.2.7. 地址类型 (Address Types <addrtype>)​

<addrtype>字段描述地址的类型。此注册表的注册程序是"RFC要求" (RFC Required)。

本文档注册两个值："IP4"和"IP6"，用于<nettype> "IN"。

8.3. 加密密钥访问方法(已过时) (Encryption Key Access Methods - OBSOLETE)​

本节保留以记录历史注册表。"k="字段的使用已过时，新实现不应(SHOULD NOT)使用它。

历史上定义的加密密钥访问方法包括："clear"、"base64"、"uri"和"prompt"，如第5.12节所述。

Last updated on