?? rfc1090.txt
字號:
組織:中國互動出版網(http://www.china-pub.com/)
RFC文檔中文翻譯計劃(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
譯者:高明輝(roamer21cn minghuigao@263.net)
譯文發布時間:2001-10-11
版權:本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載,但必須
保留本文檔的翻譯及版權信息。
Network Working Group R. Ullmann
Request for Comments: 1090 Prime Computer, Inc.
February 1989
SMTP在X.25上
(RFC1090---- SMTP on X.25)
目錄
1.本備忘錄的狀態 1
2.簡介 2
3.協議ID和呼叫用戶數據 2
4.數據流 2
5.識別數據 2
6.電路復位 2
7.呼叫業務 2
8.字符編碼 3
9.關閉連接 3
10.超時 3
10.1 呼叫請求 3
10.2 已經建立的呼叫 3
10.3 關閉 3
10.4 清除 3
11.其他特性 3
參考: 4
作者地址: 4
1.本備忘錄的狀態
本備忘錄講述了一種基于CCITT的X.25標準提供的虛電路業務的SMTP標準。
本備忘錄的發布不受任何限制。
2.簡介
在RFC821("SIMPLE MAIL TRANSPORT PROTOCOL",SMTP,簡單郵件傳輸協議)
的附錄D中提到了直接將SMTP置于X.25虛電路(ISO第3層)上的可能性。并建議“利
用一種類似于TCP可靠的端到端協議在X.25的連接上”。在1981年時,考慮到PSDNs的
總體的可靠性,這毫無疑問是可行的。這一業務現在(1989年)已經非常可靠,它允許直
接將其置于虛電路業務上。
在包括22個不同的國家的24個PSDN網的許多產品,證明了這種方法是成功的,結
果證明,即使使用在一些花費比較昂貴的PSDN中,這種方法還是十分經濟的,在X.25專
網和X.25局域網中,這種方法也是成功。
每一個SMTP會話必須打開一條X.25虛電路(Virtual Circuit ,VC),SMTP會話將
使用由VC提供的全雙工通道。通常,VC是由發起呼叫的一方關閉的。
3.協議ID和呼叫用戶數據
呼叫用戶數據區的前4個字節應該是0xC0F7,0000(十六進制),十進制是192 247 0 0 。
這個字段通常用來標識一個協議ID,或者PRID。
但是在實際的操作中,應該有能力在基本前綴地址上配置呼叫用戶數據,包括協議ID
字段。
4.數據流
在發送端通常把SMTP數據分成許多數據包,相應地,在數據包封裝的時候應該置M
位(表示有后續數據包)。數據包的總長度可以達到2048個字節。
通常我們建議SMTP命令和響應應在一個數據包發送出去,或者只有一個后續數據包。
只要對調試協議方便即可。但這并不要求是必須的。
5.識別數據
Q比特被置位的分組和中斷分組是沒有用的。如果收到了,應該被忽略掉。
6.電路復位
如果收到了一個3層的電路復位指示,這條VC應該清除,SMTP連接應該重新建立。
重新建立會帶來一些時延,也可能是不同的呼叫業務。
7.呼叫業務
任何被X.25呼叫請求業務選擇的協商特征都可以使用。使用時應有能力為每一個被叫
地址指定業務。
8.字符編碼
X.25使用的字符編碼是完整的8位ASCII碼,沒有任何遺漏和修改。一行應該以CRLF
(十進制:13 10)結尾,也可以僅僅以LF(十進制:10)來標識一行的結束。
9.關閉連接
跟TCP協議不同,在清除請求的過程中,X.25不提供數據的同步傳送;當清除虛電
路時,就丟棄所有正在傳送的數據包。因此,當收到“服務關閉”消息時,主叫的一邊關閉
SMTP會話層(在X.25上),這種消息要么是QUIT命令的響應,或者是因為服務必須中止。
10.超時
SMTP通常不提供超時會話,在X.25,以下幾項是有效的:
10.1 呼叫請求
如果在100秒內沒有收到“呼叫接受”信息,或者在120秒(另外)內沒有收到“服
務準備好”信息,那么應該清除這次呼叫,然后重試。
10.2 已經建立的呼叫
當協議會話建立之后,在10分鐘內如果沒有收到任何響應,那么就應該清除這條虛
電路。
10.3 關閉
執行QUIT命令后,超時時間縮短為20秒。這可能會導致不經意地退出,但它不會影
響已經完成的SMTP業務。
10.4 清除
當X.25“清除請求”發出時,這條虛電路將在X.25協議指定的時間內超時。
11.其他特性
X.25的其他特性,如永久虛電路和D比特的選擇,都沒有用到。
參考:
[1] Postel, J., "Simple Mail Transfer Protocol", RFC 821, USC Information Sciences Institute,
August 1982.
[2] CCITT Recommendation X.25, "Interface Between Data Terminal Equipment (DTE) and
Data Circuit-Terminating Equipment (DCE) for Terminals Operating in the Packet Mode and
Connected to Public Data Networks by Dedicated Circuit", International Telegraph and Telephone
Consultative Committee, Fascicle VIII.3, Geneva, 1976; amended at Geneva, 1980 and
Malaga-Torremolinos, 1984. ("Red Book")
作者地址:
Robert Ullmann 23A-32
Prime Computer, Inc.
Technology Drive
Milford, MA 01757
Phone: +1 508 478 8600 x1736
Email: Ariel@Relay.Prime.COM
RFC1090---- SMTP on X.25 SMTP在X.25上
1
RFC文檔中文翻譯計劃
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -