本備忘錄的狀態(tài)
本備忘錄講述了一種為internet社區(qū)定義的試驗性協(xié)議。本備忘錄不指定任何種類的
internet標(biāo)準(zhǔn)。希望大家多給與批評和建議。本備忘錄的發(fā)布不受任何限制。

摘要
本備忘錄提出一項協(xié)議，它容許本地網(wǎng)在往外地的撥號過程中能夠更多地使用調(diào)制解調(diào)
器。
目錄
1.com端口控制選項協(xié)議 4
2.com端口配置命令 4
4.com端口和調(diào)制解調(diào)器線性變化的通知 8
5.流量控制 9
6.安全性考慮 9
7．作者聯(lián)系地址 9
8．參考文獻(xiàn) 10



討論
遠(yuǎn)程登錄協(xié)議定義了一個面向字符、交互式的通訊對話。它原來設(shè)計在一個客戶和一運
行遠(yuǎn)程服務(wù)的主機之間建立一對話[5]。
許多新的商業(yè)功能要求一個人連接到遠(yuǎn)程的服務(wù)器檢索或存放信息。最多的一種方式是
這些遠(yuǎn)程服務(wù)經(jīng)由異步撥號連接以實現(xiàn)。這一新的服務(wù)功能類別包括:
- 通過撥號上互聯(lián)網(wǎng)
- 連接到電子公告板
- 連接到內(nèi)部和外部數(shù)據(jù)庫
- 收發(fā)傳真。
這些新類別的服務(wù)功能的一般特性要求通過異步調(diào)制解調(diào)器而建立的交互式的、面向字
符的連接。這就是眾所周知的向外modem撥號。
為了有助于減少在安裝和維護(hù)附加電話線路的費用，許多設(shè)備制造商在訪問量較大的服
務(wù)器和路由器上補充了端口直接遠(yuǎn)程登錄的功能，我們將其歸類為存取服務(wù)器。
然而,當(dāng)前遠(yuǎn)程登錄定義無法充分滿足越來越多的用途。這項協(xié)議需要將三方面的功能
補充到Telnet協(xié)議以有效支持modem外撥。這些是:
- 客戶將com端口配置信息發(fā)送給連接到外撥modem的存取服務(wù)器的能力。這需要在字
節(jié)級別上確保傳送和接收的正確格式。
- 存取服務(wù)器將諸如信號變化之類的信息通知任一modem線上的客戶端的能力例如
RLSD信號變化(載波檢測)。這信息是重要的,因為許多客戶的軟件包用這項信息來判定
是否與遠(yuǎn)程服務(wù)建立了連接。RLSD變化也使用在類I傳真做為信號發(fā)送[6]。
- 客戶端和存取服務(wù)器之間流量控制的治理能力，它并不涉及到在客戶端與遠(yuǎn)程服務(wù)之間
所建立的會話中流量控制機理的。不幸的是，RFC1372"遠(yuǎn)程登錄遠(yuǎn)程的流控制選項"[2]
不能滿足這種目的，因為它依靠于發(fā)送xon/xoff字符，字符也許會被傳送或接收作為標(biāo)
準(zhǔn)過程的客戶/遠(yuǎn)程的服務(wù)對話。
盡管這討論主要是面向于通往外地的撥號作為這項協(xié)議的主要用途,但這項協(xié)議也能用
于做為存取服務(wù)器附件的任何串行設(shè)備使用。這樣的設(shè)備可以是:
- 串行的打印機
- 繪圖儀
- 顯示設(shè)備例如管道監(jiān)視器或醫(yī)用監(jiān)視器
- 例如一般圖片復(fù)印機和收款機的辦公室設(shè)備
定義以下術(shù)語：
存取服務(wù)器――任何網(wǎng)絡(luò)設(shè)備，它接受telnet對話、通過com口接受傳送數(shù)據(jù)以及利
用Telnet會話通過com口將接受到的數(shù)據(jù)送給客戶端。
波特比率――為這文檔的目的,波特率表示每秒傳送通信數(shù)據(jù)的字節(jié)數(shù)。
客戶端――任何網(wǎng)絡(luò)設(shè)備，向存取服務(wù)器發(fā)送一個Telnet請求。
出境――從連接存取服務(wù)器的modem到遠(yuǎn)程服務(wù)之間的數(shù)據(jù)傳輸。
入境――從遠(yuǎn)程服務(wù)到連接存取服務(wù)器的modem之間的數(shù)據(jù)傳輸。
遠(yuǎn)程服務(wù)――接受撥號連接的任何服務(wù)（包括傳真）。
插圖

=============

客戶端/
/<―――本地的區(qū)域/企業(yè)網(wǎng)絡(luò)
=============/
/
==================
遠(yuǎn)程登錄接口


存取服務(wù)器


com端口接口　
==================


==========

modem

==========
遠(yuǎn)程服務(wù)訪問
最通用公共交換------>
網(wǎng)絡(luò)
================
可以是internet服務(wù)
供給商,告示板遠(yuǎn)程服務(wù)
或傳真機器
================

命令名和代碼:
com-port-option44

客戶端到存取服務(wù)器存取服務(wù)器到客戶端
signaturetexttext
set-baudrate1101
set-datasize2102
set-parity3103
set-stopsize4104
set-control5105
notify-linestate6106
notify-modemstate7107
flowcontrol-suspend8108
flowcontrol-resume9109
set-linestate-mask10110
set-modemstate-mask11111
purge-data12112

討論：
正如前面的建議,com端口配置命令僅從客戶發(fā)送到存取服務(wù)器。存取服務(wù)器沒有com
端口初始化配置命令,僅有通知命令。然而,為了答應(yīng)服務(wù)器初始化com端口配置，已經(jīng)建
立了不同的命令值。
1.com端口控制選項協(xié)議
com的控制選項協(xié)議使用標(biāo)準(zhǔn)的遠(yuǎn)程登錄機制：
iacwillcom-port-option
發(fā)送者愿意發(fā)送com端口控制選項命令
iacwontcom-port-option
發(fā)送者不愿意發(fā)送com端口控制選項命令
iacdocom-port-option
發(fā)送者愿意接受com端口控制選項命令
iacdontcom-port-option
　　　　發(fā)送者不愿意接受com端口控制選項命令
典型地，客戶使用will和wont,存取服務(wù)器使用do和dont。
2.com端口配置命令
一旦協(xié)議達(dá)成,客戶可以不受時間和次數(shù)限制地發(fā)送命令。一旦命令被存取服務(wù)器處理
了,從客戶傳送到存取服務(wù)器的每條命令必須被承認(rèn)。這種確認(rèn)在命令的處理以后將把在存
取服務(wù)器設(shè)定的值通知客戶端。這種確認(rèn)在命令的處理以后將把在存取服務(wù)器設(shè)定的值通知
客戶端。這與在tcp協(xié)議層處理的收到命令的確認(rèn)是不同的。它的目的是通知客戶正在使用
的值與客戶請求的值的不同。例如,客戶可能要求存取服務(wù)器提供超過它所能提供的波特率。
假如客戶在一合理的時間內(nèi)收不到這一回復(fù)(比如兩倍延時),客戶可能希望重新發(fā)送命令,
或終止對話。
雖然可從存取服務(wù)器發(fā)送任何序列的命令到客戶端，然而不同的序列命令可能會產(chǎn)生無
效的com端口配置。(例如:數(shù)據(jù)大小在8位以下時偶數(shù)校驗有效，推薦按下列順序發(fā)送命令:
1． set-baudrate
2． set-datasize
3． set-parity
4． set-stopsize

iacsbcom-port-optionsignature<text>iacse
客戶與存取服務(wù)器之間互相交換識別標(biāo)志的命令假如沒有<text>選項，它是發(fā)送者要
求接收端提供識別標(biāo)志的命令。<text>可以包含任何字符。<text>選項沒有固定的格式。它
可以包含制造商信息,版本號信息,或任何另外的信息。假如有iac字符在<text>出現(xiàn),必須轉(zhuǎn)
換成iac-iac以避免命令終止。
iacsbcom-port-optionset-baud<value(4)>iacse
是由客戶端發(fā)送給存取服務(wù)器請求設(shè)置com口波特率的命令。<value>是4個八位二進(jìn)
制數(shù)(4字節(jié))。value是用網(wǎng)絡(luò)標(biāo)準(zhǔn)格式來表示的。value是請求的波特率，一種非凡情形value
為0。假如value是零,則客戶請求存取服務(wù)器com端口當(dāng)前的波特率。
討論：
由于當(dāng)今波特率的使用形成了一個非常廣泛的空間，并且在提議的初始版本中使用了基
于波特率表的索引。經(jīng)過多次討論之后，決定采用實際中使用的波特率。有兩個主要的原因：
1)它限制了最新的波特率的使用,直到value選項更新,2)它在波特比率的選擇方面的靈活性
是最大的。
iacsbcom-port-optionset-datasize<value>iacse
這是由客戶發(fā)送到存取服務(wù)器設(shè)置數(shù)據(jù)位數(shù)的命令。它也可以用來查詢當(dāng)前的數(shù)據(jù)位大
小。<value>值是1個八位二進(jìn)制數(shù)(字節(jié))。以下是value值的一個表格：
值數(shù)據(jù)比特大小
0 請求當(dāng)前的數(shù)據(jù)位大小
1 可用為未來使用
2 可用為未來使用
3 可用為未來使用
4 可用為未來使用
5 5
6 6
7 7
8 8
9-127可用為未來使用
討論:數(shù)據(jù)位大小僅有8個可能的值,曾經(jīng)有4個被使用過,只有2個現(xiàn)在常用。命令參數(shù)
的格式推薦保持一致。它也減少了命令在協(xié)議中定義的次數(shù),答應(yīng)將來擴展。
iacsbcom-port-optionset-parity<value>iacse
客戶到服務(wù)端，設(shè)置奇偶校驗，也可用于查詢。是1位八位二進(jìn)制數(shù)的(字節(jié))。以下是
value值的一個表格：
值奇偶性[1]
0 請求當(dāng)前的數(shù)據(jù)大小
1 沒有
2 奇數(shù)
3 偶數(shù)
4 標(biāo)記
5 空格校驗
6-127可用為未來使用
討論:
現(xiàn)在常用的僅有5個值。命令參數(shù)的格式推薦同其他命令保持一致。
iacsbcom-port-optionset-stopsize<value>iacse
客戶到服務(wù)端，設(shè)置stopbits,也可用于查詢，為1個字節(jié)。客戶到服務(wù)端，設(shè)置停止位,
也可用于查詢，為1個字節(jié)。以下是value值的一個表格：
值停止位大小
0 請求當(dāng)前的數(shù)據(jù)大小
1 1
2 2
3 1.5
4-127可用為未來使用
討論:
僅當(dāng)數(shù)據(jù)大小設(shè)置成5位時,停止位1.5被大多數(shù)com端口支持。現(xiàn)在已經(jīng)不常用了。
3.非凡的com口控制命令
客戶可以通過遠(yuǎn)程登錄會話在任何時候、任何次數(shù)地往存取服務(wù)器發(fā)送這一命令。存取
服務(wù)器會對每個命令回復(fù)一個確認(rèn)信息，這個信息包含了命令和實際值集合。客戶希望在一
合理的時間以內(nèi)得到一響應(yīng)(比如兩倍延時)。否則，客戶可能希望重新發(fā)送沒被確認(rèn)的命
令或終止對話。
iacsbcom-port-optionset-control<value>iacse
這一命令是從客戶端發(fā)送給存取服務(wù)器以設(shè)置非凡的com口選項。這一命令也可用來
查詢當(dāng)前選項值，值為一個字節(jié)。以下是value值的一個表格：
值控制命令
0 com口流控制設(shè)置請求(outbound/both)
1 不使用流控制(outbound/both)
2 使用xon/xoff流控制(outbound/both)
3 使用硬件流控制(outbound/both)
4 請求中斷狀態(tài)
5 設(shè)置中斷狀態(tài)　on
6 設(shè)置中斷狀態(tài)　off
7 請求dtr信號狀態(tài)
8 設(shè)置dtr信號狀態(tài)on
9 設(shè)置dtr信號狀態(tài)off
10 請求rts信號狀態(tài)
11設(shè)置rts信號狀態(tài)on
12 設(shè)置rts信號狀態(tài)off
13 com口流控制設(shè)置請求(inbound)
14 不使用流控制(inbound)
15 使用xon/xoff流控制(inbound)
16使用硬件流控制(inbound)
13 com口流控制設(shè)置請求(inbound)
14 不使用流控制(inbound)
15 使用xon/xoff流控制(inbound)
16使用硬件流控制(inbound)
16 使用dcd流控制(outbound/both)
18使用dtr流控制(inbound)
19 使用dsr流控制(outbound/both)
20-127可用為未來使用
討論:
流控制選項劃分inbound和outbound,outbound充分利用現(xiàn)有的程序設(shè)計界面和存取服
務(wù)器能力。
討論:
outbound值應(yīng)該將流控制設(shè)置為出和入。假如入可以分開設(shè)置它應(yīng)該在出的設(shè)置后設(shè)
置。
討論:
假如存取服務(wù)器無法區(qū)分入與出的流控制，它應(yīng)忽略入的流控制命令，并且應(yīng)基于出的
流控制命令來設(shè)置流控制選項。
iacsbcom-port-optionset-linestate-mask<value>iacse
這一命令是從客戶端發(fā)送給存取服務(wù)器，為了發(fā)送notify-linestate選項以設(shè)置一比特掩
碼(參閱第4部分)。當(dāng)存取服務(wù)器的linestate改變時,存取服務(wù)器會將新的linestate和
linestate-mask進(jìn)行"與"處理，假如結(jié)果非零，存取服務(wù)器將發(fā)送與結(jié)果。假如大于一位滿足
linestate-mask,只有1個notify-linestate,與所有的滿足的位,將被送到客戶端。set-linestate-mask
可以是以下組合。這些值和在notify-linestate選項中使用的是一樣的。set-linestate-mask值
基于目前最流行的uart(com端口控制芯片)[1]。
比特位值含義
7128超時錯誤
664傳送移位寄存器為空
532傳送保持寄存器為空　
416中斷檢測錯誤
38幀錯誤
24奇偶校驗錯誤
12超載錯誤
01數(shù)據(jù)就緒
討論:
set-linestate-mask值置0時阻止存取服務(wù)器將notify-linestate選項送至客戶。
討論:
set-linestate-mask值為255時，答應(yīng)存取服務(wù)器當(dāng)每次存取服務(wù)器的linestate變化時，
送一notify-linestate選項到客戶。
討論:
存取服務(wù)器的linestate-mask初始值是0。
討論:
在收到一notify-linestate以后,客戶不必須發(fā)送一新的set-linestate-mask。linestate-mask
在存取服務(wù)器的值將保持直到被客戶設(shè)置或重建對話時重置。linestate-mask在存取服務(wù)器的
值將保持直到被客戶設(shè)置或重建對話時重置。
iacsbcom-port-optionset-modemstate-mask<value>iacse
這一命令是從客戶端發(fā)送給存取服務(wù)器，為了發(fā)送notify-modemstate選項設(shè)置一比特掩
碼。當(dāng)modemstate在存取服務(wù)器上變化時,存取服務(wù)器將原有modemstate-mask和新的
modemstate進(jìn)行與運算。假如結(jié)果非零,存取服務(wù)器將發(fā)送與結(jié)果到notify-modemstate選項。
假如多于一個位滿足modemstate-mask,僅有1個notify-modemstate,與所有的滿足的位,將被送
到客戶。set-modemstate-mask可為下列任何組合。值和notify-modemstate選項一樣。
set-modemstate-mask值基于目前最流行的uart(com端口控制芯片)[1]。
比特位值含義
7128接收線性信號檢測（即載波檢測）
664來訪指示（敲門）
532data-set-ready信號狀態(tài)
416clear-to-send信號狀態(tài)
38delta接收線性信號檢測
24trailing-edgering檢測器
12deltadata-set-ready
01deltaclear-to-send
討論:
0的set-modemstate-mask值將阻止存取服務(wù)器送notify-modemstate選項到客戶。
討論:
set-modemstate-mask值為255時答應(yīng)存取服務(wù)器當(dāng)每次存取服務(wù)器的modemstate變
化時，送notify-modemstate選項到客戶。
討論:
存取服務(wù)器的modemstate-mask初始值是255。
討論:
在收到一notify-modemstate以后,客戶不必須發(fā)送一新的set-modemstate-mask
modemstate-mask在存取服務(wù)器的值將保持直到被客戶設(shè)置或重建對話時重置。
iacsbcom-port-optionpurge-data<value>iacse
這一命令是從客戶端發(fā)送給存取服務(wù)器，要求存取服務(wù)器立即清除所有涉及緩沖的數(shù)
據(jù)。值大小位一個字節(jié)。
值清除數(shù)據(jù)緩沖區(qū)
0 可用為未來使用
1清除存取服務(wù)器接收數(shù)據(jù)緩沖區(qū)
2 清除存取服務(wù)器傳送數(shù)據(jù)緩沖區(qū)
3 清除存取服務(wù)器接收數(shù)據(jù)緩沖區(qū)和傳送數(shù)據(jù)緩沖區(qū)
4-127可用為未來使用
4.com端口和調(diào)制解調(diào)器線性變化的通知
存取服務(wù)器的發(fā)送不受時間和次數(shù)限制。一旦com端口或調(diào)制解調(diào)器線性變化,存取服
務(wù)器應(yīng)該立即發(fā)送適當(dāng)?shù)拿畹娇蛻簟？蛻舨槐貙γ畎l(fā)出響應(yīng)。
iacsbcom-port-optionnotify-linestate<value>iacse
值的大小是一個字節(jié)。值是從以下值表中的多個比特層構(gòu)成的。多比特值可以在一次傳
送中設(shè)置。值是基于最流行的uart(com端口控制芯片)[1]。
比特位值含義
7128超時錯誤
664傳送移位寄存器為空
532傳送保持寄存器為空
416中斷檢測錯誤
38幀錯誤
24奇偶校驗錯誤
12超載錯誤
01數(shù)據(jù)就緒
討論:
linestate是在存取服務(wù)器上的uart的線性狀態(tài)。
iacsbcom-port-optionnotify-modemstate<value>iacse
值的大小是一個字節(jié)。值是從以下值表中的多個比特層構(gòu)成的。多比特值可以在一次傳
送中設(shè)置。值是基于最流行的uart(com端口控制芯片)[1]。
比特位值含義
7128接收線性信號檢測（即載波檢測）
664來訪指示（敲門）
532data-set-ready信號狀態(tài)
416clear-to-send信號狀態(tài)
38delta接收線性信號檢測
24trailing-edgering檢測器
12deltadata-set-ready
01deltaclear-to-send
5.流量控制
客戶端和（或）存取服務(wù)器可以通過遠(yuǎn)程登錄會話在任何時候、任何次數(shù)地往存取服務(wù)
器發(fā)送這一命令。
iacsbcom-port-optionflowcontrol-suspendiacse
這命令的發(fā)送端請求接收器推遲數(shù)據(jù)及命令的傳輸直到發(fā)送端發(fā)flowcontrol-resume命
令。
iacsbcom-port-optionflowcontrol-resumeiacse
這命令的發(fā)送端請求接收器恢復(fù)發(fā)送數(shù)據(jù)和命令
討論:
遠(yuǎn)程登錄在客戶和存取服務(wù)器之間最初被初始化為重用狀態(tài)。沒有需要在初始化期間發(fā)
送resume命令。
討論:
可以同時發(fā)送多個并行的暫停命令。第二個暫停命令可以被忽略。當(dāng)碰到第一個單一個
的resume命令時傳送恢復(fù)。
討論:
流控制選項是為了處理客戶到存取服務(wù)器Telnet對話的流控制而設(shè)計的。這選項加在
RFC1372中：遠(yuǎn)程登錄的流控制選項[2]。RFC1372使用一單字符xon/xoff技術(shù)來實現(xiàn)流
控制。這導(dǎo)致2個問題。首先,流控制字符可能是有效的數(shù)據(jù)。其次，流控制字符可能被用
來終端之間的流控制在結(jié)束使用(客戶應(yīng)用程序到遠(yuǎn)程服務(wù)器的撥號)。
6.安全性考慮
有2項安全問題需要討論：驗證和資源的重置。
認(rèn)證可以遵循kerberos身份驗證協(xié)議（見RFC1411）[3]或SPX身份驗證協(xié)議（見RFC
1412）[4]。
對話終止時，存取服務(wù)器必須確保斷開連接，同時com口設(shè)置（波特率，數(shù)據(jù)大小，
停止位，奇偶校驗和流量控制）恢復(fù)到定義值。這確保com端口在一已知狀態(tài),預(yù)備建立下
一客戶對話。這將使操作更具有可猜測性，同時避免可能從與隨機的com端口配置開始一
新建的的撥號對話發(fā)生的問題。
7．作者聯(lián)系地址
GlenClark,SoftwareArchitect
CiscoSystems,Inc.
170WestTasmanDrive
SanJose,CA96134
USA

EMail:glenc@cisco.com
WEB:www.cisco.com
8．參考文獻(xiàn)
[1]JoeCampbell.CIndianapolis:SAMSPublishing,1993.213-224.
[2]Hedrick,C.,andD.Borman,"TelnetRemoteFlowControlOption",RFC1372,Cray
Research,Inc.,October1992.
[3]Borman,D.,"TelnetAuthentication:KerberosVersion4",RFC1411,CrayResearch,
Inc.,January1993.
[4]Alagappan,K.,"TelnetAuthentication:SPX",RFC1412,DigitalEquipment
Corporation,January1993.
[5]D.E.ComerandDavidStevens.InternetworkingwithTCP/IP,VolumeIII.Prentice
Hall,1993.
[6]AndrewMargolis.TheFAXModemSourcebook.JohnWiley&Sons.1995.