組織：中國互動出版網（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-5-24
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。


Network Working Note											Steve Crocker, UCLA
RFC-6															  10 April 1969


與 Bob Kahn 會話
（CONVERSATION WITH BOB KAHN）


	昨天我與Bob Kahn在BB&N談話。我們談到了IMP的、IMP─HOST間通訊的，以及
HOST軟件中的代碼轉換。
	BB&N是準備來將6、7、8、9位字符代碼轉換為8位ASCII碼用以傳輸以及在目標IMP
集合上再次轉換的。BB&N對每一個主機都制訂了唯一的一個“一對一的”計劃表單。我
提出那些使用6位代碼的區域也許需要進行字符切換，Bob說這樣就可能在需要過多切換時
導致溢出，我認為此種情況出現的概率很小，而且我們應該可以忍受這種可能會出現的溢出，
事實上溢出幾乎是不可避免的。
	出于對HOST-IMP間通訊的考慮，現在我們用一個5位的連接字段，而用1個位來標示
轉換。也可能是兩位的轉換標示符，一個用來在發送前轉換，一個用于發送后。這將使得另
一個句柄可以檢測或控制系統。
	
主機（HOST）可以發送信息或一個信息的部分到它的IMP來指定：
1、	 追蹤
2、	 轉換
3、	 信息是針對目標IMP還是HOST（主機）
4、	 發送RFNM信息
5、	 HOST（主機）處于激活狀態還是宕機狀態
6、	同步
7、	格式化錯誤信息
8、	掌管連接清除
9、	狀態請求

IMP可以向它的主機發送下面相關的信息：
1、	轉換
2、	RFNM已經到達
3、	IMP激活或宕機
4、	同步
5、	主機呼叫無回應
6、	格式化錯誤
7、	IMP中的狀態

我還為Bob概括介紹了網絡文檔1、2、3的內容。
RFC 6  Conversation with Bob Kahn                                     與 Bob Kahn 會話


1