第一篇：簡單網(wǎng)絡(luò)管理協(xié)議

簡單網(wǎng)絡(luò)管理協(xié)議（SNMP）

簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)是最早提出的網(wǎng)絡(luò)管理協(xié)議之一，它一推出就得到了廣泛的應(yīng)用和支持，特別是很快得到了數(shù)百家廠商的支持，其中包括IBM，HP，SUN等大公司和廠商。目前SNMP已成為網(wǎng)絡(luò)管理領(lǐng)域中事實上的工業(yè)標(biāo)準(zhǔn)，并被廣泛支持和應(yīng)用，大多數(shù)網(wǎng)絡(luò)管理系統(tǒng)和平臺都是基于SNMP的。

一、SNMP概述

SNMP的前身是簡單網(wǎng)關(guān)監(jiān)控協(xié)議(SGMP)，用來對通信線路進行管理。隨后，人們對SGMP進行了很大的修改，特別是加入了符合Internet定義的SMI和MIB：體系結(jié)構(gòu)，改進后的協(xié)議就是著名的SNMP。SNMP的目標(biāo)是管理互聯(lián)網(wǎng)Internet上眾多廠家生產(chǎn)的軟硬件平臺，因此SNMP受Internet標(biāo)準(zhǔn)網(wǎng)絡(luò)管理框架的影響也很大?，F(xiàn)在SNMP已經(jīng)出到第三個版本的協(xié)議，其功能較以前已經(jīng)大大地加強和改進了。

SNMP的體系結(jié)構(gòu)是圍繞著以下四個概念和目標(biāo)進行設(shè)計的：保持管理代理(agent)的軟件成本盡可能低；最大限度地保持遠程管理的功能，以便充分利用Internet的網(wǎng)絡(luò)資源；體系結(jié)構(gòu)必須有擴充的余地；保持SNMP的獨立性，不依賴于具體的計算機、網(wǎng)關(guān)和網(wǎng)絡(luò)傳輸協(xié)議。在最近的改進中，又加入了保證SNMP體系本身安全性的目標(biāo)。

另外，SNMP中提供了四類管理操作：get操作用來提取特定的網(wǎng)絡(luò)管理信息；get-next操作通過遍歷活動來提供強大的管理信息提取能力；set操作用來對管理信息進行控制(修改、設(shè)置)；trap操作用來報告重要的事件。

二、SNMF管理控制框架與實現(xiàn)

1．SNMP管理控制框架

SNMP定義了管理進程(manager)和管理代理(agent)之間的關(guān)系，這個關(guān)系稱為共同體(community)。描述共同體的語義是非常復(fù)雜的，但其句法卻很簡單。位于網(wǎng)絡(luò)管理工作站(運行管理進程)上和各網(wǎng)絡(luò)元素上利用SNMP相互通信對網(wǎng)絡(luò)進行管理的軟件統(tǒng)統(tǒng)稱為SNMP應(yīng)用實體。若干個應(yīng)用實體和SNMP組合起來形成一個共同體，不同的共同體之間用名字來區(qū)分，共同體的名字則必須符合Internet的層次結(jié)構(gòu)命名規(guī)則，由無保留意義的字符串組成。此外，一個SNMP應(yīng)用實體可以加入多個共同體。

SNMP的應(yīng)用實體對Internet管理信息庫中的管理對象進行操作。一個SNMP應(yīng)用實體可操作的管理對象子集稱為SNMP MIB授權(quán)范圍。SNMP應(yīng)用實體對授權(quán)范圍內(nèi)管理對象的訪問仍然還有進一步的訪問控制限制，比如只讀、可讀寫等。SNMP體系結(jié)構(gòu)中要求對每個共同體都規(guī)定其授權(quán)范圍及其對每個對象的訪問方式。記錄這些定義的文件稱為“共同體定義文件”。

SNMP的報文總是源自每個應(yīng)用實體，報文中包括該應(yīng)用實體所在的共同體的名字。這種報文在SNMP中稱為“有身份標(biāo)志的報文”，共同體名字是在管理進程和管理代理之間

交換管理信息報文時使用的。管理信息報文中包括以下兩部分內(nèi)容：

(1)共同體名，加上發(fā)送方的一些標(biāo)識信息(附加信息)，用以驗證發(fā)送方確實是共同體中的成員，共同體實際上就是用來實現(xiàn)管理應(yīng)用實體之間身份鑒別的；

(2)數(shù)據(jù)，這是兩個管理應(yīng)用實體之間真正需要交換的信息。

在第三版本前的SNMP中只是實現(xiàn)了簡單的身份鑒別，接收方僅憑共同體名來判定收發(fā)雙方是否在同一個共同體中，而前面提到的附加倍息尚未應(yīng)用。接收方在驗明發(fā)送報文的管理代理或管理進程的身份后要對其訪問權(quán)限進行檢查。訪問權(quán)限檢查涉及到以下因素：

(1)一個共同體內(nèi)各成員可以對哪些對象進行讀寫等管理操作，這些可讀寫對象稱為該共同體的“授權(quán)對象”(在授權(quán)范圍內(nèi))；

(2)共同體成員對授權(quán)范圍內(nèi)每個對象定義了訪問模式：只讀或可讀寫；

(3)規(guī)定授權(quán)范圍內(nèi)每個管理對象(類)可進行的操作(包括get，get-next，set和trap)；

(4)管理信息庫(MIB)對每個對象的訪問方式限制(如MIB中可以規(guī)定哪些對象只能讀而不能寫等)。

管理代理通過上述預(yù)先定義的訪問模式和權(quán)限來決定共同體中其他成員要求的管理對象訪問(操作)是否允許。共同體概念同樣適用于轉(zhuǎn)換代理(Proxy agent)，只不過轉(zhuǎn)換代理中包含的對象主要是其他設(shè)備的內(nèi)容。

2．SNMP實現(xiàn)方式為了提供遍歷管理信息庫的手段，SNMP在其MIB中采用了樹狀命名方法對每個管理對象實例命名。每個對象實例的名字都由對象類名字加上一個后綴構(gòu)成。對象類的名字是不會相互重復(fù)的，因而不同對象類的對象實例之間也少有重名的危險。在共同體的定義中一般要規(guī)定該共同體授權(quán)的管理對象范圍，相應(yīng)地也就規(guī)定了哪些對象實例是該共同體的“管轄范圍”，據(jù)此，共同體的定義可以想象為一個多叉樹，以詞典序提供了遍歷所有管理對象實例的手段。有了這個手段，SNMP就可以使用get-next操作符，順序地從一個對象找到下一個對象。get-next(object-instance)操作返回的結(jié)果是一個對象實例標(biāo)識符及其相關(guān)信息，該對象實例在上面的多叉樹中緊排在指定標(biāo)識符；bject-instance對象的后面。這種手段的優(yōu)點在于，即使不知道管理對象實例的具體名字，管理系統(tǒng)也能逐個地找到它，并提取到它的有關(guān)信息。遍歷所有管理對象的過程可以從第一個對象實例開始(這個實例一定要給出)，然后逐次使用get-next，直到返回一個差錯(表示不存在的管理對象實例)結(jié)束(完成遍歷)。

由于信息是以表格形式(一種數(shù)據(jù)結(jié)構(gòu))存放的，在SNMP的管理概念中，把所有表格都視為子樹，其中一張表格(及其名字)是相應(yīng)子樹的根節(jié)點，每個列是根下面的子節(jié)點，一列中的每個行則是該列節(jié)點下面的子節(jié)點，并且是子樹的葉節(jié)點，如下圖所示。因此，按照前面的子樹遍歷思路，對表格的遍歷是先訪問第一列的所有元素，再訪問第二列的所有元素……，直到最后一個元素。若試圖得到最后一個元素的“下一個”元素，則返回差錯標(biāo)記。

SNMP樹形表格結(jié)構(gòu)示意圖

SNMP中各種管理信息大多以表格形式存在，一個表格對應(yīng)一個對象類，每個元素對應(yīng)于該類的一個對象實例。那么，管理信息表對象中單個元素(對象實例)的操作可以用前面

提到的get-next方法，也可以用后面將介紹的get／set等操作。下面主要介紹表格內(nèi)一行信息的整體操作。

(1)增加一行：通過SNMP只用一次set操作就可在一個表格中增加一行。操作中的每個變量都對應(yīng)于待增加行中的一個列元素，包括對象實例標(biāo)識符。如果一個表格中有8列，則set操作中必須給出8個操作數(shù)，分別對應(yīng)8個列中的相應(yīng)元素。

(2)刪除一行：刪除一行也可以通過SNMP調(diào)用一次set操作完成，并且比增加一行還簡單。刪除一行只需要用set操作將該行中的任意一個元素(對象實例)設(shè)置成“非法”即可。但該操作有一個例外：地址翻譯組對象中有一個特殊的表(地址變換表)，該表中未定義一個元素的“非法”條件。因此，SNMP中采用的辦法是將該表中的地址設(shè)置成空串，而空字符串將被視為非法元素。

至于刪除一行時，表中的一行元素是否真的在表中消失，則與每個設(shè)備(管理代理)的具體實現(xiàn)有關(guān)。因此，網(wǎng)絡(luò)管理操作中，運行管理進程可能從管理代理中得到“非法”數(shù)據(jù)，即已經(jīng)刪除的不再使用的元素的內(nèi)容，因此管理進程必須能通過各數(shù)據(jù)字段的內(nèi)容來判斷數(shù)據(jù)的合法性。

第二篇：計算機網(wǎng)絡(luò)網(wǎng)絡(luò)管理協(xié)議簡介

計算機網(wǎng)絡(luò)網(wǎng)絡(luò)管理協(xié)議簡介

在前面章節(jié)中，我們已經(jīng)提到網(wǎng)絡(luò)管理協(xié)議是網(wǎng)絡(luò)管理系統(tǒng)中最重要的部分。國際標(biāo)準(zhǔn)化組織（ISO）及其它一些組織為了解決Internet管理解決方案，而制定了一系列基于網(wǎng)絡(luò)協(xié)議的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)。

CMIS/CMIP是OSI提供的網(wǎng)絡(luò)管理協(xié)議簇。CMIS定義了每個網(wǎng)絡(luò)組成部分所提供的網(wǎng)絡(luò)管理服務(wù)，而CMIP則是實現(xiàn)CMIS服務(wù)的協(xié)議。

ISO的宗旨是為所有設(shè)備在OSI參考模型中的每一層提供一個公共的網(wǎng)絡(luò)結(jié)構(gòu)，而CMIS/CMIP正是這樣一個適用于所有網(wǎng)絡(luò)設(shè)備的完整網(wǎng)絡(luò)管理協(xié)議簇。

CMIS/CMIP的整體結(jié)構(gòu)是建立在OSI網(wǎng)絡(luò)參考模型的基礎(chǔ)上，網(wǎng)絡(luò)管理應(yīng)用進程使用OSI參考模型中的第七層，即應(yīng)用層。在此，公共管理信息服務(wù)單元（CMISE）提供了應(yīng)用程序使用CMIP協(xié)議的接口。同時該層還包括了兩個應(yīng)用協(xié)議，聯(lián)系控制服務(wù)元素（ACSE）和遠程操作服務(wù)元素（ROSE），其中ACSE的作用是在應(yīng)用程序之間建立和關(guān)閉連接，而ROSE則處理應(yīng)用程序間的請求/響應(yīng)交互。

SNMP（Simple Network Management Protocol）簡單網(wǎng)絡(luò)管理協(xié)議。它的前身是簡單網(wǎng)管控制協(xié)議（SGMP）。在后面的章節(jié)中，我們將對此協(xié)議做詳細的講解。

CMOT是指在TCP/IP協(xié)議上實現(xiàn)CMIS服務(wù)，它是一種過渡性的解決方案，CMOT依賴于CMISE、ACSE和ROSE協(xié)議，這點和CMIS/CMIP是一樣的。但是，CMOT并沒有在OSI參考模型中的表示層實現(xiàn)，而是在表示層中使用另外一個協(xié)議，輕量表示協(xié)議（LPP），該協(xié)議提供了傳輸層的兩種協(xié)議接口，即TCP和UDP的接口。

因為CMOT僅僅是一個過渡性的方案，導(dǎo)致沒有人會把注意力集中在一個短期方案上。而同時，許多重要廠商都加入了SNMP的潮流并在其中投入了大量資源。事實上，雖然存在CMOT的定義，但該協(xié)議已經(jīng)很長時間沒有在發(fā)展。

第三篇：網(wǎng)絡(luò)協(xié)議

網(wǎng)絡(luò)協(xié)議大全

在網(wǎng)絡(luò)的各層中存在著許多協(xié)議，它是定義通過網(wǎng)絡(luò)進行通信的規(guī)則，接收方的發(fā)送方同層的協(xié)議必須一致，否則一方將無法識別另一方發(fā)出的信息，以這種規(guī)則規(guī)定雙方完成信息在計算機之間的傳送過程。下面就對網(wǎng)絡(luò)協(xié)議規(guī)范作個概述。

ARP（Address Resolution Protocol）地址解析協(xié)議

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

SNMP（Simple Network Management P）網(wǎng)絡(luò)管理協(xié)議

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

AppleShare protocol（AppleShare協(xié)議）

它是Apple機上的通信協(xié)議，它允許計算機從服務(wù)器上請求服務(wù)或者和服務(wù)器交換文件。AppleShare可以在TCP/IP協(xié)議或其它網(wǎng)絡(luò)協(xié)議如IPX、AppleTalk上進行工作。使用它時，用戶可以訪問文件，應(yīng)用程序，打印機和其它遠程服務(wù)器上的資源。它可以和配置了AppleShare協(xié)議的任何服務(wù)器進行通信，Macintosh、Mac OS、Windows NT和Novell Netware都支持AppleShare協(xié)議。

AppleTalk協(xié)議

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

BGP4（Border Gateway Protocol Vertion 4）邊界網(wǎng)關(guān)協(xié)議-版本4

它是用于在自治網(wǎng)絡(luò)中網(wǎng)關(guān)主機（每個主機有自己的路由）之間交換路由信息的協(xié)議，它使管理

員能夠在已知的路由策略上配置路由加權(quán)，可以更方便地使用無級內(nèi)部域名路由（CIDR），它是一種在網(wǎng)絡(luò)中可以容納更多地址的機制，它比外部網(wǎng)關(guān)協(xié)議（EGP）更新。BGP4經(jīng)常用于網(wǎng)關(guān)主機之間，主機中的路由表包括了已知路由的列表，可達的地址和路由加權(quán)，這樣就可以在路由中選擇最好的通路了。BGP在局域網(wǎng)中通信時使用內(nèi)部BGP（IBGP），因為IBGP不能很好工作。

BOOTP協(xié)議

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

CMIP（Common Management Information Protocol）通用管理信息協(xié)議

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

Connection-oriented Protocol/Connectionless Protocol面向連接的協(xié)議/無連接協(xié)議

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

DHCP（Dynamic Host Configuration Protocol）動態(tài)主機配置協(xié)議

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

Discard Protocol拋棄協(xié)議

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

Echo Protocol協(xié)議

這個協(xié)議主要用于調(diào)試和檢測中。這個協(xié)議的作用也十分簡單，接收到什么原封發(fā)回就是了。它可以基于TCP協(xié)議，服務(wù)器就在TCP端口7檢測有無消息，如果有發(fā)送來的消息直接返回就是了。如果使用UDP協(xié)議的基本過程和TCP一樣，檢測的端口也是7.FTP（File Transfer Protocol）文件傳輸協(xié)議

它是一個標(biāo)準(zhǔn)協(xié)議，是在計算機和網(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作為用戶名進行登錄，通?？墒褂萌魏慰诹罨蛑话椿剀囨I。

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

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

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

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

留程序接收到請求，在進行必要的操作后回送所要求的文件。

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

它是由Netscape開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。HTTPS實際上應(yīng)用了Netscape的完全套接字層（SSL）作為HTTP應(yīng)用層的子層。（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軟件處理，對于應(yīng)用程序使用者是不可見的。在被稱為Catenet的系統(tǒng)中，IP協(xié)議被用作主機到主機的數(shù)據(jù)報服務(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)或目的主機將和源主機通信，例如，為報告在數(shù)據(jù)報過程中的錯誤。為了這個目的才使用了ICMP，它使用IP做于底層支持，好象它是一個高層協(xié)議，而實際上它是IP的一部分，必須由其它IP模塊實現(xiàn)。ICMP消息在以下幾種情況下發(fā)送：當(dāng)數(shù)據(jù)報不能到達目的地時，當(dāng)網(wǎng)關(guān)的已經(jīng)失去緩存功能，當(dāng)網(wǎng)關(guān)能夠引導(dǎo)主機在更短路由上發(fā)送。IP并非設(shè)計為設(shè)計為絕對可靠，這個協(xié)議的目的是為了當(dāng)網(wǎng)絡(luò)出現(xiàn)問題的時候返回控制信息，而不是使IP協(xié)議變得絕對可靠，并不保證數(shù)據(jù)報或控制信息能夠返回。一些數(shù)據(jù)報仍將在沒有任何報告的情況下丟失。

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

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

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

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

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

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

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

MIME（Multi-Purpose Internet Mail Extensions）多功能Internet郵件擴展

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

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

NetBEUI協(xié)議是IBM于1985年提出。NetBEUI主要為20到200個工作站的小型局域網(wǎng)設(shè)計的，用于NetBEUI、LanMan網(wǎng)、Windows For Workgroups及Windows NT網(wǎng)。NetBEUI是一個緊湊、快速的協(xié)

議，但由于NetBEUI沒有路由能力，即不能從一個局域網(wǎng)經(jīng)路由器到另一個局域網(wǎng)，已不能適應(yīng)較大的網(wǎng)絡(luò)。如果需要路由到其他局域網(wǎng)，則必須安裝TCP/IP或IPX/SPX協(xié)議。

OSPF（Open Shortest Path First）開放最短路優(yōu)先

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

POP3（Post Office Protocol Version 3）郵局協(xié)議-版本3

它是一個關(guān)于接收電子郵件的客戶/服務(wù)器協(xié)議。電子郵件由服務(wù)器接收并保存，在一定時間之后，由客戶電子郵件接收程序檢查郵箱并下載郵件。POP3它內(nèi)置于IE和Netscape瀏覽器中。另一個替代協(xié)議是交互郵件訪問協(xié)議（IMAP）。使用IMAP您可以將服務(wù)器上的郵件視為本地客戶機上的郵件。在本地機上刪除的郵件還可以從服務(wù)器上找到。E-mail 可以被保存在服務(wù)器上，并且可以從服務(wù)器上找回。

PPP（Point to Point Protocol）點對點協(xié)議

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

RIP（Routing Infomation Protocol）路由信息協(xié)議

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

SLIP（Serial Line Internet Protocol）串行線路Internet協(xié)議

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

SMB protocol（Server Message Block protocol）服務(wù)器信息塊協(xié)議

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

LMTP（Local Mail Transfer Protocol）本地郵件傳輸協(xié)議

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

SMTP（Simple Mail Transfer Protocol）簡單郵件傳送協(xié)議

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

Talk協(xié)議

Talk協(xié)議能使遠程計算機上的兩個用戶以實時方式進行通信。

TCP/IP（Transmission Control Protocol/Internet Protocol）傳輸控制協(xié)議/Internet協(xié)議

TCP/IP協(xié)議起源于美國國防高級研究計劃局。提供可靠數(shù)據(jù)傳輸?shù)膮f(xié)議稱為傳輸控制協(xié)議TCP，好比貨物裝箱單，保證數(shù)據(jù)在傳輸過程中不會丟失；提供無連接數(shù)據(jù)報服務(wù)的協(xié)議稱為網(wǎng)絡(luò)協(xié)議IP，好比

收發(fā)貨人的地址和姓名，保證數(shù)據(jù)到達指定的地點。TCP/IP協(xié)議是互聯(lián)網(wǎng)上廣泛使用的一種協(xié)議，使用 TCP/IP協(xié)議的因特網(wǎng)等網(wǎng)絡(luò)提供的主要服務(wù)有：電子郵件、文件傳送、遠程登錄、網(wǎng)絡(luò)文件系統(tǒng)、電視會議系統(tǒng)和萬維網(wǎng)。它是Interent的基礎(chǔ)，它提供了在廣域網(wǎng)內(nèi)的路由功能，而且使Internet上的不同主機可以互聯(lián)。從概念上，它可以映射到四層：網(wǎng)絡(luò)接口層，這一層負責(zé)在線路上傳輸幀并從線路上接收幀； Internet層，這一層中包括了IP協(xié)議，IP協(xié)議生成Internet數(shù)據(jù)報，進行必要的路由算法，IP協(xié)議實際上可以分為四部分：ARP，ICMP，IGMP和IP；再上向就是傳輸層，這一層負責(zé)管理計算機間的會話，這一層包括兩個協(xié)議TCP和UDP，由應(yīng)用程序的要求不同可以使用不同的協(xié)議進行通信；最后一層是應(yīng)用層，就是我們熟悉的FTP，DNS，TELNET等。熟悉TCP/IP是熟悉Internet的必由之路。

TELNET Protocol虛擬終端協(xié)議

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

Time Protocol時間協(xié)議

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

TFTP（Trivial File Transfer Protocol）小文件傳輸協(xié)議

它是一個網(wǎng)絡(luò)應(yīng)用程序，它比FTP簡單也比FTP功能少。它在不需要用戶權(quán)限或目錄可見的情況下使用，它使用UDP協(xié)議而不是TCP協(xié)議。

UDP（User Datagram Protocol）用戶數(shù)據(jù)報協(xié)議

它是定義用來在互連網(wǎng)絡(luò)環(huán)境中提供包交換的計算機通信的協(xié)議，此協(xié)議默認認為網(wǎng)路協(xié)議（IP）是其下層協(xié)議。UDP是TCP的另外一種方法，象TCP一樣，UDP使用IP協(xié)議來獲得數(shù)據(jù)單元（叫做數(shù)據(jù)報），不象TCP的是，它不提供包（數(shù)據(jù)報）的分組和組裝服務(wù)。而且，它還不提供對包的排序，這意味著，程序程序必須自己確定信息是否完全地正確地到達目的地。如果網(wǎng)絡(luò)程序要加快處理速度，那使用UPD就比TCP要好。UDP提供兩種不由IP層提供的服務(wù)，它提供端口號來區(qū)別不同用戶的請求，而且可以提供奇偶校驗。在OSI模式中，UDP和TCP一樣處于第四層，傳輸層。

UUCP（UNIX-to-UNIX Copy Protocol）UNIX至UNIX拷貝協(xié)議

它是一組用于在不同UNIX系統(tǒng)之間復(fù)制（傳送）文件或傳送用于其它UNIX系統(tǒng)執(zhí)行命令的一組指令，是UNIX網(wǎng)絡(luò)的基礎(chǔ)。

X.25協(xié)議

它是CCITT標(biāo)準(zhǔn)的通訊協(xié)議，制定于1976年，用于定義同步傳輸?shù)臄?shù)據(jù)包。是國際上分組數(shù)據(jù)網(wǎng)（PDN）上使用的一種協(xié)議。它允許不同網(wǎng)絡(luò)中的計算機通過一臺工作在網(wǎng)絡(luò)層的中間計算機進行相互通信。

X.400協(xié)議它是一個電子郵件協(xié)議，它由ITU-TS制定，它可以發(fā)揮和SMTP相同的功能。X.400在歐洲和加拿大使用比較多，它實際上是一個標(biāo)準(zhǔn)集，每個標(biāo)準(zhǔn)的序號都在此400到499之間。X.400地址能夠提供許多SMTP地址所不能夠提供的功能，因此X.400的地址會比較長而且比較麻煩。X.400的確提供了比SMTP更多的功能，然而這些功能卻很少能夠用到。X.400的主要部分有以下幾個：用戶代理（UA），消息傳送代理（MTA）和消息傳輸系統(tǒng)（MTS）。

Z39.50協(xié)議

它是一個標(biāo)準(zhǔn)的通信協(xié)議，它用于檢索和獲得在線數(shù)據(jù)庫中的著書目錄。Z39.50用于在互聯(lián)網(wǎng)上檢索圖書館的在線公共訪問目錄（Online Public Access Catalogues，OPAC），也可以用于把多個分離的OPAC連接起來，它是ANSI/NISO標(biāo)準(zhǔn)。

第四篇：SNMP協(xié)議全稱為簡單網(wǎng)絡(luò)管理協(xié)議

SNMP協(xié)議全稱為簡單網(wǎng)絡(luò)管理協(xié)議（Simple Network Management Protocol），該協(xié)議能夠被廣泛使用，不受協(xié)議的限制，如IP、IPX、AppleTalk、OSI及其它傳輸協(xié)議均能使用?；ヂ?lián)網(wǎng)絡(luò)開始規(guī)模很小，網(wǎng)絡(luò)結(jié)構(gòu)簡單，因此談不上網(wǎng)絡(luò)監(jiān)控和管理問題。僅使用ICMP 的Ping 程序就能解決問題。但隨著互聯(lián)網(wǎng)絡(luò)規(guī)模不斷擴大，使用Ping 已無法掌握網(wǎng)絡(luò)運行情況。此時，SNMP協(xié)議就產(chǎn)生了，它可通過提供有限的信息類型、簡單的請求/響應(yīng)機制來實現(xiàn)對被管理對象的操作。同時可將管理信息模型和被管理對象分成兩個模塊，兩個模塊間通過信令交互協(xié)同工作。目前SNMP協(xié)議已在TCP/IP 網(wǎng)絡(luò)中廣泛使用，并已成為網(wǎng)絡(luò)管理領(lǐng)域事實標(biāo)準(zhǔn)。下面簡單介紹下SNMP協(xié)議的基本概念、管理模型及版本號：

一 SNMP協(xié)議基本概念NMS

NMS（Network Management System），是運行在網(wǎng)管端工作站上的網(wǎng)絡(luò)管理軟件。網(wǎng)絡(luò)管理員通過操作NMS，向被管理設(shè)備發(fā)出請求，從而監(jiān)控和配置網(wǎng)絡(luò)設(shè)備。Agent

運行在被管理設(shè)備上的代理進程。被管理設(shè)備在接收到網(wǎng)管設(shè)備側(cè)NMS 發(fā)出的請求后，由Agent 作出響應(yīng)操作。主要功能包括：收集設(shè)備狀態(tài)信息、實現(xiàn)NMS 對設(shè)備的遠程操作、向網(wǎng)管端發(fā)出告警消息。MIB

MIB 是一個虛擬的數(shù)據(jù)庫，是在被管理設(shè)備端維護的設(shè)備狀態(tài)信息集。Agent 通過查找MIB 來收集設(shè)備狀態(tài)信息。MIB 按照層次式樹形結(jié)構(gòu)組織被管理對象，使用ASN.1格式進行描述。ASN.1抽象語法表示，使用獨立于物理傳輸?shù)姆椒ǘx協(xié)議標(biāo)準(zhǔn)中的數(shù)據(jù)類型。ASN.1 描述傳輸過程的中的語法，但不涉及具體數(shù)據(jù)含義的表示。BER

基本編碼規(guī)則，按照ASN.1 的語法結(jié)構(gòu)，描述了在傳送過程中數(shù)據(jù)內(nèi)容是如何表示的。SMI

SMI（Structor of Management Information）為命名和定義管理對象指定了一套規(guī)則。所有管理對象都是按一種層次式樹形結(jié)構(gòu)排列。一個對象在這個樹形結(jié)構(gòu)中的位置，標(biāo)識了如何訪問這個對象。Trap

告警信息。設(shè)備中的模塊在達到告警的條件后觸發(fā)告警，之后將告警消息通過SNMP發(fā)往網(wǎng)管端。實體

可以被管理的軟件或硬件。

二 SNMP 協(xié)議管理模型

SNMP 的管理體系，在NMS 和Agent 兩側(cè)進行信令交互。網(wǎng)管端工作站上的 NMS 作為管理者，向Agent 發(fā)送SNMP 請求報文。Agent 通過查詢設(shè)備端的MIB 得到所要查詢的信息，向NMS 發(fā)送SNMP 響應(yīng)報文。設(shè)備端的模塊由于達到模塊定義的告警觸發(fā)條件，通過 Agent 向網(wǎng)管端工作站的NMS 發(fā)送Trap 消息，告知設(shè)備側(cè)的出現(xiàn)的情況，這樣便于網(wǎng)絡(luò)管理人員及時的對網(wǎng)絡(luò)中出現(xiàn)的情況進行處理。

三 SNMP協(xié)議版本號SNMPv1

1990 年5 月，RFC 1157 定義了SNMP 的第一個版本SNMPv1。RFC 1157 提供了一種監(jiān)控和管理計算機網(wǎng)絡(luò)的系統(tǒng)方法。SNMPv1 基于團體名認證，安全性較差，且返回報文的錯誤碼也較少。SNMPv2p

后來IETF 頒布了SNMPv2p。SNMPv2p 為了解決安全問題，引入?yún)⑴c者的概念。但由于實際應(yīng)用中出現(xiàn)的問題，沒有得到推廣。之后頒布的SNMPv2c 取代了SNMPv2p，去掉了參與者的概念，但仍然沿用SNMPv1 中的團體名進行安全認證。SNMPv2c 中引入了getbulk 操作，提供更多的錯誤碼信息。SNMPv

3鑒于 SNMPv2c 在安全性方面沒有得到改善，IETF 頒布了SNMPv3 的版本，提供了基于USM（User Security Module）的認證加密和基于VACM（View-based Access ControlModel）的訪問控制。

目前各個生產(chǎn)廠家的數(shù)通設(shè)備基本都支持以上三個版本號的SNMP協(xié)議。

SNMP規(guī)定了5種協(xié)議數(shù)據(jù)單元PDU（也就是SNMP報文），用來在管理進程和代理之間的交換。get-request操作：從代理進程處提取一個或多個參數(shù)值。get-next-request操作：從代理進程處提取緊跟當(dāng)前參數(shù)值的下一個參數(shù)值。set-request操作：設(shè)置代理進程的一個或多個參數(shù)值。

get-response操作：返回的一個或多個參數(shù)值。這個操作是由代理進程發(fā)出的，它是前面三種操作的響應(yīng)操作。trap操作：代理進程主動發(fā)出的報文，通知管理進程有某些事情發(fā)生。

前面的3種操作是由管理進程向代理進程發(fā)出的，后面的2個操作是代理進程發(fā)給管理進程的，為了簡化起見，前面3個操作今后叫做get、get-next和set操作。圖4描述了SNMP的這5種報文操作。請注意，在代理進程端是用熟知端口161來接收get或set報文，而在管理進程端是用熟知端口162來接收trap報文。

一臺擁有IP地址的主機可以提供許多服務(wù)，比如Web服務(wù)、FTP服務(wù)、SMTP服務(wù)等，這些服務(wù)完全可以通過1個IP地址來實現(xiàn)。那么，主機是怎樣區(qū)分不同的網(wǎng)絡(luò)服務(wù)呢？顯然不能只靠IP地址，因為IP 地址與網(wǎng)絡(luò)服務(wù)的關(guān)系是一對多的關(guān)系。實際上是通過“IP地址+端口號”來區(qū)分不同的服務(wù)的。

需要注意的是，端口并不是一一對應(yīng)的。比如你的電腦作為客戶機訪 問一臺WWW服務(wù)器時，WWW服務(wù)器使用“80”端口與你的電腦通信，但你的電腦則可能使用“3457”這樣的端口。

TCP端口和UDP端口。由于TCP和UDP 兩個協(xié)議是獨立的，因此各自的端口號也相互獨立，比如TCP有235端口，UDP也 可以有235端口，兩者并不沖突。

1.周知端口（Well Known Port）

周知端口是眾所周知的端口號，范圍從0到1023，其中80端口分配給W WW服務(wù)，21端口分配給FTP服務(wù)等。我們在IE的地址欄里輸入一個網(wǎng)址的時候是不必指定端口號的，因為在默認情況下WWW服務(wù)的端口 號是“80”。

網(wǎng)絡(luò)服務(wù)是可以使用其他端口號的，如果不是默認的端口號則應(yīng)該在 地址欄上指定端口號，方法是在地址后面加上冒號“:”（半角），再加上端口 號。比如使用“8080”作為WWW服務(wù)的端口，則需要在地址欄里輸入“網(wǎng)址:8080”。

但是有些系統(tǒng)協(xié)議使用固定的端口號，它是不能被改變的，比如139 端口專門用于NetBIOS與TCP/IP之間的通信，不能手動改變。

2.動態(tài)端口（Dynamic Ports）

動態(tài)端口的范圍是從1024到65535。之所以稱為動態(tài)端口，是因為它 一般不固定分配某種服務(wù)，而是動態(tài)分配。動態(tài)分配是指當(dāng)一個系統(tǒng)進程或應(yīng)用 程序進程需要網(wǎng)絡(luò)通信時，它向主機申請一個端口，主機從可用的端口號中分配 一個供它使用。當(dāng)這個進程關(guān)閉時，同時也就釋放了所

占用的端口號

怎樣查看端口

一臺服務(wù)器有大量的端口在使用，怎么來查看端口呢？有兩種方式： 一種是利用系統(tǒng)內(nèi)置的命令，一種是利用第三方端口掃描軟件。

1.用“netstat /an”查看端口狀態(tài)

在Windows 2000/XP中，可以在命令提示符下使用“netstat /na”查 看系統(tǒng)端口狀態(tài)，可以列出系統(tǒng)正在開放的端口號及其狀態(tài)．

2.用第三方端口掃描軟件

第三方端口掃描軟件有許多，界面雖然千差萬別，但是功能卻是類似 的。這里以“Fport” 為例講解。“Fport”在命令提示符下使用，運行結(jié)果 與“netstat-an”相似，但是它不僅能夠列出正在使用的端口號及類型，還可 以列出端口被哪個應(yīng)用程序使用．

第五篇：網(wǎng)絡(luò)廣告代理協(xié)議

甲方（委托方）：乙方（代理方）：

甲乙雙方經(jīng)充分、平等、友好協(xié)商，就廣告委托代理事宜，達成本協(xié)議書。

一、甲方委托乙方全權(quán)代理甲方網(wǎng)絡(luò)廣告的經(jīng)營業(yè)務(wù)。

二、甲方網(wǎng)絡(luò)廣告，是指運用專業(yè)的方法，在甲方平臺上刊登或發(fā)布廣告，并通過網(wǎng)絡(luò)傳遞到互聯(lián)網(wǎng)用戶的廣告運作方式。主要包括橫幅式廣告、按紐式廣告、郵件列表廣告、電子郵件式廣告、競賽和推廣式廣告、插頁式廣告、互動游戲式廣告等形式。

三、甲方承諾，乙方為甲方廣告經(jīng)營的唯一代理方。在本協(xié)議書的有效期內(nèi)，甲方不再委托任何第三方代理甲方廣告的經(jīng)營。

四、甲方委托乙方代理廣告經(jīng)營的內(nèi)容是：

（一）對甲方廣告進行推廣和營銷；

（二）與廣告客戶進行談判和簽約；

（三）提出廣告設(shè)計與發(fā)布的意見和要求；

（四）收取廣告客戶的廣告費用。

五、甲方應(yīng)當(dāng)按照乙方提出的意見進行廣告設(shè)計，并按照乙方提出的要求在甲方的平臺上進行廣告刊登和發(fā)布。

六、乙方應(yīng)當(dāng)按照甲方確定的廣告收費標(biāo)準(zhǔn)與廣告客戶進行談判，并在甲方確定的廣告收費優(yōu)惠范圍內(nèi)與廣告客戶進行簽約。甲方確定的廣告收費標(biāo)準(zhǔn)和廣告收費優(yōu)惠范圍，見本協(xié)議書附件。

七、甲方按照甲方確定的廣告收費標(biāo)準(zhǔn)的貳點伍折的價格，與乙方進行收費結(jié)算。即，乙方從廣告客戶處收取廣告費后，將按照甲方確定的廣告收費標(biāo)準(zhǔn)的 25的部分上繳給甲方，其余部分留給乙方，作為乙方的代理費用。

八、在本協(xié)議書的有效期內(nèi)，甲方原則上不再直接經(jīng)營廣告業(yè)務(wù)。廣告客戶直接與甲方洽談廣告業(yè)務(wù)的，甲方應(yīng)將其移交給乙方辦理。如是甲方以前的老客戶，經(jīng)乙方同意后，可以由甲方直接與其進行洽談，并由甲方直接經(jīng)營該筆廣告業(yè)務(wù)，但廣告收費標(biāo)準(zhǔn)不得低于甲方確定的廣告收費優(yōu)惠范圍內(nèi)的最低標(biāo)準(zhǔn)。

九、廣告客戶支付的廣告費，原則上由乙方負責(zé)收取，并解入乙方的賬戶。乙方在按照甲方確定的標(biāo)準(zhǔn)和方式收取廣告費后，應(yīng)即將應(yīng)繳納給甲方的部分繳納給甲方。

十、本協(xié)議書成立后十天內(nèi)，乙方應(yīng)繳納給甲方履約保證金萬元人民幣。本協(xié)議書有效期終止或因非乙方違約的原因而使本協(xié)議書中止、撤銷、無法履行后的十天內(nèi)，甲方應(yīng)當(dāng)將保證金退還給乙方。甲方退還保證金時，不計保證金的利息。

十一、委托代理期限：伍年，自本協(xié)議書生效之日起起算。

十二、違約責(zé)任：甲方違約，甲方除應(yīng)退回給乙方保證金以外，還應(yīng)支付相當(dāng)于乙方繳納的保證金的數(shù)額，支付給乙方違約金；乙方違約，甲方有權(quán)不退還乙方繳納的保證金。一方違約給另一方造成的損失超過違約金數(shù)額的，違約方應(yīng)當(dāng)增加賠償。

十三、甲乙雙方對本協(xié)議書有爭議的，應(yīng)當(dāng)協(xié)商解決；協(xié)商不成的，任何一方均可提請政府仲裁部門仲裁解決，或提請人民法院裁定。

十四、本協(xié)議若有未盡之處，甲乙雙方可協(xié)商簽署補充協(xié)議。補充協(xié)議與本協(xié)議書具有同等法律效力。

十五、本協(xié)議的任何變更，須經(jīng)甲乙雙方協(xié)商一致始得進行。變更后的協(xié)議與本協(xié)議書不一致的，以變更后的協(xié)議為準(zhǔn)。

十六、本協(xié)議書自甲方雙方簽字、蓋章之日起成立，自乙方繳納給甲方的保證金匯出之日起生效。本協(xié)議書的有效期與委托代理期限相同。

十六、本協(xié)議書壹式肆份，甲乙雙方各執(zhí)貳份，具有同等法律效力。

甲方（蓋章）： 乙方（蓋章）：代表人（簽字）： 代表人（簽字）： 年 月 日