跳到主要内容

6. 结构化语法后缀注册程序

某些媒体类型通过使用 "+suffix" 约定, 将特定命名结构化语法指定为其定义的一部分.结构化语法后缀注册提供一个中央注册表, 用于标识并避免媒体类型中所用后缀之间的冲突.

结构化语法后缀注册 MUST NOT:

  • 限制创建采用所标识结构化语法的媒体类型
  • 要求其他规范引用结构化语法后缀注册
  • 要求使用任何特定形式的结构化语法
  • 提供任何形式的语法定义; 它只标识结构化语法

要创建结构化语法后缀注册:

  1. 选择唯一的 "+suffix".该后缀标识符 MUST 以加号 ("+") 开头, 并遵守第 4.2 节给出的 restricted-name 相同语法要求.

  2. 准备注册请求, 其中包含第 6.2 节所述注册请求的所有必需部分.

  3. 将注册请求发布到 [email protected] 邮件列表供审查和评论, 以使社区注意到该结构化语法后缀类型注册.应留出合理时间用于讨论和评论.

  4. 回应审查评论, 并按需修订拟议注册, 使其符合本文档给出的指南.

  5. 将 (可能已更新的) 注册模板 (或指向包含该模板文档的指针) 提交给 IANA, 地址为 [email protected].

收到结构化语法后缀注册请求后:

  1. IANA 检查提交内容是否完整; 如果缺少章节或引用不正确, IANA 拒绝注册请求.

  2. IANA 检查当前注册表中是否存在同名条目; 如果存在这样的注册项, IANA 拒绝注册请求.

  3. IANA 请求根据相应指南对注册请求进行 Expert Review.

  4. Designated Expert 可以根据需要请求附加审查或讨论.

  5. 如果 Expert Review 建议注册, IANA 将该注册添加到适当注册表.

初始注册表内容规范 [RFC6839] 提供了结构化语法后缀注册示例.

6.1 变更程序​

各注册表中的注册可以通过与初始注册所需相同的机制更新.如果方案的原始定义包含在 IESG 批准的文档中, 对规范的更新也需要 IESG 批准.

6.2 结构化语法后缀注册模板​

此模板描述结构化语法后缀注册请求中必须提供的字段:

Name

  • 定义明确的结构化语法的完整名称.

+suffix

  • 用于指示符合该语法的后缀.

References

  • 包含理解该结构化语法所需全部规范的完整引用.

Encoding considerations

  • 此处应给出关于采用此语法的任何类型的编码考虑事项的一般指南.第 4.8 节给出的媒体类型编码考虑事项相同要求适用于此处.

Interoperability considerations

  • 此处应给出关于采用此结构化语法的类型在互操作使用方面的任何问题.示例包括存在不兼容的语法版本, 某些 charset 与该语法结合时的问题, 或与其他类型或协议的不兼容.

Fragment identifier considerations

  • 此处应描述对采用此语法的任何类型的片段标识符进行通用处理的方式.

Security considerations

  • 此处必须指定采用此结构化语法的媒体类型共享的安全考虑事项.第 4.6 节给出的媒体类型安全考虑事项相同要求适用于此处, 但后缀注册不能选择不评估安全考虑事项.

Contact

  • 获取更多信息的联系人 (包括联系信息).

Author/Change controller

  • 被授权更改此后缀注册的人员 (包括联系信息).
最后于 更新