深入探討SNMP對象樹形表格結構
我們懂得SNMP實現方式為了提供遍歷管理信息庫的手段，SNMP在其MIB中采用了樹狀命名方法對每個SNMP管理對象實例命名。每個對象實例的名字都由對象類名字加上一個后綴構成。SNMP對象類的名字是不會相互重復的，因而不同對象類的對象實例之間也少有重名的危險。
SNMP應用實體對Internet管理信息庫中的管理對象進行操作。一個SNMP應用實體可操作的管理SNMP對象子集稱為SNMP MIB授權范圍。SNMP應用實體對授權范圍內管理對象的訪問仍然還有進一步的訪問控制限制，比如只讀、可讀寫等。
在共同體的定義中一般要規定該共同體授權的SNMP管理對象范圍，相應地也就規定了哪些SNMP對象實例是該共同體的“管轄范圍”，據此，共同體的定義可以想象為一個多叉樹，以詞典序提供了遍歷所有SNMP管理對象實例的手段。有了這個手段，SNMP就可以使用get-next操作符，順序地從一個對象找到下一個對象。
SNMP中各種管理信息大多以表格形式存在，一個表格對應一個SNMP對象類，每個元素對應于該類的一個SNMP對象實例。那么，管理信息表SNMP對象中單個元素(對象實例)的操作可以用前面提到的get-next方法，也可以用后面將介紹的get／set等操作。下面主要介紹表格內一行信息的整體操作。
(1)增加一行：通過SNMP只用一次set操作就可在一個表格中增加一行。操作中的每個變量都對應于待增加行中的一個列元素，包括SNMP對象實例標識符。如果一個表格中有8列，則set操作中必須給出8個操作數，分別對應8個列中的相應元素。
(2)刪除一行：刪除一行也可以通過SNMP調用一次set操作完成，并且比增加一行還簡單。刪除一行只需要用set操作將該行中的任意一個元素(SNMP對象實例)設置成“非法”即可。
但該操作有一個例外：地址翻譯組SNMP對象中有一個特殊的表(地址變換表)，該表中未定義一個元素的“非法”條件。因此，SNMP中采用的辦法是將該表中的地址設置成空串，而空字符串將被視為非法元素。
至于刪除一行時，表中的一行元素是否真的在表中消失，則與每個設備(管理代理)的具體實現有關。因此，網絡管理操作中，運行管理進程可能從管理代理中得到“非法”數據，即已經刪除的不再使用的元素的內容，因此管理進程必須能通過各數據字段的內容來判斷數據的合法性。
SNMP對象樹形表格結構我們就講解到這里了。
【編輯推薦】
