懂得了SNMP協(xié)議的基礎(chǔ)內(nèi)容是不能幫助我們解決應(yīng)用問題的。盡管這個(gè)是基礎(chǔ)內(nèi)容。那么接下來我們就分析一下SNMP協(xié)議管理的相關(guān)內(nèi)容。希望對(duì)大家有所幫助。我們懂得SNMP實(shí)現(xiàn)方式為了提供遍歷管理信息庫的手段，SNMP在其MIB中采用了樹狀命名方法對(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è)多叉樹，以詞典序提供了遍歷所有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í)例在上面的多叉樹中緊排在指定標(biāo)識(shí)符；bject-instance對(duì)象的后面。這種手段的優(yōu)點(diǎn)在于，即使不知道SNMP管理對(duì)象實(shí)例的具體名字，管理系統(tǒng)也能逐個(gè)地找到它，并提取到它的有關(guān)信息。

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

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

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

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

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

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