專利名稱：：在snmp交互中返回錯誤消息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明屬于網(wǎng)絡(luò)管理領(lǐng)域，更具體地，涉及使用SNMP協(xié)議對網(wǎng)絡(luò)設(shè)備進(jìn)行管理的方法和裝置。
背景技術(shù)：
：簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)是目前應(yīng)用最為廣泛的網(wǎng)絡(luò)管理協(xié)議，成為網(wǎng)絡(luò)管理的事實上的標(biāo)準(zhǔn)，幾乎所有的網(wǎng)絡(luò)設(shè)備生產(chǎn)廠家都實現(xiàn)了對SNMP的支持。如圖1所示，SNMP的網(wǎng)絡(luò)管理模型由如下4個部分組成1)管理站(ManagementStation)，運行專門的網(wǎng)絡(luò)管理軟件，使用管理協(xié)議與管理節(jié)點上的SNMP代理通信，維護(hù)管理信息庫；2)管理協(xié)議(ManagementProtocol)，管理協(xié)議用于管理工作站查詢和修改管理節(jié)點的狀態(tài)，管理節(jié)點可以使用管理協(xié)議向管理站點產(chǎn)生“陷阱(trap)”報告；3)管理節(jié)點(ManagementNode)，運行SNMP代理程序(SNMPagent)，維護(hù)一個本地數(shù)據(jù)庫，描述節(jié)點的狀態(tài)和歷史，并影響節(jié)點的運行；以及4)管理信息庫(ManagementInformationBase)，每個站點使用一個或多個變量描述自己的狀態(tài)，這些變量稱為“對象(objects)”，所有的對象組成管理信息庫MIB(ManagementInformationBase)。如圖2所示，在管理站使用SNMP管理協(xié)議對管理節(jié)點進(jìn)行管理的時候，一共有5種消息格式1)get-request操作，從代理進(jìn)程處提取一個或多個參數(shù)值；2)get-next-request操作，從代理進(jìn)程處提取一個或多個參數(shù)的下一個參數(shù)值；3)set-request操作，設(shè)置代理進(jìn)程的一個或多個參數(shù)值；4)get-response操作，返回的一個或多個參數(shù)值。這個操作是由代理進(jìn)程發(fā)出的。它是前面3個操作的響應(yīng)操作；以及5)trap操作，代理進(jìn)程主動發(fā)出的報文，通知管理進(jìn)程有某些事情發(fā)生。當(dāng)管理站向管理節(jié)點發(fā)出get-request、get-next-request、set-request請求消息時，管理節(jié)點會返回響應(yīng)消息get-response。在get-response消息中，SNMP協(xié)議定義了如下錯誤碼error-statusINTEGER{noError(0)，tooBig(1)，noSuchName(2)，badValue(3)，readOnly(4)，genErr(5)，noAccess(6)，wrongType(7)，wrongLength(8)，wrongEncoding(9)，wrongValue(10)，noCreation(11)，inconsistentValue(12)，resourceUnavailable(13)，commitFailed(14)，undoFailed(15)，authorizationError(16)，notWritable(17)，inconsistentName(18)}這些錯誤碼都是用來描述SNMP協(xié)議本身的錯誤原因，如數(shù)據(jù)類型不對、數(shù)據(jù)不可寫等等；而不能得到在管理節(jié)點上真正的錯誤原因，如VPI超出范圍、VLAN不存在等等。根據(jù)返回的這些錯誤碼，用戶無法明白究竟在管理節(jié)點上出了什么錯誤，無法知道自己在操作上犯了什么錯誤。在實際使用中我們經(jīng)常需要得到管理節(jié)點上更詳細(xì)更直接的錯誤原因，以提示用戶操作上的錯誤，而基于SNMP的返回消息中屏蔽了這些錯誤原因，大大降低了用戶友好性。因此，需要一種可以向管理站返回管理節(jié)點上錯誤消息的解決方案，能夠解決上述相關(guān)技術(shù)中的問題。
發(fā)明內(nèi)容本發(fā)明的目的是為了克服上述現(xiàn)有技術(shù)的缺陷，提供一種可以向管理站返回管理節(jié)點上錯誤消息的方法，從而大大提高用戶友好性。根據(jù)本發(fā)明的一個方面，提供了一種在SNMP交互中返回錯誤消息的方法，該方法包括以下步驟步驟S302，在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在SNMP操作消息中綁定變量；步驟S304，在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的變量中填寫錯誤原因消息；以及步驟S306，管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤原因消息提示給用戶。步驟S304還包括以下步驟在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的變量中填寫對應(yīng)的錯誤碼。步驟S306還包括以下步驟管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤碼轉(zhuǎn)換為錯誤原因消息提示給用戶。SNMP操作消息包括從代理進(jìn)程處提取一個或多個參數(shù)值的請求消息、從代理進(jìn)程處提取一個或多個參數(shù)值的下一個參數(shù)值的請求消息、以及設(shè)置一個或多個參數(shù)值的請求消息中的至少一種；響應(yīng)消息包括返回一個或多個參數(shù)值消息；以及變量是管理信息庫變量。根據(jù)本發(fā)明的另一個方面，提供了一種在SNMP交互中返回錯誤消息的裝置，包括綁定單元，用于在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在SNMP操作消息中綁定變量；寫入錯誤單元，用于在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的錯誤變量中填寫錯誤原因消息或?qū)?yīng)的錯誤碼；以及判斷及提示單元，用于管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤原因消息提示給用戶。判斷及提示單元還用于在判斷SNMP操作不成功的情況下，將變量中的錯誤碼轉(zhuǎn)換為錯誤原因消息提示給用戶。通過實施本發(fā)明，在SNMP返回出錯的同時也返回了錯誤消息，可以有效避免另外再獲取一次錯誤消息時被其他SNMP操作覆蓋錯誤原因消息。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是示出現(xiàn)有技術(shù)中的SNMP網(wǎng)絡(luò)管理模型示意圖；圖2是示出現(xiàn)有技術(shù)中的管理站與管理節(jié)點的消息交互示意圖；圖3是示出根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的方法的流程圖；圖4是示出根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的裝置的框圖；圖5是示出根據(jù)本發(fā)明第一實施例的在SNMP交互中返回錯誤消息的方法的流程圖；以及圖6是示出根據(jù)本發(fā)明第二實施例的在SNMP交互中返回錯誤消息的方法的流程圖。具體實施例方式下面將結(jié)合附圖來詳細(xì)說明本發(fā)明的實施例。圖3是示出根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的方法的流程圖。參照圖3，根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的方法包括以下步驟步驟S302，在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在SNMP操作消息中綁定變量；步驟S304，在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的變量中填寫錯誤原因消息；以及步驟S306，管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤原因消息提示給用戶。步驟S304還包括以下步驟在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的變量中填寫對應(yīng)的錯誤碼。步驟S306還包括以下步驟管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤碼轉(zhuǎn)換為錯誤原因消息提示給用戶。SNMP操作消息包括從代理進(jìn)程處提取一個或多個參數(shù)值的請求消息、從代理進(jìn)程處提取一個或多個參數(shù)值的下一個參數(shù)值的請求消息、以及設(shè)置一個或多個參數(shù)值的請求消息中的至少一種；響應(yīng)消息包括返回一個或多個參數(shù)值消息；以及變量是管理信息庫變量。圖4是示出根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的裝置的框圖。參照圖4，根據(jù)本發(fā)明的用于在SNMP交互中返回錯誤消息的裝置400包括綁定單元402，用于在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在SNMP操作消息中綁定變量；寫入錯誤單元404，用于在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的錯誤變量中填寫錯誤原因消息或?qū)?yīng)的錯誤碼；以及判斷及提示單元406，用于在管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤原因消息提示給用戶。判斷及提示單元406還用于在判斷SNMP操作不成功的情況下，將變量中的錯誤碼轉(zhuǎn)換為錯誤原因消息提示給用戶。圖5是示出根據(jù)本發(fā)明第一實施例的在SNMP交互中返回錯誤消息的方法的流程圖。參照圖5，該實施例中的SNMP交互中返回錯誤消息的方法包括以下步驟步驟S502，在管理站向管理節(jié)點發(fā)出get-request、get-next-request、set-request請求的時候，綁定一個MIB量用來表示管理節(jié)點上的錯誤消息或錯誤碼；步驟S504，在管理節(jié)點返回get-response響應(yīng)消息的時候，如果失敗，需要同時在這個響應(yīng)消息的錯誤MIB量中填寫管理節(jié)點上真正的錯誤原因或?qū)?yīng)的錯誤碼；以及步驟S506，管理站上得到get-response響應(yīng)消息的時候，首先根據(jù)SNMP協(xié)議本身的錯誤碼判斷是否成功，如果失敗，將返回錯誤MIB量中的錯誤消息提示給用戶，或根據(jù)錯誤碼轉(zhuǎn)換為錯誤消息提示給用戶。圖6是示出根據(jù)本發(fā)明第二實施例的在SNMP交互中返回錯誤消息的方法的流程圖。參照圖6，該實施例中的SNMP交互中返回錯誤消息的方法包括以下步驟步驟S602，在MIB庫中定義一個只讀錯誤消息或錯誤碼MIB量，這是一個全局標(biāo)量，所有操作共用該MIB量；步驟S604，根據(jù)管理節(jié)點操作中會出現(xiàn)的錯誤，定義需要的錯誤碼或錯誤消息；步驟S606，管理站發(fā)出SNMP請求，其中包含前面定義的錯誤消息或錯誤碼MIB量，即在get-request，get-next-request，set-request消息中增加錯誤消息或錯誤碼MIB量；步驟S608，管理節(jié)點在每次響應(yīng)SNMP操作的時候，如果出錯，把錯誤消息填寫到這個錯誤消息或錯誤碼MIB量中返回，即出錯后在get-response消息的錯誤消息或錯誤碼MIB量中，返回錯誤消息或錯誤碼；以及步驟S610，管理站得到SNMP代理發(fā)出的響應(yīng)消息后，先根據(jù)標(biāo)準(zhǔn)SNMP錯誤碼判斷是否成功，如果返回失敗，則從返回消息的錯誤消息或錯誤碼MIB量中得到錯誤消息，顯示給用戶。通過實施本發(fā)明，在SNMP返回出錯的同時也返回了錯誤消息，可以有效避免另外再獲取一次錯誤消息時被其他SNMP操作覆蓋錯誤原因消息。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種在SNMP交互中返回錯誤消息的方法，其特征在于，包括以下步驟步驟S302，在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在所述SNMP操作消息中綁定變量；步驟S304，在所述管理節(jié)點返回對所述SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在所述響應(yīng)消息的所述變量中填寫錯誤原因消息；以及步驟S306，所述管理站接收到所述響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷所述SNMP操作是否成功，在不成功的情況下，將所述變量中的所述錯誤原因消息提示給用戶。2.根據(jù)權(quán)利要求1所述的返回錯誤消息的方法，其特征在于，所述步驟S304還包括以下步驟在所述管理節(jié)點返回對所述SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在所述響應(yīng)消息的所述變量中填寫對應(yīng)的錯誤碼。3.根據(jù)權(quán)利要求2所述的返回錯誤消息的方法，其特征在于，所述步驟S306還包括以下步驟所述管理站接收到所述響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷所述SNMP操作是否成功，在不成功的情況下，將所述變量中的所述錯誤碼轉(zhuǎn)換為所述錯誤原因消息提示給用戶。4.根據(jù)權(quán)利要求3所述的返回錯誤消息的方法，其特征在于，所述SNMP操作消息包括從代理進(jìn)程處提取一個或多個參數(shù)值的請求消息、從所述代理進(jìn)程處提取所述一個或多個參數(shù)值的下一個參數(shù)值的請求消息、以及設(shè)置所述一個或多個參數(shù)值的請求消息中的至少一種。5.根據(jù)權(quán)利要求4所述的返回錯誤消息的方法，其特征在于，所述響應(yīng)消息包括返回所述一個或多個參數(shù)值消息。6.根據(jù)權(quán)利要求5所述的返回錯誤消息的方法，其特征在于，所述變量是管理信息庫變量。7.一種在SNMP交互中返回錯誤消息的裝置，其特征在于，包括綁定單元，用于在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在所述SNMP操作消息中綁定變量；寫入錯誤單元，用于在所述管理節(jié)點返回對所述SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在所述響應(yīng)消息的錯誤變量中填寫錯誤原因消息或?qū)?yīng)的錯誤碼；以及判斷及提示單元，用于在所述管理站接收到所述響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷所述SNMP操作是否成功，在不成功的情況下，將所述變量中的所述錯誤原因消息提示給用戶。8.根據(jù)權(quán)利要求7所述的返回錯誤消息的裝置，其特征在于，所述判斷及提示單元還用于在判斷所述SNMP操作不成功的情況下，將所述變量中的所述錯誤碼轉(zhuǎn)換為所述錯誤原因消息提示給用戶。9.根據(jù)權(quán)利要求8所述的返回錯誤消息的裝置，其特征在于，所述SNMP操作消息包括從代理進(jìn)程處提取一個或多個參數(shù)值的請求消息、從所述代理進(jìn)程處提取所述一個或多個參數(shù)值的下一個參數(shù)值的請求消息、以及設(shè)置所述一個或多個參數(shù)值的請求消息中的至少一種。10.根據(jù)權(quán)利要求9所述的返回錯誤消息的裝置，其特征在于，所述響應(yīng)消息包括返回所述一個或多個參數(shù)值消息。11.根據(jù)權(quán)利要求10所述的返回錯誤消息的裝置，其特征在于，所述變量是管理信息庫變量。全文摘要本發(fā)明披露了一種在SNMP交互中返回錯誤消息的方法和裝置，該方法包括以下步驟步驟S302，在管理站向管理節(jié)點發(fā)送SNMP操作消息時，在SNMP操作消息中綁定變量；步驟S304，在管理節(jié)點返回對SNMP操作消息響應(yīng)失敗的響應(yīng)消息的情況下，在響應(yīng)消息的變量中填寫錯誤原因消息；以及步驟S306，管理站接收到響應(yīng)消息后，根據(jù)SNMP協(xié)議本身的錯誤碼判斷SNMP操作是否成功，在不成功的情況下，將變量中的錯誤原因消息提示給用戶。本發(fā)明可以有效避免另外再獲取一次錯誤消息時被其他SNMP操作覆蓋錯誤原因消息。文檔編號H04L12/24GK101072128SQ200710112460公開日2007年11月14日申請日期2007年6月26日優(yōu)先權(quán)日2007年6月26日發(fā)明者萬光華申請人:中興通訊股份有限公司