[發(fā)明專利]批量MIB的處理方法

無效

• 申請?zhí)枺?/td>: 201210546261.4
• 申請日: 2012-12-14
• 公開（公告）號: CN103023702A
• 公開（公告）日: 2013-04-03
• 發(fā)明（設(shè)計(jì)）人: 萬海榮
• 申請（專利權(quán)）人: 武漢烽火網(wǎng)絡(luò)有限責(zé)任公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/06
• 代理公司: 北京捷誠信通專利事務(wù)所(普通合伙) 11221
• 代理人: 魏殿紳;龐炳良

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)管理，具體涉及批量MIB的處理方法。

背景技術(shù)

隨著互聯(lián)網(wǎng)和電信行業(yè)的高速發(fā)展，各類網(wǎng)絡(luò)通信設(shè)備廣泛覆蓋到各個地方，形成了眾多的大型網(wǎng)絡(luò)。大型網(wǎng)絡(luò)包含多種網(wǎng)絡(luò)設(shè)備，集成多種網(wǎng)絡(luò)操作系統(tǒng)，運(yùn)行多種網(wǎng)絡(luò)應(yīng)用服務(wù)。為了保證上述大型網(wǎng)絡(luò)系統(tǒng)的高效運(yùn)行，需要建設(shè)一個對網(wǎng)絡(luò)運(yùn)行狀況進(jìn)行監(jiān)視、對全網(wǎng)運(yùn)行狀況進(jìn)行控制的網(wǎng)絡(luò)管理系統(tǒng)，對整個網(wǎng)絡(luò)系統(tǒng)的運(yùn)行狀況進(jìn)行監(jiān)控和管理。

目前的網(wǎng)絡(luò)管理系統(tǒng)都是簡單網(wǎng)絡(luò)管理協(xié)議（SNMP,Simple?NetworkManagement?Protocol）對遠(yuǎn)程網(wǎng)絡(luò)設(shè)備進(jìn)行管理。基于SNMP的網(wǎng)絡(luò)管理包含兩個部分：1）網(wǎng)絡(luò)管理系統(tǒng)，主要提供系統(tǒng)安全管理、拓?fù)涔芾怼⒃O(shè)備配置管理、故障管理、性能管理、日志管理、系統(tǒng)管理等功能，接受用戶操作，對被管設(shè)備進(jìn)行相關(guān)操作并把結(jié)果通過反映到用戶界面；2）被管設(shè)備，即網(wǎng)絡(luò)單元，如路由器、訪問服務(wù)器，交換機(jī)、網(wǎng)橋、HUB、主機(jī)或打印機(jī)等，網(wǎng)絡(luò)單元上設(shè)有SNMP代理，建立該網(wǎng)絡(luò)單元的管理信息庫MIB，響應(yīng)網(wǎng)絡(luò)管理系統(tǒng)對于MIB的操作命令；

傳統(tǒng)的網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的通信流程如下所述：

L10、網(wǎng)絡(luò)管理系統(tǒng)在對某個被管設(shè)備進(jìn)行管理的時候，將MIB信息直接封裝在SNMP請求報(bào)文中并發(fā)送給被管設(shè)備，并等待其響應(yīng)。

L20、被管設(shè)備到網(wǎng)絡(luò)管理系統(tǒng)發(fā)出的SNMP請求報(bào)文之后，從中直接取出MIB信息，然后將SNMP響應(yīng)報(bào)文返回給網(wǎng)絡(luò)管理系統(tǒng)。

L30、網(wǎng)絡(luò)管理系統(tǒng)在收到返回的SNMP響應(yīng)報(bào)文后，解析出MIB響應(yīng)信息，并根據(jù)該信息進(jìn)行相應(yīng)的處理，從而完成相應(yīng)的界面顯示或者操作。

由此可見，傳統(tǒng)的網(wǎng)絡(luò)管理系統(tǒng)與被管之間的管理通信其實(shí)是直接在SNMP報(bào)文中封裝MIB信息。但是，隨著網(wǎng)絡(luò)設(shè)備的復(fù)雜程度越來越高，提供的功能越來越多，板卡數(shù)量和接口數(shù)量也越來越多，特別是隨著網(wǎng)絡(luò)扁平化，某些被管設(shè)備不僅僅要實(shí)現(xiàn)自身的管理功能，同時還兼有拓?fù)渌鸭⒐芾砥渌罅烤W(wǎng)元的功能，比如EPON?OLT，GPON?OLT等核心層和匯聚層的網(wǎng)絡(luò)設(shè)備。這個時候，被管設(shè)備需要實(shí)現(xiàn)的MIB數(shù)量以及網(wǎng)絡(luò)管理系統(tǒng)的管理功能也大幅度的增加了，網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的MIB通信量也就會加大，而由于IP報(bào)文長度的限制以及SNMP自身效率的限制，SNMP通信報(bào)文攜帶的MIB數(shù)量有限，需要多次通信才能完成復(fù)雜的批量網(wǎng)管操作，從而造成網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的通信效率較低。

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

本發(fā)明所要解決的技術(shù)問題是解決網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的通信效率較低的問題。

為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種批量MIB的處理方法，包括以下步驟：

網(wǎng)絡(luò)管理系統(tǒng)將被管設(shè)備需要同時操作的批量MIB信息封裝到一個命令文件中發(fā)送到被管設(shè)備，當(dāng)所述命令文件的大小超過IP報(bào)文所能攜帶的最大凈荷時，壓縮所述命令文件并在所述命令文件的頭部寫入壓縮標(biāo)志；

被管設(shè)備接收所述命令文件，根據(jù)所述命令文件的頭部是否有壓縮標(biāo)志判斷是否對該命令文件進(jìn)行解壓縮；

被管設(shè)備解析所述命令文件獲得批量MIB信息，并根據(jù)所述MIB信息執(zhí)行相應(yīng)的處理，再將處理結(jié)果封裝為一個響應(yīng)文件，當(dāng)所述響應(yīng)文件的大小超過IP報(bào)文所能攜帶的最大凈荷時，壓縮所述響應(yīng)文件并在所述響應(yīng)文件的頭部寫入壓縮標(biāo)志；

網(wǎng)絡(luò)管理系統(tǒng)獲取所述響應(yīng)文件，并根據(jù)所述響應(yīng)文件的頭部是否有壓縮標(biāo)志判斷是否對該響應(yīng)文件進(jìn)行解壓縮；

網(wǎng)絡(luò)管理系統(tǒng)解析所述響應(yīng)文件獲得批量MIB信息，并根據(jù)所述MIB信息完成相應(yīng)的網(wǎng)絡(luò)管理。

在上述方法中，網(wǎng)絡(luò)管理系統(tǒng)將所述命令文件通過SNMP?SET命令或FTPPUT命令發(fā)送到被管設(shè)備，通過SNMP?GET命令或FTP?GET命令從被管設(shè)備獲取所述響應(yīng)文件。

在上述方法中，所述IP報(bào)文所能攜帶的最大凈荷為一個IP最大包長1500字節(jié)。

本發(fā)明，采用了基于壓縮文件的方式增加了通信中攜帶的MIB信息數(shù)量，提高了網(wǎng)絡(luò)管理的效率。

附圖說明

圖1為本發(fā)明的流程圖。

具體實(shí)施方式

本發(fā)明提供了一種批量MIB的處理方法，采用基于壓縮文件的方式增加了通信中攜帶的MIB信息數(shù)量，減少了網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的通信次數(shù)，讓網(wǎng)絡(luò)管理系統(tǒng)和被管設(shè)備之間的SNMP通信更加快速捷高效，提高了網(wǎng)絡(luò)管理的效率，提升了網(wǎng)絡(luò)管理操作的實(shí)時性和友好性，從而實(shí)現(xiàn)友好的用戶管理體驗(yàn)。下面結(jié)合說明書附圖和具體實(shí)施方式對本發(fā)明作出詳細(xì)的說明。