組織：中國互動出版網(wǎng)（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）
譯文發(fā)布時間：2001-11-7
版權：本中文翻譯文檔版權歸中國互動出版網(wǎng)所有。可以用于非商業(yè)用途自由轉(zhuǎn)載，但必須
保留本文檔的翻譯及版權信息。




Network Working Group
Request for Comments $107
NIC #5806

主機-主機 協(xié)議故障清除委員會的說明
(RFC107——Output of the Host-Host Protocol)



目錄
介紹	3
修改	3
1 字節(jié)	3
2 報文格式	3
3 消息報文數(shù)據(jù)類型	5
4 重置與重置應答	5
5 流量控制	5
6 控制信號	6
7 連接指派	6
8 定長控制命令	6
9 控制命令的格式	6
關于字節(jié)流的討論	8




                        加利福尼亞大學洛杉磯分校
                             1971年3月23日





                            Robert Bressler
                             Steve Crocker
                            William Crowter
                             Gary Grossman
                             Ray Tomlinson
                              James Withe







介紹
在游說了網(wǎng)絡共同體之后，傳輸協(xié)議故障清除委員會于1971年3月8日至9日
在加利福尼亞州立大學洛杉磯分校舉行了第二次會議。 委員會第一次略微擴大
會議的結果以RFC102號文件的形式備案。  委員會同意就1號文件中的協(xié)議進行
個別的修改，所涉及的修改如下。
每次會議上，委員會很快地處理除了一個突出課題之外的所有的主題。 第
一次會議中，大部分時間被用來考慮中斷機制，并且討論結果被概括為RFC102
號文件。 在第二次會議上，委員會花費幾乎所有的時間討論字節(jié)的概念，這一
討論結果在修改列表之后加以總結。
本RFC文檔將全部取代RFC102號文件，并且作為1號文檔的官方修訂。 1號文
檔的修訂版將被簡單地述及，并且與這里列出的修改列表合并。
網(wǎng)絡控制程序的制訂人將盡快合并這些變動。 網(wǎng)絡控制程序的制訂人還將
估計這些網(wǎng)絡控制程序?qū)⒂诤螘r準備就緒，并將上述推算向Steve Crocker或他
的秘書Byrna kristel通報。

修改
1 字節(jié)
迄今為止，一個聯(lián)接一直是一個位流。 從今以后，它將是一個字節(jié)流，具
有字節(jié)長度S，在每一消息報文的STR命令中給出。 該字節(jié)長度滿足約束：
1 <= S <=255.
某一聯(lián)接字節(jié)長度的選擇是一個第三級協(xié)議的問題，但是字節(jié)長度在此聯(lián)接
的使用期限內(nèi)是一個常數(shù)。 每一條消息報文必須包含整數(shù)個正文字節(jié)（見下文）。

2 報文格式
報文格式被轉(zhuǎn)換為如圖１所示的格式。
字段S和C分別代表字節(jié)長度與字節(jié)數(shù)。
字段S有8位，必須與創(chuàng)建聯(lián)接的STR中聲明的字節(jié)長度相匹配。 字段C是16
位長的，它說明該消息 報文中正文部分字節(jié)的數(shù)目。 字段C中的零值容許存在，
但無做任何使用。
M1與M2字段長都必須為8位，且必須包含零。 字段M3必須為存在，且必須全
部為零。 字段M3可以用來向一個字的邊界填寫消息報文。 并隨后填充補全。




                              32 bits
                |<--------------------------------->|

                +-----------------------------------+
                |                                   |
                |              leader               |
                |                                   |
                +--------+--------+-----------------+
                |        |        |                 |
                |   M1   |    S   |        C        |
                |        |        |                 |
                +--------+--------+-----------------+
                |        |        ^                 |
                |   M2   |        |                 |
                |        |        |                 |
                +--------+        |                 |
                |                 |                 |
                |                 |                 |
                |                                   |
                |                Text               |
                //                                 //
                |                 |                 |
                |                 |                 |
                |                 |                 |
                |                 |                 |
                |                 |        +--------+
                |                 |        |        |
                |                 |        |   M3   |
                |                 v        |        |
                +-----------------+--------+--------+
                |                 |
                |  10 --------- 0 | <-- Padding
                |                 |
                +-----------------+

                            Typical Message

                                圖 1
正文字段由C字節(jié)組成，每個字節(jié)長S位。該正文字段開始于消息報文的開始
點72位之后。
子網(wǎng)必須能夠?qū)⒆止?jié)流分割為消息報文。 消息報文邊界上并不附加任何語
義成分。特別地：
1.	對于C而言，盡管一個具有零值的消息報文是合法的，但其用盡了資源
分配，且是無意義的。（見后文的流控制）
2.	接收器并不期望與消息報文邊界同步的第三級控制信息。特別地，如果
記錄被聲明為對聯(lián)接進行定義，則接收器必須等候多記錄或一個消息報
文中的記錄碎片。（然而控制信息遵守特殊的規(guī)則，見下文）

3 消息報文數(shù)據(jù)類型
數(shù)據(jù)類型并不作為第二級協(xié)議的一部分而加以定義。
第三級協(xié)議則可包括該定義。數(shù)據(jù)類型不可能在消息報文邊界同步。

4 重置與重置應答
添加了一對新的一位控制信號RST（reset）和RRP（reset reply）。 RST
信號被解釋為一個用于由發(fā)送給RST的主人產(chǎn)生的所有存在的入口的網(wǎng)絡控制程
序表的信號。 主機接收RRP信號表示對RST信號的確認。 發(fā)送RST信號的主機可
以在收到一個RST信號或一個應答RRP信號之后繼續(xù)請求聯(lián)接。 如果在第一個主
機之后出現(xiàn)第二個主機，則返回一個RST信號。

5 流量控制
流量控制方法從兩方面發(fā)生了變化。 首先，中止機制被停用。 10HI和11HI
消息報文將不再被辨別為Imps，并且該Imps也將不再生成10HI、11HI或12HI消息
報文。
其次，分配機制此刻處理二個量：位與消息報文。 接收器給這些量中間的
每一個分別地分派。 發(fā)送器與接收器必須為消息報文保留一個16位無符號計數(shù)
器，并為位保留一個32 位無符號計算器。
發(fā)送消息報文時，發(fā)送器從該消息報文計數(shù)器減一，并且將位計數(shù)器的正文
長度也減一。接收器在收到該消息報文的時候同樣地遞減其計數(shù)器。 如果任何
一個計數(shù)器將要遞減至低于零，則禁止發(fā)送器繼續(xù)發(fā)送。 同樣地，也禁止接收
器生產(chǎn)當前消息報文的大于2**16-1的分配，以及超過2**32-1的當前位的分配。
消息報文的正文長度是S（字節(jié)長度）和C（字節(jié)數(shù)）的乘積。 如報文格式
內(nèi)所述，這些值總出現(xiàn)在消息報文的第一部分。
ALL、GVB和RET命令將被修正以便處理上述二個數(shù)值。
如下，它們的格式由控制命令給出。GVB命令被進一步修改以使其可以請求
返回空分配。 新的GVB命令有4個8位字段。 如前所述，開頭兩個字段是該操作
碼和連接。
下兩個字段包含號碼fM和fB，用于控制返回消息報文和分配的多少。 如果
這些號碼在0到128的范圍內(nèi)，則被解釋為："當前分配的第128個"。如果這些號