網(wǎng)絡(luò)協(xié)議規(guī)范說明

15/15HYPERLINK"/"網(wǎng)絡(luò)協(xié)議規(guī)范介紹ARP(AddressResolutionProtocol)地址解析協(xié)議

它是用于映射計(jì)算機(jī)的物理地址和臨時指定的網(wǎng)絡(luò)地址。啟動時它選擇一個協(xié)議(網(wǎng)絡(luò)層)地址，并檢查那個地址是否差不多有不的計(jì)算機(jī)使用，假如沒有被使用，此結(jié)點(diǎn)被使用那個地址，假如此地址差不多被不的計(jì)算機(jī)使用，正在使用此地址的計(jì)算機(jī)會通告這一信息，只有再選另一個地址了。

SNMP(SimpleNetworkManagementP)網(wǎng)絡(luò)治理協(xié)議

它是TCP/IP協(xié)議中的一部份，它為本地和遠(yuǎn)端的網(wǎng)絡(luò)設(shè)備治理提供了一個標(biāo)準(zhǔn)化途徑，是分布式環(huán)境中的集中化治理的重要組成部份。

AppleShareprotocol(AppleShare協(xié)議)

它是Apple機(jī)上的通信協(xié)議，它同意計(jì)算機(jī)從服務(wù)器上請求服務(wù)或者和服務(wù)器交換文件。AppleShare能夠在TCP/IP協(xié)議或其它網(wǎng)絡(luò)協(xié)議如IPX、AppleTalk上進(jìn)行工作。使用它時，用戶能夠訪問文件，應(yīng)用程序，打印機(jī)和其它遠(yuǎn)程服務(wù)器上的資源。它能夠和配置了AppleShare協(xié)議的任何服務(wù)器進(jìn)行通信，Macintosh、MacOS、WindowsNT和NovellNetware都支持AppleShare協(xié)議。

AppleTalk協(xié)議

它是Macintosh計(jì)算機(jī)使用的要緊網(wǎng)絡(luò)協(xié)議。WindowsNT服務(wù)器有專門為Macintosh服務(wù)，也能支持該協(xié)議。其同意Macintosh的用戶共享存儲在WindowsNT文件夾的Mac-格式的文件，也能夠使用和WindowsNT連接的打印機(jī)。WindowsNT共享文件夾以傳統(tǒng)的Mac文件夾形式出現(xiàn)在Mac用戶面前。Mac文件名按需要被轉(zhuǎn)換為FAT(8.3)格式和NTFS文件標(biāo)準(zhǔn)。支持MAc文件格式的DOS和Windows客戶端能與Mac用戶共享這些文件。

BGP4(BorderGatewayProtocolVertion4)邊界網(wǎng)關(guān)協(xié)議-版本4

它是用于在自治網(wǎng)絡(luò)中網(wǎng)關(guān)主機(jī)(每個主機(jī)有自己的路由)之間交換路由信息的協(xié)議，它使治理員能夠在已知的路由策略上配置路由加權(quán)，能夠更方便地使用無級內(nèi)部域名路由(CIDR)，它是一種在網(wǎng)絡(luò)中能夠容納更多地址的機(jī)制，它比外部網(wǎng)關(guān)協(xié)議(EGP)更新。BGP4經(jīng)常用于網(wǎng)關(guān)主機(jī)之間，主機(jī)中的路由表包括了已知路由的列表，可達(dá)的地址和路由加權(quán)，如此就能夠在路由中選擇最好的通路了。BGP在局域網(wǎng)中通信時使用內(nèi)部BGP(IBGP)，因?yàn)镮BGP不能專門好工作。

BOOTP協(xié)議

它是一個基于TCP/IP協(xié)議的協(xié)議，它能夠讓無盤站從一個中心服務(wù)器上獲得IP地址，現(xiàn)在我們通常使用DHCP協(xié)議進(jìn)行這一工作。

CMIP(CommonManagementInformationProtocol)通用治理信息協(xié)議

它是建立在開放系統(tǒng)互連通信模式上的網(wǎng)絡(luò)治理協(xié)議。相關(guān)的通用治理信息服務(wù)(CMIS)定義了訪問和操縱網(wǎng)絡(luò)對象，設(shè)備和從對象設(shè)備接收狀態(tài)信息的方法。

Connection-orientedProtocol/ConnectionlessProtocol面向連接的協(xié)議/無連接協(xié)議

在廣域網(wǎng)中，兩臺計(jì)算機(jī)建立物理連接過程所使用的協(xié)議，這種物理連接要持續(xù)到成功地交換完數(shù)據(jù)為止。在Internet中，TCP(傳輸操縱協(xié)議)即這一類型的協(xié)議，它為兩臺連接在網(wǎng)絡(luò)上的計(jì)算機(jī)提供了可相互通信且確保數(shù)據(jù)成功傳輸?shù)囊环N手段。面向連接的協(xié)議一定要保證數(shù)據(jù)傳送到對方。在廣域網(wǎng)中，對接收方的計(jì)算機(jī)不做在線狀態(tài)，或接收能力的測試，都能使數(shù)據(jù)由一臺計(jì)算機(jī)傳輸?shù)搅硗庖慌_計(jì)算機(jī)上的協(xié)議。這是包交換網(wǎng)絡(luò)中的要緊協(xié)議，在Internet中的IP協(xié)議即無連接協(xié)議，IP只關(guān)注將數(shù)據(jù)分成數(shù)據(jù)包進(jìn)行傳輸，并在這些數(shù)據(jù)包被接收后重新組包，而不關(guān)注接收方計(jì)算機(jī)的狀態(tài)。由面向連接的協(xié)議(如Internet中的TCP)來確保數(shù)據(jù)的接收。

DHCP(DynamicHostConfigurationProtocol)動態(tài)主機(jī)配置協(xié)議

它是在TCP/IP網(wǎng)絡(luò)上使客戶機(jī)獲得配置信息的協(xié)議，它是基于BOOTP協(xié)議，并在BOOTP協(xié)議的基礎(chǔ)上添加了自動分配可用網(wǎng)絡(luò)地址等功能。這兩個協(xié)議能夠通過一些機(jī)制互操作。DHCP協(xié)議在安裝TCP/IP協(xié)議和使用TCP/IP協(xié)議進(jìn)行通迅時，必須配置IP地址、子網(wǎng)掩碼、缺省網(wǎng)關(guān)三個參數(shù)，這三個參數(shù)能夠手動配置，也能夠使用DHCP自動配置。

DiscardProtocol拋棄協(xié)議

它的作用確實(shí)是接收到什么拋棄什么，它對調(diào)試網(wǎng)絡(luò)狀態(tài)的一定的用處?；赥CP的拋棄服務(wù)，假如服務(wù)器實(shí)現(xiàn)了拋棄協(xié)議，服務(wù)器就會在TCP端口9檢測拋棄協(xié)議請求，在建立連接后并檢測到請求后，就直接把接收到的數(shù)據(jù)直接拋棄，直到用戶中斷連接。而基于UDP協(xié)議的拋棄服務(wù)和基于TCP差不多，檢測的端口是UDP端口9，功能也一樣。

EchoProtocol協(xié)議

那個協(xié)議要緊用于調(diào)試和檢測中。那個協(xié)議的作用也十分簡單，接收到什么原封發(fā)回確實(shí)是了。它能夠基于TCP協(xié)議，服務(wù)器就在TCP端口7檢測有無消息，假如有發(fā)送來的消息直接返回確實(shí)是了。假如使用UDP協(xié)議的差不多過程和TCP一樣，檢測的端口也是7。

FTP(FileTransferProtocol)文件傳輸協(xié)議

它是一個標(biāo)準(zhǔn)協(xié)議，是在計(jì)算機(jī)和網(wǎng)絡(luò)之間交換文件的最簡單的方法。象傳送可顯示文件的HTTP和電子郵件的SMTP一樣，F(xiàn)TP也是應(yīng)用TCP/IP協(xié)議的應(yīng)用協(xié)議標(biāo)準(zhǔn)。FTP通常用于將網(wǎng)頁從創(chuàng)作者上傳到服務(wù)器上供人使用，而從服務(wù)器上下傳文件也是一種特不普遍的使用方式。作為用戶，您能夠用特不簡單的DOS界面來使用FTP，也能夠使用由第三方提供的圖形界面的FTP來更新(刪除，重命名，移動和復(fù)制)服務(wù)器上的文件?，F(xiàn)在有許多服務(wù)器支持匿名登錄，同意用戶使用FTP和ANONYMOUS作為用戶名進(jìn)行登錄，通?？墒褂萌魏慰诹罨蛑话椿剀囨I。

HDLC(High-LevelDataLinkControl)高層數(shù)據(jù)鏈路協(xié)議

它是一組用于在網(wǎng)絡(luò)結(jié)點(diǎn)間傳送數(shù)據(jù)的協(xié)議。在HDLC中，數(shù)據(jù)被組成一個個的單元(稱為幀)通過網(wǎng)絡(luò)發(fā)送，并由接收方確認(rèn)收到。HDLC協(xié)議也治理數(shù)據(jù)流和數(shù)據(jù)發(fā)送的間隔時刻。HDLC是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一?，F(xiàn)在作為ISO的標(biāo)準(zhǔn)，HDLC是基于IBM的SDLC協(xié)議的，SDLC被廣泛用于IBM的大型機(jī)環(huán)境之中。在HDLC中，屬于SDLC的被稱為通響應(yīng)模式(NRM)。在通常響應(yīng)模式中，基站(通常是大型機(jī))發(fā)送數(shù)據(jù)給本地或遠(yuǎn)程的二級站。不同類型的HDLC被用于使用X.25協(xié)議的網(wǎng)絡(luò)和幀中繼網(wǎng)絡(luò)，這種協(xié)議能夠在局域網(wǎng)或廣域網(wǎng)中使用，不管此網(wǎng)是公共的依舊私人的。

HTTP1.1(HypertextTransferProtocolVertion1.1)超文本傳輸協(xié)議-版本1.1

它是用來在Internet上傳送超文本的傳送協(xié)議。它是運(yùn)行在TCP/IP協(xié)議族之上的HTTP應(yīng)用協(xié)議，它能夠使掃瞄器更加高效，使網(wǎng)絡(luò)傳輸減少。任何服務(wù)器除了包括HTML文件以外，還有一個HTTP駐留程序，用于響應(yīng)用用戶請求。您的掃瞄器是HTTP客戶，向服務(wù)器發(fā)送請求，當(dāng)掃瞄器中輸入了一個開始文件或點(diǎn)擊了一個超級鏈接時，掃瞄器就向服務(wù)器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進(jìn)行必要的操作后回送所要求的文件。

HTTPS(SecureHypertextTransferProtocol)安全超文本傳輸協(xié)議

它是由Netscape開發(fā)并內(nèi)置于其掃瞄器中，用于對數(shù)據(jù)進(jìn)行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。HTTPS實(shí)際上應(yīng)用了Netscape的完全套接字層(SSL)作為HTTP應(yīng)用層的子層。(HTTPS使用端口443，而不是象HTTP那樣使用端口80來和TCP/IP進(jìn)行通信。)SSL使用40位關(guān)鍵字作為RC4流加密算法，這關(guān)于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認(rèn)證，假如需要的話用戶能夠確認(rèn)發(fā)送者是誰。

ICMP(InternetControlMessageProtocol)Internet操縱信息協(xié)議

它是一個在主機(jī)和網(wǎng)關(guān)之間消息操縱和差錯報(bào)告協(xié)議。ICMP使用IP數(shù)據(jù)報(bào)，但消息由TCP/IP軟件處理，關(guān)于應(yīng)用程序使用者是不可見的。在被稱為Catenet的系統(tǒng)中，IP協(xié)議被用作主機(jī)到主機(jī)的數(shù)據(jù)報(bào)服務(wù)。網(wǎng)絡(luò)連接設(shè)備稱為網(wǎng)關(guān)。這些網(wǎng)關(guān)通過網(wǎng)關(guān)到網(wǎng)關(guān)協(xié)議(GGP)相互交換用于操縱的信息。通常，贍養(yǎng)或目的主機(jī)將和源主機(jī)通信，例如，為報(bào)告在數(shù)據(jù)報(bào)過程中的錯誤。為了那個目的才使用了ICMP，它使用IP做于底層支持，仿佛它是一個高層協(xié)議，而實(shí)際上它是IP的一部分，必須由其它IP模塊實(shí)現(xiàn)。ICMP消息在以下幾種情況下發(fā)送:當(dāng)數(shù)據(jù)報(bào)不能到達(dá)目的地時，當(dāng)網(wǎng)關(guān)的差不多失去緩存功能，當(dāng)網(wǎng)關(guān)能夠引導(dǎo)主機(jī)在更短路由上發(fā)送。IP并非設(shè)計(jì)為設(shè)計(jì)為絕對可靠，那個協(xié)議的目的是為了當(dāng)網(wǎng)絡(luò)出現(xiàn)問題的時候返回操縱信息，而不是使IP協(xié)議變得絕對可靠，并不保證數(shù)據(jù)報(bào)或操縱信息能夠返回。一些數(shù)據(jù)報(bào)仍將在沒有任何報(bào)告的情況下丟失。

IMAP4(InternetMailAccessProtocolVersion4)Internet郵件訪問協(xié)議-版本4

它是用于從本地服務(wù)器上訪問電子郵件的標(biāo)準(zhǔn)協(xié)議，它是一個C/S模型協(xié)議，用戶的電子郵件由服務(wù)器負(fù)責(zé)接收保存。IMAP4改進(jìn)了POP3的不足，用戶能夠通過掃瞄信件頭來決定是不是要下載此信，還能夠在服務(wù)器上創(chuàng)建或更改文件夾或郵箱，刪除信件或檢索信件的特定部分。在用戶訪問電子電子郵件時，IMAP4需要持續(xù)訪問服務(wù)器。在POP3中，信件是保存在服務(wù)器上的，當(dāng)用戶閱讀信件時，所有內(nèi)容都會被趕忙下載到用戶的機(jī)器上。我們有時能夠把IMAP4看成是一個遠(yuǎn)程文件服務(wù)器，把POP3能夠看成是一個存儲轉(zhuǎn)發(fā)服務(wù)。

NNTP(NetworkNewsTransferProtocol)網(wǎng)絡(luò)新聞傳輸協(xié)議

NNTP同POP3協(xié)議一樣，也存在某些局限性。

IOTP(InternetOpenTradingProtocol)Internet開放貿(mào)易協(xié)議

Internet開放貿(mào)易協(xié)議是一系列的標(biāo)準(zhǔn)，它使電子購買交易在客戶，銷售商和其它相關(guān)部分差不多上一致的，不管使用何種付款系統(tǒng)。IOTP適用于專門多的付款系統(tǒng)，如SET，DigiCash，電子支票或借記卡。付款系統(tǒng)中的數(shù)據(jù)封裝在IOTP報(bào)文中。IOTP處理的交易能夠包括客戶、銷售商、信用支票、證明、銀行等部分。IOTP使用XML語言(ExtensibleMarkupLanguage)來定義包含在交易中的數(shù)據(jù)。

IPv6(InternetProtocolVersion6)Internet協(xié)議-版本6

它是Internet協(xié)議的最新版本，已作為IP的一部分并被許多要緊的操作系統(tǒng)所支持。IPv6也被稱為“Ipng”(下一代IP)，它對現(xiàn)行的IP(版本4)進(jìn)行重大的改進(jìn)。使用IPv4和IPv6的網(wǎng)絡(luò)主機(jī)和中間結(jié)點(diǎn)能夠處理IP協(xié)議中任何一層的包。用戶和服務(wù)商能夠直接安裝IPv6而不用對系統(tǒng)進(jìn)行什么重大的修改。相關(guān)于版本4新版本的最大改進(jìn)在于將IP地址從32位改為128位，這一改進(jìn)是為了適應(yīng)網(wǎng)絡(luò)快速的進(jìn)展對IP地址的需求，也從全然上改變了IP地址短缺的問題。簡化IPv4首部字段被刪除或者成為可選字段，減少了一般情況下包的處理開銷以及IPv6首部占用的帶寬。改進(jìn)IP首部選項(xiàng)編碼方式的修改導(dǎo)致更加高效的傳輸，在選項(xiàng)長度方面更少的限制，以及今后引入新的選項(xiàng)時更強(qiáng)的適應(yīng)性。加入一個新的能力，使得那些發(fā)送者要求專門處理的屬于特不的傳輸流的包能夠貼上標(biāo)簽，比如非缺省質(zhì)量的服務(wù)或者實(shí)時服務(wù)。為支持認(rèn)證，數(shù)據(jù)完整性以及(可選的)數(shù)據(jù)保密的擴(kuò)展都在IPv6中講明。本文描述IPv6差不多首部以及最初定義的IPv6擴(kuò)展首部和選項(xiàng)。還將討論包的大小問題，數(shù)據(jù)流標(biāo)簽和傳輸類不的語法，以及IPv6對上層協(xié)議的阻礙。IPv6地址的格式和語法在其它文章中單獨(dú)講明。IPv6版的ICMP是所有IPv6應(yīng)用都需要包含的。

IPX/SPX(InternetworkPacketExchange/SequentialPacketExchange)互連網(wǎng)包交換/順序包交換

它是由Novell提出的用于客戶/服務(wù)器相連的網(wǎng)絡(luò)協(xié)議。使用IPX/SPX協(xié)議能運(yùn)行通常需要NetBEUI支持的程序，通過IPX/SPX協(xié)議能夠跨過路由器訪問其他網(wǎng)絡(luò)。

MIME(Multi-PurposeInternetMailExtensions)多功能Internet郵件擴(kuò)展

MIME是擴(kuò)展SMTP協(xié)議，是1991年NathanBorenstein向IETF提出。在傳輸字符數(shù)據(jù)的同時，同意用戶傳送另外的文件類型，如聲音，圖像和應(yīng)用程序，并將其壓縮在MIME附件中。因此，新的文件類型也被作為新的被支持的IP文件類型。

NetBEUI(NetBIOSEnhancedUserInterface)網(wǎng)絡(luò)差不多輸入輸出系統(tǒng)擴(kuò)展用戶接口

NetBEUI協(xié)議是IBM于1985年提出。NetBEUI要緊為20到200個工作站的小型局域網(wǎng)設(shè)計(jì)的，用于NetBEUI、LanMan網(wǎng)、WindowsForWorkgroups及WindowsNT網(wǎng)。NetBEUI是一個緊湊、快速的協(xié)議，但由于NetBEUI沒有路由能力，即不能從一個局域網(wǎng)經(jīng)路由器到另一個局域網(wǎng)，已不能適應(yīng)較大的網(wǎng)絡(luò)。假如需要路由到其他局域網(wǎng)，則必須安裝TCP/IP或IPX/SPX協(xié)議。

OSPF(OpenShortestPathFirst)開放最短路優(yōu)先

OSPF是用于大型自主網(wǎng)絡(luò)中替代路由信息協(xié)議的協(xié)議標(biāo)準(zhǔn)。象RIP一樣，OSPF也是由IETF設(shè)計(jì)用作內(nèi)部網(wǎng)關(guān)協(xié)議族中的一個標(biāo)準(zhǔn)。在使用OSPF時網(wǎng)絡(luò)拓樸結(jié)構(gòu)的變化能夠立即在路由器上反映出來。不象RIP，OSPF不是全部當(dāng)前結(jié)點(diǎn)保存的路由表，而是通過最短路優(yōu)先算法計(jì)算得到最短路，如此能夠降低網(wǎng)絡(luò)通信量。假如您熟悉最短路優(yōu)先算法就會明白，它是一種只關(guān)懷網(wǎng)絡(luò)拓樸結(jié)構(gòu)的算法，而不關(guān)懷其它情況，如優(yōu)先權(quán)的問題，關(guān)于這一點(diǎn)，OSPF改變了算法使它依照不同的情況給某些通路以優(yōu)先權(quán)。

POP3(PostOfficeProtocolVersion3)郵局協(xié)議-版本3

它是一個關(guān)于接收電子郵件的客戶/服務(wù)器協(xié)議。電子郵件由服務(wù)器接收并保存，在一定時刻之后，由客戶電子郵件接收程序檢查郵箱并下載郵件。POP3它內(nèi)置于IE和Netscape掃瞄器中。另一個替代協(xié)議是交互郵件訪問協(xié)議(IMAP)。使用IMAP您能夠?qū)⒎?wù)器上的郵件視為本地客戶機(jī)上的郵件。在本地機(jī)上刪除的郵件還能夠從服務(wù)器上找到。E-mail能夠被保存在服務(wù)器上，同時能夠從服務(wù)器上找回。

PPP(PointtoPointProtocol)點(diǎn)對點(diǎn)協(xié)議

它是用于串行接口的兩臺計(jì)算機(jī)的通信協(xié)議，是為通過電話線連接計(jì)算機(jī)和服務(wù)器而彼此通信而制定的協(xié)議。網(wǎng)絡(luò)服務(wù)提供商能夠提供您點(diǎn)對點(diǎn)連接，如此提供商的服務(wù)器就能夠響應(yīng)您的請求，將您的請求接收并發(fā)送到網(wǎng)絡(luò)上，然后將網(wǎng)絡(luò)上的響應(yīng)送回。PPP是使用IP協(xié)議，有時它被認(rèn)為是TCP/IP協(xié)議族的一員。PPP協(xié)議可用于不同介質(zhì)上包括雙絞線，光纖和衛(wèi)星傳輸?shù)娜p工協(xié)議，它使用HDLC進(jìn)行包的裝入。PPP協(xié)議既能夠處理同步通信也能夠處理異步通信，能夠同意多個用戶共享一個線路，又可發(fā)進(jìn)行SLIP協(xié)議所沒有的差錯操縱。

RIP(RoutingInfomationProtocol)路由信息協(xié)議

RIP是最早的路由協(xié)議之一，而且現(xiàn)在仍然在廣泛使用。它從類不上應(yīng)該屬于內(nèi)部網(wǎng)關(guān)協(xié)議(IGP)類，它是距離向量路由式協(xié)議，這種協(xié)議在計(jì)算兩個地點(diǎn)的距離時只計(jì)算通過的路由器的數(shù)目，假如到相同目標(biāo)有兩個不等速或帶寬不同的路由器，然而通過的路由器的個數(shù)一樣，RIP認(rèn)為兩者距離一樣，而實(shí)際傳送數(shù)據(jù)時，專門明顯一個快一個慢，這確實(shí)是RIP協(xié)議的不足之處，而OSPF在它的基礎(chǔ)上克服了RIP的缺點(diǎn)。

SLIP(SerialLineInternetProtocol)串行線路Internet協(xié)議

它是一個TCP/IP協(xié)議，它用于在兩臺計(jì)算機(jī)之間通信。通常計(jì)算機(jī)與服務(wù)器連接的線路是串行線路，而不是如T1的多路線路或并行線。您的服務(wù)器提供商能夠向您提供SLIP連接，如此他的服務(wù)器就能夠響應(yīng)您的請求，并將請求發(fā)送到網(wǎng)絡(luò)上，然后將網(wǎng)絡(luò)返回的結(jié)果送至您的計(jì)算機(jī)?，F(xiàn)已逐漸被功能更好的PPP點(diǎn)對點(diǎn)協(xié)議所取代。

SMBprotocol(ServerMessageBlockprotocol)服務(wù)器信息塊協(xié)議

它提供了運(yùn)行在客戶計(jì)算機(jī)上的程序請求網(wǎng)絡(luò)上服務(wù)器服務(wù)的方法，它能夠用在TCP/IP協(xié)議之上，也能夠用上網(wǎng)絡(luò)協(xié)議如IPX和NetBEUI之上。使用SMB協(xié)議時，應(yīng)用程序能夠訪問遠(yuǎn)程計(jì)算機(jī)上的資源，包括打印機(jī)，命名管道等。因此，用戶程序能夠讀，創(chuàng)建和更新在遠(yuǎn)程服務(wù)器上的文件，也能夠和差不多安裝SMB協(xié)議的計(jì)算機(jī)通信。MicrosoftWindowsforWorkgroups，Windows95和WindowsNT都提供了SMB協(xié)議客戶和服務(wù)器的支持。關(guān)于UNIX系統(tǒng)，共享軟件Samba也提供了類似的服務(wù)。

LMTP(LocalMailTransferProtocol)本地郵件傳輸協(xié)議

SMTP和SMTP服務(wù)擴(kuò)展(ESMTP)提供了一種高效安全傳送電子郵件的方法，而在實(shí)現(xiàn)SMTP時需要治理一個郵件傳送隊(duì)列，在有些時候如此做可能有苦惱，需要一種沒有隊(duì)列的郵件傳送系統(tǒng)，而LMTP確實(shí)是如此的一個系統(tǒng)，它使用ESMTP的語法，而它和ESMTP可不是一回事，而LMTP也不能用于TCP端口25。LMTP協(xié)議與SMTP和ESMTP協(xié)議專門象，為了幸免和SMTP和ESMTP服務(wù)混淆，LMTP使用LHLO命令開始一個LMTP會話，它的差不多語法和HELO和EHLO命令相同。關(guān)于DATA命令來講，假如RCPT命令失敗，DATA命令必須返回503，并失敗。每個DATA命令碰到"."時，服務(wù)器必須對所有成功的RCPT命令返回應(yīng)答，這和平常的SMTP系統(tǒng)不同，而且順序必須和RCPT成功的順序一致，即使關(guān)于同一個向前路徑來講有許多RCPT命令，也必須返回多個成功應(yīng)答。這就意味著，服務(wù)器返回的確認(rèn)應(yīng)答是指服務(wù)器把郵件地發(fā)送到接收者或另一個轉(zhuǎn)發(fā)代理。

SMTP(SimpleMailTransferProtocol)簡單郵件傳送協(xié)議

它是用來發(fā)送電子郵件的TCP/IP協(xié)議。它的內(nèi)容由IETF的RFC821定義。另外一個和SMTP相同功能的協(xié)議是X.400。SMTP的一個重要特點(diǎn)是它能夠在傳送中接力傳送郵件，傳送服務(wù)提供了進(jìn)程間通信環(huán)境(IPCE)，此環(huán)境能夠包括一個網(wǎng)絡(luò)，幾個網(wǎng)絡(luò)或一個網(wǎng)絡(luò)的子網(wǎng)。理解到傳送系統(tǒng)(或IPCE)不是一對一的是專門重要的。進(jìn)程可能直接和其它進(jìn)程通過已知的IPCE通信。郵件是一個應(yīng)用程序或進(jìn)程間通信。郵件能夠通過連接在不同IPCE上的進(jìn)程跨網(wǎng)絡(luò)進(jìn)行郵件傳送。更特不的是，郵件能夠通過不同網(wǎng)絡(luò)上的主機(jī)接力式傳送。

Talk協(xié)議

Talk協(xié)議能使遠(yuǎn)程計(jì)算機(jī)上的兩個用戶以實(shí)時方式進(jìn)行通信。

TCP/IP(TransmissionControlProtocol/InternetProtocol)傳輸操縱協(xié)議/Internet協(xié)議

TCP/IP協(xié)議起源于美國國防高級研究打算局。提供可靠數(shù)據(jù)傳輸?shù)膮f(xié)議稱為傳輸操縱協(xié)議TCP，好比物資裝箱單，保證數(shù)據(jù)在傳輸過程中可不能丟失;提供無連接數(shù)據(jù)報(bào)服務(wù)的協(xié)議稱為網(wǎng)絡(luò)協(xié)議IP，好比收發(fā)貨人的地址和姓名，保證數(shù)據(jù)到達(dá)指定的地點(diǎn)。TCP/IP協(xié)議是互聯(lián)網(wǎng)上廣泛使用的一種協(xié)議，使用TCP/IP協(xié)議的因特網(wǎng)等網(wǎng)絡(luò)提供的要緊服務(wù)有:電子郵件、文件傳送、遠(yuǎn)程登錄、網(wǎng)絡(luò)文件系統(tǒng)、電視會議系統(tǒng)和萬維網(wǎng)。它是Interent的基礎(chǔ)，它提供了在廣域網(wǎng)內(nèi)的路由功能，而且使Internet上的不同主機(jī)能夠互聯(lián)。從概念上，它能夠映射到四層:網(wǎng)絡(luò)接口層，這一層負(fù)責(zé)在線路上傳輸幀并從線路上接收幀;Internet層，這一層中包括了IP協(xié)議，IP協(xié)議生成Internet數(shù)據(jù)報(bào)，進(jìn)行必要的路由算法，IP協(xié)議實(shí)際上能夠分為四部分:ARP，ICMP，IGMP和IP;再上向確實(shí)是傳輸層，這一層負(fù)責(zé)治理計(jì)算機(jī)間的會話，這一層包括兩個協(xié)議TCP和UDP，由應(yīng)用程序的要求不同能夠使用不同的協(xié)議進(jìn)行通信;最后一層是應(yīng)用層，確實(shí)是我們熟悉的FTP，DNS，TELNET等。熟悉TCP/IP是熟悉Internet的必由之路。

TELNETProtocol虛擬終端協(xié)議

TELNET協(xié)議的目的是提供一個相對通用的，雙向的，面向八位字節(jié)的通信方法，它要緊的目標(biāo)是同意接口終端設(shè)備的標(biāo)準(zhǔn)方法和面向終端的相互作用。是讓用戶在遠(yuǎn)程計(jì)算機(jī)登錄，并使用遠(yuǎn)程計(jì)算機(jī)上對外開放的所有資源。

TimeProtocol時刻協(xié)議

該協(xié)議提供了一個獨(dú)立于站點(diǎn)的，機(jī)器可讀的日期和時刻信息。時刻服務(wù)返回的是以秒數(shù)，是從1900年1月1日午夜到現(xiàn)在的秒數(shù)。設(shè)計(jì)那個協(xié)議的一個重要目的在于，網(wǎng)絡(luò)上的許多主機(jī)并沒有時刻的觀念，在分布式的系統(tǒng)上，我們能夠想一想，北京的時刻和東京的時刻如何分呢?主機(jī)的時刻往往能夠人為改變，而且因?yàn)闄C(jī)器時鐘內(nèi)的誤差而變得不一致，因此需要使用時刻服務(wù)器通過選舉方式得到網(wǎng)絡(luò)時刻，讓服務(wù)器有一個準(zhǔn)確的時刻觀念。不要小看時刻，這關(guān)于一些以時刻為標(biāo)準(zhǔn)的分布運(yùn)行的程序簡單是太重要了。那個協(xié)議能夠工作在TCP和UDP協(xié)議下。時刻是由32位表示的，是自1900年1月1日0時到當(dāng)前的秒數(shù)，我們能夠計(jì)算一下，那個協(xié)議只能表示到2036年就不能用了，然而我們也明白計(jì)算機(jī)進(jìn)展速度這么快，到時候可能就會有更好的協(xié)議代替那個協(xié)議。