组织:中国互动出版网(http://www.china-pub.com/) RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm) E-mail:ouyang@china-pub.com 译者:王翌(mcsewang mcsewang@21cn.com) 译文发布时间:2001-6-10 版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须 保留本文档的翻译及版权信息。
Network Working Group S. Crocker Request for Comments: 36 16 March 1970
协议注解 (RFC36 Protocol Notes)
I. 总的看法 ---------------------------
网络协议提供了三方面的便利性:
1. 连接的建立
2. 流控制
3. 再连接
“再连接”被从“连接建立”中分离出来,一方面是由于它的复杂性,另一方面是由于
我还没有怎么接触过一个完整的体现此概念的协议。
连接的建立 ------------------------
连接建立的运作基本上与NWG/RFC#33中的一样。最主要的变化就是提供了独立于设施 的更加完善的交换方式,使得不包括交换过程的设施显得更加简单。 下面是连接建立的大概情况:
流控制
------------------------ 为了阻止发送进程导致接收进程的溢出,接收方进程能够停止数据流就显得很有必要了(*)。 流控制被集成到网络RFNM处理中。当一个接收方主机希望限制一条单独线路上的流传输时, 该主机发送一条专用消息给它的IMP,使那条链路上的下一个RFNM被修正。发送方主机将该 消息解释为一条RFNM,当作是要求停止发送的请求。一条强制控制命令被返回。 当接收方主机准备好再次接收时,它发送一条命令(RSM)告诉发送方主机再次发送。
(*)BB&N坚持认为应该提供无限的缓冲机制。这当然可能成为一项适当的策略:但这与我 的思维方式完全相左,而且我对协议的设计是基于这样的假设:在每个连接的接收端只提供 了一个很小的缓冲器。
再连接
由于很多理由,需要能够将一个(或两个)连接的终端从一个端口转换到另一个端口。这是 否易于实施,取决于在转换进程上施加的种种限制。为最大的满足一般性,我在此提出“动 态再连接”的方案,那意味着再连接过程即使是在流传输开始之后也能够发生。在大多数情 况下,这种方案的成本比它实际需要的要高很多,要求有下面的优点: 1. 提供交换连接的所有不同窗体。 2. 再连接过程不引入通过一个连接发送的消息进程的额外开销,也就是说,全部的开销就 在实施协议过程中。
II.数据结构
1. 连接表
2. 进程表
3. 输入链路表
4. 输出链路表
5. 链路分配表 连接表
此表保存了属于本地端口(SOCKET)的所有信息,无论它是否被某个连接占用,占用它的连 接正处于何种状态。入口条目由本地端口键入,但其它表也有指向本表的指针。(参见进程 表,输入链路表和输出链路表。)
每个条目都包括以下信息:
a) 本地端口(键) b) 外来端口 c) 链接 d) 连接状态 e) 流状态和缓冲控制 f) 指向用户进程的指针 g) 再连接控制状态 h) 等待呼叫队列
本地端口是一个32位的数。如果某个特定端口的条目不存在,它会被生成为空值。
外来端口是一个40位的数。如果没有连接被建立,这个字段将不会被赋值。
链接是一个8位的数,是数据从发送方发送到接收方所经过的链接。一个套接口当且尽当它 的低位为0时,它才是接收端口。
连接状态指的是一条链接是否开放等等。下面是可能出现的情况:
a) 本地进程已经请求了一条链接 b) 异地进程已经请求了一条链接 c) 连接确立 d) 再连接进行中 e) 关闭等待 f) 再连接等待
流状态和缓冲控制指的是核实RFNM的发送及认可终止,挂起和恢复命令,和保持对数据的 流入流出的跟踪。
一个指向用户进程的指针当该进程已经请求了一条连接时是必需的。
如果再连接正在进行,保持对事件顺序的跟踪就是必要的了。被再连接进程占用的端口或者 是一个端点或者是一个中间点。如果它是一个中间点,就有必要将其它的与其连在同一个进 程上的中间点的8位的名字都储存起来,并记录下END和RDY命令的接收。
最后,如果RFC(“请求---连接”命令)当端口被占用或没有进程占用它时被接收到,RFC 将被按照“先进先出”的原则在命名的本地端口中压入堆栈队列。 进程表
此表联系起一个进程和一个套接字端口。它被用来进行系统调用。
输入链路表
此表将接收链路与本地套接字端口联系起来。它用来判定引入的消息的去向。
输出链路表
此表将发送链路与本地套节字端口联系起来。它用来解释RFNM和RSM命令。
链路分配表
链路是由接收方分配的。此表显示哪些链路是空闲的。
III.控制命令
命 令 一 览
0
命 令
无操作
格式: NOP NOP 是 X '00'
用途: 此命令被包括进来是为了完整和方便。 请求连接
格式:
用途: 此命令用来初始化一个连接。 当两个主机已经用同样(颠倒)的方式交换了 RFC命令时,连接被确定。链路由接收方分配。
关闭
格式:
用途: 此命令用来阻断一个连接。它还被用来中止一条连接的确立或用来拒绝一个请
求。这种情况发生在当被点名的两个套接字端口之间没有确立连接或是正在处
于被连接的进程中的时候。此时,
恢复
格式:
用途: 此命令由一个接收方主机发送以引起发送主机在已经指出名字的链路上恢复 传输。当一个发送主机接收到一条特殊的代表某种消息的RFNM时,它会延缓发 送。(特殊的RFNM是由接收方的IMP基于其主机的要求下生成的。)
暂停
格式:
用途: 此命令由发送方主机发出,以确认它已经停止通过该指定链路发送。如果一个
最终终端
格式:
用途: 如果一个进程决定用将它的一个接收端口和一个发送端口连接起来的方法使
自身短路,NCP发送出两个
一旦接收到一个
如果<your socket>未被一个再连接占用,它就被标记为一个再连接链的端点,
而一个
如果被指名的连接没在进行,一个
终点找到
格式:
用途: 此命令指明哪个端口是再连接链路的终点。它在<end socket>生成,并通过所 有的中间端口被回送到另一个终端端口。如果<end socket>是一个发送端口,
指的就是发送方主机的发送端口和接收方主机的接收端口之间的一条 连接。如果完备
格式:
用途: 此命令被从一个发送端口发送到一个接收端口,以指明所有的消息都已经被传 送到,“再连接”可能发生。
指派新链路
格式:
用途: 此命令完善一个“再连接”。当接收端口已经收到一个
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by Marc Blanchett 3/00 ] RFC36 Protocol Notes 协议注解
1 RFC文档中文翻译计划
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8