詞語解釋
SNMP協(xié)議(Simple Network Management Protocol),簡單網(wǎng)絡(luò)管理協(xié)議,是一種應(yīng)用層協(xié)議,是由網(wǎng)絡(luò)管理系統(tǒng)(NMS)和網(wǎng)絡(luò)設(shè)備(被管理對象)之間進(jìn)行管理信息交換的協(xié)議。SNMP協(xié)議是基于TCP/IP協(xié)議的,它可以實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換,從而實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)對網(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ò)管理報文,用于實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換。MIB是一個信息庫,它定義了網(wǎng)絡(luò)管理系統(tǒng)可以管理的對象,以及網(wǎng)絡(luò)設(shè)備可以報告的信息,MIB是SNMP協(xié)議的重要組成部分。代理程序是一個軟件程序,它運行在網(wǎng)絡(luò)設(shè)備上,它能夠接收網(wǎng)絡(luò)管理系統(tǒng)發(fā)出的報文,并向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送報文,從而實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換。 SNMP協(xié)議的主要功能是實現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)絡(luò)設(shè)備之間的信息交換,它可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程管理。SNMP協(xié)議可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程監(jiān)控,可以收集網(wǎng)絡(luò)設(shè)備的狀態(tài)信息,如CPU利用率、內(nèi)存使用率、網(wǎng)絡(luò)流量等,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程配置,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程控制,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程升級等功能。 SNMP協(xié)議在網(wǎng)絡(luò)管理中有著重要的作用,它可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程管理,可以收集網(wǎng)絡(luò)設(shè)備的狀態(tài)信息,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程配置,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程控制,可以實現(xiàn)對網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程升級等功能,可以有效地幫助網(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上運行的原因是Internet運行的是TCP/IP協(xié)議,然而事實并不是這樣。 SNMP被設(shè)計成與協(xié)議無關(guān),所以它可以在IP,IPX,AppleTalk,OSI以及其他用到的傳輸協(xié)議上被使用。 SNMP是一系列協(xié)議組和規(guī)范(見下表),它們提供了一種從網(wǎng)絡(luò)上的設(shè)備中收集網(wǎng)絡(luò)管理信息的方法。SNMP也為設(shè)備向網(wǎng)絡(luò)管理工作站報告問題和錯誤提供了一種方法。 名字 說明 MIB 管理信息庫 SMI 管理信息的結(jié)構(gòu)和標(biāo)識 SNMP 簡單網(wǎng)絡(luò)管理協(xié)議 從被管理設(shè)備中收集數(shù)據(jù)有兩種方法:一種是只輪詢(polling-only)的方法,另一種是基于中斷(interrupt-based)的方法。 如果你只使用只輪詢的方法,那么網(wǎng)絡(luò)管理工作站總是在控制之下。而這種方法的缺陷在于信息的實時性,尤其是錯誤的實時性。你多久輪詢一次,并且在輪詢時按照什么樣的設(shè)備順序呢?如果輪詢間隔太小,那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大,并且在輪詢時順序不對,那么關(guān)于一些大的災(zāi)難性的事件的通知又會太饅。這就違背了積極主動的網(wǎng)絡(luò)管理目的。 當(dāng)有異常事件發(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)當(dā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ò)管理最為有效的方法了。一般來說,網(wǎng)絡(luò)管理工作站輪詢在被管理設(shè)備中的代理來收集數(shù)據(jù),并且在控制臺上用數(shù)字或圖形的表示方式來顯示這些數(shù)據(jù)。這就允許網(wǎng)絡(luò)管理員分析和管理設(shè)備以及網(wǎng)絡(luò)通信量了。 被管理設(shè)備中的代理可以在任何時候向網(wǎng)絡(luò)管理工作站報告錯誤情況,例如預(yù)制定閾值越界程度等等。代理并不需要等到管理工作站為獲得這些錯誤情況而輪詢他的時候才會報告。這些錯誤情況就是眾所周知的SNMP自陷(trap)。 在這種結(jié)合的方法中,當(dāng)一個設(shè)備產(chǎn)生了一個自陷時,你可以使用網(wǎng)絡(luò)管理工作站來查詢該設(shè)備(假設(shè)它仍然是可到達(dá)的),以獲得更多的信息。
簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)首先是由Internet工程任務(wù)組織(Internet Engineering Task Force)(IETF)的研究小組為了解決Internet上的路由器管理問題而提出的。許多人認(rèn)為 SNMP在IP上運行的原因是Internet運行的是TCP/IP協(xié)議,然而事實并不是這樣。 SNMP被設(shè)計成與協(xié)議無關(guān),所以它可以在IP,IPX,AppleTalk,OSI以及其他用到的傳輸協(xié)議上被使用。 SNMP是一系列協(xié)議組和規(guī)范(見下表),它們提供了一種從網(wǎng)絡(luò)上的設(shè)備中收集網(wǎng)絡(luò)管理信息的方法。SNMP也為設(shè)備向網(wǎng)絡(luò)管理工作站報告問題和錯誤提供了一種方法。 名字 說明 MIB 管理信息庫 SMI 管理信息的結(jié)構(gòu)和標(biāo)識 SNMP 簡單網(wǎng)絡(luò)管理協(xié)議 從被管理設(shè)備中收集數(shù)據(jù)有兩種方法:一種是只輪詢(polling-only)的方法,另一種是基于中斷(interrupt-based)的方法。 如果你只使用只輪詢的方法,那么網(wǎng)絡(luò)管理工作站總是在控制之下。而這種方法的缺陷在于信息的實時性,尤其是錯誤的實時性。你多久輪詢一次,并且在輪詢時按照什么樣的設(shè)備順序呢?如果輪詢間隔太小,那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大,并且在輪詢時順序不對,那么關(guān)于一些大的災(zāi)難性的事件的通知又會太饅。這就違背了積極主動的網(wǎng)絡(luò)管理目的。 當(dāng)有異常事件發(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)當(dā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ò)管理最為有效的方法了。一般來說,網(wǎng)絡(luò)管理工作站輪詢在被管理設(shè)備中的代理來收集數(shù)據(jù),并且在控制臺上用數(shù)字或圖形的表示方式來顯示這些數(shù)據(jù)。這就允許網(wǎng)絡(luò)管理員分析和管理設(shè)備以及網(wǎng)絡(luò)通信量了。 被管理設(shè)備中的代理可以在任何時候向網(wǎng)絡(luò)管理工作站報告錯誤情況,例如預(yù)制定閾值越界程度等等。代理并不需要等到管理工作站為獲得這些錯誤情況而輪詢他的時候才會報告。這些錯誤情況就是眾所周知的SNMP自陷(trap)。 在這種結(jié)合的方法中,當(dāng)一個設(shè)備產(chǎn)生了一個自陷時,你可以使用網(wǎng)絡(luò)管理工作站來查詢該設(shè)備(假設(shè)它仍然是可到達(dá)的),以獲得更多的信息。
抱歉,此頁面的內(nèi)容受版權(quán)保護(hù),復(fù)制需扣除次數(shù),次數(shù)不足時需付費購買。
如需下載請點擊:點擊此處下載
掃碼付費即可復(fù)制
光電轉(zhuǎn)換器 | IP地址切換器 | LLQ | 802.11b | 光纖收發(fā)器 | 光纖通信技術(shù) | 開A口 | 空中充值 | 開sigtran | 主機(jī) | opti | 工信部 |
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團(tuán)隊博客 | 免責(zé)聲明 | 關(guān)于詞典 | 幫助