摘要

  • RFC 1477 记录的四域环形实验，能把网关故障或传输策略变化与路径拆除、替代路径建立、Telnet 会话继续运行连成一条可观察证据链。
  • 这条证据链只覆盖实际实现和实际测试的部分；源策略、域间多网关、映射服务器、可复核性能数据与广泛部署都不在同一证明范围内。

一句成功结论里的两个动作

实验的起点很简洁。四个行政域排成一个环：源端域和目的端域之间有两个传输域，因此存在两条可选的域间路径。源主机发起 Telnet 会话后，路径代理向路由服务器索取策略路由，再沿所得路由建立路径。会话随即开始。

第一次变化是人为终止当前路径上一台策略网关的 IDPR 进程。相邻网关发现连接变化，发布新的路由信息，并拆除各自残留的旧路径段。源端路径代理重新请求路由，路由服务器改走另一个传输域，Telnet 会话没有断开。

第二次变化不碰硬件。实验者修改当前传输域的策略，禁止源域到目的域的流量。策略变化触发路由信息发布和路径拆除，替代路径回到另一侧传输域，会话再次保持完整。

这些叙述来自 RFC 1477，不是后来者替系统补写的成功故事。更重要的是，原型布置了大量观测点：连接变化、传输策略变化、链路状态路由信息的收发、策略路由生成、路径控制信息与路径状态都能被记录。实验并非只看终端最后是否还亮着。

因此，“会话没有断”确有分量。它同时也有边界。

被删去的不是边角料

RFC 1477 在介绍原型时先说明：它实现了 IDPR 的大部分功能，但并非全部。为了尽快得到可运行软件，开发者刻意不做两件事：源策略，以及连接两个域的多个策略网关。

源策略和传输策略不能互相代替。传输域用传输策略说明谁能以什么条件使用本域资源；源策略则表达流量发起方对服务和路径的要求。四域实验确实改变过传输策略，却没有因此补上未实现的源策略逻辑。观察到一种策略导致绕路，不等于另一种策略也被执行。

域间只有一个相关网关连接，同样简化了问题。它足以展示“这边失败就走另一边”，却没有触及同一对域之间存在多个策略网关时的选择、冗余、状态一致性和修复分支。少做一个分支能让原型更快落地；少做的分支不会因为主干运行成功而自动获得证明。

这恰好体现了最小初始实现的价值。先把一个有限机制变成可运行对象，团队才能观察它、破坏它、修正它。历史记录应当尊重这种工程选择，而不是把“有限但真实”改写成“完整且普遍”。

试验场不是纸上网络，也不是整个互联网

原型从 1990 年夏季开始开发，1991 年 2 月进入实验。USC 在可任意调整拓扑的 SPARC1+ 以太网实验室中运行；SAIC 使用 Sparta 与 MITRE 的 Sun3，经 Alternet 的 9.6 kb/s SLIP 和 DCA EDN 试验网中的 X.25 路径连接；BBN 与 ISI 的 SPARC1+ 则跨越 DARTnet 和 TWBnet。

这些环境包含真实机器、真实链路和当时的多种网络技术，不能被贬成纯模拟。但用于主要故障与策略实验的结构仍是一个简单四域环。两个传输域最初都不设置访问限制。地址到域的映射也没有交给体系所设想的映射服务器，而是预先装进每台策略网关的本地表。

本地表是合格的试验夹具。它让团队在“映射答案正确”这一前提下测试后续路径逻辑。它不能说明映射服务器如何发现、分发或更新答案，也不能说明冲突、缺项与陈旧数据如何被处理。

工程证据常在这里被错误扩张。依赖被人工固定后，下游机制可以得到可靠测试；被固定的依赖本身仍未受测。把夹具当成功能，会让系统最脆弱的动态边界从报告里消失。

“原型的主要功能”不是“架构的全部功能”

RFC 1477 一方面称这些实验简单，另一方面称它们检验了原型的所有主要功能。两句话应当一起读。原型完成了连接监测、信息分发、路径生成、路径建立、故障发现、旧路径拆除和替代路径启用；传输策略改变时，它也能停止不再合格的路径。

但这里的主语是“原型”。RFC 1478 所描述的架构与 RFC 1479 所定义的协议拥有更宽的功能面。原型自己已经声明删去两个功能，因此“主要功能全部通过”不可能倒过来取消删减清单。

Telnet 会话连续也不等于无损。来源没有给出丢包数量、收敛时间分布、应用转录或重复试验次数。可以准确地说，报告中的那次会话在两类变化中保持完整；不能从中推出所有拓扑、应用、策略组合和故障序列都会如此。

缩小断言不是削弱实验。准确的断言反而更难被推翻。

没有刊出的“令人鼓舞”

团队测量过路径建立与消息转发的处理开销。他们比较了带 IP 封装的 IDPR 转发和普通 IP 转发，也比较了不计算完整性/认证值与采用 RSA/MD4 的情况。

文档把结果称为“令人鼓舞”，却没有列出数字，只给出可以索取数据的联系人。同时，作者明确警告：原型没有投入太多优化工作，测量结果不应被盲目外推到其他实现。

于是，历史记录能保留四项事实：测量发生过、测了哪些部分、作者如何评价、作者如何限制外推。它不能凭一个形容词恢复吞吐量、时延或处理器占用。缺失的表格不会因项目后来有名而自动出现。

从可下载到被采用，中间还有几道门

报告还介绍了第二个实现。1992 年，SRI 加入 SAIC 与 BBN，把 IDPR 集成到 gated 的 UNIX 路由进程中。RFC 1477 称这个版本包含完整 IDPR 功能，提供配置界面，并因单进程结构而比多进程原型更高效。软件可免费获得，任何拥有 UNIX 机器的人都能开展实验。

可获得性解决的是进入成本，不是部署证明。文档说，开放软件是为了在带有真实使用约束和服务要求的运营网络中取得经验；发表时，选定地点正在进行试点部署与演示。

“可以下载”“有人安装”“功能已启用”“流量真的走过”“试点持续运行”“形成广泛采用”是六种不同记录。本来源只覆盖其中一部分。试点正在进行是起点信息，不是验收报告。

RFC Editor 的 RFC 1477 记录还揭示另一层边界：标题虽然写着“作为建议标准”，这份备忘录本身却是 Informational。RFC 1478 的记录与 RFC 1479 的记录保存了架构和协议的文档状态；RFC 2026说明了当时的标准流程术语。文档身份依然不是运行回执。

给运行代码恰当的地位

RFC 1102讨论了策略路由如何跨行政区域逐步具体化；RFC 1104拆分了路由信息、逐包处理、资源分配与计费。RFC 1477 的独特价值不是再画一次架构，而是提供一份诚实的实现账本：哪些机制跑了，哪些没有做，哪些依赖用夹具代替，哪些结果不能外推。

这与 Heng Lu 关于运行代码优先、最小初始规范与自愿采用以及现实层级的判断相接：运行的对象比尚未执行的愿景更有证据价值，但运行对象不能替未运行的部分发言。

互联网史不需要在“它没有成为主流，所以毫无意义”和“它完成过演示，所以整个体系已经成功”之间二选一。四域环上的会话连续是真实成就。源策略空缺、多网关空缺、映射服务器空缺、性能表格空缺和部署回执空缺也都是真实事实。把它们放在同一页，才是对工程工作的尊重。

来源