基于TCP/IP的網(wǎng)絡(luò)管理包含3個(gè)組成部分：

　　1） 一個(gè)管理信息庫MIB（Management InformaTIon Base）。管理信息庫包含所有代理進(jìn)程的所有可被查詢和修改的參數(shù)。RFC 1213［McCloghrie and Rose 1991］定義了第二版的MIB，叫做MIB-II。

　　2） 關(guān)于MIB的一套公用的結(jié)構(gòu)和表示符號(hào)。叫做管理信息結(jié)構(gòu)SMI（Structure of Management InformaTIon）。這個(gè)在RFC 1155 ［Rose and McCloghrie 1990］ 中定義。例如：SMI定義計(jì)數(shù)器是一個(gè)非負(fù)整數(shù)，它的計(jì)數(shù)范圍是 0~4294967295，當(dāng)達(dá)到最大值時(shí)，又從0開始計(jì)數(shù)。

　　3） 管理進(jìn)程和代理進(jìn)程之間的通信協(xié)議，叫做簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（Simple Network Management Protocol）。在RFC 1157 ［Case et al. 1990］中定義。SNMP包括數(shù)據(jù)報(bào)交換的格式等。盡管可以在傳輸層采用各種各樣的協(xié)議，但是在SNMP中，用得最多的協(xié)議還是UDP。

　　

　　一、SNMP協(xié)議概述

　　簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（SNMP：Simple Network Management Protocol）是由互聯(lián)網(wǎng)工程任務(wù)組（IETF：Internet Engineering Task Force ）定義的一套網(wǎng)絡(luò)管理協(xié)議。該協(xié)議基于簡(jiǎn)單網(wǎng)關(guān)監(jiān)視協(xié)議（SGMP：Simple Gateway Monitor Protocol）。利用SNMP，一個(gè)管理工作站可以遠(yuǎn)程管理所有支持這種協(xié)議的網(wǎng)絡(luò)設(shè)備，包括監(jiān)視網(wǎng)絡(luò)狀態(tài)、修改網(wǎng)絡(luò)設(shè)備配置、接收網(wǎng)絡(luò)事件警告等。 雖然SNMP開始是面向基于IP的網(wǎng)絡(luò)管理，但作為一個(gè)工業(yè)標(biāo)準(zhǔn)也被成功用于電話網(wǎng)絡(luò)管理。

　　二、SNMP的發(fā)展史

　　SNMP經(jīng)過了一個(gè)相對(duì)較長(zhǎng)的發(fā)展過程，到目前為止一共經(jīng)歷了三個(gè)版本。當(dāng)下使用最廣泛是SNMPv2。

　　1989年發(fā)布了第一個(gè)版本的SNMP，稱為SNMPv1。

　　1991年發(fā)布SNMP的一個(gè)補(bǔ)充---RMON（Remote Network Monitoring，遠(yuǎn)程網(wǎng)絡(luò)監(jiān)視）。RMON擴(kuò)充了SNMP的功能，包括對(duì)LAN的管理以及對(duì)依附于這些網(wǎng)絡(luò)設(shè)備的管理。注：RMON沒有修改和增加SNMP協(xié)議本身以及SMI，只是增加了SNMP監(jiān)視子網(wǎng)的能力，把整個(gè)子網(wǎng)當(dāng)成一個(gè)個(gè)體來監(jiān)視，提供了新的MIB庫及相關(guān)的MIB行為。

　　1993年SNMPv1的升級(jí)版被提出，SNMPv2。

　　1995年SNMPv2正式發(fā)布，v2增加了SNMPv1的功能，并規(guī)定了如何在基于OSI的網(wǎng)絡(luò)中使用SNMP。同時(shí)RMON于本年度擴(kuò)展為RMONv2

　    1998年SNMPv3發(fā)布，一系列文檔定義了SNMP的安全性，并定義了將來改進(jìn)的總體結(jié)構(gòu)。SNMPv3可以和v2、v1一起使用。

　　三、SNMP的工作原理

　　SNMP采用特殊的客戶機(jī)/服務(wù)器模式，即代理/管理站模型。對(duì)網(wǎng)絡(luò)的管理與維護(hù)是通過管理工作站與SNMP代理間的交互工作完成的。每個(gè)SNMP從代理負(fù)責(zé)回答SNMP管理工作站（主代理）關(guān)于MIB定義信息的各種查詢。

　　SNMP的應(yīng)用場(chǎng)景如圖１所示：

　　

　　管理站和代理端使用MIB進(jìn)行接口統(tǒng)一，MIB定義了設(shè)備中的被管理對(duì)象。管理站和代理都實(shí)現(xiàn)相應(yīng)的MIB對(duì)象，使得雙方可以識(shí)別對(duì)方的數(shù)據(jù)，實(shí)現(xiàn)通信。管理站向代理請(qǐng)求MIB中定義的數(shù)據(jù)，代理端識(shí)別后，將管理設(shè)備提供的相關(guān)狀態(tài)或參數(shù)等數(shù)據(jù)轉(zhuǎn)換成MIB定義的格式，最后將該信息返回給管理站，完成一次管理操作。

　　四、SNMP的報(bào)文類型

　　SNMP中定義了五種消息類型：Get-Request、Get-Response、Get-Next-Request、Set-Request和Trap 。

　?。?）Get-Request 、Get-Next-Request與Get-Response

　　SNMP 管理站用Get-Request消息從擁有SNMP代理的網(wǎng)絡(luò)設(shè)備中檢索信息，而SNMP代理則用Get-Response消息響應(yīng)。Get-Next- Request用于和Get-Request組合起來查詢特定的表對(duì)象中的列元素。

　　（2）Set-Request

　　SNMP管理站用Set-Request 可以對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行遠(yuǎn)程配置（包括設(shè)備名、設(shè)備屬性、刪除設(shè)備或使某一個(gè)設(shè)備屬性有效/無效等）。

　?。?）Trap

　　SNMP代理使用Trap向SNMP管理站發(fā)送非請(qǐng)求消息，一般用于描述某一事件的發(fā)生，如接口UP/DOWN，IP地址更改等。

　　上面五種消息中Get-Request、Get-Next-Request和Set-Request是由管理站發(fā)送到代理側(cè)的161端口的；后面兩種Get-Response和Trap 是由代理進(jìn)程發(fā)給管理進(jìn)程的，其中Trap消息被發(fā)送到管理進(jìn)程的162端口，所有數(shù)據(jù)都是走UDP封裝。SNMP工作流程如圖2：

　　

　　五、SNMP的報(bào)文格式

　　SNMP代理和管理站通過SNMP協(xié)議中的標(biāo)準(zhǔn)消息進(jìn)行通信，每個(gè)消息都是一個(gè)單獨(dú)的數(shù)據(jù)報(bào)。SNMP使用UDP（用戶數(shù)據(jù)報(bào)協(xié)議）作為第四層協(xié)議（傳輸協(xié)議），進(jìn)行無連接操作。SNMP消息報(bào)文包含兩個(gè)部分：SNMP報(bào)頭和協(xié)議數(shù)據(jù)單元PDU。

　　

　　在實(shí)際網(wǎng)絡(luò)傳輸環(huán)境下，SNMP報(bào)文的長(zhǎng)度取決于其所采用的編碼方式。SNMP統(tǒng)一采用BER（Basic Encoding Rule）的編碼規(guī)則，同時(shí)在正式SNMP規(guī)范中使用的是ASN.1語法，Abastract Syntax NotaTIon v1，即抽象語法描述語言。這兩個(gè)概念在后面實(shí)踐環(huán)節(jié)再做進(jìn)一步介紹，這里只要稍微了解一下即可，不妨礙我們對(duì)協(xié)議本身的分析。這里我們簡(jiǎn)單解釋一下BER編碼規(guī)則：

　　BER作為ANS.1的基本編碼規(guī)則，描述具體的ANS.1對(duì)象如何編碼為比特流在網(wǎng)絡(luò)上進(jìn)行傳輸。BER編碼規(guī)則由三部分組成：

　　

　　SNMP中定義了幾種基本的數(shù)據(jù)類型，其中v1和v2版有些改動(dòng)，具體參見相應(yīng)的RFC文檔。這里我們只介紹幾種最常見的類型：

　　l INTEGER：一個(gè)整數(shù)

　　l OCTER STRING： 0或多個(gè)8bit字節(jié)，每個(gè)字節(jié)在0~255之間取值

　　l DisplayString：0或多個(gè)8bit字節(jié)，每個(gè)字節(jié)必須是ASCII碼。在MIB-II中，所有該類型變量不能超過255個(gè)字符（0個(gè)字符可以）

　　l NULL：代表相關(guān)的變量沒有值

　　l IpAddress：4字節(jié)長(zhǎng)的OCTER STRING，以網(wǎng)絡(luò)字節(jié)序表示IP地址

　　l PhyAddress：6字節(jié)長(zhǎng)的OCTER STRING，代表物理地址

　　l Counter：非負(fù)整數(shù)，可以從0遞增到232-1（）。達(dá)到最大值后歸0

　　l TImeTicks：時(shí)間計(jì)數(shù)器，以0.01秒為單位遞增，不同的變量可以有不同的遞增幅度。所以在定義這種類型的變量時(shí)需要制定遞增幅度

　　l SEQUENCE：與C語言中的結(jié)構(gòu)體類似

　　l SEQUENCE OF：一個(gè)向量，參見后面ANS.1語法詳細(xì)介紹章節(jié)

　　SNMP報(bào)文在傳輸層是封裝在UDP報(bào)文中的，而UDP又是基于IP網(wǎng)絡(luò)的，因此，我們可以得到完整的報(bào)文描述結(jié)構(gòu)，如下圖所示：

　　

　　PDU類型其實(shí)包含兩個(gè)字節(jié)，第一個(gè)字節(jié)表示真實(shí)的PDU的類型；第二個(gè)字節(jié)表示后面報(bào)文所占的字節(jié)總數(shù)。針對(duì)SNMPv1，這個(gè)字段取值如下：

　　表1 PDU類型

　　PDU類型 名稱代理進(jìn)程對(duì)自己初始化

　　1warmStart一個(gè)接口已從工作狀態(tài)變?yōu)楣收蠣顟B(tài)（報(bào)文中的第一個(gè)變量標(biāo)識(shí)此接口）

　　3linkUp從SNMP管理進(jìn)程收到無效共同體的報(bào)文

　　5egpNeighborLoss地址）

　　6enterpriseSpecific《span times=“” new=“” roman“;=”“ mso-hansi-font-family：”times=“” roman“;mso-bidi-font-family：”times=“” mso-font-kerning:0pt“=”“ style=”word-wrap： break-word; font-size： 9pt; font-family： 宋體;“》在這個(gè)特定的代碼段中查找trap信息

　　通過wireshark抓包工具，捕獲一條如下的SNMP報(bào)文，接下來對(duì)其進(jìn)行仔細(xì)分析。

　　

　　其余部分都為SNMP報(bào)文，接下來我們對(duì)照前面的報(bào)文結(jié)構(gòu)體來逐個(gè)分析一下。

　　

　　SNMPv2 Trap報(bào)文

　　SNMPv2的Trap報(bào)文格式如圖8所示：

　　

　　同樣的，這里除了trap類型和報(bào)文長(zhǎng)度是標(biāo)準(zhǔn)網(wǎng)絡(luò)字節(jié)序之外，其余協(xié)議字段也均為BER編碼方式?？梢钥吹絭2版的trap報(bào)文正在向統(tǒng)一的報(bào)文格式發(fā)展，已經(jīng)非常類似普通的SNMP請(qǐng)求、響應(yīng)報(bào)文了。

　　SNMPv2原始報(bào)文內(nèi)容：

　　

　　余下部分全為SNMP報(bào)文內(nèi)容，這里我們做一下簡(jiǎn)單的約定：

　　xx 標(biāo)注類型；xx 標(biāo)注長(zhǎng)度；xx 標(biāo)注真正的數(shù)據(jù)。

　　這樣一來上面這串原始數(shù)據(jù)就好分析多了J