Skip to main content

15. IANA Considerations (IANA 考虑因素)

可以通过互联网号码分配机构 (Internet Assigned Numbers Authority, IANA) 注册额外的 RTCP 数据包类型和 SDES 项类型。由于这些数字空间较小, 允许不受约束地注册新值是不明智的。为了便于审查请求并促进在多个应用程序之间共享使用新类型, 新值的注册请求必须记录在 RFC 或其他永久性且易于获得的参考文献中, 例如其他合作标准机构 (如 ITU-T) 的产品。在"指定专家"的建议下, 也可以接受其他请求。

(联系 IANA 获取当前专家的联系信息。)

15.1 RTCP 数据包类型注册

RTCP 数据包类型值在 200-204 范围内已分配如下:

  • 200: SR (Sender Report)
  • 201: RR (Receiver Report)
  • 202: SDES (Source Description)
  • 203: BYE (Goodbye)
  • 204: APP (Application-Defined)

可以向 IANA 注册新的 RTCP 数据包类型。注册请求应包括:

  • 数据包类型的名称和缩写
  • 数据包格式的详细规范
  • 使用场景和应用
  • 安全考虑

15.2 SDES 项类型注册

SDES 项类型值在 0-8 范围内已分配如下:

  • 0: END (结束)
  • 1: CNAME (规范名称)
  • 2: NAME (用户名)
  • 3: EMAIL (电子邮件地址)
  • 4: PHONE (电话号码)
  • 5: LOC (地理位置)
  • 6: TOOL (工具名称)
  • 7: NOTE (通知)
  • 8: PRIV (私有扩展)

可以向 IANA 注册新的 SDES 项类型。注册请求应包括:

  • 项类型的名称和缩写
  • 项格式的详细规范
  • 使用场景和应用
  • 文本编码要求 (应使用 UTF-8)

15.3 RTP 配置文件名称注册

RTP 配置文件规范应向 IANA 注册配置文件的名称, 格式为 "RTP/xxx", 其中 xxx 是配置文件标题的简短缩写。这些名称供更高级别的控制协议 (如会话描述协议 (SDP), RFC 2327) 使用, 以引用传输方法。

例如:

  • RTP/AVP: RTP Profile for Audio and Video Conferences with Minimal Control
  • RTP/AVPF: Extended RTP Profile for RTCP-based Feedback
  • RTP/SAVP: Secure Real-time Transport Protocol

15.4 有效载荷类型注册

RTP 有效载荷类型的注册由配置文件规范或单独的有效载荷格式规范管理。静态分配的有效载荷类型 (0-95) 由 IANA 维护, 而动态有效载荷类型 (96-127) 通过会话描述或其他带外方法进行协商。

15.5 注册政策

对于 RTCP 数据包类型和 SDES 项类型的注册, IANA 应用以下政策:

  • RFC 必需: 新值的注册必须记录在 RFC 或同等的永久性公开可用参考文献中
  • 专家审查: 注册请求应由指定的专家审查, 以确保与现有机制没有冲突并且技术上合理
  • 公开评论: 注册请求应接受公开评论期, 以允许社区反馈