摘要

  • 1988 年 1 月发表的 RFC 1039，转载了 1987 年 7 月 2 日国防部备忘录。OSI 的报文处理与文件传输协议及其 GOSIP 基础，被列为同类国防部协议的“实验性并行标准”。
  • 国防通信局获派应用层互通与转型计划。GOSIP 正式成为联邦信息处理标准，是 OSI 升为正式并行标准的前提；再过两年，计划才让 OSI 成为唯一强制的互通套件，旧系统在预期寿命内仍可与之通信。

一项技术能进采购目录，和它能在机房里顺利值夜班，是两件不同的事。RFC 1039 里的国防部决定，先打开了采购那扇门。各军种与机构在适用场景里，可以在原有协议之外选 OSI，也可以用它代替原有协议，或者把它列为备选。对照的原有规范是 MIL-STD 1777、1778、1780 和 1781。“实验性”不是装饰字眼，但这张证件确实允许采购人员行动。

RFC 出版于 1988 年 1 月，内核却是一份 1987 年 7 月 2 日的指令。备忘录说，4 月 22 日的政府 OSI 规范 GOSIP 已足够详细，足以向不同厂商采购能互通的报文和文件传输产品。因此，国防部修改了 1982 年 3 月的主机互联协议政策。它同时承认，OSI 的实际运行经验有限，GOSIP 所定义的运行、测试和安全环境也还有限。先选用它的单位，必须准备收拾新技术带来的麻烦。

晋级路线写得很清楚，起跑枪却尚未响。GOSIP 正式获批为联邦信息处理标准后，OSI 才计划取得正式并行标准地位；再过两年，它将成为唯一强制的互通协议套件。即使到了那一步，国防部协议仍要为正在使用它们的系统保留互通能力，直到那些系统的预期寿命结束。采购规则可以改，已安装的机器不会因为一纸通告而自动学会新语言。

接下来的苦活交给国防通信局。备忘录要求它在 1987 年 11 月前公布互通与转型计划，争取在 1988 年 3 月提供报文和文件传输的实验性应用层互通，并在 1989 年 1 月实现有限的运行能力。这些是当时列出的任务与目标日期。要确认哪项真正完成，还得找后续实施和测试记录。应用层桥接不是把两根线拧在一起；两边的服务行为都要有人弄明白。

人事安排也很有意思。国防通信局要作为整个部门的代表加入 Corporation for Open Systems；其他军种与机构可以以它的代理身份参与，却不能各自加入。用户组织、实现者工作坊、标准团体和北约相关小组的参与也由它协调。国家安全局负责让安全数据网络系统项目的工作能支撑 GOSIP 未来的安全扩展。早期使用者则须分享实践经验。协议试用期里，组织本身也要学习。

想象一套协议参加年度绩效考核，多少有点好笑：试用证、晋级条件、几个委员会，还有一个从不准时结束的旧系统交接。RFC 1039 真正留下的，是一张责任分工图。谁能买，谁来测，谁修安全，谁维护与旧系统的桥，都写进了同一次转型决定。