下面我們來(lái)對(duì)SNMP協(xié)議管理進(jìn)行一下講解。我們都知道，對(duì)于SNMP協(xié)議，它是一個(gè)多協(xié)議的集合體，那么它的多項(xiàng)功能可以非常有效地幫助我們完成網(wǎng)絡(luò)的管理工作。

我們懂得SNMP實(shí)現(xiàn)方式為了提供遍歷管理信息庫(kù)的手段，SNMP在其MIB中采用了樹(shù)狀命名方法對(duì)每個(gè)SNMP協(xié)議管理對(duì)象實(shí)例命名。每個(gè)對(duì)象實(shí)例的名字都由對(duì)象類名字加上一個(gè)后綴構(gòu)成。對(duì)象類的名字是不會(huì)相互重復(fù)的，因而不同對(duì)象類的對(duì)象實(shí)例之間也少有重名的危險(xiǎn)。

在共同體的定義中一般要規(guī)定該共同體授權(quán)的SNMP協(xié)議管理對(duì)象范圍，相應(yīng)地也就規(guī)定了哪些對(duì)象實(shí)例是該共同體的“管轄范圍”，據(jù)此，共同體的定義可以想象為一個(gè)多叉樹(shù)，以詞典序提供了遍歷所有SNMP管理對(duì)象實(shí)例的手段。有了這個(gè)手段，SNMP就可以使用get-next操作符，順序地從一個(gè)對(duì)象找到下一個(gè)對(duì)象。

get-next(object-instance)操作返回的結(jié)果是一個(gè)對(duì)象實(shí)例標(biāo)識(shí)符及其相關(guān)信息，該對(duì)象實(shí)例在上面的多叉樹(shù)中緊排在指定標(biāo)識(shí)符；bject-instance對(duì)象的后面。這種手段的優(yōu)點(diǎn)在于，即使不知道SNMP管理對(duì)象實(shí)例的具體名字，管理系統(tǒng)也能逐個(gè)地找到它，并提取到它的有關(guān)信息。

遍歷所有SNMP管理對(duì)象的過(guò)程可以從***個(gè)對(duì)象實(shí)例開(kāi)始(這個(gè)實(shí)例一定要給出)，然后逐次使用get-next，直到返回一個(gè)差錯(cuò)(表示不存在的SNMP管理對(duì)象實(shí)例)結(jié)束(完成遍歷)。

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

SNMP應(yīng)用實(shí)體對(duì)Internet管理信息庫(kù)中的管理對(duì)象進(jìn)行操作。一個(gè)SNMP應(yīng)用實(shí)體可操作的管理對(duì)象子集稱為SNMP MIB授權(quán)范圍。SNMP應(yīng)用實(shí)體對(duì)授權(quán)范圍內(nèi)管理對(duì)象的訪問(wèn)仍然還有進(jìn)一步的訪問(wèn)控制限制，比如只讀、可讀寫等。

由于信息是以表格形式(一種數(shù)據(jù)結(jié)構(gòu))存放的，在SNMP的管理概念中，把所有表格都視為子樹(shù)，其中一張表格(及其名字)是相應(yīng)子樹(shù)的根節(jié)點(diǎn)，每個(gè)列是根下面的子節(jié)點(diǎn)，一列中的每個(gè)行則是該列節(jié)點(diǎn)下面的子節(jié)點(diǎn)，并且是子樹(shù)的葉節(jié)點(diǎn)。

因此，按照前面的子樹(shù)遍歷思路，對(duì)表格的遍歷是先訪問(wèn)***列的所有元素，再訪問(wèn)第二列的所有元素……，直到***一個(gè)元素。若試圖得到***一個(gè)元素的“下一個(gè)”元素，則返回差錯(cuò)標(biāo)記。

SNMP協(xié)議管理對(duì)象的知識(shí)，我們就講解到這里了。