<samp id="eki4s"></samp>

SNMP協(xié)議

詞語解釋

SNMP協(xié)議（Simple Network Management Protocol），簡單網(wǎng)絡(luò)管理協(xié)議，是一種應(yīng)用層協(xié)議，是由網(wǎng)絡(luò)管理系統(tǒng)（NMS）和網(wǎng)絡(luò)設(shè)備（被管理對(duì)象）之間進(jìn)行管理信息交換的協(xié)議。SNMP協(xié)議是基于TCP/IP協(xié)議的，它可以實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換，從而實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程管理。 SNMP協(xié)議由三部分組成：SNMP協(xié)議本身、MIB（Management Information Base）、代理程序。SNMP協(xié)議本身是一種網(wǎng)絡(luò)管理協(xié)議，它提供了一組標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理報(bào)文，用于實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換。MIB是一個(gè)信息庫，它定義了網(wǎng)絡(luò)管理系統(tǒng)可以管理的對(duì)象，以及網(wǎng)絡(luò)設(shè)備可以報(bào)告的信息，MIB是SNMP協(xié)議的重要組成部分。代理程序是一個(gè)軟件程序，它運(yùn)行在網(wǎng)絡(luò)設(shè)備上，它能夠接收網(wǎng)絡(luò)管理系統(tǒng)發(fā)出的報(bào)文，并向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送報(bào)文，從而實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換。 SNMP協(xié)議的主要功能是實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換，它可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程管理。SNMP協(xié)議可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程監(jiān)控，可以收集網(wǎng)絡(luò)設(shè)備的狀態(tài)信息，如CPU利用率、內(nèi)存使用率、網(wǎng)絡(luò)流量等，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程配置，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程控制，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程升級(jí)等功能。 SNMP協(xié)議在網(wǎng)絡(luò)管理中有著重要的作用，它可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程管理，可以收集網(wǎng)絡(luò)設(shè)備的狀態(tài)信息，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程配置，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程控制，可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程升級(jí)等功能，可以有效地幫助網(wǎng)絡(luò)管理人員更好地管理網(wǎng)絡(luò)，提高網(wǎng)絡(luò)的穩(wěn)定性和可靠性。

   簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)首先是由Internet工程任務(wù)組織(Internet Engineering Task Force)(IETF)的研究小組為了解決Internet上的路由器管理問題而提出的。許多人認(rèn)為 SNMP在IP上運(yùn)行的原因是Internet運(yùn)行的是TCP/IP協(xié)議，然而事實(shí)并不是這樣。

SNMP被設(shè)計(jì)成與協(xié)議無關(guān)，所以它可以在IP，IPX，AppleTalk，OSI以及其他用到的傳輸協(xié)議上被使用。

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

名字說明

MIB 管理信息庫

SMI 管理信息的結(jié)構(gòu)和標(biāo)識(shí)

SNMP 簡單網(wǎng)絡(luò)管理協(xié)議

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

如果你只使用只輪詢的方法，那么網(wǎng)絡(luò)管理工作站總是在控制之下。而這種方法的缺陷在于信息的實(shí)時(shí)性，尤其是錯(cuò)誤的實(shí)時(shí)性。你多久輪詢一次，并且在輪詢時(shí)按照什么樣的設(shè)備順序呢？如果輪詢間隔太小，那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大，并且在輪詢時(shí)順序不對(duì)，那么關(guān)于一些大的災(zāi)難性的事件的通知又會(huì)太饅。這就違背了積極主動(dòng)的網(wǎng)絡(luò)管理目的。

當(dāng)有異常事件發(fā)生時(shí)，基于中斷的方法可以立即通知網(wǎng)絡(luò)管理工作站（在這里假設(shè)該設(shè)備還沒有崩潰，并且在被管理設(shè)備和管理工作站之間仍有一條可用的通信途徑）。然而，這種方法也不是沒有他的缺陷的，首先，產(chǎn)生錯(cuò)誤或自陷需要系統(tǒng)資源。如果自陷必須轉(zhuǎn)發(fā)大量的信息，那么被管理設(shè)備可能不得不消耗更多的時(shí)間和系統(tǒng)資源來產(chǎn)生自陷，從而影響了它執(zhí)行主要的功能（違背了網(wǎng)絡(luò)管理的原則2）。

而且，如果幾個(gè)同類型的自陷事件接連發(fā)生，那么大量網(wǎng)絡(luò)帶寬可能將被相同的信息所占用（違背了網(wǎng)絡(luò)管理的原則1）。尤其是如果自陷是關(guān)于網(wǎng)絡(luò)擁擠問題的時(shí)候，事情就會(huì)變得特別糟糕�？朔@一缺陷的一種方法就是對(duì)于被管理設(shè)備來說，應(yīng)當(dāng)設(shè)置關(guān)于什么時(shí)候報(bào)告問題的閾值（threshold）。但不幸的是這種方法可能再一次違背了網(wǎng)絡(luò)管理的原則2，因?yàn)樵O(shè)備必須消耗更多的時(shí)間和系統(tǒng)資源，來決定一個(gè)自陷是否應(yīng)該被產(chǎn)生。

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

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

在這種結(jié)合的方法中，當(dāng)一個(gè)設(shè)備產(chǎn)生了一個(gè)自陷時(shí)，你可以使用網(wǎng)絡(luò)管理工作站來查詢?cè)撛O(shè)備（假設(shè)它仍然是可到達(dá)的），以獲得更多的信息。

掃碼付費(fèi)即可復(fù)制

隨機(jī)推薦詞語

SNMP協(xié)議

SNMP協(xié)議

相關(guān)資料下載

隨機(jī)推薦詞語