專(zhuān)利名稱(chēng)：網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)通訊技術(shù)，更確切地說(shuō)是涉及一種SNMP Agent開(kāi)發(fā)中，信息管理庫(kù)(MIB)樹(shù)的加載實(shí)現(xiàn)方法。
背景技術(shù)：
SNMP是業(yè)界最流行的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)，管理者與幾乎所有的可管理設(shè)備之間都依靠該網(wǎng)管協(xié)議進(jìn)行通訊。如大部分?jǐn)?shù)據(jù)通信設(shè)備，包括路由器、接入服務(wù)器、ATM(異步傳輸模式)交換機(jī)、LAN SWITCH(局域網(wǎng)交換機(jī))、ADSL(非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn))等，自然都需支持SNMP協(xié)議。
如圖1所示的SNMP管理站與SNMP代理間的數(shù)據(jù)流，SNMP網(wǎng)絡(luò)管理站(SNMP NMSSNMP Management Station)，經(jīng)網(wǎng)絡(luò)或Internet，通過(guò)向SNMP代理(Agent)發(fā)送請(qǐng)求(包括GetRequest、GetNextReq、GetBulk、SetRequest)對(duì)SNMP Agnet上的管理變量進(jìn)行操作；SNMP Agent接到請(qǐng)求后通過(guò)發(fā)送響應(yīng)(GetResponse)向SNMP NMS返回操作的結(jié)果；當(dāng)SNMP Agent上發(fā)生異常時(shí)，SNMP Agnet通過(guò)向SNMP NMS發(fā)送Trap或者Notification來(lái)通知SNMP NMS。圖中虛線(xiàn)表示網(wǎng)絡(luò)最高層(應(yīng)用層)間可直接進(jìn)行通訊，其它層間通過(guò)物理層協(xié)議(Network-Dependent Protocols)進(jìn)行通訊。
SNMP Agent是一駐留在設(shè)備上的軟件模塊，接受網(wǎng)管站發(fā)出的網(wǎng)管操作請(qǐng)求，并應(yīng)請(qǐng)求向其它協(xié)議模塊索取管理信息或進(jìn)行相應(yīng)操作，然后響應(yīng)請(qǐng)求。信息管理庫(kù)(MIB)是SNMP協(xié)議棧的一部分，它定義了可以通過(guò)網(wǎng)絡(luò)管理協(xié)議進(jìn)行訪問(wèn)的被管對(duì)象的集合。
寬帶網(wǎng)絡(luò)通信產(chǎn)品的開(kāi)發(fā)離不開(kāi)SNMP Agent的開(kāi)發(fā)，而在寬帶網(wǎng)絡(luò)通信產(chǎn)品中，產(chǎn)品由多個(gè)協(xié)議模塊組成，每個(gè)協(xié)議模塊又有相應(yīng)的MIB文件與之關(guān)聯(lián)。在SNMP Agent的開(kāi)發(fā)過(guò)程中，慣用的MIB樹(shù)加載實(shí)現(xiàn)方法，是將所有協(xié)議模塊的MIB文件一起通過(guò)MIB編譯器編譯，形成一個(gè)點(diǎn)C文件的MIB樹(shù)。
這種做法存在很多弊端生成的MIB樹(shù)文件過(guò)大、難于實(shí)現(xiàn)協(xié)議模塊的拆卸，更重要的是無(wú)法實(shí)現(xiàn)MIB管理信息的在線(xiàn)升級(jí)；當(dāng)產(chǎn)品中某個(gè)或某些協(xié)議模塊需要被裁剪時(shí)，所有未被裁剪協(xié)議模塊的MIB文件又需要重新組織，用MIB編譯器重新再生成點(diǎn)C文件，導(dǎo)致各協(xié)議模塊因?yàn)镸IB文件而不能很好地支持產(chǎn)品的可裁減性；當(dāng)MIB文件很多時(shí)，用MIB編譯器生成的這個(gè)點(diǎn)C文件將是巨大無(wú)比的，代碼小到幾萬(wàn)行大到十幾萬(wàn)甚至幾百萬(wàn)行，在PSOS及Vxworks環(huán)境下會(huì)因?yàn)樵次募^(guò)大而不能通過(guò)編譯，導(dǎo)致SNMP Agent的開(kāi)發(fā)人員需要手工將產(chǎn)品的MIB文件拆分成幾個(gè)小文件，這樣的拆分工作既繁雜又多余。

發(fā)明內(nèi)容
本發(fā)明的目的是設(shè)計(jì)一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，在產(chǎn)品初始化協(xié)議模塊時(shí)，各個(gè)協(xié)議模塊動(dòng)態(tài)地加載各模塊的MIB文件，實(shí)現(xiàn)MIB子樹(shù)的動(dòng)態(tài)疊加。
實(shí)現(xiàn)本發(fā)明目的的技術(shù)方案是一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)MIB樹(shù)的加載實(shí)現(xiàn)方法，其特征在于包括A.由MIB編譯器將各協(xié)議模塊的MIB文件生成MIB子樹(shù)；B.各協(xié)議模塊在啟動(dòng)、完成初始化后，由各MIB子樹(shù)中封裝的掛接函數(shù)將各協(xié)議模塊的MIB子樹(shù)加載到產(chǎn)品的MIB樹(shù)中。
所述步驟A中，生成的MIB子樹(shù)包含有用C語(yǔ)言描述的MIB子樹(shù)掛接算法和協(xié)議模塊MIB節(jié)點(diǎn)的邏輯關(guān)系，MIB子樹(shù)掛接算法封裝在包含模塊名的掛接函數(shù)中。
所述的掛接函數(shù)是由MIB編譯器提供給協(xié)議模塊的加載MIB子樹(shù)的接口函數(shù)。
所述各協(xié)議模塊的掛接函數(shù)，是將對(duì)應(yīng)MIB子樹(shù)的邏輯結(jié)構(gòu)加載到產(chǎn)品的MIB樹(shù)中。
所述的步驟B，是通過(guò)調(diào)用各協(xié)議模塊的掛接函數(shù)，利用遞歸調(diào)用方法，進(jìn)行MIB樹(shù)節(jié)點(diǎn)查找與疊加，對(duì)各協(xié)議模塊的MIB子樹(shù)作合并的過(guò)程。
所述的遞歸調(diào)用進(jìn)一步包括從各協(xié)議模塊的MIB子樹(shù)的根節(jié)點(diǎn)開(kāi)始查找；判斷所查找的節(jié)點(diǎn)是否存在于MIB樹(shù)中，對(duì)于MIB樹(shù)中不存在的節(jié)點(diǎn)，將該節(jié)點(diǎn)連同其孩子節(jié)點(diǎn)一起掛接到MIB樹(shù)中，對(duì)于MIB樹(shù)中存在的節(jié)點(diǎn)，進(jìn)一步判斷該節(jié)點(diǎn)的孩子節(jié)點(diǎn)是否存在于MIB樹(shù)中，對(duì)于不存在的孩子節(jié)點(diǎn)，將該孩子節(jié)點(diǎn)連同它們的孩子節(jié)點(diǎn)一起掛接到MIB樹(shù)中，重復(fù)執(zhí)行本步驟直至各協(xié)議模塊的MIB子樹(shù)全部疊加到MIB樹(shù)中；進(jìn)行線(xiàn)索化MIB樹(shù)節(jié)點(diǎn)。
所述的步驟B還包括，對(duì)于被裁剪掉的協(xié)議模塊，僅在疊加各協(xié)議模塊MIB子樹(shù)的過(guò)程中，不對(duì)與被裁剪協(xié)議模塊相關(guān)的MIB子樹(shù)作合并。
本發(fā)明MIB樹(shù)的動(dòng)態(tài)加載技術(shù)，是對(duì)不同協(xié)議模塊的MIB先分別編譯，然后動(dòng)態(tài)鏈接和加載。就是在SNMP Agent開(kāi)發(fā)過(guò)程中，將與產(chǎn)品的各個(gè)協(xié)議模塊相關(guān)的MIB文件先用MIB編譯器生成MIB子樹(shù)；在產(chǎn)品初始化各協(xié)議模塊的時(shí)候，各個(gè)協(xié)議模塊動(dòng)態(tài)地加載各自模塊的MIB，實(shí)現(xiàn)MIB子樹(shù)的動(dòng)態(tài)疊加；眾多這樣的MIB子樹(shù)動(dòng)態(tài)疊加形成產(chǎn)品的MIB樹(shù)。
采用本發(fā)明的方法，在某個(gè)或某些協(xié)議模塊被裁剪時(shí)，SNMP Agent開(kāi)發(fā)人員不必重新組織各MIB文件，不必重新用MIB編譯器再對(duì)沒(méi)有被裁剪的MIB文件進(jìn)行編譯，在產(chǎn)品初始化各協(xié)議模塊的時(shí)候，各個(gè)沒(méi)有被裁剪的協(xié)議模塊就會(huì)動(dòng)態(tài)地加載各自模塊的MIB，實(shí)現(xiàn)MIB子樹(shù)的疊加，同時(shí)也能避免發(fā)生因源文件過(guò)大而不能編譯、需手工拆分的情況。
另外，MIB樹(shù)的動(dòng)態(tài)加載技術(shù)還能解決電信產(chǎn)品MIB管理信息的在線(xiàn)升級(jí)需求，當(dāng)產(chǎn)品槽位中插入新的業(yè)務(wù)板后，為了能夠?qū)I(yè)務(wù)板進(jìn)行網(wǎng)管，也需要業(yè)務(wù)板在初始化的過(guò)程中將MI B管理信息動(dòng)態(tài)的加載到主控板上。
本發(fā)明方法的有益效果是
可充分支持產(chǎn)品協(xié)議模塊的可裁剪性；減輕了SNMP Agent開(kāi)發(fā)的工作量，可提高開(kāi)發(fā)效率；能滿(mǎn)足電信產(chǎn)品的MIB管理信息可在線(xiàn)升級(jí)的需求。


圖1是SNMP網(wǎng)管站與SNMP代理間數(shù)據(jù)流示意圖；圖2是PPP模塊用MIB編譯器生產(chǎn)PPP模塊MIB子樹(shù)的過(guò)程示意圖；圖3是設(shè)備動(dòng)態(tài)加載MIB樹(shù)的加載框架示意圖；圖4是設(shè)備動(dòng)態(tài)加載MIB樹(shù)的加載過(guò)程示意圖；圖5是一協(xié)議模塊MIB子樹(shù)1的節(jié)點(diǎn)關(guān)系示意圖；圖6是另一協(xié)議模塊MIB子樹(shù)2的節(jié)點(diǎn)關(guān)系示意圖；圖7是MIB子樹(shù)1與MIB子樹(shù)2疊加后的MIB樹(shù)節(jié)點(diǎn)關(guān)系示意圖。
具體實(shí)施例方式
本發(fā)明MIB樹(shù)動(dòng)態(tài)加載技術(shù)實(shí)現(xiàn)的原理如下1)生產(chǎn)各協(xié)議模塊的MIB子樹(shù)，是由MIB編譯器對(duì)與各協(xié)議模塊相關(guān)的MIB文件進(jìn)行編譯，生成用C語(yǔ)言描述的各MIB子樹(shù)；各MIB子樹(shù)中描述了本協(xié)議模塊MIB節(jié)點(diǎn)的邏輯關(guān)系及封裝了用SNMP_Add_MIB+協(xié)議模塊名的掛接函數(shù)。
首先，各協(xié)議模塊用MIB編譯器將與本協(xié)議模塊相關(guān)的MIB文件生成MIB子樹(shù)，同時(shí)，MIB編譯器還向各協(xié)議模塊提供一加載MIB子樹(shù)的接口(掛接)函數(shù)，以便在該協(xié)議模塊的任務(wù)啟動(dòng)且初始化完成后，調(diào)用該接口函數(shù)完成MIB子樹(shù)加載。
如圖2所示的PPP協(xié)議模塊，與它相關(guān)的MIB文件是rfc1473.mib和rfc1471.mib，由MIB編譯器將MIB文件rfc1473.mib及rfc1471.mib生成用C語(yǔ)言描述的MIB子樹(shù)PPP_tree.c，該MIB子樹(shù)PPP_tree.c中描述了PPP協(xié)議模塊MIB節(jié)點(diǎn)的邏輯關(guān)系，及封裝了一MIB接口(掛接)函數(shù)，該接口函數(shù)要完成的功能是把PPP的MIB子樹(shù)(ppp_tree.c)加載到產(chǎn)品的MIB樹(shù)中。
如圖4所示，MIB編譯器將VLAN協(xié)議模塊的MIB文件vlan.mib生成MIB子樹(shù)vlan_tree.c，將SNMP協(xié)議模塊的MIB文件snmp.mib生成MIB子樹(shù)snmp_tree.c，將QOS協(xié)議模塊的MIB文件qos.mib生成MIB子樹(shù)qos_tree.c，將PPP協(xié)議模塊的MIB文件ppp.mib生成MIB子樹(shù)ppp_tree.c，將IP協(xié)議模塊的MIB文件ip.mib生成MIB子樹(shù)ip_tree.c，將ROUTER協(xié)議模塊的MIB文件router.mib生成MIB子樹(shù)router_tree.c。
2)各協(xié)議模塊在啟動(dòng)且完成初始化后，調(diào)用各協(xié)議模塊的掛接函數(shù)“SNMP_Add_MIB+協(xié)議模塊名”，將各協(xié)議模塊的MIB子樹(shù)疊加到產(chǎn)品的MIB樹(shù)中，完成各模塊MIB子樹(shù)的動(dòng)態(tài)加載過(guò)程。
如圖3中所示，在設(shè)備初始化前，已經(jīng)由MIB編譯器將PPP協(xié)議模塊的MIB文件生成了用C語(yǔ)言描述的PPP MIB子樹(shù)、已經(jīng)由MIB編譯器將IP協(xié)議模塊的MIB文件生成了用C語(yǔ)言描述的IP MIB子樹(shù)、已經(jīng)由MIB編譯器將VLAN(虛擬局域網(wǎng))協(xié)議模塊的MIB文件生成了用C語(yǔ)言描述的VLAN MIB子樹(shù)、已經(jīng)由MIB編譯器將QOS(服務(wù)質(zhì)量)協(xié)議模塊的MIB文件生成了用C語(yǔ)言描述的QOS MIB子樹(shù)、和已經(jīng)由MIB編譯器將SNMP(網(wǎng)管標(biāo)準(zhǔn))協(xié)議模塊的MIB文件生成了用C語(yǔ)言描述的SNMP MIB子樹(shù)。
當(dāng)各協(xié)議模塊在啟動(dòng)且完成初始化后，所有協(xié)議模塊通過(guò)調(diào)用各自模塊的掛接函數(shù)，將各模塊的MIB子樹(shù)(PPP MIB子樹(shù)、IP MIB子樹(shù)、VLAN MIB子樹(shù)、QOS MIB子樹(shù)、SNMP MIB子樹(shù))都疊加在一起，構(gòu)成產(chǎn)品的一棵MIB樹(shù)。當(dāng)某一個(gè)協(xié)議模塊或某幾個(gè)協(xié)議模塊被裁剪后，與這些協(xié)議模塊相關(guān)的MIB子樹(shù)節(jié)點(diǎn)也就不會(huì)被加載到MIB樹(shù)中，如圖中虛線(xiàn)所示。
3)由MIB編譯器提供的模塊掛接函數(shù)，如“SNMP_Add_MIB+模塊名”，封裝了MIB樹(shù)掛接算法，算法主要是利用遞歸調(diào)用方法來(lái)完成MIB節(jié)點(diǎn)的查找與疊加，MIB樹(shù)疊加是各協(xié)議模塊MIB子樹(shù)的一個(gè)合并過(guò)程。
如圖4中所示，對(duì)各協(xié)議模塊的MIB子樹(shù)vlan_tree.c、snmp_tree.c、qos_tree.c、ppp_tree.c、ip_tree.c、和router_tree.c進(jìn)行動(dòng)態(tài)加載，形成設(shè)備或產(chǎn)品的MIB樹(shù)，應(yīng)用于通信設(shè)備的SNMP代理開(kāi)發(fā)中。
結(jié)合參見(jiàn)圖5、圖6、圖7，A是各協(xié)議模塊MIB子樹(shù)的根節(jié)點(diǎn)，B、C、D是A的孩子節(jié)點(diǎn)，E、F、G是B的孩子節(jié)點(diǎn)，J是E的孩子節(jié)點(diǎn)，K、L是G的孩子節(jié)點(diǎn)，H、I是D的孩子節(jié)點(diǎn)，M、N、O是H的孩子節(jié)點(diǎn)，P是M的孩子節(jié)點(diǎn)，Q、R是O的孩子節(jié)點(diǎn)。也可以說(shuō)J是A的孩子節(jié)點(diǎn)B的孩子節(jié)點(diǎn)E的孩子節(jié)點(diǎn)，依次類(lèi)推。
圖5所示是MIB子樹(shù)1的節(jié)點(diǎn)邏輯關(guān)系，圖6所示是MIB子樹(shù)2的節(jié)點(diǎn)邏輯關(guān)系，圖7所示是疊加后的MIB樹(shù)的節(jié)點(diǎn)邏輯關(guān)系。進(jìn)行疊加時(shí)掛接函數(shù)的遞歸調(diào)用過(guò)程是1)首先從協(xié)議模塊MIB子樹(shù)1的根節(jié)點(diǎn)A開(kāi)始(圖5所示)，看該節(jié)點(diǎn)A在MIB樹(shù)中是否存在，MIB樹(shù)中不存在該節(jié)點(diǎn)A，則把該節(jié)點(diǎn)A連同其孩子節(jié)點(diǎn)B、C、D、孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)E、F、G、H、I、孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)K、L一起掛接到MIB樹(shù)中，形成圖7中與圖5相同節(jié)點(diǎn)關(guān)系的MIB樹(shù)；再?gòu)膮f(xié)議模塊MIB子樹(shù)2的根節(jié)點(diǎn)A開(kāi)始(圖6所示)，看該節(jié)點(diǎn)A在MIB樹(shù)中是否存在，該節(jié)點(diǎn)A存在于MIB樹(shù)中，再看它的孩子節(jié)點(diǎn)B、C、D、孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)H、I也都存在于MIB樹(shù)中，但H節(jié)點(diǎn)的孩子節(jié)點(diǎn)M、N、O及孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)P、Q、R不存在于MIB樹(shù)中，則將H節(jié)點(diǎn)連同其孩子節(jié)點(diǎn)M、N、O及其孩子節(jié)點(diǎn)的孩子節(jié)點(diǎn)P、Q、R一起掛接到MIB樹(shù)中，形成圖7所示合并后的MIB樹(shù)。
各協(xié)議模塊都疊加完成后，還需線(xiàn)索化MIB樹(shù)節(jié)點(diǎn)。線(xiàn)索化是指每個(gè)MIB節(jié)點(diǎn)都要指向一個(gè)字典后續(xù)節(jié)點(diǎn)，因?yàn)槿绻诿看渭虞d后都做一次線(xiàn)索化，勢(shì)必會(huì)影響整個(gè)加載速度，因此本發(fā)明將線(xiàn)索化放在各協(xié)議模塊都疊加完成后，即最后進(jìn)行線(xiàn)索化，是出于加載效率方面的要求。
本發(fā)明方法能可靠應(yīng)用在通信設(shè)備AGENT的開(kāi)發(fā)中。
權(quán)利要求
1.一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于包括A.由MIB編譯器將各協(xié)議模塊的MIB文件生成MIB子樹(shù)；B.各協(xié)議模塊在啟動(dòng)、完成初始化后，由各MIB子樹(shù)中封裝的掛接函數(shù)將各協(xié)議模塊的MIB子樹(shù)加載到產(chǎn)品的MIB樹(shù)中。
2.根據(jù)權(quán)利要求1所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述步驟A中，生成的MIB子樹(shù)包含有用C語(yǔ)言描述的MIB子樹(shù)掛接算法和協(xié)議模塊MIB節(jié)點(diǎn)的邏輯關(guān)系，MIB子樹(shù)掛接算法封裝在包含模塊名的掛接函數(shù)中。
3.根據(jù)權(quán)利要求1或2所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述的掛接函數(shù)是由MIB編譯器提供給協(xié)議模塊的加載MIB子樹(shù)的接口函數(shù)。
4.根據(jù)權(quán)利要求1或2所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述各協(xié)議模塊的掛接函數(shù)，是將對(duì)應(yīng)MIB子樹(shù)的邏輯結(jié)構(gòu)加載到產(chǎn)品的MIB樹(shù)中。
5.根據(jù)權(quán)利要求1所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述的步驟B，是通過(guò)調(diào)用各協(xié)議模塊的掛接函數(shù)，利用遞歸調(diào)用方法，進(jìn)行MIB樹(shù)節(jié)點(diǎn)查找與疊加，對(duì)各協(xié)議模塊的MIB子樹(shù)作合并的過(guò)程。
6.根據(jù)權(quán)利要求5所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述的遞歸調(diào)用進(jìn)一步包括從各協(xié)議模塊的MIB子樹(shù)的根節(jié)點(diǎn)開(kāi)始查找；判斷所查找的節(jié)點(diǎn)是否存在于MIB樹(shù)中，對(duì)于MIB樹(shù)中不存在的節(jié)點(diǎn)，將該節(jié)點(diǎn)連同其孩子節(jié)點(diǎn)一起掛接到MIB樹(shù)中，對(duì)于MIB樹(shù)中存在的節(jié)點(diǎn)，進(jìn)一步判斷該節(jié)點(diǎn)的孩子節(jié)點(diǎn)是否存在于MIB樹(shù)中，對(duì)于不存在的孩子節(jié)點(diǎn)，將該孩子節(jié)點(diǎn)連同它們的孩子節(jié)點(diǎn)一起掛接到MIB樹(shù)中，重復(fù)執(zhí)行本步驟直至各協(xié)議模塊的MIB子樹(shù)全部疊加到MIB樹(shù)中；進(jìn)行線(xiàn)索化MIB樹(shù)節(jié)點(diǎn)。
7.根據(jù)權(quán)利要求1所述的一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)樹(shù)的加載實(shí)現(xiàn)方法，其特征在于所述的步驟B還包括，對(duì)于被裁剪掉的協(xié)議模塊，僅在疊加各協(xié)議模塊MIB子樹(shù)的過(guò)程中，不對(duì)與被裁剪協(xié)議模塊相關(guān)的MIB子樹(shù)作合并。
全文摘要
本發(fā)明涉及一種網(wǎng)管標(biāo)準(zhǔn)代理中信息管理庫(kù)(MIB)樹(shù)的加載實(shí)現(xiàn)方法，包括由MIB編譯器將各協(xié)議模塊的MIB文件生成MIB子樹(shù)；各協(xié)議模塊在啟動(dòng)、完成初始化后，由各MIB子樹(shù)中封裝的掛接函數(shù)將各協(xié)議模塊的MIB子樹(shù)加載到產(chǎn)品的MIB樹(shù)中。生成的MIB子樹(shù)包含有用C語(yǔ)言描述的MIB子樹(shù)掛接算法和協(xié)議模塊MIB節(jié)點(diǎn)的邏輯關(guān)系，MIB子樹(shù)掛接算法封裝在包含模塊名的掛接函數(shù)中。掛接函數(shù)是由MIB編譯器提供給協(xié)議模塊的加載MIB子樹(shù)的接口函數(shù)。各協(xié)議模塊的掛接函數(shù)，利用遞歸調(diào)用方法，進(jìn)行MIB樹(shù)節(jié)點(diǎn)查找與疊加，對(duì)各協(xié)議模塊的MIB子樹(shù)作合并，生成一棵MIB樹(shù)?？沙浞种С之a(chǎn)品協(xié)議模塊的可裁剪性；減輕SNMPAgent開(kāi)發(fā)工作量，提高開(kāi)發(fā)效率；能滿(mǎn)足電信產(chǎn)品MIB管理信息在線(xiàn)升級(jí)的需求。
文檔編號(hào)H04L29/06GK1520095SQ0310246
公開(kāi)日2004年8月11日 申請(qǐng)日期2003年1月24日 優(yōu)先權(quán)日2003年1月24日
發(fā)明者曹詩(shī)勇 申請(qǐng)人:華為技術(shù)有限公司