摘要

  • 1984 年 8 月，Segal 提议在 CERN 的 IBM-VM 主机和 VAX VMS 等非 Unix 系统上试装 TCP/IP，问题不是同类设备能否通信，而是新开放系统能否与既有专有系统共存。
  • 他于 1985 年成为 CERN 首位 TCP/IP 协调员，负责把地址、名称、静态路由和分散的系统管理员组织成持续服务。到 1988 年 3 月，内部服务覆盖 355 台机器，外部 TCP/IP 连接却仍被政策禁止。
  • 1989 年 1 月的统一改址把内部地址换成正式分配的 IP 地址，首批外部互联网连接随后开通。试验、规模化运行、正式支持、全球地址和越界许可是五道不同的门。

355 台主机证明了什么

一份为 LEP 投运准备的同期网络清单，留下了难得的现场截面。1988 年 3 月 29 日，CERN 的 TCP/IP 服务已经覆盖 355 台主机，用于远程登录、文件传输和基于 RPC 的事务。设备并不整齐：中央 IBM 系统、Norsk Data、Apollo、VAX、PC、Sun、Cray 和 Macintosh 都在名单中。

这证明 TCP/IP 已跨过“实验室演示”的门槛。它能在多种操作系统和硬件之间承载日常工作，也开始成为大型科研设施的依赖。

但它没有证明 CERN 已接入外部互联网。相反，这 355 台主机都处在一条明确的制度边界之内。Data Communications 组的政策只允许互联网协议在 CERN 场地内部使用，禁止任何外部 TCP/IP 连接。

同一个协议因此同时具有两种身份：在技术上，它是解决异构互联的成熟工具；在组织上，它仍是一项不得越界的内部安排。

Segal 选择了最难兼容的机器

Segal 1971 年加入 CERN。当时的数据通信由厂商专有网络、自建系统和尚未成熟的开放标准拼接而成。1977 年，他在 Palo Alto 休假研究时接触 ARPANET 和 Unix，开始看到一种与厂商边界不同的互联方式。

CERN 于 1983 年成立 Data Communications 组，希望统一全场网络。实际分工却继续碎片化。新组把重点放在骨干设施和 ISO 标准上，并支持 DECnet；IBM 主机网络、邮件与新闻、Unix 和工作站网络等任务则留在其他团队。TCP/IP 恰恰从这些边缘领域进入，因而没有一个天然的组织归属。

1984 年 8 月，Segal 向 Software 组负责人 Les Robertson 提交试点建议：把 TCP/IP 安装到若干关键非 Unix 系统，包括中央 IBM-VM 主机和一台 VAX VMS。测试目标被刻意设得很实际——它能否把新出现的开放系统与不能轻易替换的专有系统接起来？

方案获批。Segal 后来写道，测试使 TCP/IP 被视为最有希望的方案，并让源自 BSD 的 sockets 成为推荐的应用接口。后一个结论同样重要。协议能够传包，并不自动使开发者愿意使用；统一接口把网络能力变成可以重复调用的软件基础。

“协调员”是一种维护结构

1985 年初，Software 与 Data Communications 两组通过正式协议，任命 Segal 为 CERN 首位 TCP/IP 协调员。这个职位不是对所有网络事务的总授权，更不是连接外部的通行证。它解决的是内部服务“谁来保持一致”的问题。

1988 年清单显示，CERN 当时使用静态路由。协调员维护主机名称与地址的主表，向各系统管理员分发更新；管理员再维护各自机器上的本地副本。PC 还通过名称服务器获取信息。也就是说，网络状态一部分集中、一部分分散，任何一端失去更新都可能破坏连接。

试装软件只发生一次，协调工作却必须重复。新主机加入、地址调整、名称变化和路由修改都要求有人维护共同事实。Segal 的作用，是把一项可演示的协议变成一个有责任人、有更新节奏的服务。

可服务的责任范围并不等于政策范围。即使内部运行良好，协调员也无权把 TCP/IP 延伸到场外。欧洲当时围绕 ISO、运营商体系与互联网协议存在激烈路线冲突；政府、电信管理机构与产业力量普遍支持其他标准。技术人员能证明可用性，却不能单独重写机构对外连接的选择。

LEP 把兴趣变成依赖

1985 年 11 月，周长 27 公里的 LEP 对撞机管理层选择 TCP/IP 作为控制系统通信方案，后来又采用 Unix 系统。Segal 认为二者结合对 LEP 的成功至关重要。

这项选择改变了试点的分量。普通演示失败，只需继续调试；大型科学装置若依赖网络，其控制、排期与运行风险都要求稳定支持。TCP/IP 从“值得尝试”变成“有人必须负责”。

1985 至 1988 年间，少量人员推动内部覆盖扩大。到了 1988 年，Data Communications 组终于接手 TCP/IP 支持，一项资源紧张的 Software 组工作开始获得正式人员和组织安排。

这里至少有三次不同的承诺：批准试验、让关键业务依赖、接受长期支持。把它们压缩成一次“采用 TCP/IP”，会看不见制度风险如何逐步转移。

改址不是一次纯技术清理

封闭网络可以使用只在内部自洽的地址。一旦要与全球互联网互联，地址必须由外部网络共同承认，路由也要进入对方可理解的体系。

1989 年 1 月，CERN 进行了一次被 Segal 称为“big bang”的统一迁移，把所有 IP 地址换成正式地址。首批外部互联网连接随后建立。

这次改址的难度，恰恰由此前成功造成。若只有两台试验机，改配置很容易；当 355 台主机、许多应用和分散管理员已经依赖旧地址，迁移便成为全场协同事件。临时状态积累得越成功，退出临时状态的成本越高。

因此，正式地址不是行政标签。它标志着 CERN 准备从一个自足的 IP 岛屿变成全球互联的参与者。开通线路只是最后的物理动作，之前还需要支持归属、地址合法性和边界政策同时改变。

不把互联网写成 Web

CERN 的外部互联网连接与 World Wide Web 的诞生时间相近，容易被叙事合并。官方历史给出的边界很清楚：Tim Berners-Lee 于 1989 年 3 月写下第一份 Web 提案，到 1990 年底才运行首个 Web 服务器和浏览器。

Segal 为这个环境作出了真实贡献。Internet Hall of Fame 记载，他向开发者介绍 IP 协议栈与 Berkeley sockets，也引导 Berners-Lee 阅读 RFC，并参考 FTP、NNTP 等现有协议。这说明他帮助准备了技术土壤，不意味着他共同发明了 Web。

Segal 本人也没有越过证据。他认为 CERN 若更早接入互联网，Web 或许会更早出现，但明确把这一判断称为推测。他能确定的是：互联网提供了机会。

这一区分不是削弱功劳，而是让功劳更准确。有人建立可跨平台运行的网络环境，有人设计在其上运行的新型信息系统，两者彼此相关，却不能互换。

技术胜利为何还需要一项决定

到 1989 年，CERN 面对的已经不是一套未经验证的协议。它拥有多平台经验、日常应用、统一编程接口、明确协调员、关键控制系统用户和正式支持团队。内部试点把外部开放的技术不确定性大幅降低。

可是，证据不会替机构签字。是否接受外部依赖、使用全球地址、承担安全与运行责任，仍需另一层权力作出决定。

Segal 的故事因而不是“好技术终将自动获胜”。它更接近一项组织工程：先在受控边界内建立事实，再让每一种责任找到承担者，最后让政策承认已经成熟的能力。TCP/IP 能告诉主机怎样通信，却不能决定 CERN 何时愿意被世界寻址。

来源