?? rfc1090.txt
字號:
組織:中國互動出版網(wǎng)(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)
譯文發(fā)布時間:2001-10-11
版權(quán):本中文翻譯文檔版權(quán)歸中國互動出版網(wǎng)所有??梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載,但必須
保留本文檔的翻譯及版權(quán)信息。
Network Working Group R. Ullmann
Request for Comments: 1090 Prime Computer, Inc.
February 1989
SMTP在X.25上
(RFC1090---- SMTP on X.25)
目錄
1.本備忘錄的狀態(tài) 1
2.簡介 2
3.協(xié)議ID和呼叫用戶數(shù)據(jù) 2
4.數(shù)據(jù)流 2
5.識別數(shù)據(jù) 2
6.電路復位 2
7.呼叫業(yè)務 2
8.字符編碼 3
9.關(guān)閉連接 3
10.超時 3
10.1 呼叫請求 3
10.2 已經(jīng)建立的呼叫 3
10.3 關(guān)閉 3
10.4 清除 3
11.其他特性 3
參考: 4
作者地址: 4
1.本備忘錄的狀態(tài)
本備忘錄講述了一種基于CCITT的X.25標準提供的虛電路業(yè)務的SMTP標準。
本備忘錄的發(fā)布不受任何限制。
2.簡介
在RFC821("SIMPLE MAIL TRANSPORT PROTOCOL",SMTP,簡單郵件傳輸協(xié)議)
的附錄D中提到了直接將SMTP置于X.25虛電路(ISO第3層)上的可能性。并建議“利
用一種類似于TCP可靠的端到端協(xié)議在X.25的連接上”。在1981年時,考慮到PSDNs的
總體的可靠性,這毫無疑問是可行的。這一業(yè)務現(xiàn)在(1989年)已經(jīng)非??煽?,它允許直
接將其置于虛電路業(yè)務上。
在包括22個不同的國家的24個PSDN網(wǎng)的許多產(chǎn)品,證明了這種方法是成功的,結(jié)
果證明,即使使用在一些花費比較昂貴的PSDN中,這種方法還是十分經(jīng)濟的,在X.25專
網(wǎng)和X.25局域網(wǎng)中,這種方法也是成功。
每一個SMTP會話必須打開一條X.25虛電路(Virtual Circuit ,VC),SMTP會話將
使用由VC提供的全雙工通道。通常,VC是由發(fā)起呼叫的一方關(guān)閉的。
3.協(xié)議ID和呼叫用戶數(shù)據(jù)
呼叫用戶數(shù)據(jù)區(qū)的前4個字節(jié)應該是0xC0F7,0000(十六進制),十進制是192 247 0 0 。
這個字段通常用來標識一個協(xié)議ID,或者PRID。
但是在實際的操作中,應該有能力在基本前綴地址上配置呼叫用戶數(shù)據(jù),包括協(xié)議ID
字段。
4.數(shù)據(jù)流
在發(fā)送端通常把SMTP數(shù)據(jù)分成許多數(shù)據(jù)包,相應地,在數(shù)據(jù)包封裝的時候應該置M
位(表示有后續(xù)數(shù)據(jù)包)。數(shù)據(jù)包的總長度可以達到2048個字節(jié)。
通常我們建議SMTP命令和響應應在一個數(shù)據(jù)包發(fā)送出去,或者只有一個后續(xù)數(shù)據(jù)包。
只要對調(diào)試協(xié)議方便即可。但這并不要求是必須的。
5.識別數(shù)據(jù)
Q比特被置位的分組和中斷分組是沒有用的。如果收到了,應該被忽略掉。
6.電路復位
如果收到了一個3層的電路復位指示,這條VC應該清除,SMTP連接應該重新建立。
重新建立會帶來一些時延,也可能是不同的呼叫業(yè)務。
7.呼叫業(yè)務
任何被X.25呼叫請求業(yè)務選擇的協(xié)商特征都可以使用。使用時應有能力為每一個被叫
地址指定業(yè)務。
8.字符編碼
X.25使用的字符編碼是完整的8位ASCII碼,沒有任何遺漏和修改。一行應該以CRLF
(十進制:13 10)結(jié)尾,也可以僅僅以LF(十進制:10)來標識一行的結(jié)束。
9.關(guān)閉連接
跟TCP協(xié)議不同,在清除請求的過程中,X.25不提供數(shù)據(jù)的同步傳送;當清除虛電
路時,就丟棄所有正在傳送的數(shù)據(jù)包。因此,當收到“服務關(guān)閉”消息時,主叫的一邊關(guān)閉
SMTP會話層(在X.25上),這種消息要么是QUIT命令的響應,或者是因為服務必須中止。
10.超時
SMTP通常不提供超時會話,在X.25,以下幾項是有效的:
10.1 呼叫請求
如果在100秒內(nèi)沒有收到“呼叫接受”信息,或者在120秒(另外)內(nèi)沒有收到“服
務準備好”信息,那么應該清除這次呼叫,然后重試。
10.2 已經(jīng)建立的呼叫
當協(xié)議會話建立之后,在10分鐘內(nèi)如果沒有收到任何響應,那么就應該清除這條虛
電路。
10.3 關(guān)閉
執(zhí)行QUIT命令后,超時時間縮短為20秒。這可能會導致不經(jīng)意地退出,但它不會影
響已經(jīng)完成的SMTP業(yè)務。
10.4 清除
當X.25“清除請求”發(fā)出時,這條虛電路將在X.25協(xié)議指定的時間內(nèi)超時。
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 + -