摘要

  • 瑟夫在 1973 至 1983 年间的可核对贡献包括共同设计异构网络互联架构、参与早期 TCP 规范，并在集体工程链中协调协议演进；这些证据不支持个人独创论。
  • TCP/IP 能够部署，依赖协议分层、公共编号、跨机构实现、迁移政策和本地操作共同把设计变成可测试、可修复的运行边界。
  • 1983 年割接后的成功与失败并存，表明截止日只能协调行动，不能替主机、网关和服务团队完成实施。

一个无人能够独自完成的截止日

RFC 801 把 ARPANET 从 NCP 完全切换到 IP/TCP 的目标日期定在 1983 年 1 月 1 日。文件同时把任务分给各主机所属机构：不只是安装两个协议，还要让 Telnet、FTP、邮件等主要服务能够工作；在新旧环境并存时，转接主机还要维持通信。这种安排已经说明，截止日的核心问题不是“谁提出了互联网”，而是谁能让各自控制的机器按同一套接口真正行动。

瑟夫的意义需要从这个事实倒推。他参与定义的并不是一台中央机器，而是一套允许不同分组网络保留自身特性的互联方法。因此，架构的收益——让异构网络之间形成通信环境——与它的实施风险天然分离。论文作者可以说明报文、地址和网关应怎样配合，却不能替远处的操作系统完成移植，也不能替网络管理员修复失败的服务。

截止日后的首次近距离测量也印证了这一点。1983 年 2 月的 RFC 842 对主机表中的 328 台主机测试 Telnet、FTP 和 SMTP，结果既有接受连接，也有拒绝、不可达和失效。割接发生了，但运行现实没有在午夜变得整齐。这里最值得追问的，不是瑟夫是否“赢得”了一个纪念日，而是哪些早期设计选择使这种不整齐仍然可以被定位和修复。

1973 年的问题不是一张更大的 ARPANET

1973 年启动的工作面对 ARPANET、分组无线网、卫星网以及其他分组网络。把它们连起来，并不等于把所有网络改造成同一种内部系统。每个网络都有自己的分组大小、传输条件、时延和故障方式；若互联以全面统一为前提，新网络的加入就会迫使所有参与者同步改变。

1974 年 5 月，瑟夫与罗伯特·卡恩共同发表关于分组网络互通的论文。论文把网关、共同的互联网地址，以及主机和进程层面的责任放到设计中心。主机创建互联网报头，端到端检查由通信端承担，网关负责在网络之间转送。这不是后来全部实现工作的完成证明，更不是瑟夫个人发明互联网的凭据；它记录的是两位作者面对异构网络时所选择的责任划分。

这项设计也继承了已经存在的思想与实践。Donald Davies 在英国国家物理实验室的数据通信工作中发展了分组交换；Louis Pouzin 与 CYCLADES 则构成数据报和“catenet”概念的重要归属边界。瑟夫与卡恩的贡献，应当放在这些先行工作之后理解：他们要解决的是如何让不同分组网络之间形成可扩展的通信，而不是从无到有发明所有底层观念。

RFC 675：从论文到程序，但还不是后来那套分层

1974 年 12 月发布的 RFC 675 把抽象架构推进为更具体的 Internet Transmission Control Program 规范。署名者是 Vinton Cerf、Yogen Dalal 和 Carl Sunshine；文件也确认了卡恩、Jon Postel 等人的贡献。套接字、重传、分片、网关与互联网分组行为开始被写成实现者可以讨论的对象。

但把 RFC 675 直接描述成成熟的 TCP/IP，会抹去一次关键修正。早期 TCP 同时承担互联网分组与网关相关功能，也承担主机端到端传输责任。这样做把两类故障和演进节奏绑在一起：网络层需要处理寻址、路由和分片，传输层则关心可靠性、顺序、窗口与重传。对应用而言，合并似乎减少了接口；对需要接入多种网络的实现者而言，它却可能让每次网络变化侵入端到端机制。

1977 年，Postel 在 IEN 2 中明确主张把逐跳的互联网封装和路由，与主机级端到端 TCP 分开。后来成为常识的 IP/TCP 分层，在当时是可被争论的替代方案，而不是 1974 年已经完整存在的答案。瑟夫的可观察贡献因此不仅在于共同提出一个方案，也在于其工作进入了一个允许同行拆分、修订和重新分配责任的工程过程。

“网络的网络”允许局部变化

1978 年 7 月，瑟夫署名的 IEN 48 用“catenet”描述由异构分组网络组成的联合体，并明确提及 Pouzin 的术语。文件强调共同的数据报格式和地址，也讨论分片，以及新网络分阶段加入而无须全体同时改变的可能性。

这里的取舍十分具体。一条路线是追求更强的网络内部一致性，以换取较简单的协调；另一条路线是接受底层差异，把共同边界压缩到网络之间和端系统必须遵守的部分。后者增加了网关、主机与诊断工具的负担，却降低了任何单一网络成为全局控制点的可能。它让局部升级成为现实，也把失败暴露为局部实现、路径或服务问题，而非整个互联系统只有一个总开关。

受益者首先是能够保留既有网络投资的机构，以及不必等待全球同步改造便可接入的新参与者。风险则由更分散的人承担：主机团队要实现协议，网关团队要处理路径与分片，应用服务要适应新传输层，操作人员还要辨认错误究竟发生在哪一层。架构扩大了可连接范围，也扩大了必须具备工程能力的边缘。

实现清单比英雄叙事更接近真实

到 1979 年，IEN 98 汇集的已经不是一项单独实验，而是 BBN、UCLA、DTI、SRI、NDRE、MIT 等机构在不同系统上的 TCP 实现状态。Unix、Tenex、TOPS-20、Multics 等环境意味着相同规范必须穿过不同操作系统、缓冲机制和应用接口。报告是选择性的，也依赖各项目自述，不能证明全网已经就绪；它能证明的，是可部署性来自多人在多种主机上的移植和调试。

同年，后来的 RFC 1160 记载，瑟夫以 DARPA 项目经理身份建立 Internet Configuration Control Board，为协议族的技术演进提供协调。这是他“继承与建造”之间另一条清楚边界：他继承了由公共资助、既有研究网络和跨机构人才构成的项目条件，建造并推动的是一部分协议架构与协调机制。至于具体实现，则属于各站点工程师；后续组织改组也由继任者和更大的共同体完成。

1981 年的材料让这种分工更具触感。Robert Hinden 的 IEN 166 为 Terminal Access Controller 设计 TCP/IP，同时还要支持 NCP，涉及 IP 重组、路由、网关消息、TCP 连接、重传和窗口。IEN 175 记录的会议议题则包括性能、寻址、文档、网关、X.25、分片和测试。瑟夫在会上欢迎参与者并提出议题，但 UCL、RSRE 等机构报告各自网络和网关问题。协调者能够确定要讨论什么，却不能替每个团队消除约束。

拆分协议之后，还要稳定编号

1980 年 1 月的 RFC 760 与 RFC 761，分别记录独立的 IP 和 TCP 规范；1981 年 9 月，RFC 791 与 RFC 793 给出割接前的正式版本。IP 负责互联网报头、寻址、数据报、分片与网关层面的传送，TCP 负责连接、顺序、窗口、重传和可靠通信。分层不是学术审美，而是故障隔离与独立演进的操作条件。

与此同时，RFC 790 发布网络号、协议号、端口等分配。这个看似行政性的清单揭示了协议运行面的另一半：如果两个实现对同一个数字作不同解释，再精巧的分层也不会产生互通。Postel 及 USC/ISI 的编辑和编号维护路径，不能被折叠进瑟夫的个人作者身份。设计协议、维护公共标识、编写最终文本和部署软件，是相互依赖但并不相同的权力与责任。

这也解释了为什么最终 RFC 不能被当作瑟夫独自书写每个字段的证据。公开记录支持他作为早期共同作者、架构阐释者和 DARPA 项目角色的存在；它没有恢复 1973 年每次私下讨论的精确分工，也不能把 1981 年规范中的每项决定归到他个人名下。保留这些未知，不会削弱贡献，反而使贡献停留在证据能够承载的位置。

资料来源

图片说明

AI 辅助编辑合成图，以 Joi（Jōichi Itō）2005 年拍摄的 Vint Cerf 照片为身份依据；原照来自 Wikimedia Commons，采用 CC BY 2.0 许可。抽象网络图层由 Codex 调用 OpenAI imagegen 生成，仅用于编辑呈现；该图并非 1973—1983 年协议设计或切换事件的纪实影像。