[發明專利]基于簡單網絡管理協議的數據傳輸方法

有效

• 申請號: 201110252473.7
• 申請日: 2011-08-30
• 公開（公告）號: CN102263796A
• 公開（公告）日: 2011-11-30
• 發明（設計）人: 張濤
• 申請（專利權）人: 北京佳訊飛鴻電氣股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/24
• 代理公司: 北京眾合誠成知識產權代理有限公司 11246
• 代理人: 童曉琳

技術領域

本發明計算機網絡數據傳輸技術領域，尤其涉及一種基于簡單網絡管理協議的數據傳輸方法。

背景技術

SNMP(Simple?Network?Management?Protocol，簡單網絡管理協議)是目前TCP/IP網絡中應用最為廣泛的網絡管理協議，它被大量應用于在IP網絡中，用來管理網絡節點(服務器、工作站、路由器、交換機及HUB等)。SNMP使網絡管理員能夠管理網絡效能，發現并解決網絡問題以及規劃網絡增長，還能夠通過SNMP接收隨機消息(及事件報告)獲知網絡出現的問題。

基于SNMP的數據傳輸原理如圖1所示，當網元管理系統(SNMP?Manager)需要從被管設備(SNMP?Agent)獲取一項數據時，會向被管設備發送一條Get-Request原語(即包含一條請求消息的原語)。被管設備收到Get-Request原語后，會回送一條Get-Response原語，將響應消息放在Get-Response原語中，發送給網元管理系統。目前，基于SNMP的傳輸方式共有3種版本，分別是SNMP-V1、SNMP-V2和SNMP-V3。

在SNMP?V1版本中，當網元管理系統需要獲取多項數據時，Get-Request原語中需要列出所有數據的請求消息的條目清單。這會導致大量數據獲取時效率低下的問題。并且，在被管設備一側，增加了數據內容，被管設備接口必須做相應修改，否則所有數據都無法返回，兼容性不好。因此，由于SNMP-V1版本沒有提供成批存取機制，在需要存取大批量數據時，只能一個一個單獨進行，存取效率極低。

SNMP-V2由SNMP-V1演化而來，增加了新原語Getbulk-Request。圖2是采用SNMP-V2版本的基于SNMP的數據傳輸原理圖。圖2中，網元管理系統可以使用Getbulk-Request原語一次性的向被管設備請求多項數據(即Getbulk-Request原語是包含多條請求消息的原語)。然而，被管設備向網元管理系統回送的Get-Response原語，未必能夠包含所有請求消息的響應消息。這時，如果網元管理系統收到的響應消息不全，則會發出Get-Next原語，繼續向被管設備發出請求。雖然SNMP-V2相對于SNMP-V1，提供了一次取回大量數據的能力，從而使信息交換效率大大提高，但因其在大數據量請求時不一定一次性返回所有數據，致使SNMP-V2在數據傳輸時，也存在效率不高的問題。

SNMP-V3中主要增加了安全管理方式及遠程控制功能，在數據傳輸方法上，相對于SNMP-V2沒有任何改進。

發明內容

本發明的目的在于，針對目前基于SNMP的數據傳輸方法存在的大數據量傳輸過程復雜并且效率低下的問題，提出一種基于簡單網絡管理協議的數據傳輸方法。

為了實現上述目的，本發明提出的技術方案是，一種基于簡單網絡管理協議的數據傳輸方法，其特征是所述方法包括：

步驟1：請求方向提供方發送帶有多項請求消息的請求原語；

步驟2：提供方接收并解析帶有多項請求消息的請求原語，獲得各項請求消息；

步驟3：提供方根據每項請求消息產生相應的響應消息；

步驟4：提供方按照設定數據交換格式對所有響應消息進行編碼，生成響應消息數據包；

步驟5：提供方將響應消息數據包封裝到響應原語中并發送給請求方；

步驟6：請求方接收并解析封裝有響應消息數據包的響應原語，獲得響應消息數據包，按照設定數據交換格式對響應消息數據包進行解碼，得到每項請求消息所對應的響應消息。

所述設定數據交換格式具體采用JSON數據格式

所述被管設備按照設定數據交換格式對所有響應消息進行編碼具體是：將所有響應消息加入JSON數據格式中，各個響應消息使用設定字符隔開；

所述設定字符包括逗號、分號、冒號或者空格號。

本發明實現了簡單網絡管理協議的大數據量快速傳輸。

附圖說明

圖1是基于SNMP的數據傳輸原理圖；

圖2是采用SNMP-V2版本的基于SNMP的數據傳輸原理圖；

圖3是基于簡單網絡管理協議的數據傳輸方法流程圖；

圖4是本發明提供的基于SNMP的數據傳輸原理圖。

具體實施方式

下面結合附圖，對優選實施例作詳細說明。應該強調的是，下述說明僅僅是示例性的，而不是為了限制本發明的范圍及其應用。