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


Network Working Group                                       		   S. 
Crocker
Request for Comments: 36                              			16 March 1970


                               協(xié)議注解
（RFC36 Protocol Notes）


I． 總的看法
  ---------------------------

網絡協(xié)議提供了三方面的便利性:

         1.  連接的建立

         2.  流控制

         3.  再連接

	“再連接”被從“連接建立”中分離出來，一方面是由于它的復雜性，另一方面是由于
我還沒有怎么接觸過一個完整的體現(xiàn)此概念的協(xié)議。


連接的建立
   ------------------------

連接建立的運作基本上與NWG/RFC#33中的一樣。最主要的變化就是提供了獨立于設施
的更加完善的交換方式，使得不包括交換過程的設施顯得更加簡單。
	下面是連接建立的大概情況：

1.	主機A中的進程PA搶占套接口SA，并請求與套接口SB建立連接。進程PA通過一
個系統(tǒng)呼叫來完成此工作。
2.	與此同時，主機B中的進程PB搶占套接口SB，并請求與套接口SA建立連接
3.	在對進程PA的請求的回應中，主機A中的網絡協(xié)議程序（簡記為NCPA），發(fā)送一
個“請求--連接（RFC）”命令給主機B。B主機中的NCPB發(fā)送一個類似的命令給主
機A。沒有默認的順序，NCPB可以在從NCPA接收命令之前或之后向NCPA發(fā)送命令。
4.	NCPA和NCPB都知道連接是在它們都收到了一個RFC命令而且都接收到了其發(fā)送出
的RFNM之后才確立的。然后它們分別通告進程PA和PB，連接已經確立。一個必
須堅持的原則就是或者是由SA作發(fā)送方接口，SB作接收方接口，或者是相反的情
況。這種狀況有時被稱為“SA和SB必須組成‘發(fā)送/接收’對”
5.	發(fā)送進程可以馬上進行。


流控制

 	------------------------
為了阻止發(fā)送進程導致接收進程的溢出，接收方進程能夠停止數(shù)據流就顯得很有必要了（*）。
流控制被集成到網絡RFNM處理中。當一個接收方主機希望限制一條單獨線路上的流傳輸時，
該主機發(fā)送一條專用消息給它的IMP，使那條鏈路上的下一個RFNM被修正。發(fā)送方主機將該
消息解釋為一條RFNM，當作是要求停止發(fā)送的請求。一條強制控制命令被返回。
當接收方主機準備好再次接收時，它發(fā)送一條命令（RSM）告訴發(fā)送方主機再次發(fā)送。

---------------------------------------------------
（*）BB&N堅持認為應該提供無限的緩沖機制。這當然可能成為一項適當?shù)牟呗裕旱@與我
的思維方式完全相左，而且我對協(xié)議的設計是基于這樣的假設：在每個連接的接收端只提供
了一個很小的緩沖器。


再連接

-------------------------------
由于很多理由，需要能夠將一個（或兩個）連接的終端從一個端口轉換到另一個端口。這是
否易于實施，取決于在轉換進程上施加的種種限制。為最大的滿足一般性，我在此提出“動
態(tài)再連接”的方案，那意味著再連接過程即使是在流傳輸開始之后也能夠發(fā)生。在大多數(shù)情
況下，這種方案的成本比它實際需要的要高很多，要求有下面的優(yōu)點：
1．	提供交換連接的所有不同窗體。
2．	再連接過程不引入通過一個連接發(fā)送的消息進程的額外開銷，也就是說，全部的開銷就
在實施協(xié)議過程中。


II．數(shù)據結構
	--------------------------

1．	連接表

2．	進程表

3．	輸入鏈路表

4．	輸出鏈路表

5．	鏈路分配表
連接表
	------------------
此表保存了屬于本地端口（SOCKET）的所有信息，無論它是否被某個連接占用，占用它的連
接正處于何種狀態(tài)。入口條目由本地端口鍵入，但其它表也有指向本表的指針。（參見進程
表，輸入鏈路表和輸出鏈路表。）

每個條目都包括以下信息：

a）	本地端口（鍵）
b）	外來端口
c）	鏈接
d）	連接狀態(tài)
e）	流狀態(tài)和緩沖控制
f）	指向用戶進程的指針
g）	再連接控制狀態(tài)
h）	等待呼叫隊列

本地端口是一個32位的數(shù)。如果某個特定端口的條目不存在，它會被生成為空值。

外來端口是一個40位的數(shù)。如果沒有連接被建立，這個字段將不會被賦值。

鏈接是一個8位的數(shù)，是數(shù)據從發(fā)送方發(fā)送到接收方所經過的鏈接。一個套接口當且盡當它
的低位為0時，它才是接收端口。

連接狀態(tài)指的是一條鏈接是否開放等等。下面是可能出現(xiàn)的情況：

a）	本地進程已經請求了一條鏈接
b）	異地進程已經請求了一條鏈接
c）	連接確立
d）	再連接進行中
e）	關閉等待
f）	再連接等待

流狀態(tài)和緩沖控制指的是核實RFNM的發(fā)送及認可終止，掛起和恢復命令，和保持對數(shù)據的
流入流出的跟蹤。

一個指向用戶進程的指針當該進程已經請求了一條連接時是必需的。

如果再連接正在進行，保持對事件順序的跟蹤就是必要的了。被再連接進程占用的端口或者
是一個端點或者是一個中間點。如果它是一個中間點，就有必要將其它的與其連在同一個進
程上的中間點的8位的名字都儲存起來，并記錄下END和RDY命令的接收。

最后，如果RFC（“請求---連接”命令）當端口被占用或沒有進程占用它時被接收到，RFC
將被按照“先進先出”的原則在命名的本地端口中壓入堆棧隊列。
進程表
	----------------------
此表聯(lián)系起一個進程和一個套接字端口。它被用來進行系統(tǒng)調用。


輸入鏈路表
	----------------------
此表將接收鏈路與本地套接字端口聯(lián)系起來。它用來判定引入的消息的去向。


輸出鏈路表
	----------------------
此表將發(fā)送鏈路與本地套節(jié)字端口聯(lián)系起來。它用來解釋RFNM和RSM命令。


鏈路分配表
	----------------------
鏈路是由接收方分配的。此表顯示哪些鏈路是空閑的。


III．控制命令
	-----------------------

命	令	一	覽

   0         <NOP>
   1         <RFC> <me> <you>   或   <RFC> <me> <you> <link>
   2         <CLS> <me> <you>
   3         <RSM> <link>
   4         <SPD> <link>
   5         <FND> <me> <you> <asker>
   6         <END> <link> <end>
   7         <RDY> <link>
   8         <ASG> <me> <you> <link>


命		令

無操作

   格式:    NOP
            NOP  是 X '00'

   用途:    此命令被包括進來是為了完整和方便。
請求連接

   格式:    <RFC> <my socket>  <your socket>
     或     <RFC> <my socket>  <your socket>  <link>
            <RFC> 是 X'01'
            <my socket>是一個32位的套接字端口號碼，屬于發(fā)送方
            <your socket>是一個32位套接字端口號碼，屬于接收方
<link>是一個8位的鏈接號碼
            <my socket>和<your socket>必須是發(fā)送/接收成對出現(xiàn)。
            <link>被包括進來，當且僅當<my socket>是一個接收方套接字端口。

用途:	此命令用來初始化一個連接。 當兩個主機已經用同樣（顛倒）的方式交換了
RFC命令時，連接被確定。鏈路由接收方分配。

關閉

   格式:    <CLS> <my socket> <your socket>
            <CLS> 是 X'02'
            <my socket>和<your socket>對<RFC>而言是相同的

用途:	此命令用來阻斷一個連接。它還被用來中止一條連接的確立或用來拒絕一個請
求。這種情況發(fā)生在當被點名的兩個套接字端口之間沒有確立連接或是正在處
于被連接的進程中的時候。此時，<CLS>應該被丟棄。

恢復

格式:	<RSM> <link>
<RSM> 是 X'03'

用途:	此命令由一個接收方主機發(fā)送以引起發(fā)送主機在已經指出名字的鏈路上恢復
傳輸。當一個發(fā)送主機接收到一條特殊的代表某種消息的RFNM時，它會延緩發(fā)
送。（特殊的RFNM是由接收方的IMP基于其主機的要求下生成的。）

暫停

格式:    <SPD> <link>
             <SPD> 是 X'04'

用途:	此命令由發(fā)送方主機發(fā)出，以確認它已經停止通過該指定鏈路發(fā)送。如果一個
<RSM>命令被接收到，傳輸將恢復。

最終終端

格式:    <FND> <my socket> <your socket> <asker>
            <FND> 是 X'05'
            <my socket>是一個32位的套接字端口號碼，屬于發(fā)送方
            <your socket>是一個32位的套接字端口號碼，屬于接收方
            <my socket>和<your socket>組成一個發(fā)送/接收對。
在它們之間要確定一條連接。
<asker>是一個40位的與<my socket>類型相同的套接字端口號碼。

用途:	如果一個進程決定用將它的一個接收端口和一個發(fā)送端口連接起來的方法使
自身短路，NCP發(fā)送出兩個<FND>命令──每個方向一個。每個都擁有針對<my 
socket>初始化的<asker>。

一旦接收到一個<FND>命令，NCP就檢查它的<your socket>。如果<your socket>
已經被一個再連接所占用，該命令就被傳遞到一個新的<my socket>和<your 
socket>。但是，在它被傳遞前，<asker>要與新的<my socket>進行比較。如
果它們相等，就發(fā)現(xiàn)了一個循環(huán)，兩個端口都將被關閉。

如果<your socket>未被一個再連接占用，它就被標記為一個再連接鏈的端點，
而一個<END>會被發(fā)送回來。

如果被指名的連接沒在進行，一個<CLS>將被發(fā)送回來而<FND>會被丟棄。

終點找到

格式:	<END> <link> <end socket>
			<END> 是 X'06'
<link> 是個8位的鏈路號碼
<end socket> 是一個40位的端口號碼

用途:	此命令指明哪個端口是再連接鏈路的終點。它在<end socket>生成，并通過所
有的中間端口被回送到另一個終端端口。如果<end socket>是一個發(fā)送端口，
<link>指的就是發(fā)送方主機的發(fā)送端口和接收方主機的接收端口之間的一條
連接。如果<end socket>是一個接收端口，<link>指的就是接收方主機的發(fā)送
端口和發(fā)送方主機的接收端口之間的一條鏈路。（“發(fā)送”和“接收”指的是
此控制命令的傳輸。）

完備

格式:	<RDY> <link>
            <RDY> 是 X'07'
            <link> 是一個8位的鏈路號碼

用途:	此命令被從一個發(fā)送端口發(fā)送到一個接收端口，以指明所有的消息都已經被傳
送到，“再連接”可能發(fā)生。

指派新鏈路

格式:	<ASG> <my socket> <your socket> <link>
<ASG> 是 X'08'

用途:	此命令完善一個“再連接”。當接收端口已經收到一個<RDY>后它就被從一個
接收端口發(fā)送到一個發(fā)送端口。一個新的連接被指派并且傳輸開始。





[ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by Marc Blanchett 3/00 ]
RFC36 Protocol Notes		協(xié)議注解


1
RFC文檔中文翻譯計劃