TCP/IP 详解（第二版） 笔记 / 1 介绍 / 1.6 标准化过程 / 1.6.1 Request for Comments (RFC)

目录

---

1.6 标准化过程

多个组织负责 TCP/IP 协议栈的制定与标准化
其中最常被关注的就是互联网工程任务组（Internet Engineering Task Force (IETF)）[RFC4677]
这个组织每年会在世界上多个不同的地方举行三次会议，为互联网的 “ 核心 ” 协议进行开发、讨论以及确定标准
关于哪些协议属于 “ 核心 ” 还存在争议，但一些常见的协议，如：IPv4、IPv6、TCP、UDP、DNS，都明确地在 IETF 的讨论范围之内
任何人都可以参与 IETF 会议，但不是免费的

IETF 是一个负责选举领导组的论坛，领导组包括：

• 因特网架构委员会（Internet Architecture Board (IAB)）
  IAB 为 IETF 活动提供架构指导
  同时还承担多个其它任务，如联络其它标准定义组织（standards-defining organization (SDO)）
• 互联网工程指导组（Internet Engineering Steering Group (IESG)）
  IESG 有创建与批准新标准以及修改已存在标准的决策权

繁重的工作或细节工作通常由 IETF 工作组完成，工作组由工作组主席们来协调

除了 IETF，还有两个重要的团体，它们与 IETF 关系密切

• 互联网研究任务组（Internet Research Task Force (IRTF)）
  探索那些被认为还不够成熟，还不足以进行标准化的协议、架构与程序
  IRTF 的主席都是 IAB 中没有投票权的成员
• 国际互联网协会（Internet Society (ISOC)）
  IETF 与 IAB 都是 ISOC 的下属机构
  IAB 与 ISOC 一起工作以影响和促进世界范围内有关互联网技术与应用的政策与教育

1.6.1 Request for Comments (RFC)

每一个互联网社区的官方标准都会以 Request for Comments (RFC) 的形式发布
可以通过几种方式创建 RFC，RFC 的发布者（被称为：RFC editor）根据开发 RFC 的方式将其分为多个文档流
截至 2010 年的文档流包括：IETF、IAB、IRTF、独立提交流
在被接受并最终以 RFC 发布之前，文档以临时的互联网草案（Internet draft）形式存在
这期间可以接收评论并通过编辑与复审推进

RFC 的类型：standards-track、best current practice (BCP)、informational、experimental、historic
虽然 standards-track 类型的 RFC 通常被认为就是官方标准，但所有的 RFC 本质上都不等于标准
文档以 RFC 的形式被发表，并不代表 IETF 为这个文档是某种形式的标准而背书
实际上确实也存在着有着非常大争议的 RFC

参考：request-for-comments 名字的由来
RFC 最初的作者不希望让自己发表的观点听起来像是在宣布官方标准而冒犯到别人
因此当他把自己对网络的一些建议邮寄给其他人时，起了这样的标题：请求评论（request-for-comments）
意思是任何人都能对此发表自己的意见
其中的 “ 促进合作，而不是讲究自我 ” 的精神与网络的 “ 欢迎所有人都加入进来 ” 的精神相符合
因此被人们认为是最合适的名称而被保留了下来

RFC 文档的大小从几页到几百页不等
每个 RFC 都对应一个唯一的数字，新的 RFC 数字会在原来的基础上累加

有一些 RFC 具有特殊的意义，它们是对其它标准的部分特定内容的总结、声明或解释
例如：Internet Official Protocol Standards [RFC5000] 定义了截至 2008 年年中，在所有其它 RFC 中，被认为是官方标准的集合
在最新的标准网站 [OIPSW] 上可以看到更新的列表
Host Requirements ([RFC1122] 与 [RFC1123]) 定义了 IPv4 主机上协议实现的必要条件
Router Requirements [RFC1812] 定义了 IPv4 路由器上协议实现的必要条件
Node Requirements [RFC4294] 为 IPv6 系统定义了主机与路由器上协议实现的必要条件

---

目录