網(wǎng)絡協(xié)議詳細介紹

　　網(wǎng)絡的復雜性取決于人們對于它的需求。那么在這當中，最為重要的就是網(wǎng)絡協(xié)議了。那么網(wǎng)絡協(xié)議，我們?nèi)绾谓馕鏊?下面學習啦小編就來詳細談一談這方面的內(nèi)容吧。

　　一、網(wǎng)絡協(xié)議是什么?

　　通俗地說，網(wǎng)絡協(xié)議就是網(wǎng)絡之間溝通、交流的橋梁，只有相同網(wǎng)絡協(xié)議的計算機才能進行信息的溝通與交流。這就好比人與人之間交流所使用的各種語言一樣，只有使用相同語言才能正常、順利地進行交流。從專業(yè)角度定義，網(wǎng)絡協(xié)議是計算機在網(wǎng)絡中實現(xiàn)通信時必須遵守的約定，也就是通信協(xié)議。主要是對信息傳輸?shù)乃俾?、傳輸代碼、代碼結(jié)構(gòu)、傳輸控制步驟、出錯控制等作出規(guī)定并制定出標準。

　　二、網(wǎng)絡協(xié)議的選擇

　　面對眾多網(wǎng)絡協(xié)議，我們可能無從選擇。不過要是事先了解到網(wǎng)絡協(xié)議的主要用途，就可以有針對性的選擇了。以下是幾種常用的網(wǎng)絡協(xié)議：

　　NetBEUI(NetBIOS Enhanced UserInterface)網(wǎng)絡基本輸入輸出系統(tǒng)擴展用戶接口

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

　　IPX/SPX(Internetwork Packet Exchange/Sequential PacketExchange)互連網(wǎng)包交換/順序包交換

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

　　HDLC(High-Level Data Link Control)高層數(shù)據(jù)鏈路協(xié)議

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

　　HTTP1.1(Hypertext Transfer Protocol Vertion 1.1)超文本傳輸協(xié)議-版本1.1

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

　　HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議

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

　　ICMP(Internet Control Message Protocol)Internet控制信息協(xié)議

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

　　IMAP4(Internet Mail Access Protocol Version 4)Internet郵件訪問協(xié)議-版本4

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

　　NNTP(Network News Transfer Protocol)網(wǎng)絡新聞傳輸協(xié)議

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

　　IOTP(Internet Open Trading Protocol)Internet開放貿(mào)易協(xié)議

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

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

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

　　MIME(Multi-Purpose Internet Mail Extensions)多功能Internet郵件擴展

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