摘要

  • RFC 1009 要求 NSF 场景中不同厂商的网关至少支持以太网和串行链路协议连接。
  • 文件把连接接口与路由计算分开：当时没有开放 IGP 能让不同厂商的网关组成同一个自治系统。
  • 这是一项 NSF 项目背景下的互联要求，不是所有厂商都已遵守或某条路由已成功工作的证据。

插上同一种接口，不等于看见同一条路

两台网关可以通过以太网相连，却仍不使用同一种方法来交换路由。RFC 1009 把这两个问题放在同一份规范里说明：NSF 的网关需要共同的网络连接方式，而不同厂商要在一个自治系统中互通路由，尚缺一种开放的 IGP 标准。接口连通只是路径的起点，不能单独证明下一跳已经选定。

RFC 1009 发布于 1987 年 6 月，正式列出 Internet 网关的要求，并为供应商提供实现指引。它把网关定义为 IP 层路由器，连接两个或更多分组网络。网关要适应每张相连网络的帧格式、最大传输单元、地址转换及流量控制方式，再依据路由数据库选择下一跳。这些网络不必采用相同的内部技术。

文件前言说，它是为支持 NSF 研究计划而写，但把要求放在更广泛的 Internet 背景中表达。范围更具体的内容在附录 B，标题就是“NSFNET Specific Requirements”。B.2 节为 NSF 场景下不同厂商的网关互联提出最低要求：必须支持以太网和串行链路协议连接。

选以太网有现实理由。RFC 1009 称它成熟、通用，而且几乎不受厂商限制，并把它视作不同供应商网络之间共同的分界点。供应商可以在自己的网络内部使用专有交换技术，但网关必须向其他厂商的网关提供以太网连接。共享契约因此被放在两家设备相遇的位置，规范没有要求双方把内部网络也做成同一个样子。

路由兼容性仍是一项单独工作

以太网可以承载 IP 数据报，却不会替网关判断该把数据报交给谁。B.3 节明确说，当时没有一种开放 IGP，能让不同厂商的网关组成同一个自治系统。RFC 1009 并未把现实写成已经解决的问题，而是记录了几种正在使用的办法。

至少一家供应商使用自有 IGP，再通过 EGP 连接 Internet 的其余部分。RIP 曾用于多厂商互通，但文件指出它没有正式文档，各实现之间也存在细微差异。NSF 网络社群还编写了网关守护程序，让多种路由协议彼此协调。原型运行在 4.3BSD 机器上，向内部网关说 RIP 和 Hello，向其他自治系统使用 EGP。

这几种机制各管一层：以太网提供共用的连接承载；RIP 或中介程序交换、转换内部路由信息；EGP 用来连接自治系统。文件提到某种做法，不等于证明它已在每个网络部署；“互操作”也不能直接推出路由已安装或数据包已抵达。

RFC 1009 记录的是一段尚未收束的网络建设过程：NSF 可以先规定厂商间在哪里接上，再继续面对怎样交换路径的问题。RFC 1812 于 1995 年取代了它，但文件的版本沿革不能说明任何一家网关如何实际部署或迁移。

后来的设计镜鉴

Lu Heng 的 Note 64 在数十年后提出，公共规范应只覆盖互操作所必需的共同规则，其他选择由运行系统的人留在本地。用这个视角回看，RFC 1009 把以太网边界写清楚，却容许各厂商保留内部交换设计。两者不能等同：NSF 条款属于特定项目的采购要求，不是面向整个 Internet 的自愿采用过程，也不是 1987 年作者使用的理论。

来源与限度

主要依据是 RFC 1009 附录 B.2–B.3；RFC 985 是其前身草案，RFC 1812 是后继文件。它们能证明当时写下的要求和所报告的路由办法，不能证明某家供应商的实现、实际部署、路由收敛或数据包交付。