跳到主要内容

1. Introduction (简介)

1. Introduction (简介)​

许多协议使用常量来识别各种协议参数的可扩展性点。为了确保这些字段中的值不会产生冲突使用并促进互操作性, 它们的分配通常由中央记录保管者协调。IP 头部中的 Protocol 字段 [RFC791] 和 MIME 媒体类型 [RFC6838] 是此类协调的两个例子。

IETF 为 IETF 定义的协议参数选择一个 IANA Functions Operator (IANA 职能运营商, IFO)。在 IETF 和当前 IFO (ICANN) 之间的合同中, 该实体被称为 IANA PROTOCOL PARAMETER SERVICES Operator (IANA 协议参数服务运营商), 或 IPPSO。为了与过去的实践保持一致, 本文档中将 IFO 或 IPPSO 称为 "IANA" [RFC2860]。

在本文档中, 我们将此类字段的可能值范围称为 "namespace (命名空间)"。命名空间中特定值与特定目的的绑定或关联称为 assignment (分配) (或各种称呼: assigned number (分配的号码)、assigned value (分配的值)、code point (代码点)、protocol constant (协议常量) 或 protocol parameter (协议参数))。分配的行为称为 registration (注册), 它在 registry (注册表) 的上下文中进行。术语 "assignment" 和 "registration" 在本文档中可互换使用。

为了在给定命名空间中谨慎地进行分配, 需要描述在何种条件下应分配新值, 以及何时以及如何修改现有值的指南。本文档为规范作者定义了一个记录这些指南的框架, 以确保为 IANA Considerations 提供的指导清晰并解决注册表操作中可能出现的各种问题。

通常, 此信息记录在规范的专用章节中, 标题为 "IANA Considerations"。

1.1 Keep IANA Considerations for IANA (为 IANA 保留 IANA Considerations)​

设置专用 IANA Considerations 章节的目的是提供一个单独的地方来收集为 IANA 提供的清晰简洁的信息和指令。技术文档应放在文档的其他部分; IANA Considerations 应该只在需要时通过引用来引用这些其他章节。将 IANA Considerations 章节用作主要技术文档既会使其对文档的目标受众隐藏, 又会干扰 IANA 对他们需要采取的行动的审查。

理想的 IANA Considerations 章节应清楚地列举和指定每个请求的 IANA 行动; 包括 IANA 需要的所有信息, 例如所有适用注册表的全名; 并包括对文档其他地方的其他信息的清晰引用。

IANA 行动通常表述为对 IANA 的请求 (例如, "请求 IANA 从 Frobozz Registry 中分配值 TBD1..."); RFC Editor 将更改这些句子以反映已采取的行动 ("IANA 已从 Frobozz Registry 中分配值 83...")。

1.2 For Updated Information (获取更新信息)​

IANA 维护一个网页, 其中包含超出此处提供的内容的额外澄清信息, 例如次要更新和摘要指南。文档作者应检查该页面。对最佳当前实践的任何重大更新都必须纳入 BCP 26 (本文档) 的更新, 本文档是最终确定的。

https://iana.org/help/protocol-registration

1.3 A Quick Checklist Upfront (快速检查清单)​

熟悉本文档的整体内容是有用的。但当您返回快速参考时, 这里有一些您最常需要做的事情的检查清单以及帮助处理不太常见事情的参考。

一般来说...

  1. 将 IANA 需要知道的所有信息放入文档的 "IANA Considerations" 章节 (见第 1.1 节)。

  2. 尽量使该章节仅用于向 IANA 和指定专家评审者提供信息; 将重要的技术信息放在文档的适当技术章节中 (见第 1.1 节)。

  3. 请注意, IESG 有权解决 IANA 注册的问题。如果您有任何问题或疑问, 您应该咨询您的文档牧者和/或工作组主席, 他们最终可能会涉及领域主管 (见第 3.3 节)。

如果您正在创建新注册表...

  1. 为注册表提供一个描述性名称并简要描述其用途 (见第 2.2 节)。

  2. 确定它应该属于的任何注册表分组 (见第 2.1 节)。

  3. 明确指定注册新项目需要什么信息 (见第 2.2 节)。务必指定字段的数据类型、长度和有效范围。

  4. 如果适用, 指定注册表的初始项目集 (见第 2.2 节)。

  5. 确保注册表的变更控制策略对 IANA 来说是清楚的, 以防以后需要对格式或策略进行更改 (见第 2.3 和 9.5 节)。

  6. 选择一个注册策略 -- 或一组策略 -- 用于未来的注册 (见第 4 节, 特别注意第 4.11 和 4.12 节)。

  7. 如果您使用需要指定专家的策略 (专家评审或需要规范), 请理解第 5 节并向指定专家提供评审指南 (见第 5.3 节)。

  8. 如果注册表中的任何项目或范围需要保留用于特殊用途或以其他方式无法分配, 请参见第 6 节。

如果您正在向现有注册表注册...

  1. 通过其确切名称清楚地标识注册表, 也可以通过其 URL (见第 3.1 节)。

  2. 如果注册表有多个可以进行分配的范围, 请明确请求的是哪个范围 (见第 3.1 节)。

  3. 避免为数字或位分配使用特定值, 让 IANA 在注册时选择合适的值 (见第 3.1 节)。这将避免多个文档之间的注册冲突。

  4. 对于 "引用" 字段, 使用为正在注册的项目提供最佳和最新文档的文档。包括章节号以使读者更容易找到相关文档 (见第 3.1 和 7 节)。

  5. 查找 (在注册表的参考文档中) 注册表需要什么信息, 并准确提供所有必要信息 (见第 3.1 节)。

  6. 查找 (在注册表的参考文档中) 注册表可能存在的任何特殊规则或流程, 例如发布到特定邮件列表以征求意见, 并确保遵循该流程 (见第 3.1 节)。

  7. 如果注册表的注册策略尚未规定变更控制策略, 请确保向 IANA 明确项目的变更控制策略是什么, 以防以后需要对注册进行更改 (见第 9.5 节)。

最后于 更新