通常，我們使用SNMP協(xié)議，最多地就是在Windows系統(tǒng)下進行的。但是Linux SNMP的使用卻更為廣泛。現(xiàn)在我們就來了解一下Linux SNMP的相關(guān)內(nèi)容吧?？纯淳唧w的設(shè)計是如何實現(xiàn)的。事實上，Linux SNMP被設(shè)計成與協(xié)議無關(guān)，所以它可以在IP，IPX，AppleTalk，OSI以及其他用到的傳輸協(xié)議上被使用。

Linux SNMP是一系列協(xié)議組和規(guī)范，它們提供了一種從網(wǎng)絡(luò)上的設(shè)備中收集網(wǎng)絡(luò)管理信息的方法。Linux SNMP也為設(shè)備向網(wǎng)絡(luò)管理工作站報告問題和錯誤提供了一種方法。

MIB：管理信息庫

SMI：管理信息的結(jié)構(gòu)和標識

Linux SNMP算法

從被管理設(shè)備中收集數(shù)據(jù)有兩種方法：一種是只輪詢（polling-only）的方法，另一種是基于中斷（interrupt-based）的方法。

如果你只使用只輪詢的方法，那么網(wǎng)絡(luò)管理工作站總是在控制之下。而這種方法的缺陷在于信息的實時性，尤其是錯誤的實時性。你多久輪詢一次，并且在輪詢時按照什么樣的設(shè)備順序呢？

如果輪詢間隔太小，那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大，并且在輪詢時順序不對，那么關(guān)于一些大的災(zāi)難性的事件的通知又會太饅。這就違背了積極主動的網(wǎng)絡(luò)管理Linux SNMP目的。

當有異常事件發(fā)生時，基于中斷的方法可以立即通知網(wǎng)絡(luò)管理工作站（在這里假設(shè)該設(shè)備還沒有崩潰，并且在被管理設(shè)備和管理工作站之間仍有一條可用的通信途徑）。

然而，這種方法也不是沒有他的缺陷的，首先，產(chǎn)生錯誤或自陷需要系統(tǒng)資源。如果自陷必須轉(zhuǎn)發(fā)大量的信息，那么被管理設(shè)備可能不得不消耗更多的時間和系統(tǒng)資源來產(chǎn)生自陷，從而影響了它執(zhí)行主要的功能（違背了網(wǎng)絡(luò)管理的原則2）。

而且，如果幾個同類型的自陷事件接連發(fā)生，那么大量網(wǎng)絡(luò)帶寬可能將被相同的信息所占用（違背了網(wǎng)絡(luò)管理的原則1）。尤其是如果自陷是關(guān)于網(wǎng)絡(luò)擁擠問題的時候，事情就會變得特別糟糕。

克服這一缺陷的一種方法就是對于被管理設(shè)備來說，應(yīng)當設(shè)置關(guān)于什么時候報告問題的閾值（threshold）。但不幸的是這種方法可能再一次違背了網(wǎng)絡(luò)管理的原則2，因為設(shè)備必須消耗更多的時間和系統(tǒng)資源，來決定一個自陷是否應(yīng)該被產(chǎn)生。

結(jié)果，以上兩種方法的結(jié)合：面向自陷的輪詢方法（trap-directed polling）可能是執(zhí)行網(wǎng)絡(luò)管理Linux SNMP最為有效的方法了。一般來說，網(wǎng)絡(luò)管理工作站輪詢在被管理設(shè)備中的代理來收集數(shù)據(jù)，并且在控制臺上用數(shù)字或圖形的表示方式來顯示這些數(shù)據(jù)。這就允許網(wǎng)絡(luò)管理員分析和管理設(shè)備以及網(wǎng)絡(luò)通信量了。

被管理設(shè)備中的代理可以在任何時候向網(wǎng)絡(luò)管理工作站報告錯誤情況，例如預(yù)制定閾值越界程度等等。代理并不需要等到管理工作站為獲得這些錯誤情況而輪詢他的時候才會報告。這些錯誤情況就是眾所周知的Linux SNMP自陷（trap）。