SNMP協(xié)議介紹解決方案

2006年11月17日 13:37:24人氣：547來(lái)源：煙臺(tái)勾股通信技術(shù)有限公司

SNMP即簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議。在1998年8月定義，很快就在RFC1157中達(dá)到正式標(biāo)準(zhǔn)。
　　SNMP是NMS和代理之間的異步請(qǐng)求和響應(yīng)協(xié)議。NMS能夠發(fā)出三個(gè)含有不同協(xié)議數(shù)據(jù)單元（PDU）報(bào)文。這三個(gè)PDU是提取請(qǐng)求Getrequest-PDU，提取下一個(gè)請(qǐng)求GetNextRequest-PDU和設(shè)置請(qǐng)求SetRequest-PDU報(bào)文。代理只能發(fā)出兩個(gè)不同的報(bào)文：一個(gè)是對(duì)來(lái)自NMS請(qǐng)求作出應(yīng)答的GetRequest-PDU報(bào)文，另一個(gè)陷阱Trop-PDU報(bào)文，是代理發(fā)現(xiàn)預(yù)定義異常事件發(fā)生時(shí)主動(dòng)發(fā)出的。
　　利用SNMP協(xié)議，對(duì)網(wǎng)絡(luò)設(shè)備狀態(tài)的監(jiān)視主要通過(guò)查詢代理MIB中相應(yīng)對(duì)象的值來(lái)完成。代理也會(huì)發(fā)出一些陷阱來(lái)引導(dǎo)NMS的查詢以及及時(shí)查詢。這種風(fēng)行的SNMP設(shè)計(jì)方案稱為陷阱引導(dǎo)查詢。
　　SNMP通過(guò)交換SNMP協(xié)議報(bào)文來(lái)互通管理信息。每個(gè)報(bào)文都是完整的和獨(dú)立的，用UDP運(yùn)輸服務(wù)的單個(gè)數(shù)據(jù)報(bào)傳送。每個(gè)報(bào)文都含有版本標(biāo)志、SNMP共同體名和PDU。
　　版本標(biāo)志是NMS和代理都知道的常量，用于實(shí)現(xiàn)版本控制。在SNMP中，沒(méi)有版本仲裁。如果NMS或代理接收到含有非法的或不支持的版本號(hào)的報(bào)文，則該消息被丟棄。在*版里，版本字段的值總是0，而在SNMPv2中，該值必須是1。
　　SNMP共同體名是一個(gè)字符串，代表由特定NMS和代理組成的管理組。共同體的成員之間采用一種很簡(jiǎn)單的口令方案來(lái)鑒別身份。通信中的NMS和代理采用的這種未加密的、平常文字構(gòu)成的共同體名來(lái)實(shí)現(xiàn)的簡(jiǎn)單方法被稱為瑣細(xì)鑒別方案。對(duì)SNMPv1而言，這是*的安全措施。共同體名是一個(gè)8位字節(jié)串，"Public"通常是配置時(shí)默認(rèn)共同體名。
肆
1. SNMP基本原理
SNMP采用了Client/Server模型的特殊形式：代理/管理站模型。對(duì)網(wǎng)絡(luò)的管理與維護(hù)是通過(guò)管理工作站與SNMP代理間的交互工作完成的。每個(gè)SNMP從代理負(fù)責(zé)回答SNMP管理工作站（主代理）關(guān)于MIB定義信息的各種查詢。

SNMP代理和管理站通過(guò)SNMP協(xié)議中的標(biāo)準(zhǔn)消息進(jìn)行通信，每個(gè)消息都是一個(gè)單獨(dú)的數(shù)據(jù)報(bào)。SNMP使用UDP（用戶數(shù)據(jù)報(bào)協(xié)議）作為第四層協(xié)議（傳輸協(xié)議），進(jìn)行無(wú)連接操作。SNMP消息報(bào)文包含兩個(gè)部分：SNMP報(bào)頭和協(xié)議數(shù)據(jù)單元PDU。

版本識(shí)別符（version identifier）：確保SNMP代理使用相同的協(xié)議，每個(gè)SNMP代理都直接拋棄與自己協(xié)議版本不同的數(shù)據(jù)報(bào)。
團(tuán)體名（Community Name）：用于SNMP從代理對(duì)SNMP管理站進(jìn)行認(rèn)證；如果網(wǎng)絡(luò)配置成要求驗(yàn)證時(shí)，SNMP從代理將對(duì)團(tuán)體名和管理站的IP地址進(jìn)行認(rèn)證，如果失敗，SNMP從代理將向管理站發(fā)送一個(gè)認(rèn)證失敗的Trap消息（見(jiàn)后）；
協(xié)議數(shù)據(jù)單元（PDU）：其中PDU指明了SNMP的消息類型及其相關(guān)參數(shù)。

2. 管理信息庫(kù)MIB
　　IETF規(guī)定的管理信息庫(kù)MIB（由中定義了可訪問(wèn)的網(wǎng)絡(luò)設(shè)備及其屬性，由對(duì)象識(shí)別符（OID：Object Identifier）*。MIB是一個(gè)樹(shù)形結(jié)構(gòu)，SNMP協(xié)議消息通過(guò)遍歷MIB樹(shù)形目錄中的節(jié)點(diǎn)來(lái)訪問(wèn)網(wǎng)絡(luò)中的設(shè)備。
　　

3.SNMP的五種消息類型
SNMP中定義了五種消息類型：Get-Request、Get-Response、Get-Next-Request、Set-Request、Trap。

Get-Request 、Get-Next-Request與Get-Response
　　SNMP管理站用Get-Request消息從擁有SNMP代理的網(wǎng)絡(luò)設(shè)備中檢索信息，而SNMP代理則用Get-Response消息響應(yīng)。Get-Next-Request用于和Get-Request組合起來(lái)查詢特定的表對(duì)象中的列元素。
首先通過(guò)下面的原語(yǔ)獲得所要查詢的設(shè)備的接口

{iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifNumber(2) }

然后再通過(guò)下面的原語(yǔ)，進(jìn)行查詢（其中*次用Get-Request，其后用Get-Next-Request）：

{iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifTable(2) }

Set-Request

　　SNMP管理站用Set-Request 可以對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行遠(yuǎn)程配置（包括設(shè)備名、設(shè)備屬性、刪除設(shè)備或使某一個(gè)設(shè)備屬性有效/無(wú)效等）。

Trap

　　SNMP代理使用Trap向SNMP管理站發(fā)送非請(qǐng)求消息，一般用于描述某一事件的發(fā)生。

嵌入式SNMP代理機(jī)的介紹及開(kāi)發(fā)流程

管理互聯(lián)網(wǎng)的標(biāo)準(zhǔn)協(xié)議稱為簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（Simple Network Management Protocol，簡(jiǎn)稱 SNMP ），是被廣泛接受并投入使用的工業(yè)標(biāo)準(zhǔn)，它的目標(biāo)是保證管理信息在任意兩點(diǎn)中傳送，便于網(wǎng)絡(luò)管理員在網(wǎng)絡(luò)上的任何節(jié)點(diǎn)檢索信息，進(jìn)行修改，尋找故障，完成故障診斷，容量規(guī)劃和報(bào)告生成。它采用輪詢機(jī)制，提供zui基本的功能集。小型、快速和低價(jià)格的環(huán)境使用。它只要求無(wú)證實(shí)的傳輸層協(xié)議UDP，受到許多產(chǎn)品的廣泛支持。據(jù)不*統(tǒng)計(jì)國(guó)外的通信產(chǎn)品幾乎*支持SNMP網(wǎng)管協(xié)議，而國(guó)內(nèi)目前通信產(chǎn)品的網(wǎng)管模式還局限于串口網(wǎng)管，或者基于自定義網(wǎng)管協(xié)議的以太口網(wǎng)管，這根國(guó)外產(chǎn)品的網(wǎng)管水平還有很大的差距。
對(duì)于設(shè)備的使用者和管理者來(lái)說(shuō)，設(shè)備支持了SNMP協(xié)議就可以使用如HP OpenView或IBM NetView這樣的統(tǒng)一網(wǎng)管平臺(tái)來(lái)統(tǒng)一管理設(shè)備，而不需要為每種設(shè)備專門配備網(wǎng)管工作站和網(wǎng)管員，節(jié)約了人力和物力成本。對(duì)于設(shè)備生產(chǎn)者來(lái)說(shuō)，設(shè)備支持了SNMP協(xié)議就擁有了統(tǒng)一網(wǎng)管的通行證，設(shè)備生產(chǎn)商只需要關(guān)注產(chǎn)品本身的細(xì)節(jié)而不必為上位機(jī)網(wǎng)管軟件的界面和管理方式而投入更多的人力和物力。
中新創(chuàng)科多年來(lái)一直致力于嵌入式網(wǎng)絡(luò)產(chǎn)品的研發(fā)，提供了數(shù)以萬(wàn)計(jì)串口設(shè)備的網(wǎng)絡(luò)化解決之道。DNE-1 和DNE-18兩種嵌入式模塊可以快速的完成串口網(wǎng)管協(xié)議到以太口SNMP協(xié)議的代理和轉(zhuǎn)換功能。任何有串口網(wǎng)管協(xié)議的設(shè)備嵌入DNE-1或DNE-18就立刻擁有了SNMP網(wǎng)管功能。中新創(chuàng)科的嵌入式軟件工程師會(huì)根據(jù)您的產(chǎn)品目前的網(wǎng)管協(xié)議和您的需求為您確定需管理參數(shù)的OID、屬性和定義；確定哪些異常情況需要以Trap形式上報(bào)；定制MIB文件并改寫DNE-1的SNMP代理程序，標(biāo)準(zhǔn)的開(kāi)發(fā)流程如下：
1. 設(shè)備廠商提供串口通信協(xié)議，中新創(chuàng)科工程師評(píng)估協(xié)議及產(chǎn)品
2. 雙方工程師溝通，確定zui終需求，擬定MIB文件
3. 簽訂合作開(kāi)發(fā)協(xié)議，設(shè)備廠商提供測(cè)試樣機(jī)
4. 2-4周后中新創(chuàng)科提供SNMP測(cè)試代理機(jī)
5. 定型后的升級(jí)修改服務(wù)
以上開(kāi)發(fā)流程設(shè)備廠商可派工程師全程參加，中新創(chuàng)科負(fù)責(zé)培訓(xùn)相關(guān)知識(shí)。
所以，您只需提供串口通信協(xié)議，剩下的交給我們做。

以上的拓?fù)錇榧由衔夜镜那度胧酱谵D(zhuǎn)以太網(wǎng)板（DNE-1）來(lái)通過(guò)以太網(wǎng)進(jìn)行網(wǎng)管的示例。其中關(guān)鍵在于上位機(jī)如：計(jì)算機(jī)A或計(jì)算機(jī)B對(duì)下端要監(jiān)控的設(shè)備直接用目前電信網(wǎng)中普遍應(yīng)用的以太網(wǎng)網(wǎng)管方式來(lái)監(jiān)控，而您只需將原來(lái)的232網(wǎng)管接口升級(jí)為以太網(wǎng)接口即可直接融入客戶已有的網(wǎng)管系統(tǒng)中。針對(duì)設(shè)備開(kāi)發(fā)的上層管理軟件也只需改為winsock，我們提供winsock編程示例，必要的話我們也可提供軟件開(kāi)發(fā)支持。

關(guān)鍵詞：網(wǎng)絡(luò)管理工作站網(wǎng)管軟件嵌入式軟件管理軟件

上一篇：緊鄰建筑物淺埋暗挖大斷面隧道施工技術(shù)研究

下一篇：10℃法則

全年征稿/資訊合作 聯(lián)系郵箱：1271141964@qq.com

免責(zé)聲明

凡本網(wǎng)注明"來(lái)源：智能制造網(wǎng)"的所有作品，版權(quán)均屬于智能制造網(wǎng)，轉(zhuǎn)載請(qǐng)必須注明智能制造網(wǎng)，http://www.xashilian.com。違反者本網(wǎng)將追究相關(guān)法律責(zé)任。
企業(yè)發(fā)布的公司新聞、技術(shù)文章、資料下載等內(nèi)容，如涉及侵權(quán)、違規(guī)遭投訴的，一律由發(fā)布企業(yè)自行承擔(dān)責(zé)任，本網(wǎng)有權(quán)刪除內(nèi)容并追溯責(zé)任。
本網(wǎng)轉(zhuǎn)載并注明自其它來(lái)源的作品，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點(diǎn)或證實(shí)其內(nèi)容的真實(shí)性，不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。其他媒體、網(wǎng)站或個(gè)人從本網(wǎng)轉(zhuǎn)載時(shí)，必須保留本網(wǎng)注明的作品來(lái)源，并自負(fù)版權(quán)等法律責(zé)任。
如涉及作品內(nèi)容、版權(quán)等問(wèn)題，請(qǐng)?jiān)谧髌钒l(fā)表之日起一周內(nèi)與本網(wǎng)聯(lián)系，否則視為放棄相關(guān)權(quán)利。

大地资源网视频在线观看新浪,日本春药精油按摩系列,成人av骚妻潮喷,国产xxxx搡xxxxx搡麻豆

SNMP協(xié)議介紹解決方案

免責(zé)聲明