成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專欄INFORMATION COLUMN

基于SNMP網(wǎng)絡(luò)管理系統(tǒng)的實(shí)現(xiàn)

waltr / 1708人閱讀

摘要:消息包含兩個部分報頭和協(xié)議數(shù)據(jù)單元,其中報頭包括版本號和團(tuán)體名。網(wǎng)絡(luò)環(huán)境拓?fù)鋱D系統(tǒng)設(shè)計圖系統(tǒng)案例和效果基于網(wǎng)絡(luò)管理系統(tǒng)的實(shí)現(xiàn),完美解決了跨設(shè)備,跨物理位置的網(wǎng)絡(luò)設(shè)備的監(jiān)控和管理。

個推作為國內(nèi)最專業(yè)的第三方消息推送技術(shù)解決方案的服務(wù)商接入SDK用戶數(shù)高達(dá)90億,日活躍用戶達(dá)6.5億。日分發(fā)消息23億。在實(shí)際的運(yùn)維環(huán)境中,需要時刻對網(wǎng)絡(luò)設(shè)備進(jìn)行監(jiān)控和管理,并包含了各種網(wǎng)絡(luò)設(shè)備,包括交換機(jī),路由器,服務(wù)器等等。

網(wǎng)絡(luò)是計算機(jī)通信網(wǎng)的重要組成部分,它通過互連和協(xié)同工作來構(gòu)成大范圍的信息處理系統(tǒng)。網(wǎng)絡(luò)管理指通過監(jiān)督,組織,控制網(wǎng)絡(luò)通信服務(wù)和信息處理等活動,確保計算機(jī)網(wǎng)絡(luò)的持續(xù)正常運(yùn)行,并在運(yùn)行出現(xiàn)異常時及時響應(yīng)和排除故障。如何有效的進(jìn)行區(qū)域內(nèi)網(wǎng)絡(luò)的管理是計算機(jī)網(wǎng)絡(luò)能夠有效,可靠,安全,經(jīng)濟(jì)的提供服務(wù)的重要保障。

認(rèn)識SNMP協(xié)議
意義價值:SNMP協(xié)議可以為不同廠家,不同類型,不同型號的設(shè)備,定義一個統(tǒng)一的接口和協(xié)議,使得管理員可以通過網(wǎng)絡(luò),使用通用的規(guī)則管理位于不同物理空間的設(shè)備,從而大大提高網(wǎng)絡(luò)管理的效率,簡化網(wǎng)絡(luò)管理員的工作。

SNMP協(xié)議處于OSI七層模型中的應(yīng)用層協(xié)議。在1988年被制定,并被Internet體系結(jié)構(gòu)委員會(IAB)采納作為一個短期的網(wǎng)絡(luò)管理解決方案;由于SNMP的簡單性,在Internet時代得到了蓬勃的發(fā)展,1992年發(fā)布了SNMPv2版本,以增強(qiáng)SNMPv1的安全性和功能?,F(xiàn)在,已經(jīng)有了SNMPv3版本。目前大部分的網(wǎng)絡(luò)設(shè)備如交換機(jī),路由器等都支持SNMP協(xié)議規(guī)范,SNMP協(xié)議已經(jīng)成為了網(wǎng)絡(luò)管理領(lǐng)域中的工業(yè)標(biāo)準(zhǔn)。

一套完整的SNMP網(wǎng)絡(luò)設(shè)備監(jiān)控系統(tǒng)系統(tǒng)主要包括管理信息庫(MIB)、管理信息結(jié)構(gòu)(SMI)及SNMP報文協(xié)議,管理工作站利用SNMP進(jìn)行遠(yuǎn)程監(jiān)控管理網(wǎng)絡(luò)上的所有支持這種協(xié)議的設(shè)備(如計算機(jī)工作站、終端、路由器、Hub、網(wǎng)絡(luò)打印機(jī)等),主要負(fù)責(zé)監(jiān)視設(shè)備狀態(tài)、修改設(shè)備配置、接受事件警告等。

SNMP消息
在OSI模型中,傳輸層的數(shù)據(jù)單元也稱為數(shù)據(jù)包(packets)。SNMP采用的是UDP(用戶數(shù)據(jù)報協(xié)議)作為其傳輸層協(xié)議,并為SNMP提供網(wǎng)絡(luò)服務(wù),UDP協(xié)議的數(shù)據(jù)單元稱為數(shù)據(jù)報(datagrams)。因?yàn)閁DP是一種不可靠的數(shù)據(jù)報服務(wù),所以并不能保證UDP數(shù)據(jù)報一定能達(dá)到目的,但是掉包問題并不對網(wǎng)絡(luò)管理產(chǎn)生大的影響。SNMP消息包含兩個部分:SNMP報頭和協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit),其中SNMP報頭包括SNMP版本號和團(tuán)體名。SNMP版本號目前有三種:Version1、Version2、Version3。團(tuán)體標(biāo)識可以作為SNMP消息的口令,缺省值為"public"。查看SNMP版本聯(lián)系和區(qū)別(http://blog.csdn.net/zyboy2000/article/details/7221687)

Get_Request:Manager端向Agent端發(fā)送讀取信息的請求;

Get_ Next_Request:Manager端向Agent端 發(fā)送Get-Request組合起來查詢特定的表對象中的列元素。

Get_Response:Agent端對Manager端請求的響應(yīng);(被動響應(yīng))

Set_Request:Manager端向Agent端發(fā)送設(shè)備設(shè)置信息,Agent端可根據(jù)設(shè)置信息來改變設(shè)備狀態(tài)(包括設(shè)備名、設(shè)備屬性、刪除設(shè)備或使某一個設(shè)備屬性有效/無效等);

Trap:當(dāng)Agent端發(fā)生某些事件時,Agent端主動向Manager端發(fā)送陷阱信息,如關(guān)機(jī)事件。

SNMP4J簡介
SNMP4J 是一個企業(yè)級的免費(fèi)開源的SNMP API for Java的類庫?;贘AVASE 1.4及以上。官網(wǎng)位于http://www.snmp4j.org/,提供相關(guān)JavaDoc和wiki。

Java Demo(實(shí)現(xiàn)對某一網(wǎng)絡(luò)主機(jī)獲取主機(jī)名稱)

SNMPTest.getRequest的Console:
OID: 1.3.6.1.2.1.1.5.0
Value: com-router

SNMP4J 重要的類和接口
Snmp:該包中的核心類,它提供發(fā)送和接受SNMP PDU的方法。擁有同步和異步的兩種方式。Snmp和傳輸協(xié)議無關(guān)。支持添加特定TransportMapping實(shí)例通過調(diào)用addTransportMapping(TransportMapping TransportMapping)方法或使用非默認(rèn)的構(gòu)造函數(shù)創(chuàng)建一個Snmp實(shí)例與相應(yīng)的傳輸映射。傳輸映射用于傳入和傳出消息。
TransportMapping:該接口代表了SNMP4J所使用的傳輸層協(xié)議。這也是SNMP4J一大特色的地方。按照RFC的規(guī)定,SNMP是只使用UDP作為傳輸層協(xié)議的。而SNMP4J支持管理端和代理端使用UDP或者TCP進(jìn)行傳輸。該接口有兩個子接口。
PDU:PDU類代表一個SNMP協(xié)議數(shù)據(jù)單元。PDU(針對Snmpv2c)、PDUv1(針對Snmpv1)、ScopedPDU(針對Snmpv3),但三個類除各自特別的一些參數(shù)外,都基本相同。PDU作為基類,往往足夠提供大部分的特性。
Target*:一個Target接口定義了遠(yuǎn)程SNMP實(shí)體的抽象表示。帶有一個地址對象,以及協(xié)議參數(shù),比如重試次數(shù)和超時時間等。對于SNMPv1和SNMPv2c,適用CommunityTarget的實(shí)現(xiàn)。SNMPv3,適用UserTarget。
SNMP4J API調(diào)用流程

創(chuàng)建協(xié)議。一般可以使用DefaultUdpTransportMapping實(shí)例,作為傳輸層協(xié)議。

創(chuàng)建SNMP對象。填充TransportMapping作為構(gòu)造參數(shù)。

開啟監(jiān)聽。

構(gòu)造目標(biāo)。設(shè)置Address,版本號,重試次數(shù),超時時間等參數(shù)。

創(chuàng)建報文(PDU)。設(shè)置請求方式,查詢的OID。

發(fā)送報文。同步方式:調(diào)用snmp.send 方法;異步方式:需要設(shè)置監(jiān)聽器。

獲取ResponseEvent。同步方式阻塞返回,異步方式在監(jiān)聽線程中的回調(diào)函數(shù)中獲得。ResponseEvent.getResponse(),獲取回復(fù)報文。

釋放資源。Snmp.close()。

SNMP網(wǎng)絡(luò)管理系統(tǒng)
一個SNMP管理的網(wǎng)絡(luò)包含三個主要部分:被管理設(shè)備、代理和網(wǎng)絡(luò)管理系統(tǒng)(NMS)。被管理設(shè)備就是處于被管理的網(wǎng)絡(luò)中的多個設(shè)備,負(fù)責(zé)收集和存儲管理信息;代理是安裝在被管理設(shè)備中的軟件程序(如大部分交換機(jī)自帶SNMP代理程序,僅需開啟即可);網(wǎng)絡(luò)管理系統(tǒng)就是用于監(jiān)控被管理設(shè)備執(zhí)行狀態(tài)的軟件系統(tǒng)。SNMP進(jìn)行網(wǎng)絡(luò)管理時,一般采用Manager/Agent結(jié)構(gòu)集中式管理信息的方式,管理工作站為Manager端,網(wǎng)絡(luò)中的各個設(shè)備為Agent端。

SMI管理消息結(jié)構(gòu)
管理信息結(jié)構(gòu)SMI是SNMP的基礎(chǔ)部分,定義了SNMP框架所使用的信息的組成,結(jié)構(gòu)和表示,為描述MIB對象和協(xié)議如何交換信息奠定了基礎(chǔ)。

MIB管理消息庫
在復(fù)雜的網(wǎng)絡(luò)環(huán)境中,網(wǎng)絡(luò)設(shè)備的類型各式各樣,所以設(shè)備的信息也因設(shè)備類型不同而不同,為了將這些信息能通過網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行管理,必須采用一套標(biāo)準(zhǔn)來描述這些設(shè)備的信息,所以SNMP定義了MIB(Management Information Base)。MIB分為標(biāo)準(zhǔn)MIB和私有MIB,標(biāo)準(zhǔn)MIB適用于所有網(wǎng)絡(luò)設(shè)備,而私有的MIB則由設(shè)備廠家向有關(guān)機(jī)構(gòu)申請后自行定義。MIB采用樹狀結(jié)構(gòu),每個節(jié)點(diǎn)每個結(jié)點(diǎn)分配了一個字符串和一個小整數(shù)作為標(biāo)號,即OID(Object Identifier)。

MIB結(jié)構(gòu)樹中任一對象的名字就是從根到對象結(jié)點(diǎn)的路徑上各個節(jié)點(diǎn)的標(biāo)號序列,標(biāo)號之間用點(diǎn)分隔。如被管理設(shè)備中每個網(wǎng)絡(luò)接口的IP地址信息表示為:iso.org.dod.internet.mgmt.mid.ip,它的數(shù)字表示為:1.3.6.1.2.1.4。

標(biāo)準(zhǔn)MIB的基本OID以為1.3.6.1.2.1前綴,而私有的MIB的基本OID以為1.3.6.1.4.1前綴。如果在某一節(jié)點(diǎn)下有多個信息,則以列表方式存在,比如IP地址信息中包括子網(wǎng)掩碼、網(wǎng)關(guān)地址等。

網(wǎng)絡(luò)環(huán)境拓?fù)鋱D

系統(tǒng)設(shè)計圖

系統(tǒng)案例和效果

基于SNMP網(wǎng)絡(luò)管理系統(tǒng)的實(shí)現(xiàn),完美解決了跨設(shè)備,跨物理位置的網(wǎng)絡(luò)設(shè)備的監(jiān)控和管理。實(shí)時監(jiān)控當(dāng)前設(shè)備的狀態(tài),網(wǎng)絡(luò)流入流出速率,cpu/內(nèi)存的使用狀況 等必要信息。
如比當(dāng)天的流量實(shí)時監(jiān)控:

網(wǎng)絡(luò)管理員可以對設(shè)備集中的進(jìn)行監(jiān)控和管理,并且直觀的從界面中獲取實(shí)時流量數(shù)據(jù),分析當(dāng)前網(wǎng)絡(luò)設(shè)備的當(dāng)前狀態(tài),即時相應(yīng)處理和維護(hù)。

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/86354.html

相關(guān)文章

  • 使用基于SNMP監(jiān)控服務(wù)來獲得服務(wù)器信息

    摘要:通過它,我們可以獲取到服務(wù)器的信息。無論是自建還是使用,都是使用自己編寫的客戶端向監(jiān)控服務(wù)器提供數(shù)據(jù)。我們以另一個監(jiān)控服務(wù)微林為例。微林的監(jiān)控是免費(fèi)的,貌似沒有任何限制。 監(jiān)控的必要性 首先我們要明確,服務(wù)器的監(jiān)控是必要的。服務(wù)器在運(yùn)行過程中可能遇到各種問題,及時對服務(wù)器的狀態(tài)信息以及歷史的狀態(tài)信息有一個掌握十分重要。比如程序的異常崩潰,如果在事后分析的時候有一個崩潰時系統(tǒng)CPU、內(nèi)...

    joyqi 評論0 收藏0

發(fā)表評論

0條評論

閱讀需要支付1元查看
<