📄 rfc107.txt
字号:
组织:中国互动出版网(http://www.china-pub.com/)
RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
译者:邵毅(epl shaoyi@163.net)
译文发布时间:2001-11-7
版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须
保留本文档的翻译及版权信息。
Network Working Group
Request for Comments $107
NIC #5806
主机-主机 协议故障清除委员会的说明
(RFC107——Output of the Host-Host Protocol)
目录
介绍 3
修改 3
1 字节 3
2 报文格式 3
3 消息报文数据类型 5
4 重置与重置应答 5
5 流量控制 5
6 控制信号 6
7 连接指派 6
8 定长控制命令 6
9 控制命令的格式 6
关于字节流的讨论 8
加利福尼亚大学洛杉矶分校
1971年3月23日
Robert Bressler
Steve Crocker
William Crowter
Gary Grossman
Ray Tomlinson
James Withe
介绍
在游说了网络共同体之后,传输协议故障清除委员会于1971年3月8日至9日
在加利福尼亚州立大学洛杉矶分校举行了第二次会议。 委员会第一次略微扩大
会议的结果以RFC102号文件的形式备案。 委员会同意就1号文件中的协议进行
个别的修改,所涉及的修改如下。
每次会议上,委员会很快地处理除了一个突出课题之外的所有的主题。 第
一次会议中,大部分时间被用来考虑中断机制,并且讨论结果被概括为RFC102
号文件。 在第二次会议上,委员会花费几乎所有的时间讨论字节的概念,这一
讨论结果在修改列表之后加以总结。
本RFC文档将全部取代RFC102号文件,并且作为1号文档的官方修订。 1号文
档的修订版将被简单地述及,并且与这里列出的修改列表合并。
网络控制程序的制订人将尽快合并这些变动。 网络控制程序的制订人还将
估计这些网络控制程序将于何时准备就绪,并将上述推算向Steve Crocker或他
的秘书Byrna kristel通报。
修改
1 字节
迄今为止,一个联接一直是一个位流。 从今以后,它将是一个字节流,具
有字节长度S,在每一消息报文的STR命令中给出。 该字节长度满足约束:
1 <= S <=255.
某一联接字节长度的选择是一个第三级协议的问题,但是字节长度在此联接
的使用期限内是一个常数。 每一条消息报文必须包含整数个正文字节(见下文)。
2 报文格式
报文格式被转换为如图1所示的格式。
字段S和C分别代表字节长度与字节数。
字段S有8位,必须与创建联接的STR中声明的字节长度相匹配。 字段C是16
位长的,它说明该消息 报文中正文部分字节的数目。 字段C中的零值容许存在,
但无做任何使用。
M1与M2字段长都必须为8位,且必须包含零。 字段M3必须为存在,且必须全
部为零。 字段M3可以用来向一个字的边界填写消息报文。 并随后填充补全。
32 bits
|<--------------------------------->|
+-----------------------------------+
| |
| leader |
| |
+--------+--------+-----------------+
| | | |
| M1 | S | C |
| | | |
+--------+--------+-----------------+
| | ^ |
| M2 | | |
| | | |
+--------+ | |
| | |
| | |
| |
| Text |
// //
| | |
| | |
| | |
| | |
| | +--------+
| | | |
| | | M3 |
| v | |
+-----------------+--------+--------+
| |
| 10 --------- 0 | <-- Padding
| |
+-----------------+
Typical Message
图 1
正文字段由C字节组成,每个字节长S位。该正文字段开始于消息报文的开始
点72位之后。
子网必须能够将字节流分割为消息报文。 消息报文边界上并不附加任何语
义成分。特别地:
1. 对于C而言,尽管一个具有零值的消息报文是合法的,但其用尽了资源
分配,且是无意义的。(见后文的流控制)
2. 接收器并不期望与消息报文边界同步的第三级控制信息。特别地,如果
记录被声明为对联接进行定义,则接收器必须等候多记录或一个消息报
文中的记录碎片。(然而控制信息遵守特殊的规则,见下文)
3 消息报文数据类型
数据类型并不作为第二级协议的一部分而加以定义。
第三级协议则可包括该定义。数据类型不可能在消息报文边界同步。
4 重置与重置应答
添加了一对新的一位控制信号RST(reset)和RRP(reset reply)。 RST
信号被解释为一个用于由发送给RST的主人产生的所有存在的入口的网络控制程
序表的信号。 主机接收RRP信号表示对RST信号的确认。 发送RST信号的主机可
以在收到一个RST信号或一个应答RRP信号之后继续请求联接。 如果在第一个主
机之后出现第二个主机,则返回一个RST信号。
5 流量控制
流量控制方法从两方面发生了变化。 首先,中止机制被停用。 10HI和11HI
消息报文将不再被辨别为Imps,并且该Imps也将不再生成10HI、11HI或12HI消息
报文。
其次,分配机制此刻处理二个量:位与消息报文。 接收器给这些量中间的
每一个分别地分派。 发送器与接收器必须为消息报文保留一个16位无符号计数
器,并为位保留一个32 位无符号计算器。
发送消息报文时,发送器从该消息报文计数器减一,并且将位计数器的正文
长度也减一。接收器在收到该消息报文的时候同样地递减其计数器。 如果任何
一个计数器将要递减至低于零,则禁止发送器继续发送。 同样地,也禁止接收
器生产当前消息报文的大于2**16-1的分配,以及超过2**32-1的当前位的分配。
消息报文的正文长度是S(字节长度)和C(字节数)的乘积。 如报文格式
内所述,这些值总出现在消息报文的第一部分。
ALL、GVB和RET命令将被修正以便处理上述二个数值。
如下,它们的格式由控制命令给出。GVB命令被进一步修改以使其可以请求
返回空分配。 新的GVB命令有4个8位字段。 如前所述,开头两个字段是该操作
码和连接。
下两个字段包含号码fM和fB,用于控制返回消息报文和分配的多少。 如果
这些号码在0到128的范围内,则被解释为:"当前分配的第128个"。如果这些号
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -