1 RFC主机软件

【1 RFC主机软件】介绍
ARPA(高级研究计划局)网络的软件部分地存在于IMP(接口消息处理机)和独立的主机中 。BB&N指出IMP上的软件并且表示主机团体有责任就主机的软件达成一致 。
1968夏 , 四个最初站点的代表们碰了几次面以讨论主机软件和网络的最初实验 。在秋天和冬天的会晤后 , 形成了一个以Utah的SteveCarr,SRI的JeffRulifson和UCLA的SteveCrocker为首的三人工作小组 。随后的会议在三月底的最后一个星期 , 地点是Utah 。同时出席的还有RSI的BillDuvall , 他后来开始和JeffRulifson一起工作 。
在完全独立的情况下 , UCLA的GerardDeLoche开始了主机-接口消息处理机(HOST-IMP)接口的工作 。
在这儿 , 我列举出达成的一些共识和面临的问题 。当然不是确定的 , 希望得到回馈 。
I.IMP软件摘要
消息
主机-主机之间传递的一束信息成为消息 。一条消息是包括它的头在内长度不超过8080位的流 。头有16位 , 包含以下信息:
目的地址5位
链接8位
跟踪位1位
空闲位2位
目的地址是数字编码 , 用来表示消息所要到达的主机 。跟踪位发信号通知IMP记录消息的状态信息并且把该信息返回到NMC(网络计算中心 , NetworkMeasurementCenter,i.e.,UCLA)空闲位未被使用 。
链接
链接字段是IMP使用的一种非凡策略以限制某种阻塞 。作用如下:在每一对主机之间有32条逻辑全双工连接用来双向传递消息 。IMP对这些链接做了一些限制 , 即在目的地的IMP返回一条非凡的消息之前 , 该消息称为RFNM(下一条消息请求 , RequestforNextMessage) , 任何一个主机都不能在同一条链接上发送两条连续的消息 。这个安排限制了假如发送端主机试图在同一条链接上发送过多的消息会引起另一端阻塞的问题的发生 。请注重:由于目的地的IMP没有足够的能力同时处理所有32个链接 , 这种链接的实现只是在一路或两路链接过载的情况下 。所以主机双方必须互相协作 。
这些链接有如下基本特征:它们总是起作用并且总是有32条 。“总是起作用”是指:IMP随时预备在其上发送另一条消息 。在IMP软件中没有会话的开始和结束的概念 。既然这样 , 我们就无法查询一个IMP以获得链接的状态(虽然可能查询IMP从而得到一个链接最近的历史——两者相差甚远) 。
链接的另一个基本特征是:不管它们使用与否 , 总有32条 。这是指:每个IMP必须维护18张表 , 每张表有32个 , 跟实际的通信无关 。
尽管有人对链接的结构有异议 , 但它很轻易在IMP内部编程实现 , 而且正因为其简单 , 因而是组成更复杂结构的一种较好和可行的办法 。
IMP传输和错误检查
IMP从主机收到一条消息后 , 将其分割成一个或几个包 。包是IMP和IMP数据传输的单元 , 长度不超过1010位 。传输装置计算生成一个24位的循环校验码并将其添加到要发送的包中 。接受装置计算生成校验码 , 与原始校验码比较 。在目的地的IMP将包重新组织成消息的形式 。
IMP软件讨论问题
1.链接的规范是一个8位的字段 , 但为什么只提供了32个链接?
2.主机能够发送消息给它的IMP , 请问是如何实现的?
3.IMP的主机能控制RFNM吗?
4.IMP进行代码转换吗?如何控制?
II.主机-主机软件必要条件
简单应用
就象使用任何一个新工具一样 , 团体的用户需要一段时间才能进行深层次的网络实验并逐渐依靠于 。我们的一个目标就是使之对大多数用户来说能在短时间内很轻易地把握 。为了这个目标 , 显然需要提供使用远程主机的能力 , 就象已经从一个TTY(电报交换机 , teletype)终端拨号登录了一样 。此外 , 我们希望拥有这样一种能力 , 即以不同于模拟TTY的形式传输文件 。

推荐阅读