懂得了SNMP協議的基礎內容是不能幫助我們解決應用問題的。盡管這個是基礎內容。那么接下來我們就分析一下SNMP協議管理的相關內容。希望對大家有所幫助。我們懂得SNMP實現方式為了提供遍歷管理信息庫的手段，SNMP在其MIB中采用了樹狀命名方法對每個SNMP協議管理對象實例命名。每個對象實例的名字都由對象類名字加上一個后綴構成。對象類的名字是不會相互重復的，因而不同對象類的對象實例之間也少有重名的危險。

在共同體的定義中一般要規定該共同體授權的SNMP協議管理對象范圍，相應地也就規定了哪些對象實例是該共同體的“管轄范圍”，據此，共同體的定義可以想象為一個多叉樹，以詞典序提供了遍歷所有SNMP管理對象實例的手段。有了這個手段，SNMP就可以使用get-next操作符，順序地從一個對象找到下一個對象。

get-next(object-instance)操作返回的結果是一個對象實例標識符及其相關信息，該對象實例在上面的多叉樹中緊排在指定標識符；bject-instance對象的后面。這種手段的優點在于，即使不知道SNMP管理對象實例的具體名字，管理系統也能逐個地找到它，并提取到它的有關信息。

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

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

SNMP應用實體對Internet管理信息庫中的管理對象進行操作。一個SNMP應用實體可操作的管理對象子集稱為SNMP MIB授權范圍。SNMP應用實體對授權范圍內管理對象的訪問仍然還有進一步的訪問控制限制，比如只讀、可讀寫等。

由于信息是以表格形式(一種數據結構)存放的，在SNMP的管理概念中，把所有表格都視為子樹，其中一張表格(及其名字)是相應子樹的根節點，每個列是根下面的子節點，一列中的每個行則是該列節點下面的子節點，并且是子樹的葉節點。

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

SNMP協議管理對象的知識，我們就講解到這里了。