Summary

  • RFC 801把1983年1月1日设为迁移终点；每个主机组织要自行实施转换，临时双协议中继负责跨越部分服务边界。
  • 1985年的回顾确认了切换日期，也记录了邮件中继、主机名表分发和服务主机性能方面的后续问题。

分析

“切换日”听起来像全网同时更新软件。ARPANET从NCP转向TCP的过程，更像许多独立运营者共同面对一个期限。1981年11月，RFC 801要求每个主机组织在自己的系统上部署IP/TCP和Telnet、文件传输、邮件等主要服务。工作应在1982年1月前启动，完整替换NCP的目标日是1983年1月1日。

计划并未假定所有机器会同步转换。一些主机使用TCP，另一些仍运行Network Control Protocol（NCP）。因此，计划安排能够同时运行两种环境的中继主机，在两侧之间承载Telnet、FTP和邮件。若用户要跨协议边界传文件，可以先登录中继，从NCP主机取回文件，再通过TCP取走。兼容性是一项实际运行的服务，而非抽象承诺。

邮件兼容更早就进入讨论。1980年10月的RFC 773研究了新旧邮件系统之间的转发方式，也列出尚待解决的问题，例如中继主机如何指定、主机名称和能力信息如何分发。迁移不只是替换数据包格式，名称和用户服务也必须继续可用。

RFC 801预计多数主机到1982年7月会使用TCP，最后一台仅用NCP的主机在11月完成迁移，随后于1983年1月进入“完整互联网服务”，关闭NCP和中继。这些是计划表中的预期。1985年的RFC 942提供了事后记录：ARPANET于1983年1月1日切换，之前已有多年并行运行，最后六个月还加入了只运行TCP的主机。

回顾也修正了“切换完成即大功告成”的印象。用户主机转换前，终端接入控制器和服务主机需要先支持双协议。中继主要被邮件大量使用，其他用途较少。Network Information Center尚未准备好支持新协议，主机名表分发因此出现问题。新的持续用户负载也暴露了服务主机的性能问题，需要分析和参数调整。

因此，切换实现了一个明确目标：ARPANET停止提供NCP服务，改用TCP/IP。但这不代表每项支持功能都已通过满负载验证，也不意味着所有用户经历了无缝切换。1983年1月的RFC 820提醒读者，变化还涉及其他协议。新环境包含协议套件、应用服务和维护这些服务的人。

来源