要了解MIB及OID得從SNMP協(xié)議說起

要了解MIB及OID得從SNMP協(xié)議說起SNMP協(xié)議詳解簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（SNMP：SimpleNetworkManagementProtocol）是由互聯(lián)網(wǎng)工程任

務(wù)組（IETF：InternetEngineeringTaskForce）定義的一套網(wǎng)絡(luò)管理協(xié)議。該協(xié)議基于

簡(jiǎn)單網(wǎng)關(guān)監(jiān)視協(xié)議（SGMP：SimpleGatewayMonitorProtocoD。利用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基本原理

SNMP采用了Client/Server模型的特殊形式：代理/管理站模型。對(duì)網(wǎng)絡(luò)的管理與維護(hù)是通

過管理工作站與SNMP代理間的交互工作完成的。每個(gè)SNMP從代理負(fù)責(zé)回答SNMP管理工作

站（主代理）關(guān)于MIB定義信息的各種查詢。下圖10是NMS公司網(wǎng)絡(luò)產(chǎn)品中SNMP協(xié)議的實(shí)現(xiàn)模型。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ù)據(jù)報(bào)結(jié)構(gòu)如下圖版本標(biāo)識(shí)符1PDU版本識(shí)別符（versionidentifier）:確保SNMP代理使用相同的協(xié)議，每個(gè)SNMP代理都直

接拋棄與自己協(xié)議版本不同的數(shù)據(jù)報(bào)。團(tuán)體名（CommunityName）:用于SNMP從代理對(duì)SNMP管理站進(jìn)行認(rèn)證；如果網(wǎng)絡(luò)配置成要

求驗(yàn)證時(shí)，SNMP從代理將對(duì)團(tuán)體名和管理站的IP地址進(jìn)行認(rèn)證，如果失敗，SNMP從代理將

向管理站發(fā)送一個(gè)認(rèn)證失敗的Trap消息協(xié)議數(shù)據(jù)單元（PDU）:其中PDU指明了SNMP的消息類型及其相關(guān)參數(shù)。管理信息庫MIB

IETF規(guī)定的管理信息庫MIB(由中定義了可訪問的網(wǎng)絡(luò)設(shè)備及其屬性，由對(duì)象識(shí)別符(OID：

ObjectIdentifier)唯一指定。MIB是一個(gè)樹形結(jié)構(gòu)，SNMP協(xié)議消息通過遍歷MIB樹形目

錄中的節(jié)點(diǎn)來訪問網(wǎng)絡(luò)中的設(shè)備。下圖給出了NMS系統(tǒng)中SNMP可訪問網(wǎng)絡(luò)設(shè)備的對(duì)象識(shí)別樹(OID：ObjectIdentifier)結(jié)

構(gòu)。下圖給出了對(duì)一個(gè)DS1線路狀態(tài)進(jìn)行查詢的OID設(shè)置例子。010=.7.1OIDofDS1/E1RFC2495subtreedsx1LineStatusChangeTrapEnableInterfaceno.1SNMP的五種消息類型SNMP中定義了五種消息類型：Get-Request、Get-Response、Get-Next-Request、Set-Request、TrapGet-Request、Get-Next-Request與Get-ResponseSNMP管理站用Get-Request消息從擁有SNMP代理的網(wǎng)絡(luò)設(shè)備中檢索信息，而SNMP代理則

用Get-Response消息響應(yīng)。Get-Next-Request用于和Get-Request組合起來查詢特定的表

對(duì)象中的列元素。如：首先通過下面的原語獲得所要查詢的設(shè)備的接口數(shù)：{isoorg(3)dod(6)internet(1)mgmt(2)mib(1)interfaces(2)ifNumber(2)}后再通過下面的原語，進(jìn)行查詢(其中第一次用Get-Request,其后用Get-Next-Request):{isoorg(3)dod(6)internet(1)mgmt(2)mib(1)interfaces(2)ifTable(2)}Set-RequestSNMP管理站用Set-Request可以對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行遠(yuǎn)程配置(包括設(shè)備名、設(shè)備屬性、刪除

設(shè)備或使某一個(gè)設(shè)備屬性有效/無效等)。TrapSNMP代理使用Trap向SNMP管理站發(fā)送非請(qǐng)求消息，一般用于描述某一事件的發(fā)生。SNMP管理信息庫MIB管理信息庫MIB指明了網(wǎng)絡(luò)元素所維持的變量(即能夠被管理進(jìn)程查詢和設(shè)置的信息)MIB

給出了一個(gè)網(wǎng)絡(luò)中所有可能的被管理對(duì)象的集合的數(shù)據(jù)結(jié)構(gòu)。SNMP的管理信息庫采用和域

名系統(tǒng)DNS相似的樹型結(jié)構(gòu)，它的根在最上面，根沒有名字。下圖畫的是管理信息庫的一部

分，它又稱為對(duì)象命名(objectnamingtree)。根130⑴dudl3.6menitierbndy(2)identifiedorg-aiuzationJ：3]stMid.ardl：[l；l regi根130⑴dudl3.6menitierbndy(2)identifiedorg-aiuzationJ：3]stMid.ardl：[l；l regi；trationaiithoritsyst.已坨f 1-3-6-1iiiterface(2) at^3)ip⑷icrtip(5)tc"p(6) i_ic!p(7)"egfii'S)/l\ /l\/l\/l\/l\/l\/l\joinTi3b-ccitt(2)tngmt(2)experitnental(3)private(4)security?—pv2(6).2.1enterprise3^1^管理信息庫的對(duì)象命名舉例對(duì)象命名樹的頂級(jí)對(duì)象有三個(gè)，即ISO、ITU-T和這兩個(gè)組織的聯(lián)合體。在ISO的下面有4個(gè)結(jié)點(diǎn)，其中的餓一個(gè)(標(biāo)號(hào)3)是被標(biāo)識(shí)的組織。在其下面有一個(gè)美國(guó)國(guó)防部(DepartmentofDefense)的子樹(標(biāo)號(hào)是6),再下面就是Internet(標(biāo)號(hào)是1)。在只討論Internet

中的對(duì)象時(shí)，可只畫出Internet以下的子樹（圖中帶陰影的虛線方框），并在Internet結(jié)點(diǎn)旁邊標(biāo)注上｛｝即可。在Internet結(jié)點(diǎn)下面的第二個(gè)結(jié)點(diǎn)是mgmt（管理），標(biāo)號(hào)是2。再下面是管理信息庫，原先的結(jié)點(diǎn)名是mib。1991年定義了新的版本MIB-II,故結(jié)點(diǎn)名現(xiàn)改為mib-2，其標(biāo)識(shí)為｛.2.1｝，或｛Internet（1）.2.1｝。這種標(biāo)識(shí)為對(duì)象標(biāo)識(shí)符。最初的結(jié)點(diǎn)mib將其所管理的信息分為8個(gè)類別，見表1?，F(xiàn)在demib-2所包含的信息類

別已超過40個(gè)。表1最初的結(jié)點(diǎn)mib管理的信息類別糞別標(biāo)號(hào)所包含的信息isystem(1)主機(jī)或路由器的操作系統(tǒng)interfaces⑵各種網(wǎng)絡(luò)接口斥它們的測(cè)定通信1addresstranslation<⑷地址轉(zhuǎn)換f例如遁映射$ip⑸Interne （IP分組統(tǒng)計(jì)）icmp⑹瓦M(jìn)P軟件（已收到瓦M(jìn)P消息的統(tǒng)Jtcp#.)1udp⑺TCP軟件i（算法、參數(shù)和統(tǒng)計(jì)） f（8）1egpUDF軟件（UDP通信量統(tǒng)計(jì)） ’EGP軟件竇外部翩關(guān)協(xié)議通信量統(tǒng)|計(jì)）IJin*blog.zhangjianF2006-8-2616:19:19應(yīng)當(dāng)指出，MIB的定義與具體的網(wǎng)絡(luò)管理協(xié)議無關(guān)，這對(duì)于廠商和用戶都有利。廠商可以在產(chǎn)品（如路由器）中包含SNMP代理軟件，并保證在定義新的MIB項(xiàng)目后該軟件仍遵守標(biāo)準(zhǔn)。用戶可以使用同一網(wǎng)絡(luò)管理客戶軟件來管理具有不同版本的MIB的多個(gè)路由器。當(dāng)然，一個(gè)沒有新的MIB項(xiàng)目的路由器不能提供這些項(xiàng)目的信息。這里要提一下MIB中的對(duì)象｛.4.1｝，即enterprises（企業(yè)），其所屬結(jié)點(diǎn)數(shù)已超過3000。例如IBM