一種網(wǎng)管測試友商告警方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)通訊領(lǐng)域，尤其是一種網(wǎng)管測試友商告警方法及裝置。
【背景技術(shù)】
[0002]隨著廣電“三網(wǎng)融合”工作的逐步開展以及技術(shù)的不斷進(jìn)步，廣電的網(wǎng)絡(luò)結(jié)構(gòu)和設(shè)備數(shù)量等相比過去都發(fā)生了巨大變化，尤其是數(shù)據(jù)業(yè)務(wù)方面的設(shè)備所涉及的廠商、型號眾多，設(shè)備數(shù)量大且分布不一，目前在設(shè)備監(jiān)控及故障排查方面存在很大的障礙，迫切需要有一個綜合接入網(wǎng)各種數(shù)據(jù)設(shè)備和鏈路的狀態(tài)監(jiān)視及維護(hù)管理系統(tǒng)，以保障網(wǎng)絡(luò)的質(zhì)量和用戶的服務(wù)。
[0003]而針對設(shè)備的故障管理更是運營商最為迫切需要解決的問題，而目前現(xiàn)網(wǎng)中廠家及設(shè)備型號眾多，并且各自廠家都擁有自己的私有的告警mib節(jié)點，這給綜合網(wǎng)管管理這些設(shè)備的告警帶來了很大的困難，同時給測試團(tuán)隊去構(gòu)造這些若干場景的眾多設(shè)備的各個告警場景、驗證這些告警是否正確處理帶來了很大的不便。

【發(fā)明內(nèi)容】

[0004]本發(fā)明所要解決的技術(shù)問題是:針對現(xiàn)有技術(shù)存在的問題，提供一種網(wǎng)管測試友商告警方法及裝置。模擬告警裝置可以模擬各個廠家不同型號的所有告警，省去了大量設(shè)備的成本以及省去了構(gòu)造不同告警花費的人力成本，以及一些構(gòu)造告警需要的物流成本(比如蓄電池、環(huán)境監(jiān)控模塊等)。同時該方法還是測試網(wǎng)管對告警的處理能力，模擬現(xiàn)網(wǎng)每秒告警多的場景。
[0005]本發(fā)明采用的技術(shù)方案如下:
一種網(wǎng)管測試友商告警方法包括:
步驟1:模擬告警裝置的獲取模塊根據(jù)snmp協(xié)議，以及設(shè)備廠家提供的mib文件信息；截取得到告警監(jiān)控信息，所述告警監(jiān)控信息包括預(yù)置的告警信息0ID以及告警信息0ID之間的順序值；
步驟2:模擬告警裝置的配置信息模塊設(shè)置告警監(jiān)控信息的本地MAC地址以及IP地址，以及需要進(jìn)行數(shù)據(jù)傳遞的網(wǎng)管服務(wù)器MAC地址及IP地址；
步驟3:模擬告警裝置的封裝模塊根據(jù)配置信息模塊提供的本地MAC地址及IP地址、網(wǎng)管服務(wù)器MAC地址以及IP地址，將所述告警監(jiān)控信息封裝成Trap報文；
步驟3:模擬告警裝置的數(shù)據(jù)發(fā)送模塊將封裝模塊封裝后的Trap報文發(fā)送給網(wǎng)管服務(wù)器;
步驟4:網(wǎng)管服務(wù)器接收模擬告警裝置的數(shù)據(jù)發(fā)送模塊發(fā)送的Trap報文后，進(jìn)行Trap報文的解析處理，查看當(dāng)前Trap報文是否解析成功。
[0006]進(jìn)一步的，所述步驟4具體包括:
步驟41:模擬告警服務(wù)器的數(shù)據(jù)發(fā)送模塊將Trap報文傳遞給網(wǎng)管服務(wù)器，網(wǎng)管服務(wù)器通過端口 162接收到告警報文；網(wǎng)管服務(wù)器查看該告警信息0ID是否在之前的網(wǎng)管服務(wù)器中定義支持，若不支持，則網(wǎng)管服務(wù)器不解析處理該Trap報文；否則，網(wǎng)管服務(wù)器查看該告警信息OID攜帶的告警內(nèi)容及告警信息OID之間的順序值，執(zhí)行步驟42 ;
步驟42:若告警信息OID攜帶的告警內(nèi)容及告警信息OID之間的順序值錯誤或者信息丟失，則解析失?。蝗舾婢瘍?nèi)容正確，但告警信息OID之間的順序值錯誤，則進(jìn)行解析；若告警信息OID都支持，并且告警信息OID之間的順序值正確，則解析出該告警內(nèi)容；
步驟43:用戶通過網(wǎng)管服務(wù)器解析出的告警內(nèi)容與模擬告警服務(wù)器設(shè)置的告警內(nèi)容進(jìn)行比較，驗證是否是一致的。
[0007]—種網(wǎng)管測試友商告警裝置包括模擬告警裝置以及網(wǎng)管服務(wù)器；所述模擬告警裝置包括獲取模塊、配置信息模塊、封裝模塊以及數(shù)據(jù)發(fā)送模塊；
獲取模塊，用于根據(jù)snmp協(xié)議，以及設(shè)備廠家提供的mib文件信息；截取得到告警監(jiān)控信息，所述告警監(jiān)控信息包括預(yù)置的告警信息0ID以及告警信息0ID之間的順序值；
配置信息模塊，用于設(shè)置告警監(jiān)控信息的本地MAC地址以及IP地址，以及需要進(jìn)行數(shù)據(jù)傳遞的網(wǎng)管服務(wù)器MAC地址及IP地址；
封裝模塊，用于根據(jù)配置信息模塊提供的本地MAC址及IP地址、網(wǎng)管服務(wù)器MAC地址以及IP地址，將所述告警監(jiān)控信息封裝成Trap報文；
數(shù)據(jù)發(fā)送模塊將封裝模塊封裝后的Trap報文發(fā)送給網(wǎng)管服務(wù)器；
網(wǎng)管服務(wù)器接收模擬告警裝置的數(shù)據(jù)發(fā)送模塊發(fā)送的Trap報文后，進(jìn)行Trap報文的解析處理，查看當(dāng)前rap報文是否解析成功。
[0008]進(jìn)一步的，所述網(wǎng)管服務(wù)器接收數(shù)據(jù)發(fā)送模塊發(fā)送的Trap報文后，進(jìn)行告警監(jiān)控信息處理器，查看當(dāng)前設(shè)備信息是否正常具體包括:
步驟41:模擬告警服務(wù)器的數(shù)據(jù)發(fā)送模塊將Trap報文傳遞給網(wǎng)管服務(wù)器，網(wǎng)管服務(wù)器通過端口 162接收到告警報文；網(wǎng)管服務(wù)器查看該告警信息0ID是否在之前的網(wǎng)管服務(wù)器中定義支持，若不支持，則網(wǎng)管服務(wù)器不解析處理該Trap報文；否則，網(wǎng)管服務(wù)器查看該告警信息0ID攜帶的告警內(nèi)容及告警信息0ID之間的順序值，執(zhí)行步驟42 ;
步驟42:若告警信息0ID攜帶的告警內(nèi)容及告警信息0ID之間的順序值錯誤或者信息丟失，則解析失??；若告警內(nèi)容正確，但告警信息0ID之間的順序值錯誤，則進(jìn)行解析；若告警信息0ID都支持，并且告警信息0ID之間的順序值正確，則解析出該告警內(nèi)容；
步驟43:用戶通過網(wǎng)管服務(wù)器解析出的告警內(nèi)容與模擬告警服務(wù)器設(shè)置的告警內(nèi)容進(jìn)行比較，驗證是否是一致。
[0009]綜上所述，由于采用了上述技術(shù)方案，本發(fā)明的有益效果是:
可以通過模擬告警服務(wù)直接構(gòu)造告警報文，單個模擬告警服務(wù)就可以模擬各個廠家不同型號的所有告警，省去了大量設(shè)備的成本以及省去了構(gòu)造不同告警花費的人力成本，以及一些構(gòu)造告警需要的物流成本(比如蓄電池、環(huán)境監(jiān)控模塊等)。同時該方法還是測試網(wǎng)管對告警的處理能力，模擬現(xiàn)網(wǎng)每秒告警多的場景。
【具體實施方式】
[0010]本說明書中公開的所有特征，或公開的所有方法或過程中的步驟，除了互相排斥的特征和/或步驟以外，均可以以任何方式組合。
[0011]本說明書(包括任何附加權(quán)利要求、摘要)中公開的任一特征，除非特別敘述，均可被其他等效或具有類似目的的替代特征加以替換。即，除非特別敘述，每個特征只是一系列等效或類似特征中的一個例子而已。
[0012]1.MIB文件提取數(shù)據(jù)
通過設(shè)備廠家提供的mib文件，分析每條告警的告警內(nèi)容及告警格式，獲取里面的告警信息0ID及告警信息0ID順序值。
[0013]2.Trap報文構(gòu)造
通過提取的告警mib信息(告警格式及0ID)+網(wǎng)管服務(wù)器的IP地址及MAC地址+告警模擬器PC的IP及MAC地址構(gòu)造告警報文，并針對告警里面的0ID進(jìn)行賦值，構(gòu)建合并成一條完成的告警報文，并記錄到文件中。
[0014]3.設(shè)置報文發(fā)送間隔及報文數(shù)量
設(shè)置報文直接發(fā)送的間隔，來控制每秒發(fā)送報文的速率。設(shè)置報文數(shù)量控制總共要共發(fā)送的數(shù)量。將上述信息發(fā)送至網(wǎng)管服務(wù)器
4.報文發(fā)送
啟動一個發(fā)包線程，將報文的發(fā)送間隔、報文數(shù)量及告警報文的內(nèi)容放到內(nèi)存