專利名稱：Snmp網(wǎng)絡(luò)管理站對其成員的管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種SNMP(Simple Network Management Protocol)網(wǎng)絡(luò)管理站對其成員的管理方法。
背景技術(shù)：
簡單網(wǎng)絡(luò)管理協(xié)議SNMP是由互聯(lián)網(wǎng)工程任務(wù)組IETF(Internet Engineering Task Force)定義的一套網(wǎng)絡(luò)管理協(xié)議。該協(xié)議目前已經(jīng)成為網(wǎng)絡(luò)管理方面的事實上的工業(yè)標準，得到了廣泛的接受和應(yīng)用。
SNMP采用了Client/Server模型的特殊形式代理/管理站模型。對網(wǎng)絡(luò)的管理與維護是通過SNMP網(wǎng)絡(luò)管理管理站與SNMP代理間的交互工作完成的。每個代理負責(zé)回答管理站關(guān)于MIB(Management Information Base)定義信息的各種查詢或操作。SNMP網(wǎng)絡(luò)管理站是由管理員使用的軟件系統(tǒng)，主要負責(zé)向代理發(fā)送網(wǎng)絡(luò)管理命令或請求，一般位于服務(wù)器端，并具有良好的用戶界面，方便用戶使用。代理是位于成員網(wǎng)絡(luò)設(shè)備上的一個軟件模塊，是網(wǎng)絡(luò)設(shè)備側(cè)軟件系統(tǒng)的一部分，主要負責(zé)接收管理站發(fā)送過來的SNMP請求，并與網(wǎng)絡(luò)設(shè)備上的其它軟件模塊進行溝通、交互，完成管理站所要求的查詢或操作。管理站和代理之間一般具有一對多的關(guān)系，管理員通過一臺管理站管理多個網(wǎng)絡(luò)設(shè)備。MIB相當(dāng)于一個管理信息或?qū)ο蟮牧斜?，或者說是管理站和代理之間的一份協(xié)議，雙方以此為標準進行溝通。每個代理可能支持一個或多個MIB，這些MIB構(gòu)成了這個代理可以支持的管理信息或?qū)ο蟮募?。管理站也正是根?jù)代理所支持的這些MIB，來訪問和控制管理信息或?qū)ο蟆?br> 如前所述，管理站和代理屬于兩個不同的軟件系統(tǒng)，而它們之間又要以MIB為標準進行相互溝通。這樣以來，如果要擴充網(wǎng)絡(luò)管理功能，需要更新MIB的話，就要對管理站和代理的軟件同時進行升級。但是這個問題在現(xiàn)實情況中將會變得相當(dāng)復(fù)雜，尤其是對于代理來說。因為代理是屬于網(wǎng)絡(luò)設(shè)備側(cè)軟件系統(tǒng)的一部分，是隨同網(wǎng)絡(luò)設(shè)備一同發(fā)售的。首先，網(wǎng)絡(luò)設(shè)備的數(shù)量通常會比較多，軟件升級的工作量將會很大；其次，運行中的網(wǎng)絡(luò)設(shè)備正在承載著通信量，一般不允許中斷，尤其是那些核心的網(wǎng)絡(luò)設(shè)備更是如此，這將會使成員網(wǎng)絡(luò)設(shè)備的軟件升級變得幾乎不可能。
同時，一般情況下，用戶也并不是一次性購買全部的網(wǎng)絡(luò)設(shè)備，而是根據(jù)需求和發(fā)展，分批逐次地購買。這樣以來，在后網(wǎng)絡(luò)設(shè)備的MIB版本可能要比前面的高，就會存在多個新舊版本不同的網(wǎng)絡(luò)設(shè)備。而這些網(wǎng)絡(luò)設(shè)備中的SNMP代理，也就變成了支持多個新舊版本的MIB。這就引起了在多版本環(huán)境中，管理站和代理之間MIB版本的協(xié)調(diào)問題。這個問題如果不能妥善解決，將會嚴重地影響SNMP的MIB、管理站和代理的更新升級，也將會嚴重地制約SNMP網(wǎng)絡(luò)管理技術(shù)的發(fā)展和應(yīng)用。

發(fā)明內(nèi)容
針對上述現(xiàn)有網(wǎng)絡(luò)管理站對其成員網(wǎng)絡(luò)設(shè)備管理中所存在的問題和不足，本發(fā)明的目的是提供一種操作簡單、功能良好的SNMP網(wǎng)絡(luò)管理站對其成員的管理方法。
本發(fā)明是這樣實現(xiàn)的一種SNMP網(wǎng)絡(luò)管理站對其成員的管理方法，包括以下步驟，1)、為所述成員的代理中的MIB設(shè)置版本標志；2)、SNMP網(wǎng)絡(luò)管理站訪問某成員設(shè)備欲得到其MIB信息前，根據(jù)該MIB名稱，查詢該成員設(shè)備代理的MIB的版本標志，得到該MIB的相應(yīng)的版本號；3)、SNMP網(wǎng)絡(luò)管理站根據(jù)所述成員設(shè)備的代理支持的MIB的版本號進行相應(yīng)的管理操作。
進一步地，所述MIB的版本標志為該MIB的一部分。
本發(fā)明通過為成員設(shè)備的代理中的MIB設(shè)置版本號，用以標識該MIB；這樣，SNMP網(wǎng)絡(luò)管理站首先查詢該成員設(shè)備的代理中MIB的版本標識，得到其相應(yīng)的版本號，再根據(jù)MIB的版本號進行相應(yīng)的管理操作。本發(fā)明徹底地解決了限制SNMP的MIB、管理站和代理更新升級的一些問題，有效地促進了SNMP網(wǎng)絡(luò)管理技術(shù)的發(fā)展和應(yīng)用。并且，若系統(tǒng)需要置入新的成員設(shè)備，即使其MIB版本號與其他任何設(shè)備不同，也不會影響管理站對其進行訪問。并且，只對管理站進行相應(yīng)升級就可對該新設(shè)備進行管理。本發(fā)明不依賴于SNMP外的其它輔助手段。


下面結(jié)合附圖，對本發(fā)明作出詳細描述。
圖1為本發(fā)明流程圖。
具體實施例方式
若代理中的MIB含有AAA-MIB，為AAA-MIB添加aaaMib Version對象，若當(dāng)前版本是1.0，則將該版本號標識于AAA-MIB。若需要升級到1.1，如增加新的代理B，但是要求現(xiàn)有的支持AAA-MIB 1.0的代理A仍能夠正常工作。這樣，新的代理B根據(jù)AAA-MIB 1.1做出修改以后，修改aaaMib Version為1.1。隨后對管理站的軟件也進行了升級。這時，管理站就能夠根據(jù)aaaMib Version的取值，區(qū)分出代理A支持的AAA-MIB的版本是1.0，是未經(jīng)過升級的；而代理B支持的AAA-MIB的版本是1.1，是經(jīng)過升級的。
如圖1所示，本發(fā)明的SNMP網(wǎng)絡(luò)管理站訪問成員的具體步驟為，通過成員的代理的MIB的標識查詢代理所支持MIB的版本，代理將其所支持MIB的版本情況反饋給SNMP網(wǎng)絡(luò)管理站，SNMP網(wǎng)絡(luò)管理站調(diào)用針對MIB的版本的軟件，發(fā)出相應(yīng)的查詢命令，代理執(zhí)行該命令，并將響應(yīng)結(jié)果反饋給SNMP網(wǎng)絡(luò)管理站。
權(quán)利要求
1.一種SNMP網(wǎng)絡(luò)管理站對其成員的管理方法，包括以下步驟，1)、為所述成員的代理中的MIB設(shè)置版本標志；2)、SNMP網(wǎng)絡(luò)管理站訪問某成員設(shè)備欲得到其MIB信息前，根據(jù)該MIB名稱，查詢該成員設(shè)備代理的MIB的版本標志，得到該MIB的相應(yīng)的版本號；3)、SNMP網(wǎng)絡(luò)管理站根據(jù)所述成員設(shè)備的代理支持的MIB的版本號進行相應(yīng)的管理操作。
2.如權(quán)利要求1所述的SNMP網(wǎng)絡(luò)管理站對其成員的管理方法，其特征在于，所述MIB的版本標志為該MIB的一部分。
全文摘要
本發(fā)明公開了一種SNMP網(wǎng)絡(luò)管理站對其成員的管理方法，包括以下步驟為所述成員的代理中的MIB設(shè)置版本標志；SNMP網(wǎng)絡(luò)管理站訪問某成員設(shè)備欲得到其MIB信息前，根據(jù)該MIB名稱，查詢該成員設(shè)備代理的MIB的版本標志，得到該MIB的相應(yīng)的版本號；SNMP網(wǎng)絡(luò)管理站根據(jù)所述成員設(shè)備的代理支持的MIB的版本號進行相應(yīng)的管理操作。本發(fā)明徹底地解決了限制SNMP的MIB、管理站和代理更新升級的一些問題，有效地促進了SNMP網(wǎng)絡(luò)管理技術(shù)的發(fā)展和應(yīng)用。并且，若系統(tǒng)需要置入新的成員設(shè)備，即使其MIB版本號與其他任何設(shè)備不同，也不會影響管理站對其進行訪問。并且，只對管理站進行相應(yīng)升級就可對該新設(shè)備進行管理。本發(fā)明不依賴于SNMP外的其它輔助手段。
文檔編號H04L29/06GK1595930SQ20041000925
公開日2005年3月16日 申請日期2004年6月25日 優(yōu)先權(quán)日2004年6月25日
發(fā)明者李達, 胡若衡 申請人:港灣網(wǎng)絡(luò)有限公司