專利名稱：一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法
技術領域：
本發(fā)明涉及網絡遠程管理的方法，具體涉及一種在接入網系統(tǒng)中基于簡單網絡管理協(xié)議(SNMP)實現(xiàn)網絡遠程管理中錯誤信息返回的方法。
背景技術：
近些年來，接入網的用戶規(guī)模不斷擴大，網絡的運營、維護和管理的工作量也逐步上升，于是，越來越多的運營商開始采用網絡遠程管理技術以降低運維成本，提升用戶滿意度。這其中簡單網絡管理協(xié)議(SNMP)以其簡單易實現(xiàn)的優(yōu)勢得到廣泛運用。
目前標準的SNMP協(xié)議，如SNMPv2，對于收到的數(shù)據(jù)包僅提供包括數(shù)據(jù)類型錯誤、數(shù)值超出范圍、結點不可寫、結點不可訪問等十幾種針對數(shù)據(jù)本身以及數(shù)據(jù)包所采用結點的錯誤檢查，而對于該數(shù)據(jù)配置到設備中產生的錯誤，如配置的業(yè)務名稱已經存在、當前ONU不能配置PPPoE屬性等錯誤情況以及錯誤相關數(shù)據(jù)是無法反饋的。這使得運維管理人員在配置調試設備以及工程業(yè)務開通時帶有很大程度的盲目性，也導致網絡管理的可操作性不夠強，不利于運維管理人員對設備進行管理。因此，有必要在接入設備中提供錯誤信息返回，作為現(xiàn)有網絡遠程管理技術的一種補充，幫助運維管理人員快速準確的配置調試設備，當管理命令結果出錯時，不僅能知道這條命令出錯了，而且還能立刻獲知發(fā)生錯誤的原因和相應錯誤的關鍵數(shù)據(jù)。這一方法將極大的簡化設備調配的操作，加快工程開通的速度，保證業(yè)務開展的準確性，從而大幅降低運維成本，提升用戶滿意度。
更進一步，標準的SNMP協(xié)議是不透傳的，通過MIB庫的一個結點傳遞一個屬性參數(shù)，SNMP管理者和SNMP代理必須進行多次交互才能獲取網管所需的全部數(shù)據(jù)。例如要獲取一個槽位上128個ONU的在線狀態(tài)和ONU類型，采用SNMPv1，SNMP管理者必須向SNMP代理發(fā)出128×2＝256次查詢(get操作)，SNMP代理再查詢256次設備，獲得設備的256個查詢結果之后，SNMP代理向SNMP管理者響應256次(get-response操作)，網管才能獲取所有所需數(shù)據(jù)。

發(fā)明內容
本發(fā)明目的在于提供一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，該方法以較低的成本完成基于SNMP實現(xiàn)對于私有協(xié)議和透傳的數(shù)據(jù)包的錯誤信息返回的方法，用以補充和完善現(xiàn)有的網絡遠程管理技術。
本發(fā)明提供的一種基于SNMP實現(xiàn)錯誤信息返回的方法，包括步驟1選擇要管理的盤或者遠端ONU，SNMP管理者采用SNMP私有協(xié)議格式向SNMP代理下發(fā)配置命令以及配置數(shù)據(jù)；步驟2SNMP代理接收到SNMP SET數(shù)據(jù)包之后，將協(xié)議包中的配置數(shù)據(jù)透傳給設備主控盤；步驟3主控盤接收到配置數(shù)據(jù)包之后，根據(jù)SNMP協(xié)議解析出具體配置數(shù)據(jù)，然后轉發(fā)給相應的線卡或上聯(lián)盤，以及遠端ONU；步驟4收到具體配置數(shù)據(jù)的盤及遠端ONU將配置結果返回給主控盤；步驟5主控盤將收到的配置結果按照錯誤信息返回數(shù)據(jù)包格式進行組織，并發(fā)送給SNMP代理；步驟6SNMP代理將收到的錯誤信息返回數(shù)據(jù)包作為SNMP SET RESPONSE協(xié)議包的數(shù)據(jù)凈荷發(fā)送給SNMP管理者；步驟7SNMP管理者接收SET RESPONSE數(shù)據(jù)包后，解析并顯示配置結果。
其中步驟1所述的SNMP私有協(xié)議格式是SNMP管理者和SNMP代理之間約定的。
其中步驟3進一步包括主控盤在收到配置數(shù)據(jù)包之后判斷該數(shù)據(jù)包是否是采用約定的私有協(xié)議格式，如果不是則按照標準SNMP協(xié)議流程處理，如果是則根據(jù)私有協(xié)議解析具體配置數(shù)據(jù)。
其中步驟4進一步包括如果配置錯誤，則需要返回錯誤原因以及關鍵數(shù)據(jù)。
其中步驟5所述錯誤信息返回數(shù)據(jù)包格式中包括對象錯誤原因參數(shù)。
其中步驟6所述的SNMP代理判斷收到的錯誤信息返回數(shù)據(jù)包是否是采用私有協(xié)議格式組織的，如果不是則按照標準SNMP協(xié)議流程處理，如果是則作為SNMPSET RESPONSE協(xié)議包的數(shù)據(jù)凈荷發(fā)送給SNMP管理者。
其中步驟7進一步包括SNMP管理者根據(jù)錯誤信息返回數(shù)據(jù)包格式以及相應的對象參數(shù)內容的格式解析配置結果。
如果采用私有SNMP協(xié)議，通過MIB庫中一個結點將所需所有數(shù)據(jù)在網管和設備間進行透傳。例如剛才那個命令，如果采用私有SNMP協(xié)議進行透傳，則SNMP管理者只需要向SNMP代理發(fā)出一次查詢(get操作)，SNMP代理將該查詢透傳給設備，設備便將所有ONU的在線狀態(tài)和ONU類型按照和網管界面約定的格式傳送給SNMP代理，SNMP代理將該數(shù)據(jù)透傳反饋給SNMP管理者(get-response操作)，網管就獲取到了所有需要的數(shù)據(jù)。顯然，采用透傳方法的SNMP私有協(xié)議將極大的降低網絡中流通的數(shù)據(jù)包數(shù)量，提高網管的效率。因此，為了使錯誤信息返回的方法具有更廣泛的實用性和兼容性，我們采用透傳的私有SNMP數(shù)據(jù)包作為基礎，對標準的SNMP協(xié)議進行擴展，僅針對SNMP私有協(xié)議和透傳的數(shù)據(jù)包提供錯誤信息返回方法，對于不透傳的標準SNMP數(shù)據(jù)包保留原有的標準處理流程以兼容標準SNMP。
對于SNMP私有協(xié)議和透傳的數(shù)據(jù)包，當一條管理命令下達之后，如果結果錯誤，SNMP Agent通過命令下發(fā)的那個OID立即返回錯誤信息數(shù)據(jù)包。由于標準的SNMP協(xié)議報文只能返回標準的錯誤類型，并不能明確說明是具體哪個實體的哪個對象出錯，因此，在目前接入設備采用的通過標準SNMP實現(xiàn)私有協(xié)議數(shù)據(jù)傳遞的管理情形下，如果管理命令結果錯誤，網管是無法準確定位的。本發(fā)明的技術方案就是為能夠準確定位這種管理情形下的錯誤而產生的。在技術實現(xiàn)上，可以直接對標準SNMP協(xié)議進行相應的修改。
有益效果采用本發(fā)明可以以較低的成本完成基于SNMP實現(xiàn)錯誤信息返回的方法，從而極大的簡化設備調配的操作，加快工程開通的速度，保證業(yè)務開展的準確性，大幅降低運維成本，提升用戶滿意度的有益效果。


圖1是EPON新網管(AN5116-02)系統(tǒng)結構圖；圖2是修改之后的SNMP收發(fā)包處理流程；圖3是錯誤信息返回數(shù)據(jù)包格式。
具體實施例方式
以下結合附圖對本發(fā)明做進一步說明。
圖1是EPON新網管(AN5116-02)系統(tǒng)結構圖，以AN5116-02系統(tǒng)為例，EPON新網管系統(tǒng)包括安裝有SNMP管理者的網管計算機、裝有SNMP代理的EPON局端設備，以及EPON遠端ONU設備。網管計算機通過SNMP管理者與安裝在EPON局端設備上的交互完成對設備的管理。
下面將描述系統(tǒng)中所使用的錯誤信息返回數(shù)據(jù)包，所述數(shù)據(jù)包包括以下字段●命令返回代碼 (4B)0x01＝命令成功0x41＝命令失敗●對象個數(shù) (2B)●對象1參數(shù)長度(2B)●對象1錯誤原因(4B) 將所有的錯誤情況統(tǒng)一編碼，每一個編號代表一種錯誤情況。此處可以采用“命令ID(2B)+錯誤編號(2B)”的數(shù)據(jù)結構，其中命令ID用以區(qū)分不同的命令，錯誤編號用以標明該命令內不同的錯誤發(fā)生情況。例如“設置QoS模板”的命令，我們采用命令ID0x0012，然后錯誤編號1表示“Qos模板名稱不合法”，錯誤編號2表示“QoS模板已經存在”等，則該兩種錯誤的錯誤原因字段可以分別用0x00120001和0x00120002表示。這種數(shù)據(jù)結構便于擴展新增的命令以及對于已存在命令新增的錯誤情況。其中錯誤編碼分兩種情況，第一種是每個命令所特有，其可選范圍為1~32，該種編碼的特點是相同的編碼相對于不同的命令其錯誤說明不同，目前大部分命令編碼只用到值1~10；第二種情況是所有命令所共有的，暫定可選范圍為32~100，該種命令碼的特點是相同的命令碼對于不同的命令其錯誤說明相同。上面例子內容用表格表示如下設置QoS模板錯誤返回原因格式


注其中編號1到6是屬于設置QoS模版特有的錯誤編號，而32和33是所有命令共有的錯誤編號。
●對象1保留內容(4B)●對象1參數(shù)內容(？)參數(shù)是變長的，總長度可參考參數(shù)長度。參數(shù)長度-8＝參數(shù)內容的長度。內容及格式根據(jù)不同的命令有所不同，可由SNMP管理者和設備方進行約定。例如剛才提到的“QoS模板名稱不合法”和“QoS模板已經存在”錯誤原因，此處可以提供QoS模板名(30B)用以幫助錯誤定位。
●……●對象N參數(shù)長度(2B)●對象N錯誤原因(4B)將所有的錯誤情況統(tǒng)一編碼，每一個編號代表一種錯誤情況。
●對象N保留內容(4B)●對象N參數(shù)內容(？)參數(shù)是變長的，總長度可參考參數(shù)長度。參數(shù)長度-8＝參數(shù)內容的長度。內容及格式根據(jù)不同的命令有所不同，可由SNMP管理者和設備方進行約定。
這種數(shù)據(jù)包格式有以下幾個優(yōu)點1.可以一次返回多個錯誤，從而支持網管上批量處理的功能；2.易于擴展，方便以后添加新的錯誤情況；3.對象參數(shù)內容靈活，可以根據(jù)不同的錯誤情況，制定不同的內容格式，提供不同的參數(shù)內容，從而更貼切的反映錯誤情況。
對于SNMP私有協(xié)議和透傳的數(shù)據(jù)包，下面參考圖2以一次寫操作為例對修改之后的SNMP具體實施方式
做簡要說明
步驟1界面選中要管理的盤或者遠端ONU，由SNMP管理者采用與SNMP代理約定的私有協(xié)議格式下發(fā)配置命令以及配置數(shù)據(jù)。例如下發(fā)“上聯(lián)端口綁定QoS模板”命令，以及配置數(shù)據(jù)需配置的條目數(shù)(1B)+上聯(lián)端口號(1B)+QoS模板條目數(shù)(2B)+QoS模板名(30B)+綁定/去綁定操作(1B)。
步驟2SNMP代理收到該SNMP SET數(shù)據(jù)包之后，將協(xié)議包中的配置數(shù)據(jù)包透傳給設備主控盤；步驟3主控盤在收到配置數(shù)據(jù)包之后判斷該數(shù)據(jù)包是否是采用約定的私有協(xié)議格式，如果不是則按照標準SNMP協(xié)議流程處理，如果是則根據(jù)私有協(xié)議解析出具體配置數(shù)據(jù)，然后轉發(fā)給相應的線卡或上聯(lián)盤，及遠端ONU；步驟4收到具體配置數(shù)據(jù)的盤及遠端ONU將配置結果返回給主控盤，如果錯誤還需返回錯誤原因和關鍵數(shù)據(jù)，并且此處的返回格式完全可以由主控盤和返回數(shù)據(jù)的接口根據(jù)需要自行約定，可以是采用多個變量分別返回，也可以是本發(fā)明中提出的錯誤信息返回數(shù)據(jù)包格式，或者是按照其他約定格式組織的數(shù)據(jù)包；步驟5主控盤將收到的配置結果按照錯誤信息返回數(shù)據(jù)包格式進行組織，并發(fā)送給SNMP代理；步驟6SNMP代理判斷將收到的錯誤信息返回數(shù)據(jù)包是否是采用約定的私有協(xié)議格式組織的，如果不是則按照標準SNMP協(xié)議流程處理，如果是則作為SNMPSET RESPONSE協(xié)議包的數(shù)據(jù)凈荷發(fā)送給SNMP管理者；步驟7SNMP管理者收到SET RESPONSE數(shù)據(jù)包之后，根據(jù)錯誤信息返回數(shù)據(jù)包格式以及相應的對象參數(shù)內容的格式即可解析并顯示出本次配置的結果，是正確還是錯誤，如果錯誤還可獲得錯誤原因和關鍵數(shù)據(jù)。
上述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，包括步驟1選擇要管理的盤或者遠端ONU，SNMP管理者采用SNMP私有協(xié)議格式向SNMP代理下發(fā)配置命令以及配置數(shù)據(jù)；步驟2SNMP代理接收到SNMP SET數(shù)據(jù)包之后，將協(xié)議包中的配置數(shù)據(jù)透傳給設備主控盤；步驟3主控盤接收到配置數(shù)據(jù)包之后，根據(jù)SNMP協(xié)議解析出具體配置數(shù)據(jù)，然后轉發(fā)給相應的線卡或上聯(lián)盤，以及遠端ONU；步驟4收到具體配置數(shù)據(jù)的盤及遠端ONU將配置結果返回給主控盤；步驟5主控盤將收到的配置結果按照錯誤信息返回數(shù)據(jù)包格式進行組織，并發(fā)送給SNMP代理；步驟6SNMP代理將收到的錯誤信息返回數(shù)據(jù)包作為SNMP SET RESPONSE協(xié)議包的數(shù)據(jù)凈荷發(fā)送給SNMP管理者；步驟7SNMP管理者接收SET RESPONSE數(shù)據(jù)包后，解析并顯示配置結果。
2.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟1所述的SNMP私有協(xié)議格式是SNMP管理者和SNMP代理之間約定的。
3.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟3進一步包括主控盤在收到配置數(shù)據(jù)包之后判斷該數(shù)據(jù)包是否是采用約定的私有協(xié)議格式，如果不是則按照標準SNMP協(xié)議流程處理，如果是則根據(jù)私有協(xié)議解析具體配置數(shù)據(jù)。
4.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟4進一步包括如果配置錯誤，則需要返回錯誤原因以及關鍵數(shù)據(jù)。
5.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟5所述錯誤信息返回數(shù)據(jù)包格式中包括對象錯誤原因參數(shù)。
6.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟6所述的SNMP代理判斷收到的錯誤信息返回數(shù)據(jù)包是否是采用私有協(xié)議格式組織的，如果不是則按照標準SNMP協(xié)議流程處理，如果是則作為SNMPSET RESPONSE協(xié)議包的數(shù)據(jù)凈荷發(fā)送給SNMP管理者。
7.如權利要求1所述的一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，其中步驟7進一步包括SNMP管理者根據(jù)錯誤信息返回數(shù)據(jù)包格式以及相應的對象參數(shù)內容的格式解析配置結果。
全文摘要
本發(fā)明公開了一種基于簡單網絡管理協(xié)議實現(xiàn)錯誤信息返回的方法，該方法包括七個步驟。采用本發(fā)明方法可以以較低的成本完成基于SNMP實現(xiàn)錯誤信息返回的方法，從而極大的簡化設備調配的操作，加快工程開通的速度，保證業(yè)務開展的準確性，大幅降低運維成本，提高用戶滿意度。
文檔編號H04L1/12GK101056311SQ20071009802
公開日2007年10月17日 申請日期2007年4月25日 優(yōu)先權日2007年4月25日
發(fā)明者夏冉, 周旭軍, 向忠清 申請人:烽火通信科技股份有限公司