2. 互联网标准相关出版物 (Internet Standards-Related Publications)

2.1 征求意见文档 (Requests for Comments, RFCs)

互联网标准相关规范的每个不同版本都作为"征求意见" (Request for Comments, RFC) 文档系列的一部分发布.这个档案系列是互联网标准文档以及IESG,IAB和互联网社区其他出版物的官方发布渠道.RFC可以通过匿名FTP,Gopher,万维网 (World Wide Web) 和其他互联网文档检索系统从多个互联网主机获取.

RFC系列的网络文档始于1969年,是原始ARPA广域网 (ARPANET) 项目的一部分 (缩略词表见附录A).RFC涵盖了除互联网标准之外的广泛主题,从新研究概念的早期讨论到关于互联网的状态备忘录.RFC的发布是RFC编辑 (RFC Editor) 的直接责任,由IAB进行总体指导.

RFC格式化和提交的规则在[5]中定义.每个RFC都以ASCII文本格式提供.某些RFC还提供其他格式.RFC的其他版本可能包含ASCII版本中没有的材料 (如图表和图形),并且可能格式不同.

*********************************************************
*                                                       *
*  更严格的要求适用于标准跟踪规范: ASCII文本版本是    *
*  权威参考,因此它必须是标准的完整且准确的规范,      *
*  包括所有必要的图表和插图.                         *
*                                                       *
*********************************************************

互联网协议和服务规范的状态在一个标题为"互联网官方协议标准" (Internet Official Protocol Standards) [1]的RFC中定期总结.该RFC显示每个互联网协议或服务规范的成熟度级别和其他有用信息 (参见第3节).

一些RFC记录互联网标准.这些RFC构成RFC系列的'STD'子系列[4].当规范被采纳为互联网标准时,它会被赋予额外的标签"STDxxx",但它保留其RFC编号及其在RFC系列中的位置.(参见第4.1.3节)

一些RFC标准化了社区审议的结果,这些结果涉及原则声明或关于执行某些操作或IETF流程功能的最佳方式的结论.这些RFC构成'BCP'子系列.当规范被采纳为BCP时,它会被赋予额外的标签"BCPxxx",但它保留其RFC编号及其在RFC系列中的位置.(参见第5节)

并非所有互联网协议或服务的规范都应该或将成为互联网标准或BCP.此类非标准跟踪规范不受互联网标准化规则的约束.非标准跟踪规范可以在RFC编辑与IESG协商后直接作为"实验性" (Experimental) 或"信息性" (Informational) RFC发布 (参见第4.2节).

********************************************************
*                                                      *
*   重要的是要记住,并非所有RFC都是标准跟踪文档,      *
*   并且并非所有标准跟踪文档都达到互联网标准的       *
*   级别.同样,并非所有描述当前实践的RFC都经过了    *
*   审查和批准以成为BCP.有关更多信息,请参见        *
*   RFC-1796 [6].                                     *
*                                                      *
********************************************************

2.2 互联网草案 (Internet-Drafts)

在规范开发期间,文档的草案版本通过将其放置在IETF的"互联网草案" (Internet-Drafts) 目录中供非正式审查和评论,该目录在多个互联网主机上复制.这使得不断演进的工作文档能够轻松地供广大受众使用,促进了审查和修订过程.

作为RFC发布的互联网草案,或在互联网草案目录中保持不变超过六个月而未被IESG推荐作为RFC发布的互联网草案,将被简单地从互联网草案目录中删除.在任何时候,互联网草案都可以被同一规范的更新版本替换,重新启动六个月的超时期限.

互联网草案不是"发布"规范的手段; 规范通过上一节中描述的RFC机制发布.互联网草案没有正式地位,并且可以随时更改或删除.

********************************************************
*                                                      *
*   在任何情况下都不应在任何论文,报告或征求建议书   *
*   中引用互联网草案,供应商也不应声称符合互联网     *
*   草案.                                             *
*                                                      *
********************************************************

注意: 引用可能合理地预期将作为RFC发布的标准跟踪规范是可以接受的,使用短语"进行中的工作" (Work in Progress) 而不引用互联网草案.这也可以在标准跟踪文档本身中完成,只要进行引用的规范无论是否引用"进行中的工作"都能作为完整且可理解的文档存在.

---