專利名稱：一種管理信息庫的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)，特別是涉及一種在簡單網(wǎng)絡(luò)管理協(xié)議(SNMP，Simple Network Managing Protocol)下對管理信息庫(MIB，Management Information Base)的處理方法。
背景技術(shù)：
大型的網(wǎng)絡(luò)設(shè)備通常都需要支持依據(jù)SNMP的管理。在采用SNMP進(jìn)行管理的網(wǎng)絡(luò)中，網(wǎng)管通過對象標(biāo)識符(OID，Object Identifier)來訪問網(wǎng)絡(luò)設(shè)備上的MIB對象，從而收集網(wǎng)絡(luò)設(shè)備的信息。MIB對象分為公用MIB對象和私有MIB對象。原始設(shè)備制造商(OEM，Original EquipmentManufacturer)在為其他企業(yè)制造網(wǎng)絡(luò)設(shè)備時，為了讓這些網(wǎng)絡(luò)設(shè)備都支持SNMP，就需要針對各個使用該網(wǎng)絡(luò)設(shè)備的企業(yè)，對網(wǎng)絡(luò)設(shè)備的私有MIB對象分別作適當(dāng)?shù)恼{(diào)整，才能讓其他廠商各自能夠正常使用OEM所制造的網(wǎng)絡(luò)設(shè)備。
例如，如果企業(yè)C是OEM，為企業(yè)A和企業(yè)B制造網(wǎng)絡(luò)設(shè)備，企業(yè)C對應(yīng)某特定功能的私有MIB對象為C.MIBx，企業(yè)A相應(yīng)的私有MIB對象為A.MIBz，企業(yè)B相應(yīng)的私有MIB對象為B.MIBy。網(wǎng)絡(luò)設(shè)備上的SNMP協(xié)議棧根據(jù)與MIB對象一一對應(yīng)的OID，分別處理不同的MIB對象。在現(xiàn)有技術(shù)中，為了使與網(wǎng)絡(luò)設(shè)備配套的軟件版本可以支持所有使用該網(wǎng)絡(luò)設(shè)備的企業(yè)，一方面，配套軟件中必須既要有私有MIB對象A.MIBx，又要有B.MIBy和C.MIBz；另一方面，由于這些私有MIB對象的OID不一致，就相應(yīng)的需要不同的代碼分別處理對這些節(jié)點的訪問請求。雖然私有MIB對象A.MIBx、B.MIBy和C.MIBz的功能是完全一致的，但是軟件中這三個私有MIB對象的數(shù)據(jù)同時存在，造成大量的數(shù)據(jù)冗余；并且針對這三個私有MIB對象所開發(fā)的不同的處理代碼完成的功能其實也是相同的，這樣又造成大量的代碼冗余?？偟膩碚f，現(xiàn)有技術(shù)會造成與網(wǎng)絡(luò)設(shè)備配套的軟件冗余，進(jìn)一步，會降低網(wǎng)絡(luò)設(shè)備上系統(tǒng)資源的利用率。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種管理信息庫的處理方法，以縮減MIB數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)量和對MIB數(shù)據(jù)結(jié)構(gòu)進(jìn)行處理的代碼量，從而提高系統(tǒng)資源的利用率。
為了達(dá)到上述目的，本發(fā)明提供一種管理信息庫的處理方法。在該方法的第一部分中，建立表示對象標(biāo)識符OID和內(nèi)部對象標(biāo)識符IOID對應(yīng)關(guān)系的標(biāo)識符對應(yīng)表，在接收到對管理信息庫MIB對象進(jìn)行操作的指令時，該方法包括A1、根據(jù)指令中所指定的MIB對象的OID，從所建立的標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID，并根據(jù)IOID確定指令操作所需要運(yùn)行的處理模塊，然后運(yùn)行所確定的處理模塊。
其中，建立表示IOID和處理模塊對應(yīng)關(guān)系的處理對應(yīng)表，步驟A1所述根據(jù)IOID確定需要運(yùn)行的處理模塊為根據(jù)IOID以及指令中所指定的操作，從所建立的處理對應(yīng)表中確定需要運(yùn)行的處理模塊。
其中，所述指令中所指定的MIB對象是私有MIB對象。
在本發(fā)明提供的管理信息庫的處理方法的第二部分中，包括以下步驟A2、獲取需要重定位的MIB對象的源節(jié)點OID和目標(biāo)節(jié)點OID；B2、將需要重定位的MIB對象從源節(jié)點取下，修改所述MIB對象的OID，掛接在目標(biāo)節(jié)點下。
其中，在步驟A2和步驟B2之間進(jìn)一步包括判斷目標(biāo)節(jié)點是否存在，如果存在，則執(zhí)行步驟B2，否則，創(chuàng)建目標(biāo)節(jié)點后執(zhí)行步驟B2。
其中，步驟B2所述修改需要重定位的MIB對象的OID為根據(jù)目標(biāo)節(jié)點OID修改需要重定位的MIB對象的OID。
其中，步驟B2所述修改需要重定位的MIB對象的OID為根據(jù)目標(biāo)節(jié)點OID以及需要重定位的MIB對象在目標(biāo)節(jié)點下的位置，修改該MIB對象的OID。
其中，建立表示OID和IOID對應(yīng)關(guān)系的標(biāo)識符對應(yīng)表，在接收到對管理信息庫MIB對象進(jìn)行操作的指令時，該方法包括以下步驟C、根據(jù)指令中所指定的MIB對象的OID，從所建立的標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID，并根據(jù)IOID確定指令操作所需要運(yùn)行的處理模塊，然后運(yùn)行所確定的處理模塊。
其中，建立表示IOID和處理模塊對應(yīng)關(guān)系的處理對應(yīng)表，步驟A1所述根據(jù)IOID確定需要運(yùn)行的處理模塊為根據(jù)IOID以及操作指令中所指定的操作，從所建立的處理對應(yīng)表中確定需要運(yùn)行的處理模塊，并運(yùn)行該處理模塊。
其中，在步驟C之前，該方法進(jìn)一步包括判斷操作指令中所指定的MIB對象是私有MIB對象還是公用MIB對象，如果是私有MIB對象，則執(zhí)行步驟C，否則，直接根據(jù)操作指令中所指定的OID運(yùn)行相應(yīng)的處理模塊，然后結(jié)束本次流程。
采用本發(fā)明所提供的技術(shù)方案，在MIB對象的數(shù)據(jù)結(jié)構(gòu)中增加一個內(nèi)部對象標(biāo)識符(IOID，Internal OID)，對于具有相同功能的私有MIB對象，令其內(nèi)部標(biāo)識符相同，而軟件對于相同IOID的私有MIB對象做相同的處理，這樣就減少了代碼冗余。另外，采用私有MIB對象重定位的方法，在網(wǎng)絡(luò)設(shè)備的配套軟件的最初版本中只存在與OEM相對應(yīng)的私有MIB對象，在將該網(wǎng)絡(luò)設(shè)備交給其他企業(yè)使用時，根據(jù)其他企業(yè)的需要，將與OEM相對應(yīng)的私有MIB對象重定位為其他企業(yè)的私有MIB對象，這樣在任何時候只需要一份私有MIB對象的數(shù)據(jù)，從而既保證了配套軟件支持所有使用該網(wǎng)絡(luò)設(shè)備，又減少了數(shù)據(jù)冗余。


圖1是MIB對象樹狀結(jié)構(gòu)的示意圖。
圖2是本發(fā)明提供的處理管理信息庫的方法在訪問MIB對象時的流程圖。
圖3是本發(fā)明提供的處理管理信息庫的方法在重定位MIB對象時的流程圖。
具體實施例方式
本發(fā)明的核心思想在于在MIB對象的數(shù)據(jù)結(jié)構(gòu)中增加IOID來解決代碼冗余問題，采用私有MIB對象重定位的方法來解決數(shù)據(jù)冗余問題。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖及具體實施例對本發(fā)明作進(jìn)一步地詳細(xì)描述。
在與網(wǎng)絡(luò)設(shè)備配套的軟件中，MIB對象以一種樹狀結(jié)構(gòu)進(jìn)行組織，這個樹狀結(jié)構(gòu)中的每個節(jié)點都是一個MIB對象。每個節(jié)點都同時有一個字符形式的標(biāo)識名和一個數(shù)字形式的標(biāo)識號。一個典型的MIB對象樹狀結(jié)構(gòu)如圖1所示。為了訪問一個MIB對象，可以使用從樹狀結(jié)構(gòu)的根節(jié)點到該MIB對象所經(jīng)過的中間節(jié)點的標(biāo)識名來表示該MIB對象，例如在圖1中，iso.org.dod.internet.private.enterprises.enterprises-C.func 1-C就表示了一個MIB對象。MIB對象也可以用標(biāo)識號代替標(biāo)識名。這樣，上述的MIB對象還可以用1.3.6.1.4.1.3.1來表示，這個用來標(biāo)識節(jié)點的數(shù)字串就是所標(biāo)識節(jié)點的OID。
為了實現(xiàn)這種樹狀結(jié)構(gòu)，樹狀結(jié)構(gòu)中的每個節(jié)點都由一個數(shù)據(jù)結(jié)構(gòu)來表示，這個數(shù)據(jù)結(jié)構(gòu)通常包括其所表示的節(jié)點的父節(jié)點、OID、第一子節(jié)點以及下一兄弟節(jié)點這樣幾個數(shù)據(jù)域。在本發(fā)明中，在這個數(shù)據(jù)結(jié)構(gòu)中添加一個數(shù)據(jù)域，稱為內(nèi)部對象標(biāo)識符IOID，具有相同功能的私有MIB對象的IOID相同。例如，在圖1中，假定企業(yè)C是OEM，同時為企業(yè)A和企業(yè)B制造網(wǎng)絡(luò)設(shè)備。企業(yè)C的私有MIB對象1.3.6.1.4.1.3.1和企業(yè)A的私有MIB對象1.3.6.1.4.1.1.2.1以及企業(yè)B的私有MIB對象1.3.6.1.4.1.2.1是對應(yīng)的，它們的功能相同，則這三個MIB對象具有相同的IOID。
為了表示OID與IOID的對應(yīng)關(guān)系，需要在網(wǎng)絡(luò)設(shè)備上建立標(biāo)識符對應(yīng)表。以圖1所示的樹狀結(jié)構(gòu)為例，一個典型的標(biāo)識符對應(yīng)表如表一所示。

表一需要說明的是，由于可能出現(xiàn)冗余的代碼只是對私有MIB對象進(jìn)行處理的代碼，因此只需要為表示私有MIB對象的數(shù)據(jù)結(jié)構(gòu)添加IOID數(shù)據(jù)域。同樣，在標(biāo)識符對應(yīng)表中，也只有私有MIB對象的OID與IOID的對應(yīng)關(guān)系。
另外，為了實現(xiàn)對相同IOID的MIB對象做統(tǒng)一的處理，還需要在網(wǎng)絡(luò)設(shè)備上建立處理對應(yīng)表。一個典型的處理對應(yīng)表如表二所示。


表二在表二中，假設(shè)對于IOID為1的MIB對象有兩種操作，而對于IOID為2的MIB對象有三種操作。由表二可以看出，對于具有相同IOID的MIB對象，如果要進(jìn)行的操作也相同，那么就可以由相同的處理模塊來完成。這樣就解決了代碼的冗余問題。
請參考圖2，圖2是本發(fā)明提供的處理管理信息庫的方法在訪問MIB對象時的流程圖。該流程包括步驟201接收對MIB對象進(jìn)行操作的指令。
對MIB對象進(jìn)行操作的指令通常是由SNMP網(wǎng)絡(luò)中的網(wǎng)管發(fā)送給網(wǎng)絡(luò)設(shè)備的。在該指令中，至少包含所要操作的MIB對象的OID和所要進(jìn)行的操作。
步驟202根據(jù)指令所要操作的MIB對象的OID，判斷指令所要操作的MIB對象為私有MIB對象還是公用MIB對象，如果是公用MIB對象則執(zhí)行步驟203，否則執(zhí)行步驟204。
步驟203根據(jù)指令中包含的所要操作的MIB對象的OID以及所要進(jìn)行的操作，運(yùn)行相應(yīng)的處理模塊，然后結(jié)束本次流程。
步驟204根據(jù)指令中所指定的OID，在標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID。
步驟205在操作對應(yīng)表中，根據(jù)IOID和指令所指定的操作，確定對應(yīng)的處理模塊。
步驟206運(yùn)行處理模塊。
在建立了表一和表二所示的對應(yīng)表，以及采用圖2所示的處理流程后，在與網(wǎng)絡(luò)設(shè)備配套的軟件中，只需要一份對私有MIB對象進(jìn)行處理的代碼。但是，在軟件中，仍然需要存在對應(yīng)于各企業(yè)的多份私有MIB對象的數(shù)據(jù)。為了解決這個問題，可以采用本發(fā)明提供的重定位MIB對象的方法。
請參考圖3，圖3是本發(fā)明提供的處理管理信息庫的方法在重定位MIB對象時的流程圖。
仍然以圖1中所示的MIB對象樹狀結(jié)構(gòu)為例。圖1中所示的是現(xiàn)有技術(shù)中的MIB對象樹狀結(jié)構(gòu)，企業(yè)C是OEM，為企業(yè)A和企業(yè)B制造網(wǎng)絡(luò)設(shè)備。以下僅以企業(yè)A和企業(yè)C為例進(jìn)行說明。在現(xiàn)有技術(shù)的MIB樹狀結(jié)構(gòu)中既存在企業(yè)C的私有MIB對象，又存在企業(yè)A的私有MIB對象。企業(yè)C的私有MIB對象是節(jié)點1.3.6.1.4.1.3.1、節(jié)點1.3.6.1.4.1.3.2和節(jié)點1.3.6.1.4.1.3.3，與之對應(yīng)的企業(yè)A的私有MIB對象是節(jié)點1.3.6.1.4.1.1.2.1、節(jié)點1.3.6.1.4.1.1.2.2和節(jié)點1.3.6.1.4.1.1.2.3。這兩組MIB對象是一一對應(yīng)的，彼此對應(yīng)的MIB對象的功能是相同的。兩組MIB對象的同時存在就造成了數(shù)據(jù)冗余。在本發(fā)明中，軟件的初始版本中沒有節(jié)點1.3.6.1.4.1.1.2及其下的節(jié)點。企業(yè)C在將網(wǎng)絡(luò)設(shè)備交給企業(yè)A時，采用本發(fā)明所提供的處理管理信息庫的方法對1.3.6.1.4.1.3下的MIB對象重定位到1.3.6.1.4.1.1.2下。
本實施例提供的處理管理信息庫的方法在重定位MIB對象時包括以下步驟步驟301獲取需要重定位的MIB對象的源節(jié)點OID和目標(biāo)節(jié)點OID。
以處理1.3.6.1.4.1.3下的第一個MIB對象1.3.6.1.4.1.3.1為例，其源節(jié)點為1.3.6.1.4.1.3，目標(biāo)節(jié)點為1.3.6.1.4.1.1.2。
步驟302根據(jù)所給定的目標(biāo)節(jié)點OID，判斷在MIB對象樹狀結(jié)構(gòu)中是否已經(jīng)實際存在該節(jié)點，如果已經(jīng)存在，則執(zhí)行步驟304，否則執(zhí)行步驟303。
步驟303創(chuàng)建目標(biāo)節(jié)點。
一般來說，源節(jié)點下會有多個MIB對象需要重定位。在對源節(jié)點下的第一個MIB對象進(jìn)行重定位時，指定的目標(biāo)節(jié)點并不存在，因此需要首先創(chuàng)建目標(biāo)節(jié)點。
本實施例中，在處理1.3.6.1.4.1.3.1時，目標(biāo)節(jié)點1.3.6.1.4.1.1.2并不存在，因此需要創(chuàng)建該目標(biāo)節(jié)點。
步驟304將需要重定位的MIB對象從源節(jié)點上取下并掛接到目標(biāo)節(jié)點上。
為了將需要重定位的MIB對象從源節(jié)點取下并掛接到目標(biāo)節(jié)點上，首先需要修改用以表示該MIB對象的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)域，尤其是父節(jié)點數(shù)據(jù)域，將父節(jié)點數(shù)據(jù)域的值從源節(jié)點變?yōu)槟繕?biāo)節(jié)點。其次還需要修改用以表示與該MIB對象有聯(lián)系的其他MIB對象的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)域。例如，如果需要重定位的MIB對象是源節(jié)點的第一個子節(jié)點，那么在取下需要重定位的MIB對象時，還需要修改表示源節(jié)點的數(shù)據(jù)結(jié)構(gòu)中的第一子節(jié)點數(shù)據(jù)域，使該數(shù)據(jù)域的值為第二個子節(jié)點；如果沒有第二個子節(jié)點，就修改該數(shù)據(jù)域的值為空。如果需要重定位的MIB對象在目標(biāo)節(jié)點下也是第一個子節(jié)點，那么在將需要重定位的MIB對象掛接到目標(biāo)節(jié)點時，還需要修改表示目標(biāo)節(jié)點的數(shù)據(jù)結(jié)構(gòu)中的第一子節(jié)點數(shù)據(jù)域的值為需要重定位的MIB對象。其他相關(guān)的操作和現(xiàn)有技術(shù)中對于樹狀結(jié)構(gòu)中節(jié)點移動時所進(jìn)行的操作一樣。
步驟305修改需要重定位的MIB對象的OID。
這時有兩種情況，一種情況是源節(jié)點1.3.6.1.4.1.3的第一個MIB對象1.3.6.1.4.1.3.1對應(yīng)到目標(biāo)節(jié)點1.3.6.1.4.1.1.2下也是第一個MIB對象；另一種情況是1.3.6.1.4.1.3的第一個MIB對象1.3.6.1.4.1.3.1對應(yīng)到目標(biāo)節(jié)點1.3.6.1.4.1.1.2下不再是第一個MIB對象。具體是哪種情況是根據(jù)企業(yè)B的要求決定的。因此，修改需要重定位的MIB對象的OID首先要根據(jù)目標(biāo)節(jié)點的OID，其次還可能要依據(jù)需要重定位的MIB對象在目標(biāo)節(jié)點下的位置。
在執(zhí)行完這一步以后，MIB對象1.3.6.1.4.1.3.1的新OID為1.3.6.1.4.1.1.2.1。
步驟306，根據(jù)源節(jié)點數(shù)據(jù)結(jié)構(gòu)中第一子節(jié)點數(shù)據(jù)域的值是否為空，判斷是否已將源節(jié)點下所有需要重定位的節(jié)點都處理完，如果是則執(zhí)行步驟307，否則返回執(zhí)行步驟304。
步驟307，結(jié)束本次處理流程。
在將MIB對象重定位到新的位置上以后，原來的MIB對象就不再存在于MIB對象樹狀結(jié)構(gòu)中。也就是說，任何時刻，MIB對象樹狀結(jié)構(gòu)中只存在一份私有MIB對象的數(shù)據(jù)，這樣就解決了數(shù)據(jù)冗余問題。
需要說明的是，在重定位MIB對象的過程中，在修改了MIB對象的OID后，如果該MIB對象是樹狀結(jié)構(gòu)上的一個枝節(jié)點，即該MIB對象還有子節(jié)點，那么就還需要進(jìn)一步修改該MIB對象下子節(jié)點的OID。假設(shè)MIB對象1.3.6.1.4.1.3.1下的某個子節(jié)點原OID為1.3.6.1.4.1.3.1.1，則這個子節(jié)點的新OID為1.3.6.1.4.1.1.2.1.1。有的時候，在將一個MIB對象重定位到新的位置以后，對這個MIB對象的子節(jié)點，除了如上所述修改其OID以外，還需要進(jìn)一步調(diào)整其位置。例如，假設(shè)MIB對象1.3.6.1.4.1.3.1下的第一子節(jié)點原OID為1.3.6.1.4.1.3.1.1，在新位置下作為MIB對象1.3.6.1.4.1.1.2.1的第三子節(jié)點，該子節(jié)點的新OID為1.3.6.1.4.1.1.2.1.3；而MIB對象1.3.6.1.4.1.3.1下的第三子節(jié)點原OID為1.3.6.1.4.1.3.1.3，在新位置下作為MIB對象1.3.6.1.4.1.1.2.1的第一子節(jié)點，該子節(jié)點的新OID為1.3.6.1.4.1.1.2.1.1。修改MIB對象的子節(jié)點的OID實際上也是執(zhí)行步驟301到步驟308。例如，在對節(jié)點1.3.6.1.4.1.3.1.1的調(diào)整過程中，實際上是以1.3.6.1.4.1.3.1為源節(jié)點，以1.3.6.1.4.1.1.2.1為目標(biāo)節(jié)點，執(zhí)行步驟301到步驟307。
需要說明的是，在MIB對象重定位的過程中，需要修改MIB對象的OID，但是MIB對象的IOID不作改變。這樣，在MIB對象從原位置被重定位到新的位置以后，雖然其OID發(fā)生了變化，但是代碼仍然能根據(jù)其IOID對MIB對象進(jìn)行恰當(dāng)?shù)奶幚怼?br> 以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種管理信息庫的處理方法，其特征在于，建立表示對象標(biāo)識符OID和內(nèi)部對象標(biāo)識符IOID對應(yīng)關(guān)系的標(biāo)識符對應(yīng)表，在接收到對管理信息庫MIB對象進(jìn)行操作的指令時，該方法包括A1、根據(jù)指令中所指定的MIB對象的OID，從所建立的標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID，并根據(jù)IOID確定指令操作所需要運(yùn)行的處理模塊，然后運(yùn)行所確定的處理模塊。
2.根據(jù)權(quán)利要求1所述的管理信息庫的處理方法，其特征在于，建立表示IOID和處理模塊對應(yīng)關(guān)系的處理對應(yīng)表，步驟A1所述根據(jù)IOID確定需要運(yùn)行的處理模塊為根據(jù)IOID以及指令中所指定的操作，從所建立的處理對應(yīng)表中確定需要運(yùn)行的處理模塊。
3.根據(jù)權(quán)利要求1所述的管理信息庫的處理方法，其特征在于所述指令中所指定的MIB對象是私有MIB對象。
4.一種管理信息庫的處理方法，其特征在于，該方法包括以下步驟A2、獲取需要重定位的MIB對象的源節(jié)點OID和目標(biāo)節(jié)點OID；B2、將需要重定位的MIB對象從源節(jié)點取下，修改所述MIB對象的OID，掛接在目標(biāo)節(jié)點下。
5.根據(jù)權(quán)利要求4所述的管理信息庫的處理方法，其特征在于，在步驟A2和步驟B2之間進(jìn)一步包括判斷目標(biāo)節(jié)點是否存在，如果存在，則執(zhí)行步驟B2，否則，創(chuàng)建目標(biāo)節(jié)點后執(zhí)行步驟B2。
6.根據(jù)權(quán)利要求4所述的管理信息庫的處理方法，其特征在于，步驟B2所述修改需要重定位的MIB對象的OID為根據(jù)目標(biāo)節(jié)點OID修改需要重定位的MIB對象的OID。
7.根據(jù)權(quán)利要求4所述的管理信息庫的處理方法，其特征在于，步驟B2所述修改需要重定位的MIB對象的OID為根據(jù)目標(biāo)節(jié)點OID以及需要重定位的MIB對象在目標(biāo)節(jié)點下的位置，修改該MIB對象的OID。
8.根據(jù)權(quán)利要求4所述的管理信息庫的處理方法，其特征在于，建立表示OID和IOID對應(yīng)關(guān)系的標(biāo)識符對應(yīng)表，在接收到對管理信息庫MIB對象進(jìn)行操作的指令時，該方法包括以下步驟C、根據(jù)指令中所指定的MIB對象的OID，從所建立的標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID，并根據(jù)IOID確定指令操作所需要運(yùn)行的處理模塊，然后運(yùn)行所確定的處理模塊。
9.根據(jù)權(quán)利要求8所述的管理信息庫的處理方法，其特征在于，建立表示IOID和處理模塊對應(yīng)關(guān)系的處理對應(yīng)表，步驟A1所述根據(jù)IOID確定需要運(yùn)行的處理模塊為根據(jù)IOID以及操作指令中所指定的操作，從所建立的處理對應(yīng)表中確定需要運(yùn)行的處理模塊，并運(yùn)行該處理模塊。
10.根據(jù)權(quán)利要求8所述的管理信息庫的處理方法，其特征在于，在步驟C之前，該方法進(jìn)一步包括判斷操作指令中所指定的MIB對象是私有MIB對象還是公用MIB對象，如果是私有MIB對象，則執(zhí)行步驟C，否則，直接根據(jù)操作指令中所指定的OID運(yùn)行相應(yīng)的處理模塊，然后結(jié)束本次流程。
全文摘要
本發(fā)明公開了一種管理信息庫的處理方法，建立表示對象標(biāo)識符OID和內(nèi)部對象標(biāo)識符IOID對應(yīng)關(guān)系的標(biāo)識符對應(yīng)表，在接收到對管理信息庫MIB對象進(jìn)行操作的指令時，該方法包括根據(jù)指令中所指定的MIB對象的OID，從所建立的標(biāo)識符對應(yīng)表中確定對應(yīng)的IOID，并根據(jù)IOID確定指令操作所需要運(yùn)行的處理模塊，然后運(yùn)行所確定的處理模塊。本發(fā)明還公開了一種管理信息庫的處理方法，包括A2、獲取需要重定位的MIB對象的源節(jié)點OID和目標(biāo)節(jié)點OID；B2、將需要重定位的MIB對象從源節(jié)點取下，修改所述MIB對象的OID，掛接在目標(biāo)節(jié)點下。采用本發(fā)明所提出的技術(shù)方案，解決了與網(wǎng)絡(luò)設(shè)備配套的軟件中的代碼冗余問題和數(shù)據(jù)冗余問題，從而提高網(wǎng)絡(luò)設(shè)備的資源利用率。
文檔編號H04L29/06GK1819532SQ200610057458
公開日2006年8月16日 申請日期2006年3月15日 優(yōu)先權(quán)日2006年3月15日
發(fā)明者傅振宇 申請人:杭州華為三康技術(shù)有限公司