⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc107.txt

📁 RFC中文技术文档
💻 TXT
📖 第 1 页 / 共 2 页
字号:
组织:中国互动出版网(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 + -