摘要

  • RFC 787 载有 A. Lyman Chapin 关于无连接数据传输的工作论文，主张 OSI 参考模型在面向连接的服务之外，也容纳可以一次发送完整数据单元的服务。
  • 1981 年 7 月的附信邀请美国相关机构先提意见，之后才可能由 ANSI X3T5 审议，并在获批后交给 ISO。论文封面明确标出：当时既无委员会批准，也未形成美国共识。

有的通信值得先建立一场长谈，有的只是温度计隔几秒报一次数。A. Lyman Chapin 在 1981 年把这种差别摆到 OSI 参考模型面前。RFC 787 收录了他的无连接传输工作论文：一个信息自足的数据单元，可以在服务层不预先建立连接的情况下发送。论文自己走的路可没这么短。它得收意见、交委员会审议，批准后才可能成为递往国际标准组织的美国方案。标准工作有自己的握手流程。

附信把路线写得很明白。文件先发给参与或关注国际数据通信标准的几家美国机构，评论期到 1981 年 9 月 1 日。Chapin 会根据意见修订，再由负责 OSI 模型问题的 ANSI 委员会 ANSC X3T5 考虑。只有得到批准，文本才可能作为美国立场的基础交给 ISO 相关工作组。工作论文封面还打了醒目的框：它尚未经过适当技术委员会的审查与批准，当时不代表美国共识。进入 RFC 档案使论证公开可读；委员会的印章仍在委员会手里。

技术争论关乎模型怎样理解一次通信。面向连接的服务先建立关联，再传数据，并能围绕这段关联维护顺序、恢复等状态。长时间的交谈确实会用到这些本领。Chapin 写的另一种服务在同一层只发送一个自足的数据单元，不先协商，也不提供惯常的交付保证。上层程序仍可以自己安排计时器、确认、重传和序号。模型给出简短的路，上层在需要时再添自己的护栏。

他的例子比层次图有趣。许多传感器定期向一个中心报告读数；偶尔一条丢了，下次读数很快会来，持续不来才值得报警。服务器换了地址，或网络要停机，一则通知要发给许多节点。一问一答的业务也有自己的节奏，论文列出销售终端、预订、库存和银行服务等例子。电力系统控制中心则同时收取测量数据、回应请求、向多个站点下达命令。Chapin 还讨论了群发以及对时间敏感的语音和遥测：旧数据等到补救完成，可能已经错过它有用的时刻。这些场景要求模型允许不同的服务形式。

论文也把一个容易混淆的说法拆开了。若某种服务承诺确认每个数据报是否交付，它看上去仍是一条一条地送，实际上已经添上交付保证；Chapin 把它称为混合形式。应用可以在无连接服务之上做可靠性，但这份可靠性由应用及其上层协议负责。分层设计要决定的是谁承担协商、顺序与恢复，不能因为包很短就把责任也缩成一个模糊的词。

RFC 787 的写法像给标准制定者准备的调查和教程。它为无连接服务争取与面向连接服务并行的位置，让各类应用挑选适合自己的代价与行为。文件的身份同样明确：供人评论的论文，随后可能提交 ANSI，再在条件具备时走向 ISO。1981 年留下的，是技术论证和它准备跨越的制度台阶。

例子里的数据报可以很快动身。要修改许多实施者共同遵循的模型，就得让审稿人认真读完温度计、广播通知和一次请求的故事。Chapin 让人看到：某些数据确实需要比建连接更快地上路；至于标准如何写，委员会的慢动作正是它该做的工作。