摘要

  • RFC 1216 自称提出进入 IAB 标准化轨道的新范式；RFC Editor 的权威记录却将其标为 Informational 和 Independent Stream，IETF Datatracker 则写明它不受 IETF 背书、在标准流程中没有正式地位。
  • 这份 1991 年 4 月 1 日发布的文件，用“超低速网络”倒置了千兆网络、成本下降和协议进步的话语。文中的数字与机制是文本主张，不是部署或成效记录。
  • RFC 编号证明文件进入了公共档案，却不会自动证明标准批准、实现、互操作、市场采用或经济效果。

先读正文，再读目录

RFC 1216 最容易被忽略的矛盾，出现在正文第一节之前。它在“本备忘录状态”中写道：本文为 IAB 标准化轨道提出一种新的标准范式。

如果证据到此为止，读者很容易把“提出”“标准”“轨道”和“IAB”拼成一个完整的机构事实。句子语气正式，位置也像正式声明。

但目录不是这样记录的。RFC Editor 的 RFC 1216 页面把文件标为 Informational，发布日期为 1991 年 4 月 1 日，并放入 Independent Stream。IETF Datatracker 的记录更直接：这份 RFC 通过独立投稿流发表，不代表 IETF 背书，在 IETF 标准流程中没有正式地位。

正文没有因此变成“错字”，目录也不能被正文覆盖。正文证明作者让文件说了什么；目录证明管理 RFC 状态的权威记录如何分类它。历史研究若把正文那一句删掉，就会破坏原始材料；若让那一句推翻目录，就等于允许文件为自己的机构地位作证。

这条边界并不只适用于愚人节文件。白皮书可以自称开放标准，供应商可以把接口叫成行业规范，政策建议也可以把某种做法写成必须执行。它们首先证明的是主张存在，而不是主管机构已经批准。

“超低速”把论证倒着运行

RFC 1216 的开头很像一篇严肃的网络经济学文章。它讨论处理器、存储和通信带宽之间的成本取舍，并援引每十年下降 99% 的每比特与每 MIP 成本，以及下降 90% 的每 bit/s 成本。

接着，九个百分点被复利放大成危机：处理能力会制造带宽需求，却不会替带宽付钱；如果没有范式转移，互联网共同体就会破产。解决方案不是更快，而是把端到端数据报和虚电路放到 .01 uGbps 左右，建立 Ultra Low Speed，也就是 ULS。

论证越整齐，前提就越像一面哈哈镜。文件声称，千兆链路的巨大复用能力能把单条 ULS 电路压到每月三美分以下；10 THz 的光纤带宽可以承载约一万亿用户。这些数字可靠地告诉我们“文件怎样安排笑点”，却不能被直接升级为真实成本、测量容量或后来兑现的预测。

应用列表继续改变尺度。低优先级传真可以等三小时；冰川跟踪、美国邮政和科研合同也适合慢速。再进入“极低速”区域，重力波探测、意大利邮政和美国国会预算流程被列在一起。

这里真正被解剖的是指标选择。只要先选一个足够缓慢的任务时钟，“慢”就能包装成匹配；只要只计算逻辑电路单价，支持、人力、可靠性和延迟承担者就会消失。RFC 1216 没有证明延迟无害，它展示了论证如何通过控制评价尺度而显得必然。

工程术语也不能自行生成工程事实

技术部分从一句熟悉的口号倒推：千兆网络需要新协议，因此 ULS 应该需要旧协议。于是，研究工作转向腐烂的磁带、纸带、回收穿孔卡、锗和继电器，交替位协议成为候选者。

文件还把俗语当成协议性质：既然“坏消息传得快”，慢网络便会优待好消息。账单与通知将被延迟，邮件列表的生产率则会提高。这个推论在语言上闭合，在系统上却没有调度器、消息分类规则或验证方法。

随后，效率也成了问题。慢启动、较低误码率和一位序号可能带来“悄然增长的效率”，让系统偏离理想的超低速工作点。解决办法包括 Forward Error Insertion、负窗口缩放、新协议层和多个表示层。

这些名称具有标准工程议程的外形：先定义问题，再列机制和待研究事项。然而“机制有名字”不等于它被实现，“技术可行性”作为章节标题也不等于可行性已被测试。结论所说的“道路漫长、缓慢而轻松”，仍然只是文本的收束。

安全章节的边界同样清楚：本文不讨论安全问题。它既不提供认证、完整性、保密性，也不证明设计安全或不安全，只记录了一个未覆盖的范围。

RFC 是一套档案，不是单一等级

四年后，RFC 1796《并非所有 RFC 都是标准》专门解释了这种误读。RFC 系列既发布互联网标准文件，也保存其他材料；“成为 RFC 就得到标准认可”是一种误解。信息性文件甚至可能长得很像正式协议规范。

不能把 1995 年的解释冒充 1991 年编辑 RFC 1216 时逐条执行的规则。它的用途更克制：告诉今天的读者，文件编号与标准状态是两个字段。

1996 年的 RFC 2026把分类说得更细。RFC 从研究概念、状态备忘录到互联网标准都可能收录；一份规范被采纳为 Internet Standard 后，会在保留 RFC 编号的同时获得 STD 标签；Informational 和 Experimental 则属于非标准轨道。

现代的 RFC 8729又补上“流”。RFC 系列同时保存研究、工程贡献与标准文件，每条流有自己的批准程序，只有 IETF 流能够批准 Standards-Track 或 BCP 文档，独立投稿流服务于其他流范围之外的材料。

独立流并不意味着材料没有价值。恰恰相反，一个统一而持久的档案能够保留建议、经验、争论和实验，而不必假装它们拥有同一种批准地位。统一编号解决可发现性；状态与流阻止“可找到”被误读为“已背书”。

从编号到成效，中间还有五道门

RFC 1216 能支持的证据链很短，也很清楚。

原文证明它使用了“标准化”措辞并提出 ULS。RFC Editor 记录证明其编号、日期、状态和流。Datatracker 证明当前权威页面明确否认 IETF 背书与正式标准地位。这些材料都没有证明代码已经写成、设备已经制造、运营商已经部署、两个实现能够互通、用户已经采用，或经济主张得到了测量。

反过来，本事实包没有找到实现，也不能证明世界上从来没有人受启发做过慢链路实验。“此处未证实”不是“绝不可能”，更不是“从未发生”。

互联网史最常见的膨胀就发生在这些门之间：有编号的建议被写成计划，被引用的计划被写成部署，保留下来的功能又被写成成功。每一次升级都需要新的记录——代码版本、实现说明、一致性测试、运营配置、流量观察、采用数据和结果测量。

RFC 1216 没有提供这些记录。它留下了一个更基础的判断工具：文件里的声音可以描述自己的愿望，却没有权力决定文件在制度中的状态。

来源