專利名稱：獲取設備mib支持能力的管理方法
技術領域：
本發(fā)明涉及網絡管理方法，特別是涉及一種獲取設備MIB(設備管理信息庫，MIB，Management Information Base)支持能力的管理方法。
背景技術：
目前，由于網絡世界的蓬勃發(fā)展，各式各樣的網絡設備不斷的被開發(fā)出來，且被各行各業(yè)廣泛的應用到于生活和工作環(huán)境中，由于這一發(fā)展趨勢，不僅加速了信息流通的速度及效率，且為人們的生活及工作帶來了極大的便利，然而，對于數(shù)量眾多的各式各樣的網絡設備，卻為網絡管理人員帶來許多的管理問題。
比如，在一個企業(yè)中，通常包括一系列不同型號的設備，而同一型號的設備隨著時間的推移，又會產生功能的增強和修改，即存在不同的版本改進，如某廠商的交換機SWITCH系列設備，有SWITCH-A、SWITCH-B兩個型號，而SWITCH-A型號的設備又有v1，v2兩個版本。同系列設備，因為軟硬件環(huán)境的限制，在特性支持方面會有一些差別，在這里稱之為設備差異性。企業(yè)在某一系列設備的特性定義MIB對象時，通常會把所有同系列設備上特性的全集定義為MIB文件，來囊括所有可能情況，即用一個MIB文件表示出所有同系列設備的情況。但是，對于具體的某型號設備上，還可能存在某個MIB對象的取值范圍與其他的不一致，或不支持其他設備都支持的某個MIB對象的情況。這樣，就產生了設備支持與統(tǒng)一的MIB文件描述間存在差異性的問題，這些差異性主要包括1)同系列不同型號的設備特性的差異性。在同系列設備上，可能會存在某些型號的設備支持的特性，其他型號的設備不支持的情況。體現(xiàn)在MIB上，就是在具體的某一型號設備上，不支持其他設備都支持的某個MIB對象。比如上面提到H廠商的SWITCH系列設備中，SWITCH-A支持X協(xié)議，而其他設備不支持。這種差異可能會導致網管統(tǒng)一管理這兩個型號的設備時出錯。
2)同型號的不同版本的設備特性的差異性。同型號不同版本的設備也有可能因為軟硬件限制，導致不同的軟件版本間MIB實現(xiàn)存在差異。比如SWITCH-A的v1版本中MAC地址的老化時間，取值范圍是10-1000毫秒，而v2版本上因為硬件性能有所增強，取值范圍變化為10-6000毫秒，這種差異可能會導致網管統(tǒng)一管理這兩個版本的設備時出錯。但是，上述這兩種差異性，從網管上看，表現(xiàn)為MIB對象屬性的不同，而實際上是設備對MIB的支持能力的不同。
目前，解決這種差異性的方法主要有兩種方法所述方法一為網管通過統(tǒng)一的MIB與設備通信。對有差異性的多款同系列設備，定義一個各種設備特性全集的MIB，在MIB文件上不反映具體設備差異。在處理有差異性的設備時，網管通過獲取設備的系統(tǒng)標識SYSOID，來區(qū)分設備型號，在網管中以硬編碼的方式來處理差異性。這種方式下，MIB、網管與設備細節(jié)高度耦合，MIB、網管的穩(wěn)定性差，設備特性的細微變化，也會在MIB和網管軟件上產生被動同步修改的連鎖反應。
由此可見，方法一的缺點為1)MIB和網管軟件穩(wěn)定性差。在增加一款新型號設備或者設備上某些特性變化時，原有的MIB不能描述變化后的特性，隨著設備類型的不斷增多，特性的不斷變化，MIB文件需要不斷的修改，以適應不同設備的特性，同時MIB文件的修改又將觸發(fā)網管的修改，以使網管適應不同設備特性的變化。2)網管軟件的維護成本高，為得到設備細節(jié)，需要了解每種設備對MIB的支持程度，而僅通過MIB文件反映不出具體設備的細節(jié)，需要進行大量的溝通。3)網管與設備特性耦合度高，網管過分依賴設備細節(jié)。每當設備特性變化時，網管都會被動修改，設備特性影響網管的過程是一個不斷循環(huán)的過程，表現(xiàn)為設備特性變化→MIB調整→網管修改。不利于提高網管軟件的跨設備通用性。每款設備的差異性都將左右網管的處理流程。4)網管雖然能夠通過獲取設備型號對設備類型進行區(qū)分，但是對設備的不同軟件版本間的MIB差異無法顧及。
所述方法二為網管通過統(tǒng)一的MIB接口與設備通信。但在MIB的定義時，對有差異性的多款同類設備，除了定義的一個包含各種設備特性的大而全的MIB，還通過簡單增加一些離散的MIB查詢對象來保存某些MIB對象的差異性，在MIB文件上，可反映一些設備的差異性。網管在處理有差異性的設備時，從這些冗余的MIB對象上查詢到需要了解到的一些設備細節(jié)，處理設備差異性。這些冗余MIB對象是為了描述具體某個MIB對象的差異性而增加的，隨著設備類型的不斷增多，特性的不斷變化，冗余的MIB對象隨之增多，MIB文件還是需要不斷的修改。
具體請參考圖1，從圖1中可知，網管需要在程序中對某MIB對象進行自適應處理時，首先需要在MIB中定義一個專門描述該MIB對象某屬性的冗余節(jié)點，網管需要讀取或設置該MIB對象時，需要先讀取該冗余節(jié)點，獲取關心的數(shù)據(即MIB對象的最大值)，然后根據設備返回的數(shù)據來調整在不同的設備上對同一MIB對象的處理，才能避免對該MIB進行不恰當?shù)牟僮鳌?br> 本方法雖然采用先查詢MIB對象的屬性，再進行處理的方法，但由于沒有使用統(tǒng)一的查詢接口，獲取一個MIB對象的一個屬性，就需要在MIB文件中定義一個對應的冗余節(jié)點。因此，該方法二存在以下缺點1)會導致MIB文件復雜，MIB對象眾多，不易理解。使用離散的冗余MIB對象來描述設備差異性會使MIB文件龐大，同樣也占用網絡的資源，當設備的差異性較復雜時，也很難表示；2)MIB和網管軟件穩(wěn)定性差。這種方法雖然降低了網管與設備特性的耦合度，但由于MIB查詢對象是逐漸調整的，也會引起網管的修改。并且，對于同一款設備自身特性發(fā)生變化時，網管也需要同步修改，影響比較大。

發(fā)明內容
本發(fā)明解決的技術問題是提供一種獲取設備MIB支持能力的方法，以解決下述問題由于現(xiàn)有設備中MIB支持能力的差異，而導致網管和設備匹配困難的問題；
本發(fā)明還解決的技術問題是通過設置一套通用的查詢接口，使網管動態(tài)的獲取不同設備的MIB支持能力，以解決由于設備MIB支持的差異而造成網管與設備的高耦合的問題。
為解決上述問題，本發(fā)明提供一種獲取設備中MIB支持能力的管理方法，當網管在對設備的某一特性進行管理時，需經過下述步驟，包括A、網管通過查詢接口向網絡設備發(fā)送需要查詢MIB對象及其屬性的請求；B、網絡設備查詢支持MIB對象及其屬性的相應數(shù)據后，將其反饋給網管；C、網管根據接收到的MIB對象及其屬性對該特性進行相應的動態(tài)加載和定制。
所述查詢接口為使用網絡通信協(xié)議，提供網管所需要查詢的MIB對象標識及其屬性給網絡設備，以及網絡設備向網管反饋所查詢到的MIB對象及其屬性信息的表現(xiàn)形式，其中，所述使用的網絡通信協(xié)議是實現(xiàn)網管與設備進行信息交互的所有協(xié)議，包括簡單網絡管理協(xié)議、Telnet協(xié)議、加密套接字協(xié)議。
所述查詢接口的表現(xiàn)形式為MIB對象屬性表，所述MIB對象屬性表的內容包括待查詢的MIB對象的標識(比如OID或名稱)、待查詢的信息類型以及存放查詢結果的節(jié)點。
所述MIB對象屬性表的內容還包括行狀態(tài)、存放詳細查詢結果的MIB對象以及待查詢請求的詳細信息。
所述步驟A的網管通過下述步驟向網絡設備發(fā)送需要查詢MIB對象及其屬性的請求a11)網管通過MIB對象屬性表向網絡設備動態(tài)提交所需要MIB對象的表項創(chuàng)建請求；a12)網絡設備返回創(chuàng)建成功后，網管再使用創(chuàng)建時的索引與存放查詢結果的節(jié)點組成一個實例，向網絡設備讀取結果；或者是a21)網管將待查詢的MIB對象的標識和待查詢的MIB屬性組成一個索引，并與存放MIB對象屬性值結果的列對象的標識組合成一個有效的MIB對象實例，以向網絡設備發(fā)送查詢請求。
在步驟B中，網絡設備將查詢到的對應的數(shù)據，通過和網管約定的通信協(xié)議，以響應請求和約定的格式反饋給網管。
所述約定的格式是網管和網絡設備預先約定的，包括數(shù)據取值范圍、SNMP數(shù)據類型或訪問屬性。
步驟B的具體實現(xiàn)過程為b11)當網絡設備查詢到相應的數(shù)據后，在MIB對象屬性表中生成一個新的表項，并在存放MIB對象屬性查詢結果的表項中寫入MIB支持能力，并向網管返回創(chuàng)建成功響應；或者是b21)當網絡設備查詢到相應的數(shù)據后，直接將該對應的數(shù)據反饋給網管。
步驟C的具體實現(xiàn)過程為網管根據所接收到的MIB對象的屬性判斷所述設備是否支持該特性，若支持，則網管將保留管理該特性的菜單，并根據該特性的MIB對象的屬性，對網管界面進行動態(tài)加載和定制；否則，網管可隱藏管理該特性的菜單，避免用戶繼續(xù)對該設備不支持的對象進行讀取或者設置錯誤操作。
所述方法還包括步驟D、當網管不需要該MIB對象的表項時，則向網絡設備提交刪除所述表項的請求；E、網絡設備刪除所述設備MIB查詢目標。
與現(xiàn)有技術相比，本發(fā)明具有以下有益效果本發(fā)明通過網管提供所需要查詢的MIB對象的標識(OID或者名稱)和屬性信息通過查詢接口發(fā)送給設備，所述設備組織數(shù)據后以讀響應請求的方式返回給網管，網管通過分析查詢結果，獲取設備MIB支持能力，并根據接收到的MIB對象的屬性對該特性進行相應的動態(tài)加載和定制。因此，本發(fā)明具有下述優(yōu)點1)提高工作效率。本發(fā)明通過通用的查詢接口來描述設備MIB支持能力，網管通過通用的查詢接口來了解設備MIB支持能力，不需要人工交流，最終提高開發(fā)效率。2)提高MIB的可讀性。本發(fā)明對設備增加的新特性，可動態(tài)的獲取設備MIB支持能力，使設備在設計相應新增特性的MIB時，不需要同時考慮加入對設備差異性的描述，使新增特性的MIB易于理解，便于使用。3)提高MIB和網管的穩(wěn)定性，以及提高網管的跨設備的通用性。在設備差異性有變化時，原有的MIB不需要調整，網管也可不需改動就能自動適應這些變化。4)降低網管對具體設備細節(jié)的依賴性。通過通用的MIB查詢接口來獲取設備MIB支持能力，網管可以根據得到的MIB支持信息做相應的處理，而不再需要了解具體設備的細節(jié)，以提高網管的靈活性。


圖1是現(xiàn)有技術中網管獲取設備MIB對象差異性的處理流程圖；圖2是本發(fā)明所述獲取設備MIB支持能力的方法的流程圖；圖3是本發(fā)明中實施例中網管通過統(tǒng)一查詢接口處理設備差異性的系統(tǒng)處理過程圖。
具體實施例方式
本發(fā)明的核心是網管通過通用的查詢接口將需要使用的管理信息庫(MIB，Management Information Base)對象的標識和屬性信息發(fā)送給網絡設備；網絡設備組織相應的數(shù)據，并將其反饋給網管；網管通過分析查詢結果，來動態(tài)獲取不同設備的MIB支持能力，而動態(tài)的加載和定制功能，同時降低不同設備MIB支持能力的差異性造成的網管與網絡設備的高耦合度，以提高網管的通用型和智能性。本發(fā)明所述的查詢接口，涵蓋簡單網絡管理協(xié)議(SNMP，Simple Network Management Protocol)許可范圍內的所有設備可能的MIB屬性，即設備MIB支持能力的所有可能性變化。該設備MIB支持能力的可能性變化由網絡設備來實現(xiàn)，并提供給網管使用。所述網管可通過該查詢接口動態(tài)獲取所需要或關心的信息，并根據查詢結果對做出響應的處理，以提供網管的靈活性和穩(wěn)定性。
本發(fā)明中所提到的設備MIB支持能力是指所有符合SNMP協(xié)議范圍的MIB對象的屬性，包括但不限于MIB對象取值范圍的變化、支持與否、讀寫權限、數(shù)據類型等，取值范圍又可因MIB對象數(shù)據類型的不同而有不同的表現(xiàn)形式，比如對于整形Integer類型，可以是取值范圍；而對于字符串Octet String類型，可以是長度限制等?？傊?，只要是符合SNMP協(xié)議的MIB對象的屬性變化，都是設備MIB支持能力的一種變化。
下面結合附圖對本發(fā)明作進一步的說明。
本發(fā)明在作進一步說明之前，先做如下解釋，為了保證網絡的正常運轉，需要應用網絡管理系統(tǒng)(NMS)對網絡設備進行有效的管理、維護和優(yōu)化。網絡管理中一般采用管理者(Admin)-代理(Agent)的管理模型。管理者可以是工作站、微機或PC等，一般位于網絡系統(tǒng)的主干或接近主干的位置，負責發(fā)出管理操作的指令，并接收來自代理的信息。而代理則位于設備的內部，把來自管理者的命令或信息請求轉換成本被管理設備的信息。管理者將管理要求通過管理操作指令傳送到位于被管理系統(tǒng)中的代理，代理則直接管理設備。
在計算機網絡管理中應用最廣泛的管理協(xié)議是簡單網絡管理協(xié)議SNMP，所述SNMP使用用戶數(shù)據報協(xié)議UDP作為第4層的傳輸層協(xié)議，一般包括5種消息類型請求檢索信息(Get-Request)，請求檢索信息的響應(Get-Response)，請求Get-Request獲得的對象的下一個對象(Get-Next-Request)，對設備中的參數(shù)進行遠程配置(Set-Request)，陷阱消息(Trap，用來通知服務器發(fā)生了一個特定事件)。SNMP利用這些消息在管理者和代理直接進行信息傳遞。
所述管理者與被管理設備之間通過SNMP交換信息，在管理者與被管理設備之間使用MIB，來表示網絡中的資源。在SNMP中，資源通常是用對象來表示的，每個對象基本上就是一個表示設備某方面特征的變量。對象的集合稱為MIB。而管理者通過動態(tài)獲取、修改、分析特定MIB對象的值來完成對被管理設備的監(jiān)視、設置等功能。比如RFC文檔中已經定義了很多標準的MIB，企業(yè)也可以定義自己的私有MIB，來表示某類設備的某些特性。需要說明是本發(fā)明中所提到的管理者，在實際中就是網絡管理系統(tǒng)，以下簡稱網管，所述設備簡稱網絡設備。
請參閱圖2，為本發(fā)明所述獲取設備MIB支持能力的方法的流程圖，其中，所述方法當網管在對網絡設備的某一特性進行管理時，需經過下述步驟步驟S10網管通過查詢接口向網絡設備發(fā)送需要查詢的MIB對象及其屬性的請求；步驟S11網絡設備查詢支持MIB對象及其屬性的相應數(shù)據后，并將其反饋給網管；步驟S12網管根據接收到的MIB對象及其屬性對該特性進行相應的動態(tài)加載和定制。
本發(fā)明在以SNMP為網管與網絡設備通信的網絡管理協(xié)議時，網管在需要對網絡設備的某項特性進行管理時，可通過查詢接口向網絡設備發(fā)送需要查詢的MIB對象及其屬性的請求，該請求可以SNMP讀取請求的形式發(fā)送(步驟S10)；網絡設備查詢自身支持MIB對象屬性，獲取MIB對象屬性的相應數(shù)據后，并將其以簡單網絡管理協(xié)議響應請求和約定的格式反饋給網管。所述約定的格式為網管和網絡設備預先約定的，包括數(shù)據取值范圍、SNMP數(shù)據類型或訪問屬性等。其中，所述MIB對象的屬性，包括但不限于MIB對象的取值范圍、支持與否、讀寫權限、數(shù)據類型，以及網絡設備將MIB對象的屬性以SNMP讀響應的方式返回給網管(步驟S11)；網管接收到所述響應的數(shù)據后，按照約定的格式解析出MIB對象的屬性，并根據這些MIB對象的屬性對該某項特性進行動態(tài)加載和定制(步驟S12)。也就是說，如果從所獲得的某MIB對象的支持屬性中判斷出所述網絡設備不支持該特性，則網管可隱藏管理該特性的菜單，避免用戶繼續(xù)操作，發(fā)生對網絡設備不支持的對象進行的讀取或者設置錯誤；如果從所獲得的某MIB對象的支持屬性中判斷出網絡設備支持該特性，則網管可保留管理該特性的菜單，并根據該特性涉及到的MIB對象的屬性，對網管界面進行動態(tài)的加載和定制，比如，網管根據獲取到的MIB對象的取值范圍屬性，設置準確的取值輸入限制；或者網管根據獲取到的MIB對象的數(shù)據類型屬性，在用戶需要網絡設備上的MIB對象時，設置準確的數(shù)據類型等。
其中，在本發(fā)明的實現(xiàn)過程中所提到的查詢接口，是通過網管與網絡設備之間的管理協(xié)議來進行通信的。且本發(fā)明所述的網絡管理協(xié)議(網管與網絡設備之間的管理協(xié)議)可包括SNMP協(xié)議和Telnet協(xié)議等，因此，如果網管要查詢網絡設備的MIB，首先必須符合管理協(xié)議，例如SNMP協(xié)議的規(guī)定，其次，查詢接口可提供網管所關心的MIB對象及關心的屬性類型給網絡設備，并由網絡設備向網管提供查詢到的MIB對象屬性信息。
所述查詢接口的基本定義為所有符合網管與網絡設備管理協(xié)議、可提供網管所關心的MIB對象及其屬性給網絡設備，由網絡設備組織數(shù)據后向網管提供查詢到的MIB對象屬性信息的表現(xiàn)形式。本發(fā)明所述的查詢接口的具體表現(xiàn)形式可以是MIB對象屬性表的方式，網管在使用該MIB對象屬性表時，可以通過先創(chuàng)建表項，再讀取表項的方式，也可以直接讀取查詢結果的方式。
所述MIB對象屬性表項的方式，在該表項中至少包括的對象有1)待查詢的MIB的對象標識(OID，Object Indentifier，在MIB樹中唯一標識一個對象的，以點分格式表示的一個字符串)或其名稱，且所述OID或MIB對象的名稱都是能唯一標識該MIB對象的信息；2)待查詢的信息類型，即對該待查詢的MIB對象需要查詢何種信息；3)存放查詢結果的節(jié)點。用于存放查詢的結果的表節(jié)點。
除此之外，在該MIB對象屬性表項中還可以包括的表對象有1)行狀態(tài)，所述行狀態(tài)主要用于控制該MIB對象屬性表中某一行的創(chuàng)建，修改，刪除等操作；2)存放詳細查詢結果的對象。如果返回信息復雜，有可能需要這樣一個獨立的對象，網管可以通過該獨立的對象來一次性獲取所有需要的信息；3)待查詢請求的進一步詳細信息，也就是有些查詢請求可能需要提供特定且復雜的信息給網絡設備，以便網絡設備能夠正確返回網管需要的查詢信息，此時有可能需要一個獨立的對象來存放這樣的復雜信息，以便于網管在查詢時通過所述該對象向網絡設備提供必要查詢的詳細信息。
為了便于理解，下面以使用SNMP協(xié)議作為網管與設備通信協(xié)議，MIB對象屬性表為基礎定義一個對某MIB的查詢接口，但是具體實現(xiàn)時所支持的查詢內容并不一定局限于列出的查詢內容。其網絡設備的具體查詢方式也可能變化，但是至少提供待查詢MIB對象的OID(或者其名稱)和待查詢的信息類型(即待查詢MIB對象的為何種類型的信息)這兩個屬性。本部分只是描述查詢接口的一種實現(xiàn)方式，而所述OID定義對于本領域的技術人員來以為公知技術，本發(fā)明將略去具體的OID定義。
以MIB對象屬性表的查詢接口用于實現(xiàn)MIB對象屬性的查詢。該表中的對象以MIB對象的OID(或者名稱)和待查詢的信息類型為索引，向網絡設備發(fā)送讀取請求，網絡設備獲取到對應的數(shù)據后，按約定的格式并以SNMP協(xié)議的響應請求返回給網管，網管通過解析后可以得到待查詢MIB對象需要的信息。所述MIB對象的屬性包括SNMP標準中定義的基本屬性，如MIB對象的訪問屬性、MIB對象的數(shù)據類型、MIB對象的數(shù)據取值范圍等等，當然本發(fā)明所述MIB對象的屬性也可包括其它的網管與網絡設備之間約定的所有符合SNMP協(xié)議的其它屬性內容。
其中，所述查詢接口的查詢對象包括objectInfoTableMIB查詢接口表；objectInfoEntryMIB查詢接口表實體；objectInfoOID表索引，表示需要查詢的MIB對象的OID或者名稱，該項是必須的；objectInfoType表示需要查詢MIB對象的哪種屬性，該項是必須的；objectInfoTypeExtesion根據查詢內容的復雜程度不同，有可能某些查詢需要提供更詳細的查詢信息，則可以通過這個MIB對象提供，這樣便于擴充。該節(jié)點是可選的，如果沒有復雜查詢需求，則該項可以省略；objectInfoValue存放查詢結果，如果有其它方式返回查詢結果(如利用objectInfoType)，則該項是可選的；objectIndoValueExtesion存放進一步詳細的查詢結果，有些查詢返回的查詢結果比較復雜，則可以通過這個MIB對象提供。這樣便于擴充，該節(jié)點是可選的，如果沒有復雜查詢結果，則該項可以省略；objectInfoRowStatus行狀態(tài)，來表示objectInfoTable的創(chuàng)建、刪除等，該項是可選的，如果不采取先創(chuàng)建表項再讀取的方式查詢，則該項可以省略。
因此，本發(fā)明中網絡設備與網管的配合的形式是網管通過查詢接口提供所需要查詢MIB對象的OID標識和屬性信息給網絡設備，網絡設備組織數(shù)據后以SNMP讀響應請求的方式返回給網管，網管通過分析查詢結果，來獲取設備MIB支持能力。所述網絡設備可以按照如下方式組織數(shù)據首先查詢本設備上該MIB對象的屬性，獲取到數(shù)據后可以使用字符串的形式按如下格式反饋給網管1)將獲取到數(shù)據以字符串表示的的取值范圍反饋給網管，比如，以字符串“R[1，3]，[5，7]”或“L[1，100]”反饋。其中，所述“R[1，3]，[5，7]”表示是整型變量，且其取值范圍是[1，3]，[5，7]；所述字符串“L[1，100]”表示是字符串變量，且其長度限制是[1，100]。
2)將獲取到數(shù)據以字符串表示的數(shù)據類型的格式反饋給網管，所述數(shù)據類型是按照如下對應關系以數(shù)字表示所有SNMP數(shù)據類型。比如字符串“1”表示時間計數(shù)TimeTicks類型、字符串“2”表示字符串OCTET STRING類型、字符串“3”表示對象標識符OBJECT IDENTIFIER類型、字符串“4”表示IP地址IpAddress類型等等；另外使用字符串前綴“T”表示返回的是數(shù)據類型。這樣，如果返回給網管的是字符串“T1”，則表示該MIB對象的數(shù)據類型是TimeTicks，如果是“T2”，則表示該MIB對象的數(shù)據類型是OCTET STRING。
3)將獲取到數(shù)據以字符串表示的的訪問屬性的格式反饋給網管，比如自字符串“1”表示通知notification類型、“2”表示不可訪問notaccessible、”3”表示可讀寫read-write、“4”表示只讀read-only等等；另外使用字符串前綴“A”表示返回的是訪問類型。這樣，如果返回給網管的是字符串“A1”，則表示該MIB對象是Trap節(jié)點，如果是“A3”表示該MIB對象的數(shù)據類型可讀可寫，即read-write。
所以網管在獲取到相應的數(shù)據后，也按相同的格式來解析該數(shù)據，即可得到其對應MIB對象的屬性。
另外，本發(fā)明所述網絡設備與網管的配合與查詢接口的兩種形式相對應，也有兩種方式。所述第一種方式是，網管根據自己的需要，向網絡設備動態(tài)提交所需要查詢的MIB對象的表項創(chuàng)建請求，通知網絡設備自己關心的MIB對象極其屬性信息，網絡設備收集到數(shù)據后，生成新表項，在存放查詢結果的表項中填入MIB支持能力，返回創(chuàng)建成功響應，網管即可根據創(chuàng)建表項時的索引來查詢新生成的表項，獲取設備MIB支持能力，在不關心該查詢目標時，可提交刪除申請，網絡設備即可刪除該查詢目標。這種方式網管對所關心的對象可動態(tài)創(chuàng)建和刪除，比較靈活，也可避免網絡設備維護過多的查詢結果，而影響性能。所述第二種方式是，網管通過查詢存放查詢結果的表項，直接獲取信息。在這里，網管可以使用需要查詢的MIB對象的OID和需要查詢的MIB屬性來組織成一個索引，和存放查詢結果的表項的OID組合成一個有效的MIB對象實例，向網絡設備發(fā)送查詢請求，網絡設備收到網管的查詢請求后，組織數(shù)據(組織數(shù)據過程同第一種方式)后返回給網管，因為該數(shù)據并沒有在網絡設備上創(chuàng)建相應的表項，網管每次讀取都需要使用完整的查詢請求，所以該數(shù)據只對網管一次有效，網絡設備沒有必要保存查詢結果。
下面結合一個具體的應用實例來說明本發(fā)明，詳見圖3，是本發(fā)明中實施例中網管通過統(tǒng)一查詢接口處理設備差異性的系統(tǒng)處理過程圖。具體來描述網管是如何通過本發(fā)明所述查詢接口來完成對有MIB支持能力差異設備的管理的。其實現(xiàn)原理為當網管需要對設備的某項特性進行管理時，可通過查詢接口向網絡設備發(fā)送SNMP讀取請求，獲取涉及到的MIB對象的屬性，這些屬性是網管要使用，但不知能不能使用，且所述屬性包括但不限于MIB對象的取值范圍、支持與否、讀寫權限、數(shù)據類型；網絡設備通過查詢自身的數(shù)據，并將查詢到的MIB對象的屬性以SNMP讀響應的方式返回給網管后，網管按照約定的格式解析出MIB對象的屬性，讀取或設置MIB對象屬性，再根據這些MIB對象的屬性來對該特性進行動態(tài)加載和定制。
假設在某企業(yè)中有A、B、C三款同系列但型號不同的設備，他們大部分的特性都相同，但在某些特性上存在一定的差異。假設所述A、B設備可支持對X協(xié)議的配置，而C設備不支持這項配置。當A、B設備上配置X協(xié)議時，可配置老化時間，但A設備上的老化時間的取值范圍是10～10000毫秒，B設備上老化時間的取值范圍是45～600毫秒。此外，在該企業(yè)中還包括與設備A、B、C系列相同但型號不相同的D設備，所述設備D上X協(xié)議的老化時間只讀，不可配置。
顯然在MIB文件中描述的是A、B、C、D四種設備情況的全集，但由于其特性不完全相同，因此在實現(xiàn)方式上也不同，所述A、B、C設備實現(xiàn)的X協(xié)議都存在MIB支持能力的差異。如果企業(yè)對A、B、C、D四款設備開發(fā)的是一套通用的網管軟件。則單從此表中，網管無法獲取設備間的差異情況。但是如果采用本發(fā)明所述查詢接口的實現(xiàn)就很有必要了，網管就可以脫離具體設備細節(jié)的束縛，獨立地解決設備差異性了。也就是說網管通過查詢接口，與設備配合，獲取A、B、C、D設備的X特性的MIB支持能力的過程。在實現(xiàn)本發(fā)明之前，先做如下定義假設Y表示X協(xié)議老化時間的標識OID，在objectInfoType的取值中1代表訪問權限，表示設備是否支持；2代表整型數(shù)據的取值范圍。同時還假定，如果該設備支持X協(xié)議，則一定也支持X協(xié)議老化時間這一MIB對象；如果該設備不支持X協(xié)議老化時間這一MIB對象，則該設備也不支持X協(xié)議。其具體實現(xiàn)過程為首先，網管需要在objectInfoTable表中創(chuàng)建一行數(shù)據，通知設備自己關心的MIB對象。其目的是網管想知道該設備是否支持該MIB對象，因此網管向設備發(fā)送SNMP創(chuàng)建表行的請求報文，向設備請求在objectInfoTable表創(chuàng)建一行標識OID是Y，屬性類型是1的表項。
如果設備返回表行創(chuàng)建成功，表示已經得到了OID是Y的對象的訪問屬性信息，并允許網管讀取。
然后網管向設備發(fā)送SNMP讀取請求，從objectInfoValue節(jié)點讀取對OID為Y的對象的訪問權限，即設備是否支持的情況。
設備將OID是Y的對象的支持情況以SNMP讀響應報文返回給網管。
下面將對不同的設備的返回情況分別進行說明。
1)如果A、B類型的設備知道OID是Y的MIB對象是X協(xié)議老化時間，在本設備上該MIB對象的訪問屬性是可讀寫read-write，則A、B類型的設備按照與網管約定的格式，返回本設備上OID是Y的MIB對象的訪問屬性是可讀寫的SNMP讀響應報文。
2)如果C類型的設備知道OID是Y的MIB對象是X協(xié)議老化時間，而本設備不支持該MIB對象，則C類型的設備按照與網管約定的格式，返回本設備上OID是Y的MIB對象的訪問屬性是不可訪問notaccessible的SNMP讀響應報文。
3)如果D類型的設備知道OID是Y的MIB對象是X協(xié)議老化時間，而本設備上該MIB對象的訪問屬性是只讀read-only，則D類型的設備按照與網管約定的格式，返回本設備上OID是Y的MIB對象的訪問屬性是只讀read-only的SNMP讀響應報文。
這樣網管可得知A、B、D設備支持X協(xié)議，而C設備不支持，當管理C設備時，網管可動態(tài)卸載掉X協(xié)議管理功能，而在A、B、D設備上保留X協(xié)議管理功能，但在D設備上需要將X協(xié)議老化時間設置為不可修改的狀態(tài)。
在A、B設備中，當用戶打開X協(xié)議管理功能時，網管可向設備查詢X協(xié)議老化時間的其他差異性，比如取值范圍。首先需要在objectInfoTable表中創(chuàng)建一行數(shù)據，網管向設備發(fā)送SNMP創(chuàng)建表行的請求報文，向設備請求在objectInfoTable表創(chuàng)建一行OID是Y，需要獲取的屬性是取值范圍的表項。
如果設備返回表行創(chuàng)建成功，表示已經得到了OID是Y的對象的取值范圍信息，并允許網管讀取。
然后網管向設備發(fā)送SNMP讀取請求，從objectInfoValue節(jié)點讀取對OID為Y的對象的取值范圍情況。
下面將對不同的設備的返回進行說明。
1)A類型的設備知道OID是Y的MIB對象是X協(xié)議老化時間，而本設備對該MIB對象的取值范圍是10～10000毫秒，則A類型的設備按照與網管約定的格式，返回本設備上OID是Y的MIB對象的取值范圍是10～10000毫秒的SNMP讀響應報文。
2)B類型的設備知道OID是Y的MIB對象是X協(xié)議老化時間，而本設備對該MIB對象的取值范圍是45～600毫秒，則B類型的設備按照與網管約定的格式，返回本設備上OID是Y的MIB對象的取值范圍是45～600毫秒的SNMP讀響應報文。
這樣網管就可以知道A設備上X協(xié)議老化時間是10～10000毫秒，而B設備上X協(xié)議老化時間是45～600毫秒。網管可在管理A設備時，在X協(xié)議管理界面上，將X協(xié)議老化時間設置用戶輸入必須在10～10000毫秒之間的限制，在管理B設備時，在X協(xié)議管理界面上，將X協(xié)議老化時間設置用戶輸入必須在45～600毫秒之間的限制，避免用戶輸入不恰當?shù)闹?，而頻繁返回設置失敗的情況。這樣網管可根據從設備獲取到的設備的信息來做出不同的處理。
此外，本發(fā)明在網管與網絡設備所使用的網絡管理協(xié)議并不限于簡單網絡管理協(xié)議SNMP，還可以使用于其他通信協(xié)議，比如遠程登陸協(xié)議(即telnet協(xié)議)進行管理時，也可以參照此處理流程使網管獲取到設備的MIB支持能力。
由此可見，從上述本發(fā)明的處理過程中可知，本發(fā)明通過查詢查詢接口可以使網管動態(tài)獲取網絡設備的MIB支持能力，并根據獲取到的信息對自身的功能進行動態(tài)調整，從而實現(xiàn)與網絡設備進行精準的配套，避免出現(xiàn)因無法獲取到設備的MIB支持能力時，頻繁讀取或設置出錯的情況。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1.一種獲取設備中MIB支持能力的管理方法，其特征在于，當網管在對設備的某一特性進行管理時，需經過下述步驟，包括A、網管通過查詢接口向網絡設備發(fā)送需要查詢MIB對象及其屬性的請求；B、網絡設備查詢支持MIB對象及其屬性的相應數(shù)據后，將其反饋給網管；C、網管根據接收到的MIB對象及其屬性對該特性進行相應的動態(tài)加載和定制。
2.根據權利要求1所述獲取設備MIB支持能力的管理方法，其特征在于，所述查詢接口為使用網絡通信協(xié)議，提供網管所需要查詢的MIB對象標識及其屬性給網絡設備，以及網絡設備向網管反饋所查詢到的MIB對象及其屬性信息的表現(xiàn)形式，其中，所述使用的網絡通信協(xié)議是實現(xiàn)網管與設備進行信息交互的所有協(xié)議，包括簡單網絡管理協(xié)議、Telnet協(xié)議、加密套接字協(xié)議。
3.根據權利要求2所述獲取設備MIB支持能力的管理方法，其特征在于，所述查詢接口的表現(xiàn)形式為MIB對象屬性表，所述MIB對象屬性表的內容包括待查詢的MIB對象的標識或名稱、待查詢的信息類型以及存放查詢結果的節(jié)點。
4.根據權利要求3所述獲取設備MIB支持能力的管理方法，其特征在于，所述MIB對象屬性表的內容還包括行狀態(tài)、存放詳細查詢結果的MIB對象以及待查詢請求的詳細信息。
5.根據權利要求3所述獲取設備MIB支持能力的管理方法，其特征在于，所述步驟A的網管通過下述步驟向網絡設備發(fā)送需要查詢MIB對象及其屬性的請求a11)網管通過MIB對象屬性表向網絡設備動態(tài)提交所需要MIB對象的表項創(chuàng)建請求；a12)網絡設備返回創(chuàng)建成功后，網管再使用創(chuàng)建時的索引與存放查詢結果的節(jié)點組成一個實例，向網絡設備讀取結果；或者是a21)網管將待查詢的MIB對象的標識和待查詢的MIB屬性組成一個索引，并與存放MIB對象屬性值結果的列對象的標識組合成一個有效的MIB對象實例，以向網絡設備發(fā)送查詢請求。
6.根據權利要求1或5所述獲取設備MIB支持能力的管理方法，其特征在于，在步驟B中，網絡設備將查詢到對應的數(shù)據，通過和網管約定的通信協(xié)議，以響應請求和約定的格式反饋給網管。
7.根據權利要求6所述獲取設備MIB支持能力的管理方法，其特征在于，所述約定的格式是網管和網絡設備預先約定的，包括數(shù)據取值范圍、SNMP數(shù)據類型或訪問屬性。
8.根據權利要求1所述獲取設備MIB支持能力的管理方法，其特征在于，步驟B的具體實現(xiàn)過程為b11)當網絡設備查詢到相應的數(shù)據后，在MIB對象屬性表中生成一個新的表項，并在存放MIB對象屬性查詢結果的表項中寫入MIB支持能力，并向網管返回創(chuàng)建成功響應；或者是b21)當網絡設備查詢到相應的數(shù)據后，直接將該對應的數(shù)據反饋給網管。
9.根據權利要求1所述獲取設備MIB支持能力的管理方法，其特征在于，步驟C的具體實現(xiàn)過程為網管根據所接收到的MIB對象的屬性判斷所述設備是否支持該特性，若支持，則網管將保留管理該特性的菜單，并根據該特性的MIB對象的屬性，對網管界面進行動態(tài)加載和定制；否則，網管可隱藏管理該特性的菜單，避免用戶繼續(xù)對該設備不支持的對象進行讀取或者設置錯誤操作。
10.根據權利要求1所述獲取設備MIB支持能力的管理方法，其特征在于，所述方法還包括D、當網管不需要該MIB對象的表項時，則向網絡設備提交刪除所述表項的請求；E、網絡設備刪除所述設備MIB查詢目標。
全文摘要
本發(fā)明涉及一種獲取網絡設備中MIB支持能力的管理方法，當網管在對設備的某一特性進行管理時，需經過下述步驟，包括A.網管通過查詢接口向網絡設備發(fā)送需要查詢MIB對象屬性的請求；B.網絡設備查詢支持MIB對象屬性的相應數(shù)據后，將其反饋給網管；C.網管根據接收到的MIB對象的屬性對該特性進行相應的動態(tài)加載和定制。本發(fā)明通過設置一套通用的查詢接口，以解決由于設備MIB支持能力的差異，而導致網管和設備匹配困難的問題，同時也減少由于設備MIB支持的差異而造成網管與設備的高耦合的問題，以提高網管的靈活性和穩(wěn)定性。
文檔編號H04L29/06GK1744519SQ20051009280
公開日2006年3月8日 申請日期2005年8月18日 優(yōu)先權日2005年8月18日
發(fā)明者魏彩容, 孫利輝, 高龍, 王金柱 申請人:杭州華為三康技術有限公司