RFC 8126 - RFC中编写IANA考量章节的指南

• 状态: Best Current Practice
• 发布日期: June 2017
• Stream: IETF
• 废弃了: RFC5226
• 勘误: 无勘误

---

摘要

许多协议使用扩展点, 使用常量来识别各种协议参数。为了确保这些字段中的值不会产生冲突使用并促进互操作性, 它们的分配通常由中央记录保管者协调。对于IETF协议, 该角色由互联网编号分配机构 (Internet Assigned Numbers Authority, IANA) 担任。

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

这是本文档的第三版; 它废弃了RFC 5226。

本备忘录的状态

本备忘录记录了互联网最佳当前实践。

本文档是互联网工程任务组 (Internet Engineering Task Force, IETF) 的产品。它代表了IETF社区的共识。它已经过公开审查, 并已被互联网工程指导组 (Internet Engineering Steering Group, IESG) 批准发布。有关BCP的更多信息可在RFC 7841的第2节中找到。

有关本文档的当前状态、任何勘误以及如何提供反馈的信息可以从 http://www.rfc-editor.org/info/rfc8126 获取。

版权声明

版权所有 (c) 2017 IETF Trust和被确定为文档作者的人员。保留所有权利。

本文档受BCP 78和IETF Trust关于IETF文档的法律规定 (http://trustee.ietf.org/license-info) 的约束, 这些规定在本文档发布之日有效。请仔细阅读这些文档, 因为它们描述了您对本文档的权利和限制。从本文档中提取的代码组件必须包括Trust法律规定第4.e节中所述的简化BSD许可证文本, 并按简化BSD许可证中所述不提供担保。

目录

• 1. Introduction (简介)
  • 1.1. Keep IANA Considerations for IANA (为IANA保留IANA考量)
  • 1.2. For Updated Information (获取更新信息)
  • 1.3. A Quick Checklist Upfront (预先快速检查清单)
• 2. Creating and Revising Registries (创建和修订注册表)
  • 2.1. Organization of Registries (注册表的组织)
  • 2.2. Documentation Requirements for Registries (注册表的文档要求)
  • 2.3. Specifying Change Control for a Registry (指定注册表的变更控制)
  • 2.4. Revising Existing Registries (修订现有注册表)
• 3. Registering New Values in an Existing Registry (在现有注册表中注册新值)
  • 3.1. Documentation Requirements for Registrations (注册的文档要求)
  • 3.2. Updating Existing Registrations (更新现有注册)
  • 3.3. Overriding Registration Procedures (覆盖注册程序)
  • 3.4. Early Allocations (早期分配)
• 4. Choosing a Registration Policy and Well-Known Policies (选择注册策略和众所周知的策略)
  • 4.1. Private Use (私有使用)
  • 4.2. Experimental Use (实验使用)
  • 4.3. Hierarchical Allocation (分层分配)
  • 4.4. First Come First Served (先到先得)
  • 4.5. Expert Review (专家评审)
  • 4.6. Specification Required (需要规范)
  • 4.7. RFC Required (需要RFC)
  • 4.8. IETF Review (IETF审查)
  • 4.9. Standards Action (标准行动)
  • 4.10. IESG Approval (IESG批准)
  • 4.11. Using the Well-Known Registration Policies (使用众所周知的注册策略)
  • 4.12. Using Multiple Policies in Combination (组合使用多个策略)
  • 4.13. Provisional Registrations (临时注册)
• 5. Designated Experts (指定专家)
  • 5.1. The Motivation for Designated Experts (指定专家的动机)
  • 5.2. The Role of the Designated Expert (指定专家的角色)
    • 5.2.1. Managing Designated Experts in the IETF (在IETF中管理指定专家)
  • 5.3. Designated Expert Reviews (指定专家审查)
  • 5.4. Expert Reviews and the Document Lifecycle (专家审查和文档生命周期)
• 6. Well-Known Registration Status Terminology (众所周知的注册状态术语)
• 7. Documentation References in IANA Registries (IANA注册表中的文档引用)
• 8. What to Do in "bis" Documents (在"bis"文档中该做什么)
• 9. Miscellaneous Issues (其他问题)
  • 9.1. When There Are No IANA Actions (当没有IANA操作时)
  • 9.2. Namespaces Lacking Documented Guidance (缺乏文档指导的命名空间)
  • 9.3. After-the-Fact Registrations (事后注册)
  • 9.4. Reclaiming Assigned Values (回收已分配的值)
  • 9.5. Contact Person vs Assignee or Owner (联系人与受让人或所有者)
  • 9.6. Closing or Obsoleting a Registry/Registrations (关闭或废弃注册表/注册)
• 10. Appeals (申诉)
• 11. Mailing Lists (邮件列表)
• 12. Security Considerations (安全考量)
• 13. IANA Considerations (IANA考量)
• 14. Changes Relative to Earlier Editions of BCP 26 (相对于BCP 26早期版本的变更)
  • 14.1. 2016: Changes in This Document Relative to RFC 5226 (2016年: 本文档相对于RFC 5226的变更)
  • 14.2. 2008: Changes in RFC 5226 Relative to RFC 2434 (2008年: RFC 5226相对于RFC 2434的变更)
• 15. References (参考文献)
  • 15.1. Normative References (规范性参考文献)
  • 15.2. Informative References (信息性参考文献)
• Acknowledgments for This Document (2017) (本文档的致谢 (2017年))
• Acknowledgments from the Second Edition (2008) (第二版致谢 (2008年))
• Acknowledgments from the First Edition (1998) (第一版致谢 (1998年))
• Authors' Addresses (作者地址)