百科解釋
簡單網(wǎng)絡管理協(xié)議(SNMP)首先是由Internet工程任務組織(Internet Engineering Task Force)(IETF)的研究小組為了解決Internet上的路由器管理問題而提出的。許多人認為 SNMP在IP上運行的原因是Internet運行的是TCP/IP協(xié)議,然而事實并不是這樣。 SNMP被設計成與協(xié)議無關,所以它可以在IP,IPX,AppleTalk,OSI以及其他用到的傳輸協(xié)議上被使用。 SNMP是一系列協(xié)議組和規(guī)范(見下表),它們提供了一種從網(wǎng)絡上的設備中收集網(wǎng)絡管理信息的方法。SNMP也為設備向網(wǎng)絡管理工作站報告問題和錯誤提供了一種方法。 名字 說明 MIB 管理信息庫 SMI 管理信息的結(jié)構和標識 SNMP 簡單網(wǎng)絡管理協(xié)議 從被管理設備中收集數(shù)據(jù)有兩種方法:一種是只輪詢(polling-only)的方法,另一種是基于中斷(interrupt-based)的方法。 如果你只使用只輪詢的方法,那么網(wǎng)絡管理工作站總是在控制之下。而這種方法的缺陷在于信息的實時性,尤其是錯誤的實時性。你多久輪詢一次,并且在輪詢時按照什么樣的設備順序呢?如果輪詢間隔太小,那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大,并且在輪詢時順序不對,那么關于一些大的災難性的事件的通知又會太饅。這就違背了積極主動的網(wǎng)絡管理目的。 當有異常事件發(fā)生時,基于中斷的方法可以立即通知網(wǎng)絡管理工作站(在這里假設該設備還沒有崩潰,并且在被管理設備和管理工作站之間仍有一條可用的通信途徑)。然而,這種方法也不是沒有他的缺陷的,首先,產(chǎn)生錯誤或自陷需要系統(tǒng)資源。如果自陷必須轉(zhuǎn)發(fā)大量的信息,那么被管理設備可能不得不消耗更多的時間和系統(tǒng)資源來產(chǎn)生自陷,從而影響了它執(zhí)行主要的功能(違背了網(wǎng)絡管理的原則2)。 而且,如果幾個同類型的自陷事件接連發(fā)生,那么大量網(wǎng)絡帶寬可能將被相同的信息所占用(違背了網(wǎng)絡管理的原則1)。尤其是如果自陷是關于網(wǎng)絡擁擠問題的時候,事情就會變得特別糟糕?朔@一缺陷的一種方法就是對于被管理設備來說,應當設置關于什么時候報告問題的閾值(threshold)。但不幸的是這種方法可能再一次違背了網(wǎng)絡管理的原則2,因為設備必須消耗更多的時間和系統(tǒng)資源,來決定一個自陷是否應該被產(chǎn)生。 結(jié)果,以上兩種方法的結(jié)合:面向自陷的輪詢方法(trap-directed polling)可能是執(zhí)行網(wǎng)絡管理最為有效的方法了。一般來說,網(wǎng)絡管理工作站輪詢在被管理設備中的代理來收集數(shù)據(jù),并且在控制臺上用數(shù)字或圖形的表示方式來顯示這些數(shù)據(jù)。這就允許網(wǎng)絡管理員分析和管理設備以及網(wǎng)絡通信量了。 被管理設備中的代理可以在任何時候向網(wǎng)絡管理工作站報告錯誤情況,例如預制定閾值越界程度等等。代理并不需要等到管理工作站為獲得這些錯誤情況而輪詢他的時候才會報告。這些錯誤情況就是眾所周知的SNMP自陷(trap)。 在這種結(jié)合的方法中,當一個設備產(chǎn)生了一個自陷時,你可以使用網(wǎng)絡管理工作站來查詢該設備(假設它仍然是可到達的),以獲得更多的信息。
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團隊博客 | 免責聲明 | 關于詞典 | 幫助