專利名稱：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條 目動(dòng)態(tài)控制的方法及系統(tǒng)。
背景技術(shù)：
SNMP ( Simple Network Management Protocol),即簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，采用 "管理者一代理"的管理工作模式。其中，Manager (管理者)對(duì)應(yīng)上級(jí)網(wǎng) 管中心，Agent (代理)對(duì)應(yīng)被管理設(shè)備中的網(wǎng)管接口模塊。
Agent上存在一個(gè)管理信息庫(kù)MIB (Management Information Base ),即所有 管理對(duì)象的集合。其中，每一個(gè)管理對(duì)象都擁有一個(gè)唯一的OID (Object Identifier,對(duì)象標(biāo)識(shí)符)。從Manager的角度來(lái)看，其所有的網(wǎng)絡(luò)管理操作，都 是通過(guò)對(duì)MIB對(duì)象的讀寫(xiě)、創(chuàng)建和刪除來(lái)完成。此外，考慮到時(shí)效性，當(dāng)設(shè)備 某一部分出現(xiàn)異常，產(chǎn)生故障，并影響到設(shè)備的正常運(yùn)行時(shí)，Agent將主動(dòng)向 Manager發(fā)送Trap (陷阱)報(bào)文，以便Manager及時(shí)掌握設(shè)備的運(yùn)行狀況。
目前設(shè)計(jì)告警MIB的傳統(tǒng)做法是，將MIB設(shè)計(jì)為一維，只提供固定的告警 條目值，且不提供告警條目名稱，其告警條目名稱由Agent與Manager通過(guò)技 術(shù)文檔的方式來(lái)約定。當(dāng)Manager與Agent進(jìn)行對(duì)接時(shí)，Manager需要預(yù)先根據(jù) Agent提供的技術(shù)文檔進(jìn)行開(kāi)發(fā)，將技術(shù)文檔中的告警條目名稱與MIB中的告 警條目值關(guān)聯(lián)起來(lái)。
目前的這種方法存在如下問(wèn)題
1. 當(dāng)增加或刪除告警條目時(shí)，都需要更新告警MIB,而MIB作為Agent 與Manager的接口，若發(fā)生變化，必然涉及兩者都要配合修改。通常情況下， Agent與Manager分屬不同的廠商，若要配套修改和同步升級(jí)，不僅增加了協(xié)調(diào) 難度，也不利于快速部署網(wǎng)管系統(tǒng)。
2. 從Agent的角度來(lái)看，設(shè)備供應(yīng)給不同的客戶，需要面對(duì)不同的Manager, 而各個(gè)Manager需要的告警條目是不一樣的，這導(dǎo)致Agent需要設(shè)計(jì)針對(duì)不同 Manager的告警MIB,對(duì)MIB及Agent的設(shè)計(jì)、開(kāi)發(fā)和維護(hù)帶來(lái)4艮大困難。
3. Agent與設(shè)備捆綁在一起， 一旦Agent部署到不同的設(shè)備上，由于不同設(shè) 備出現(xiàn)故障時(shí)，其產(chǎn)生的告警條目是不同的，這導(dǎo)致Agent需要設(shè)計(jì)針對(duì)不同 設(shè)備的告警MIB，對(duì)MIB及Agent的設(shè)計(jì)、開(kāi)發(fā)和維護(hù)帶來(lái)很大困難。

發(fā)明內(nèi)容
鑒于上述的分析，本發(fā)明旨在提供一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目 動(dòng)態(tài)控制的方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中存在的不便進(jìn)行差異化告警條目 上報(bào)，及代理不易增刪告警條目的問(wèn)題。
本發(fā)明的目的主要是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的
本發(fā)明提供了 一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的方法，預(yù) 先在管理信息庫(kù)中配置有告警條目名稱表和告警條目值表，所述方法包括
步驟A:代理根據(jù)告警類別將相應(yīng)的告警條目放到管理信息庫(kù)中的告警條 目名稱表中，并將所述告警條目通知給管理者；
步驟B:當(dāng)代理接收到告警后，根據(jù)告警類別將該告警的告警值寫(xiě)到管理信 息庫(kù)中的告警條目值表中，并將該告警在告警條目值表中對(duì)應(yīng)的告警條目值通 知給管理者；
步驟C:管理者根據(jù)告警類別，將獲取的告警條目值與告警條目名稱進(jìn)行匹 配關(guān)聯(lián)。
進(jìn)一步地，所述步驟A具體包括
步驟A1:代理啟動(dòng)，根據(jù)讀取到的告警類別，將該告警類別對(duì)應(yīng)的告警條 目放入到管理信息庫(kù)的告警條目名稱表中，并通知管理者來(lái)獲取告警條目名稱；
步驟A2:代理接收到管理者發(fā)來(lái)的告警條目名稱獲取請(qǐng)求后，從管理信息 庫(kù)中讀取該告警類別對(duì)應(yīng)的告警條目，并返回給管理者。
進(jìn)一步地，當(dāng)需要增加或刪除告警條目時(shí)，所述步驟A1還包括
代理根據(jù)讀取到的告警類別在管理信息庫(kù)中增加或刪除的相應(yīng)告警條目， 并通知管理者重新獲取告警條目名稱。
進(jìn)一步地，所述步驟B具體包括
當(dāng)代理接收到告警后，將該告警的告警值寫(xiě)到管理信息庫(kù)中的告警條目值
表中；
以該告警在告警條目值表中對(duì)應(yīng)的告警條目值為依據(jù)，構(gòu)造告警陷阱報(bào)文； 將構(gòu)造好的陷阱報(bào)文發(fā)送給管理者。
其中，所述告警條目根據(jù)告警類別的不同包括如下條目中的一個(gè)或多個(gè) 告警狀態(tài)、告警創(chuàng)建時(shí)間、告警恢復(fù)時(shí)間、告警碼、告警級(jí)別、原因碼、 附加消息。
本發(fā)明還提供了 一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的系統(tǒng)， 所述系統(tǒng)包括管理信息庫(kù)、代理及管理者，其中，
管理信息庫(kù)，用于存儲(chǔ)告警條目名稱表和告警條目值表；
代理，用于根據(jù)告警類別將相應(yīng)的告警條目放到管理信息庫(kù)即管理信息庫(kù) 中的告警條目名稱表中，并通知管理者即管理者獲取所有告警條目；當(dāng)接收到 告警后，所述代理還用于根據(jù)告警類別將該告警的告警值寫(xiě)到管理信息庫(kù)中的 告警條目值表中，并將該告警在告警條目值表中對(duì)應(yīng)的告警條目值通知給管理 者；
管理者，用于根據(jù)告警類別，將從代理獲取的告警條目值與告警條目名稱 進(jìn)4亍匹配關(guān)耳關(guān)。
進(jìn)一步地，當(dāng)需要增加或刪除告警條目時(shí)，所述代理還用于根據(jù)讀取到的 告警類別在管理信息庫(kù)中增加或刪除的相應(yīng)告警條目，并通知管理者重新獲取 告警條目名稱。
本發(fā)明有益效果如下
本發(fā)明可使代理方便的增刪告警條目及差異化告警條目上報(bào)，大幅降低了 與管理者的耦合性，可以做到快速部署網(wǎng)管系統(tǒng)
本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部分的從說(shuō)明 書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可 通過(guò)在所寫(xiě)的說(shuō)明書(shū)、權(quán)利要求書(shū)、以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲
3曰付。


圖1為本發(fā)明實(shí)施例所述方法的流程示意圖； 圖2為本發(fā)明實(shí)施例所述系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖來(lái)具體描述本發(fā)明的優(yōu)先實(shí)施例，其中，附圖構(gòu)成本申請(qǐng)一
部分，并與本發(fā)明的實(shí)施例一起用于闡釋本發(fā)明的原理。
首先結(jié)合附圖1對(duì)本發(fā)明實(shí)施例所述方法進(jìn)行詳細(xì)說(shuō)明。
預(yù)先在MIB (管理信息庫(kù))中配置告警條目名稱表almNameTable和告警條 目值表almValueTable，開(kāi)始內(nèi)容都為空。同時(shí)，考慮到告警條目的擴(kuò)展性和差 異化，初始就將告警MIB設(shè)計(jì)得足夠大，以便容納下足夠多的告警條目。此外， 考慮到一套MIB要進(jìn)行告警條目的差異化上報(bào)，為此，設(shè)計(jì)一個(gè)告警類別 almlndex,作為索引，兩個(gè)維度通過(guò)采用告警類別almlndex作內(nèi)外鍵來(lái)進(jìn)行關(guān)聯(lián)。
如圖1所示，圖1為本發(fā)明實(shí)施例所述方法的流程示意圖，具體可以包括 以下步驟
步驟101: Agent (代理)啟動(dòng)時(shí)，從其中的配置文件中讀取到告警類別 almlndex,并據(jù)此將對(duì)應(yīng)的告警條目，放入到MIB中的告警條目名稱表 almNameTable中，表中未使用的列保持空值，做占位用。所述配置文件中根據(jù) 不同的告警類別，為每一類告警規(guī)定了相應(yīng)的告警條目，根據(jù)告警類別的不同， 告警條目可以包括以下條目的一個(gè)或多個(gè)
告警狀態(tài)、告警創(chuàng)建時(shí)間、告警恢復(fù)時(shí)間、告警碼、告警級(jí)別、原因碼、 附加消息。
步驟102: Agent啟動(dòng)完畢后，向Manager (管理者)發(fā)送冷/熱啟動(dòng)Trap, 表示Agent重新啟動(dòng)，需要Manager獲取告警條目名稱表almNameTable。
步驟103: Manager向Agent發(fā)送GetBulkR叫uest ( SNMPV2協(xié)議的一種標(biāo) 準(zhǔn)才良文)，用于通知Manager獲取告警條目名稱。
步驟104: Agent收到請(qǐng)求后，去MIB中讀取告警條目名稱表almNameTable 中的告警條目名稱。
步驟105: Agent從MIB中獲取到告警條目名稱。
步驟106: Agent以GetResponse報(bào)文響應(yīng)Manager的請(qǐng)求，返回告警條目 名稱給Manager, Manager收到后保存告警條目名稱或更新原來(lái)保存的告警條目 名稱。
步驟107:當(dāng)被管理設(shè)備出現(xiàn)異常，將發(fā)送相應(yīng)的告警給Agent。 步驟108: Agent依據(jù)告警類別almlndex，將該告警對(duì)應(yīng)的告警值入到MIB 中的告警條目值表almValueTable中。
步驟IO9: Agent依據(jù)該告警在MIB中的記錄值，構(gòu)造成告警Trap內(nèi)容， 并向Manager發(fā)送相應(yīng)的告警Tmp。
步驟110: Manager收到后，依據(jù)告警類別almlndex為索引，將告警Trap 中的告警條目值與告警條目名稱進(jìn)行匹配，并呈現(xiàn)在界面上供操作維護(hù)人員查 看并作出分析判斷，進(jìn)行設(shè)備維護(hù)和修復(fù)。其中，匹配方式可以由Agent和 Manager預(yù)先商量好，或者由Agent將定義好的匹配方式通知給Manager。
若需要增加或刪除告警條目時(shí)，不涉及到MIB和Manager修改，只涉及到 AgenH務(wù)改，修改并升級(jí)Agent后，重復(fù)如上步驟，即，當(dāng)新增加或刪除一些告 警條目，Agent會(huì)根據(jù)讀取到的告警類別在MIB中增加或刪除相應(yīng)的告警條目， 并通知Manager重新獲耳又告警條目名稱；當(dāng)Manager 乂人Agent獲取到相應(yīng)的告 警條目時(shí)，更新其原來(lái)保存的告警條目名稱。
下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例所述系統(tǒng)進(jìn)行詳細(xì)說(shuō)明。 如圖2所示，圖2本發(fā)明實(shí)施例所述系統(tǒng)的結(jié)構(gòu)示意圖，具體包括 Agent,運(yùn)行在系統(tǒng)中的各個(gè)網(wǎng)元設(shè)備上，完成對(duì)網(wǎng)元設(shè)備的配置管理、性 能管理和故障管理等，并響應(yīng)Manager的各種請(qǐng)求，將采集的信息通過(guò)Response 報(bào)文返回給Manager,或者通過(guò)Trap報(bào)文主動(dòng)向Manager報(bào)告錯(cuò)誤情況。
具體的說(shuō)就是，Agent啟動(dòng)時(shí)，從其中的配置文件中讀取到告警類別 almlndex,并據(jù)此將對(duì)應(yīng)的告警條目，放入到MIB中的告警條目名稱表 almNameTable中。Agent啟動(dòng)完畢后，向Manager發(fā)送冷/熱啟動(dòng)Trap,表示 Agent重新啟動(dòng)，需要Manager獲取告警條目名稱表almNameTable。當(dāng)Agent 收到Manager的請(qǐng)求后，去MIB中讀取告警條目名稱表almNameTable
中的告警條目名稱，并返回告警條目名稱給Manager, Manager收到后保存 告警條目名稱。
并且當(dāng)被管理設(shè)備出現(xiàn)異常，將發(fā)送相應(yīng)的告警給Agent時(shí)，Agent依據(jù)告 警類別almlndex,將該告警對(duì)應(yīng)的告警值入到MIB中的告警條目值表 almValueTable中，并依據(jù)該告警在MIB中的記錄值，構(gòu)造成告警Trap內(nèi)容， 并向Manager發(fā)送相應(yīng)的告警Trap。
Manager,即上級(jí)網(wǎng)管，提供各種服務(wù)接口供用戶管理整個(gè)系統(tǒng)。通過(guò)SNMP 協(xié)議定義的Get/Set/GetNext等操作向Agent發(fā)出Request報(bào)文。
并且，當(dāng)Manager收到Agent發(fā)來(lái)的告警Trap后，依據(jù)告警類別almlndex為索 引，將告警Trap中的告警條目值與告警條目名稱進(jìn)行匹配，并呈現(xiàn)在界面上供操 作維護(hù)人員查看并作出分析判斷，進(jìn)行設(shè)備維護(hù)和修復(fù)。
MIB，即管理對(duì)象的集合，主要負(fù)責(zé)存儲(chǔ)告警條目名稱表ahnNameTable和 告警條目值表almValueTable?？紤]到告警條目的擴(kuò)展性和差異化，初始就將告 警MIB設(shè)計(jì)得足夠大，以便容納下足夠多的告警條目。從Manager的角度來(lái)看， 其所有的網(wǎng)絡(luò)管理操作，都是通過(guò)對(duì)MIB對(duì)象的讀寫(xiě)、創(chuàng)建和刪除來(lái)完成。
綜上所述，本發(fā)明實(shí)施例提供了 一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)
態(tài)控制的方法及系統(tǒng)，將MIB從原來(lái)的一維改造為二維，二維模型中，其中一
維代表告警條目名稱almNameTable, —維代表告警條目值almValueTable,并設(shè) 計(jì)一個(gè)告警類別almlndex,作為索引，兩個(gè)維度通過(guò)采用告警類別almlndex作 內(nèi)外鍵來(lái)進(jìn)行關(guān)聯(lián)，實(shí)現(xiàn)了差異化告警條目，Agent不需要設(shè)計(jì)針對(duì)不同Manager 的告警MIB，對(duì)MIB及Agent的設(shè)計(jì)、開(kāi)發(fā)和維護(hù)帶來(lái)纟艮大方便。
本發(fā)明可使Agent方便的增刪告警條目及差異化告警條目上報(bào)，大幅降低 了與Manager的耦合性，可以做到快速部署網(wǎng)管系統(tǒng)。每次增加或刪除告警條 目時(shí)，只涉及Agent升級(jí)，Manager不用升級(jí)，這對(duì)工程實(shí)施帶來(lái)很大的便利性。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局 限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易 想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù) 范圍應(yīng)該以權(quán)利要求書(shū)的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的方法，其特征在于，預(yù)先在管理信息庫(kù)中配置有告警條目名稱表和告警條目值表，所述方法包括步驟A代理根據(jù)告警類別將相應(yīng)的告警條目放到管理信息庫(kù)中的告警條目名稱表中，并將所述告警條目通知給管理者；步驟B當(dāng)代理接收到告警后，根據(jù)告警類別將該告警的告警值寫(xiě)到管理信息庫(kù)中的告警條目值表中，并將該告警在告警條目值表中對(duì)應(yīng)的告警條目值通知給管理者；步驟C管理者根據(jù)告警類別，將獲取的告警條目值與告警條目名稱進(jìn)行匹配關(guān)聯(lián)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括 步驟A1:代理啟動(dòng)，根據(jù)讀取到的告警類別，將該告警類別對(duì)應(yīng)的告警條目放入到管理信息庫(kù)的告警條目名稱表中，并通知管理者來(lái)獲取告警條目名稱； 步驟A2:代理接收到管理者發(fā)來(lái)的告警條目名稱獲取請(qǐng)求后，從管理信息 庫(kù)中讀取該告警類別對(duì)應(yīng)的告警條目，并返回給管理者。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)需要增加或刪除告警條目 時(shí)，所迷步驟A1還包括代理根據(jù)讀取到的告警類別在管理信息庫(kù)中增加或刪除的相應(yīng)告警條目， 并通知管理者重新獲取告警條目名稱。
4、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟B具體包括 當(dāng)代理接收到告警后，將該告警的告警值寫(xiě)到管理信息庫(kù)中的告警條目值表中；以該告警在告警條目值表中對(duì)應(yīng)的告警條目值為依據(jù)，構(gòu)造告警陷阱報(bào)文;將構(gòu)造好的陷阱報(bào)文發(fā)送給管理者。
5、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述告警條目根據(jù)告警 類別的不同包括如下條目中的一個(gè)或多個(gè)告警狀態(tài)、告警創(chuàng)建時(shí)間、告警恢復(fù)時(shí)間、告警碼、告警級(jí)別、原因碼、 附力口消息。
6、 一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的系統(tǒng)，其特征在于， 所述系統(tǒng)包括管理信息庫(kù)、代理及管理者，其中，管理信息庫(kù)，用于存儲(chǔ)告警條目名稱表和告警條目值表； 代理，用于根據(jù)告警類別將相應(yīng)的告警條目放到管理信息庫(kù)即管理信息庫(kù) 中的告警條目名稱表中，并通知管理者即管理者獲取所有告警條目；當(dāng)接收到 告警后，所述代理還用于根據(jù)告警類別將該告警的告警值寫(xiě)到管理信息庫(kù)中的 告警條目值表中，并將該告警在告警條目值表中對(duì)應(yīng)的告警條目值通知給管理者；管理者，用于根據(jù)告警類別，將從代理獲取的告警條目值與告警條目名稱 進(jìn)4亍匹配關(guān)聯(lián)。
7、 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，當(dāng)需要增加或刪除告警條目 時(shí)，所述代理還用于根據(jù)讀取到的告警類別在管理信息庫(kù)中增加或刪除的相應(yīng) 告警條目，并通知管理者重新獲取告警條目名稱。
全文摘要
本發(fā)明公開(kāi)了一種簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議中實(shí)現(xiàn)告警條目動(dòng)態(tài)控制的方法及系統(tǒng)，預(yù)先在管理信息庫(kù)中配置有告警條目名稱表和告警條目值表，所述方法包括代理根據(jù)告警類別將相應(yīng)的告警條目放到管理信息庫(kù)中的告警條目名稱表中，并將所述告警條目通知給管理者；當(dāng)代理接收到告警后，根據(jù)告警類別將該告警的告警值寫(xiě)到管理信息庫(kù)中的告警條目值表中，并將該告警在告警條目值表中對(duì)應(yīng)的告警條目值通知給管理者；管理者根據(jù)告警類別，將獲取的告警值與告警條目名稱進(jìn)行匹配關(guān)聯(lián)；所述系統(tǒng)包括管理信息庫(kù)、代理及管理者；本發(fā)明解決了現(xiàn)有技術(shù)中不便進(jìn)行差異化告警條目上報(bào)，及代理不易增刪告警條目的問(wèn)題。
文檔編號(hào)H04L29/08GK101360022SQ20081021129
公開(kāi)日2009年2月4日 申請(qǐng)日期2008年9月22日 優(yōu)先權(quán)日2008年9月22日
發(fā)明者卓必強(qiáng), 翔 廖, 俊 陳 申請(qǐng)人:中興通訊股份有限公司