SNMP實(shí)現(xiàn)原理
- 編輯:admin -從被管理設(shè)備中收集數(shù)據(jù)有兩種方法六種是輪詢(pol1ing-only方法,另一種是基于中斷(Interrupt-based)的方法。
從被管理設(shè)備中收集數(shù)據(jù)有兩種方法六種是輪詢(pol1ing-only方法,另一種是基于中斷(Interrupt-based)的方法。SNMP使用嵌入到網(wǎng)絡(luò)設(shè)施中的代理軟件來(lái)收集網(wǎng)絡(luò)的通信信息和有關(guān)網(wǎng)絡(luò)設(shè)備的統(tǒng)計(jì)數(shù)據(jù)。代理軟件不斷地收集統(tǒng)計(jì)數(shù)據(jù),并把這些數(shù)據(jù)記錄到一個(gè)管理信息庫(kù)(MIB)中。網(wǎng)管員通過(guò)向代理的MIB發(fā)出查詢信號(hào)可以得到這些信息,這個(gè)過(guò)程就叫輪詢(po1ling)。為了能全面地查看一天的通信流量和變化率,管理人員必須不斷地輪詢SNMP代理,每隔一段時(shí)間就輪詢一次。這樣,網(wǎng)管員可以使用SNMP來(lái)評(píng)價(jià)網(wǎng)絡(luò)的運(yùn)行狀況,并揭示出通信的趨勢(shì),如哪一個(gè)網(wǎng)段接近通信負(fù)載的最大能力或正使通信出錯(cuò)等。先進(jìn)的SNMP網(wǎng)管站甚至可以通過(guò)編程來(lái)自動(dòng)關(guān)閉端口或采取其他矯正措施來(lái)處理歷史的網(wǎng)絡(luò)數(shù)據(jù)。

如果只是用輪詢的方法,那么網(wǎng)絡(luò)管理工作站總是在控制之下。但這種方法的缺陷在于信息的實(shí)時(shí)性,尤其是錯(cuò)誤的實(shí)時(shí)性。多久輪詢一次、輪詢時(shí)選擇什么樣的設(shè)備順序都會(huì)對(duì)輪詢的結(jié)果產(chǎn)生影響。輪詢的間隔太小,會(huì)產(chǎn)生太多不必要的通信量:間隔太大,而且輪詢時(shí)序不對(duì),那么關(guān)于些大的災(zāi)難性事件的通知又會(huì)太慢,就違背了積極主動(dòng)的網(wǎng)絡(luò)管理目的。
與之相比,當(dāng)被管理設(shè)備有異常事件發(fā)生時(shí),基于中斷的方法可以立即通知網(wǎng)絡(luò)管理工作站,實(shí)時(shí)性很強(qiáng)。但這種方法也有缺陷。產(chǎn)生錯(cuò)誤或自陷需要系統(tǒng)資源。如果自陷必須轉(zhuǎn)發(fā)大量的信息,那么被管理設(shè)備可能不得不消耗更多的事件和系統(tǒng)資源來(lái)產(chǎn)生自陷,這將會(huì)影響到網(wǎng)絡(luò)管理的主要功能。,
結(jié)果,以上兩種方法的結(jié)合:面向自陷的輪詢方法(trap-directed polling)可能是執(zhí)行網(wǎng)絡(luò)管理最有效的方法了。一般來(lái)說(shuō),微信小程序網(wǎng)絡(luò)管理工作站輪詢?cè)诒还芾碓O(shè)備中的代理來(lái)收集數(shù)據(jù),并且在控制臺(tái)上用數(shù)字或圖形的表示方法來(lái)顯示這些數(shù)據(jù)。被管理設(shè)備中的代理可以在任何時(shí)候向網(wǎng)絡(luò)管理工作站報(bào)告錯(cuò)誤情況,而并不需要等到管理工作站為獲得這些錯(cuò)誤情況而輪詢它的時(shí)候才會(huì)報(bào)告。
