版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、<p> 組織:中國互動(dòng)出版網(wǎng)(http://www.china-pub.com/)</p><p> RFC文檔中文翻譯計(jì)劃(http://www.china-pub.com/compters/emook/aboutemook.htm)</p><p> E-mail:ouyang@china-pub.com</p><p> 譯者:高明輝(ro
2、amer21cn minghuigao@263.net)</p><p> 譯文發(fā)布時(shí)間:2001-10-11</p><p> 版權(quán):本中文翻譯文檔版權(quán)歸中國互動(dòng)出版網(wǎng)所有??梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載,但必須保留本文檔的翻譯及版權(quán)信息。</p><p> Network Working Group
3、 R. Ullmann</p><p> Request for Comments: 1090 Prime Computer, Inc.</p><p> February 1989</p><p> SMTP在X.25上</p><p&
4、gt; (RFC1090---- SMTP on X.25)</p><p><b> 目錄</b></p><p> 1.本備忘錄的狀態(tài)1</p><p><b> 2.簡介2</b></p><p> 3.協(xié)議ID和呼叫用戶數(shù)據(jù)2</p><p><
5、b> 4.數(shù)據(jù)流2</b></p><p><b> 5.識(shí)別數(shù)據(jù)2</b></p><p><b> 6.電路復(fù)位2</b></p><p><b> 7.呼叫業(yè)務(wù)2</b></p><p><b> 8.字符編碼3</b
6、></p><p><b> 9.關(guān)閉連接3</b></p><p><b> 10.超時(shí)3</b></p><p> 10.1 呼叫請求3</p><p> 10.2 已經(jīng)建立的呼叫3</p><p><b> 10.3 關(guān)閉3</
7、b></p><p><b> 10.4 清除3</b></p><p><b> 11.其他特性3</b></p><p><b> 參考:4</b></p><p><b> 作者地址:4</b></p><p
8、><b> 1.本備忘錄的狀態(tài)</b></p><p> 本備忘錄講述了一種基于CCITT的X.25標(biāo)準(zhǔn)提供的虛電路業(yè)務(wù)的SMTP標(biāo)準(zhǔn)。</p><p> 本備忘錄的發(fā)布不受任何限制。</p><p><b> 2.簡介</b></p><p> 在RFC821("SIMP
9、LE MAIL TRANSPORT PROTOCOL",SMTP,簡單郵件傳輸協(xié)議)的附錄D中提到了直接將SMTP置于X.25虛電路(ISO第3層)上的可能性。并建議“利用一種類似于TCP可靠的端到端協(xié)議在X.25的連接上”。在1981年時(shí),考慮到PSDNs的總體的可靠性,這毫無疑問是可行的。這一業(yè)務(wù)現(xiàn)在(1989年)已經(jīng)非??煽?,它允許直接將其置于虛電路業(yè)務(wù)上。</p><p> 在包括22個(gè)不同的
10、國家的24個(gè)PSDN網(wǎng)的許多產(chǎn)品,證明了這種方法是成功的,結(jié)果證明,即使使用在一些花費(fèi)比較昂貴的PSDN中,這種方法還是十分經(jīng)濟(jì)的,在X.25專網(wǎng)和X.25局域網(wǎng)中,這種方法也是成功。</p><p> 每一個(gè)SMTP會(huì)話必須打開一條X.25虛電路(Virtual Circuit ,VC),SMTP會(huì)話將使用由VC提供的全雙工通道。通常,VC是由發(fā)起呼叫的一方關(guān)閉的。</p><p>
11、 3.協(xié)議ID和呼叫用戶數(shù)據(jù)</p><p> 呼叫用戶數(shù)據(jù)區(qū)的前4個(gè)字節(jié)應(yīng)該是0xC0F7,0000(十六進(jìn)制),十進(jìn)制是192 247 0 0 。這個(gè)字段通常用來標(biāo)識(shí)一個(gè)協(xié)議ID,或者PRID。</p><p> 但是在實(shí)際的操作中,應(yīng)該有能力在基本前綴地址上配置呼叫用戶數(shù)據(jù),包括協(xié)議ID字段。</p><p><b> 4.數(shù)據(jù)流</b&
12、gt;</p><p> 在發(fā)送端通常把SMTP數(shù)據(jù)分成許多數(shù)據(jù)包,相應(yīng)地,在數(shù)據(jù)包封裝的時(shí)候應(yīng)該置M位(表示有后續(xù)數(shù)據(jù)包)。數(shù)據(jù)包的總長度可以達(dá)到2048個(gè)字節(jié)。</p><p> 通常我們建議SMTP命令和響應(yīng)應(yīng)在一個(gè)數(shù)據(jù)包發(fā)送出去,或者只有一個(gè)后續(xù)數(shù)據(jù)包。只要對調(diào)試協(xié)議方便即可。但這并不要求是必須的。</p><p><b> 5.識(shí)別數(shù)據(jù)&l
13、t;/b></p><p> Q比特被置位的分組和中斷分組是沒有用的。如果收到了,應(yīng)該被忽略掉。</p><p><b> 6.電路復(fù)位</b></p><p> 如果收到了一個(gè)3層的電路復(fù)位指示,這條VC應(yīng)該清除,SMTP連接應(yīng)該重新建立。重新建立會(huì)帶來一些時(shí)延,也可能是不同的呼叫業(yè)務(wù)。</p><p>&
14、lt;b> 7.呼叫業(yè)務(wù)</b></p><p> 任何被X.25呼叫請求業(yè)務(wù)選擇的協(xié)商特征都可以使用。使用時(shí)應(yīng)有能力為每一個(gè)被叫地址指定業(yè)務(wù)。</p><p><b> 8.字符編碼</b></p><p> X.25使用的字符編碼是完整的8位ASCII碼,沒有任何遺漏和修改。一行應(yīng)該以CRLF(十進(jìn)制:13 10)
15、結(jié)尾,也可以僅僅以LF(十進(jìn)制:10)來標(biāo)識(shí)一行的結(jié)束。</p><p><b> 9.關(guān)閉連接</b></p><p> 跟TCP協(xié)議不同,在清除請求的過程中,X.25不提供數(shù)據(jù)的同步傳送;當(dāng)清除虛電路時(shí),就丟棄所有正在傳送的數(shù)據(jù)包。因此,當(dāng)收到“服務(wù)關(guān)閉”消息時(shí),主叫的一邊關(guān)閉SMTP會(huì)話層(在X.25上),這種消息要么是QUIT命令的響應(yīng),或者是因?yàn)榉?wù)必須
16、中止。</p><p><b> 10.超時(shí)</b></p><p> SMTP通常不提供超時(shí)會(huì)話,在X.25,以下幾項(xiàng)是有效的:</p><p><b> 10.1 呼叫請求</b></p><p> 如果在100秒內(nèi)沒有收到“呼叫接受”信息,或者在120秒(另外)內(nèi)沒有收到“服務(wù)準(zhǔn)備好”
17、信息,那么應(yīng)該清除這次呼叫,然后重試。</p><p> 10.2 已經(jīng)建立的呼叫</p><p> 當(dāng)協(xié)議會(huì)話建立之后,在10分鐘內(nèi)如果沒有收到任何響應(yīng),那么就應(yīng)該清除這條虛電路。</p><p><b> 10.3 關(guān)閉</b></p><p> 執(zhí)行QUIT命令后,超時(shí)時(shí)間縮短為20秒。這可能會(huì)導(dǎo)致不經(jīng)意地
18、退出,但它不會(huì)影響已經(jīng)完成的SMTP業(yè)務(wù)。</p><p><b> 10.4 清除</b></p><p> 當(dāng)X.25“清除請求”發(fā)出時(shí),這條虛電路將在X.25協(xié)議指定的時(shí)間內(nèi)超時(shí)。</p><p><b> 11.其他特性</b></p><p> X.25的其他特性,如永久虛電路和D
19、比特的選擇,都沒有用到。</p><p><b> 參考:</b></p><p> [1] Postel, J., "Simple Mail Transfer Protocol", RFC 821, USC Information Sciences Institute, August 1982.</p><p>
20、[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 Dedic
21、ated Circuit", International Telegraph and Telephone Consultative Committee, Fascicle VIII.3, Geneva, 1976; amended at Geneva, 1980 and Malaga-Torremolinos, 1984. ("Red Book")</p><p><b>
22、 作者地址:</b></p><p> Robert Ullmann 23A-32</p><p> Prime Computer, Inc.</p><p> Technology Drive</p><p> Milford, MA 01757</p><p> Phone: +1 508
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- x.25替代性網(wǎng)絡(luò)方案研究
- 基于isdn和x.25多業(yè)務(wù)終端承載系統(tǒng)的研究和實(shí)現(xiàn)
- rfc1096_telnet x 顯示定位選項(xiàng)
- rfc1426_smtp服務(wù)擴(kuò)展用于8bit-多用途網(wǎng)際郵件擴(kuò)充協(xié)議(mime)傳輸
- 應(yīng)用層過濾在SMTP上實(shí)現(xiàn)的研究.pdf
- 在ip內(nèi)封裝ip(rfc2003)
- rfc1787_在多供應(yīng)internet上的軟件路由
- Φ40X25蓋塞.dwg
- Φ40X25蓋塞.dwg
- Φ35X25蓋塞.dwg
- Φ35X25蓋塞.dwg
- Φ35X25蓋塞.dwg
- Φ40X25蓋塞.dwg
- Φ35X25蓋塞.dwg
- Φ40X25蓋塞.dwg
- rfc975_自治聯(lián)邦
- rfc348_放棄過程
- rfc896_在iptcp internet網(wǎng)絡(luò)中的擁塞控制
- rfc2889(中文)
- 外文翻譯--smtp服務(wù)擴(kuò)展的認(rèn)證機(jī)制
評論
0/150
提交評論