專利名稱：具有分布網(wǎng)管代理的網(wǎng)管方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計(jì)算機(jī)網(wǎng)絡(luò)管理領(lǐng)域中的網(wǎng)絡(luò)管理方法，更確切地說(shuō)是涉及一種具有子網(wǎng)管代理的網(wǎng)管方法。
監(jiān)視網(wǎng)絡(luò)性能、檢測(cè)并恢復(fù)網(wǎng)絡(luò)故障以及配置網(wǎng)絡(luò)設(shè)備等是網(wǎng)絡(luò)管理的主要任務(wù)。具體地說(shuō)，在網(wǎng)絡(luò)正常工作的情況下，網(wǎng)絡(luò)管理需實(shí)施統(tǒng)計(jì)、配置和測(cè)試等功能；而在網(wǎng)絡(luò)出現(xiàn)故障的情況下，網(wǎng)絡(luò)管理又需實(shí)施各種差錯(cuò)的檢測(cè)和恢復(fù)功能，以便將損失減少到最小范圍。而隨著計(jì)算機(jī)網(wǎng)絡(luò)規(guī)模的迅速擴(kuò)大，對(duì)網(wǎng)絡(luò)的管理也變得異常重要了。
目前，SNMP協(xié)議(Simple Network Management Protocol)是Internet網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)協(xié)議，按照該協(xié)議，主要需由兩部分結(jié)構(gòu)的相互配合實(shí)現(xiàn)網(wǎng)絡(luò)管理，包括網(wǎng)管站部分(NMS-Network Management Station)和運(yùn)行在被管網(wǎng)絡(luò)設(shè)備上的網(wǎng)管代理(SNMP Agent)軟件部分，網(wǎng)管站向被管網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求，由運(yùn)行在被管網(wǎng)絡(luò)設(shè)備上的網(wǎng)管代理分析來(lái)自網(wǎng)管站的請(qǐng)求，并對(duì)被管網(wǎng)絡(luò)設(shè)備進(jìn)行相應(yīng)操作。
子網(wǎng)管代理(subagent)方案是對(duì)普通網(wǎng)管代理(SNMP Agent)的擴(kuò)展，通過(guò)子網(wǎng)管代理(subagent)方案，可動(dòng)態(tài)地對(duì)一些網(wǎng)絡(luò)設(shè)備實(shí)現(xiàn)管理，從而使網(wǎng)絡(luò)管理變得更加靈活和富有彈性。所謂動(dòng)態(tài)地對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行管理，主要是指網(wǎng)絡(luò)設(shè)備對(duì)管理對(duì)象的抽象-管理信息庫(kù)(MIB)是可以動(dòng)態(tài)改變的。
在Integrated Systems，Inc.的實(shí)時(shí)操作系統(tǒng)PSOS網(wǎng)管用戶手冊(cè)(SNMP User’Guide)中已詳細(xì)描述了通用的子網(wǎng)管代理方法，該子網(wǎng)管代理方法包括兩個(gè)部分，即運(yùn)行在多個(gè)被管網(wǎng)絡(luò)設(shè)備上的多個(gè)子網(wǎng)管代理(subagent)和運(yùn)行在一個(gè)被管設(shè)備上的主網(wǎng)管代理(master agent)。一個(gè)子網(wǎng)管代理(subagent)的抽象-管理信息庫(kù)(MIB)可以被動(dòng)態(tài)地注冊(cè)到主網(wǎng)管代理(master agent)的抽象-管理信息庫(kù)(MIB)樹(shù)上。


圖1中示出采用子網(wǎng)管代理方法的網(wǎng)管工作流程。步驟a網(wǎng)管站(NMS)11向主網(wǎng)管代理12(master agent)發(fā)出對(duì)抽象-管理信息庫(kù)(MIB)的請(qǐng)求；步驟b由主網(wǎng)管代理12(master agent)將網(wǎng)管站(NMS)11對(duì)抽象-管理信息庫(kù)(MIB)的請(qǐng)求發(fā)給子網(wǎng)管代理(subagent)13(或14)；步驟c子網(wǎng)管代理(subagent)13(或14)根據(jù)請(qǐng)求進(jìn)行相應(yīng)操作并構(gòu)造響應(yīng)報(bào)文，發(fā)回主網(wǎng)管代理12(master agent)；步驟d最后由主網(wǎng)管代理12(master agent)將所收到的各子網(wǎng)管代理的響應(yīng)報(bào)文匯合成對(duì)應(yīng)于請(qǐng)求報(bào)文的響應(yīng)報(bào)文發(fā)給提出請(qǐng)求的網(wǎng)管站(NMS)11。上述步驟實(shí)現(xiàn)了網(wǎng)管站11對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的管理。
這種子網(wǎng)管代理方案適用于對(duì)一些狀態(tài)經(jīng)常改變的網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)管理，如IP地址改變或經(jīng)常中斷與網(wǎng)絡(luò)連接的網(wǎng)絡(luò)設(shè)備，而且這種改變住住是由運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備所決定的，或者為其所知的。由于對(duì)這些設(shè)備難以采用傳統(tǒng)的網(wǎng)管代理(SNMP Agent)方法實(shí)現(xiàn)網(wǎng)管，因此用上述子網(wǎng)管代理的方法將會(huì)收到很好的效果。
但上述子網(wǎng)管代理方法也有其不足之處1.由于網(wǎng)管站對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的管理都必須通過(guò)運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備來(lái)完成，因此，當(dāng)通過(guò)一個(gè)主網(wǎng)管代理來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)管理的子網(wǎng)管代理較多時(shí)，運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備就必須拿出大量開(kāi)銷來(lái)支持網(wǎng)管站對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的管理，運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備就成了“瓶頸”，這不僅會(huì)影響網(wǎng)管站對(duì)這些設(shè)備進(jìn)行管理的效率，而且會(huì)影響運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的其它功能的實(shí)現(xiàn)，及影響運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備與運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備之間的其它通訊；2.開(kāi)發(fā)難度及程序規(guī)模大，首先主網(wǎng)管代理需要判斷來(lái)自網(wǎng)管站的報(bào)文是對(duì)運(yùn)行主網(wǎng)管代理的本網(wǎng)絡(luò)設(shè)備的請(qǐng)求還是對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的請(qǐng)求，如果是對(duì)本網(wǎng)絡(luò)設(shè)備的請(qǐng)求，則按普通網(wǎng)管代理(SNMP Agent)的方式處理，進(jìn)行相應(yīng)操作后發(fā)回響應(yīng)報(bào)文；如果是對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的請(qǐng)求，則需要先將報(bào)文轉(zhuǎn)發(fā)給相應(yīng)的運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備，并隨時(shí)偵聽(tīng)其響應(yīng)報(bào)文是否返回，在接收到響應(yīng)報(bào)文后再將響應(yīng)報(bào)文發(fā)回網(wǎng)管站。實(shí)現(xiàn)上述一系列的復(fù)雜關(guān)系，所需編寫的程序?qū)⑦h(yuǎn)遠(yuǎn)超過(guò)實(shí)現(xiàn)普通網(wǎng)管代理軟件的代碼量，對(duì)于本來(lái)就處于“瓶頸”位置的運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備將無(wú)疑是雪上加霜。其次，子網(wǎng)管代理完成的功能雖然與普通網(wǎng)管代理完成的功能基本相似，但也必須判斷請(qǐng)求報(bào)文中的變量約束(Varbinds)是否是關(guān)于本網(wǎng)絡(luò)設(shè)備的，如果是關(guān)于本網(wǎng)絡(luò)設(shè)備的，則按照普通網(wǎng)管代理的方式處理，否則，就不能做任何改變，這也需通過(guò)編寫程序進(jìn)行妥當(dāng)處理，所做的各判斷分支也會(huì)增加代碼量。
本發(fā)明的目的是設(shè)計(jì)一種具有分布網(wǎng)管代理的網(wǎng)管方法，以彌補(bǔ)子網(wǎng)管代理方法的不足，且針對(duì)某一類設(shè)備來(lái)說(shuō)是非常高效的。本發(fā)明所涉及的該類設(shè)備是運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)變化頻繁，若采用普通網(wǎng)管代理方法將難以實(shí)現(xiàn)對(duì)它們的網(wǎng)絡(luò)管理；運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備能夠維護(hù)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)信息，即網(wǎng)絡(luò)設(shè)備間的關(guān)系可由設(shè)備內(nèi)部實(shí)現(xiàn)。
在計(jì)算機(jī)及電信領(lǐng)域中普遍存在有該類設(shè)備，如經(jīng)常進(jìn)行單板熱插拔的電信設(shè)備，及接口很多且各自IP地址可以隨時(shí)重設(shè)的路由器等。
本發(fā)明的目的是這樣實(shí)現(xiàn)的一種具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于包括a.在主網(wǎng)管代理上建立用于描述運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)的私有管理信息庫(kù)；b.在運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備與運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備內(nèi)部之間，實(shí)現(xiàn)由運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備維護(hù)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)信息；c.在網(wǎng)管站對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備進(jìn)行查詢或設(shè)置時(shí)，先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)信息的請(qǐng)求；d.網(wǎng)管站根據(jù)查詢結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求并執(zhí)行；e.子網(wǎng)管代理在接到來(lái)自網(wǎng)管站的請(qǐng)求后，作相應(yīng)操作，并向網(wǎng)管站發(fā)回響應(yīng)報(bào)文。
所述的運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備上還建立有與描述運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)的私有管理信息庫(kù)相關(guān)聯(lián)的、并用于向網(wǎng)管站報(bào)告網(wǎng)絡(luò)設(shè)備重要狀態(tài)改變事件的私有管理信息庫(kù)，在運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)生指定狀態(tài)的改變時(shí)，由主網(wǎng)管代理主動(dòng)向網(wǎng)管站發(fā)送陷阱Trap報(bào)文，報(bào)告該狀態(tài)改變的發(fā)生。
所述的在網(wǎng)絡(luò)設(shè)備之間的內(nèi)部實(shí)現(xiàn)的由運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備維護(hù)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)，其中的網(wǎng)絡(luò)設(shè)備是一個(gè)組合在一起且相互之間存在內(nèi)在關(guān)系的單一或多個(gè)產(chǎn)品，運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)變化是由主網(wǎng)管代理決定的，或向主網(wǎng)管代理報(bào)告的。
所述的主網(wǎng)管代理或子網(wǎng)管代理，是按普通網(wǎng)管代理的功能執(zhí)行的，接收來(lái)自網(wǎng)管站的請(qǐng)求后，對(duì)所在的被管網(wǎng)絡(luò)設(shè)備進(jìn)行相應(yīng)操作，再根據(jù)操作結(jié)果，構(gòu)造響應(yīng)報(bào)文并發(fā)回網(wǎng)管站。
所述的網(wǎng)管站運(yùn)行執(zhí)行網(wǎng)絡(luò)管理的普通SNMP Client網(wǎng)管軟件。
所述c、d中的請(qǐng)求過(guò)程和邏輯，是由網(wǎng)絡(luò)管理人員通過(guò)通用的SNMP Client網(wǎng)管軟件實(shí)現(xiàn)的。
所述的網(wǎng)管站針對(duì)運(yùn)行主網(wǎng)管代理和子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備，運(yùn)行執(zhí)行網(wǎng)絡(luò)管理的專用SNMP Client網(wǎng)管軟件，包括先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)信息的請(qǐng)求，再根據(jù)主網(wǎng)管代理的響應(yīng)結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求的過(guò)程和邏輯。
本發(fā)明方法的有益效果是1.解決了主網(wǎng)管代理的“瓶頸”問(wèn)題，網(wǎng)管站只是最初從主網(wǎng)管代理查詢關(guān)于運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)，以后就會(huì)直接向子網(wǎng)管代理發(fā)出查詢，而不必再通過(guò)主網(wǎng)管代理；2.無(wú)論是主網(wǎng)管代理還是子網(wǎng)管代理，其功能都與普通的網(wǎng)管代理完全相同，即接收請(qǐng)求報(bào)文、根據(jù)請(qǐng)求進(jìn)行操作和發(fā)回響應(yīng)報(bào)文，因此主網(wǎng)管代理和子網(wǎng)管代理的開(kāi)發(fā)與普通網(wǎng)管代理完全相同，比較簡(jiǎn)單且往往有標(biāo)準(zhǔn)模式。
下面結(jié)合實(shí)施例及附圖進(jìn)一步說(shuō)明本發(fā)明的技術(shù)圖1是子網(wǎng)管代理方法的網(wǎng)管工作流程圖2是本發(fā)明具有分布網(wǎng)管代理方法的網(wǎng)管工作流程圖1說(shuō)明前已述及，不再贅述。
參見(jiàn)圖2，圖中示出將本發(fā)明具有分布網(wǎng)管代理的方法應(yīng)用于接入服務(wù)器中的網(wǎng)管工作流程。
該接入服務(wù)器，為了提供靈活的大容量接入而采用了模塊化、分布處理的方式，一臺(tái)接入服務(wù)器最多可有192個(gè)基本接入模塊，一個(gè)接入模塊包括一塊路由協(xié)議處理單元板RPU和四塊數(shù)字調(diào)制解調(diào)器(Modem)處理單元板DMU，這樣一臺(tái)接入服務(wù)器最多可包括192塊RPU板和768塊DMU板。每一塊RPU板都有一個(gè)網(wǎng)絡(luò)接口，并且有自己的IP地址，因而可看作是一個(gè)網(wǎng)絡(luò)設(shè)備，并且可作為所在模塊中四塊DMU板的外部代理來(lái)實(shí)現(xiàn)網(wǎng)管站對(duì)DMU板的網(wǎng)絡(luò)管理。其中的RPU板具有狀態(tài)多變的特點(diǎn)，如可以熱插拔或從終端重新設(shè)置IP地址等，若采用傳統(tǒng)的網(wǎng)管代理(SNMP Agent)方法，是很難實(shí)現(xiàn)對(duì)RPU板的網(wǎng)絡(luò)管理的。
如果采用通用的子網(wǎng)管代理方法，使終端具有主網(wǎng)管代理功能、RPU板具有子網(wǎng)管代理功能，則對(duì)上百塊RPU板和近千塊DMU板的網(wǎng)絡(luò)管理都要由運(yùn)行在終端上的主網(wǎng)管代理來(lái)實(shí)現(xiàn)，此時(shí)的終端就成了“瓶頸”，嚴(yán)重影響了網(wǎng)絡(luò)管理的效率和終端本身功能的實(shí)現(xiàn)。
采用本發(fā)明的方法進(jìn)行管理，在終端22的網(wǎng)管代理軟件上建立描述RPU板和DMU板狀態(tài)的私有管理信息庫(kù)(MIB)對(duì)象，并且從內(nèi)部實(shí)現(xiàn)對(duì)各個(gè)RPU板和DMU板的狀態(tài)維護(hù)，則只需要網(wǎng)管站21首先通過(guò)步驟a查詢保存在終端22中的關(guān)于各RPU板23狀態(tài)的信息，然后根據(jù)步驟b的查詢結(jié)果再通過(guò)步驟c直接向RPU板23發(fā)出請(qǐng)求，被查詢的RPU板在接到來(lái)自網(wǎng)管站21的請(qǐng)求后，作相應(yīng)操作，并通過(guò)步驟d向網(wǎng)管站21發(fā)回響應(yīng)報(bào)文。圖中所示的步驟e及f表示終端設(shè)備22與RPU板23間的內(nèi)部通信。本發(fā)明的方法也可以是在運(yùn)行主網(wǎng)管代理的終端設(shè)備22上建立與描述運(yùn)行子網(wǎng)管代理的RPU板或DMU板狀態(tài)的私有管理信息庫(kù)相關(guān)聯(lián)的并用于向網(wǎng)管站21報(bào)告網(wǎng)絡(luò)設(shè)備重要狀態(tài)改變事件的私有管理信息庫(kù)，當(dāng)運(yùn)行子網(wǎng)管代理的RPU板或DMU板發(fā)生某些重要的狀態(tài)改變時(shí)，可由主網(wǎng)管代理主動(dòng)向網(wǎng)管站21發(fā)送陷阱(Trap)報(bào)文，報(bào)告上述狀態(tài)改變的發(fā)生。
本發(fā)明的具有分布網(wǎng)管代理的網(wǎng)管方法，無(wú)論是主網(wǎng)管代理還是子網(wǎng)管代理，均僅實(shí)現(xiàn)普通網(wǎng)管代理的功能，即接收來(lái)身網(wǎng)管站的請(qǐng)求，對(duì)其所在的被管網(wǎng)絡(luò)設(shè)備進(jìn)行相應(yīng)的操作，再根據(jù)操作結(jié)構(gòu)，構(gòu)造響應(yīng)報(bào)文并發(fā)回網(wǎng)管站。
在本發(fā)明的方法中，網(wǎng)管站上運(yùn)行的可以是通用的SNMP Client網(wǎng)管軟件，較常見(jiàn)的SNMP Client網(wǎng)管軟件有IBM的NetView，HP的OpenView和SUN的NetManager，它們都支持標(biāo)準(zhǔn)SNMP協(xié)議。此時(shí)在網(wǎng)管站對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備進(jìn)行查詢或設(shè)置時(shí)，先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)信息的請(qǐng)求，然后根據(jù)主網(wǎng)管代理的響應(yīng)結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求的過(guò)程和邏輯的實(shí)現(xiàn)，由網(wǎng)絡(luò)管理人員通過(guò)通用SNMP Client網(wǎng)管軟件實(shí)現(xiàn)。
在本發(fā)明的方法中，網(wǎng)管站上所運(yùn)行的也可以是針對(duì)運(yùn)行主網(wǎng)管代理和子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備專門開(kāi)發(fā)的SNMP Client網(wǎng)管軟件，專門開(kāi)發(fā)的SNMP Client網(wǎng)管軟件可以自動(dòng)實(shí)現(xiàn)先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)信息請(qǐng)求，然后根據(jù)主網(wǎng)管代理的響應(yīng)結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求的過(guò)程和邏輯。
應(yīng)用上述方法后，大大減輕了終端22的負(fù)擔(dān)，且開(kāi)發(fā)難度大為減小。
權(quán)利要求
1.一種具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于包括a.在主網(wǎng)管代理上建立用于描述運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)的私有管理信息庫(kù)；b.在運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備與運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備內(nèi)部之間，實(shí)現(xiàn)由運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備維護(hù)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)信息；c.在網(wǎng)管站對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備進(jìn)行查詢或設(shè)置時(shí)，先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)信息的請(qǐng)求；d.網(wǎng)管站根據(jù)查詢結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求并執(zhí)行；e.子網(wǎng)管代理在接到來(lái)自網(wǎng)管站的請(qǐng)求后，作相應(yīng)操作，并向網(wǎng)管站發(fā)回響應(yīng)報(bào)文。
2.根據(jù)權(quán)利要求1所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述的運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備上還建立有與描述運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)的私有管理信息庫(kù)相關(guān)聯(lián)的、并用于向網(wǎng)管站報(bào)告網(wǎng)絡(luò)設(shè)備重要狀態(tài)改變事件的私有管理信息庫(kù)，在運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)生指定狀態(tài)的改變時(shí)，由主網(wǎng)管代理主動(dòng)向網(wǎng)管站發(fā)送陷阱Trap報(bào)文，報(bào)告該狀態(tài)改變的發(fā)生。
3.根據(jù)權(quán)利要求1或2所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述的在網(wǎng)絡(luò)設(shè)備之間的內(nèi)部實(shí)現(xiàn)的由運(yùn)行主網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備維護(hù)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)，其中的網(wǎng)絡(luò)設(shè)備是一個(gè)組合在一起且相互之間存在內(nèi)在關(guān)系的單一或多個(gè)產(chǎn)品，運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài)變化是由主網(wǎng)管代理決定的，或向主網(wǎng)管代理報(bào)告的。
4.根據(jù)權(quán)利要求1所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述的主網(wǎng)管代理或子網(wǎng)管代理，是按普通網(wǎng)管代理的功能執(zhí)行的，接收來(lái)自網(wǎng)管站的請(qǐng)求后，對(duì)所在的被管網(wǎng)絡(luò)設(shè)備進(jìn)行相應(yīng)操作，再根據(jù)操作結(jié)果，構(gòu)造響應(yīng)報(bào)文并發(fā)回網(wǎng)管站。
5.根據(jù)權(quán)利要求1或2所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述的網(wǎng)管站運(yùn)行執(zhí)行網(wǎng)絡(luò)管理的普通SNMP Client網(wǎng)管軟件。
6.根據(jù)權(quán)利要求1所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述c、d中的請(qǐng)求過(guò)程和邏輯，是由網(wǎng)絡(luò)管理人員通過(guò)通用的SNMP Client網(wǎng)管軟件實(shí)現(xiàn)的。
7.根據(jù)權(quán)利要求1所述的具有分布網(wǎng)管代理的網(wǎng)管方法，其特征在于所述的網(wǎng)管站針對(duì)運(yùn)行主網(wǎng)管代理和子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備，運(yùn)行執(zhí)行網(wǎng)絡(luò)管理的專用SNMP Client網(wǎng)管軟件，包括先向主網(wǎng)管代理發(fā)出查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)信息的請(qǐng)求，再根據(jù)主網(wǎng)管代理的響應(yīng)結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求的過(guò)程和邏輯。
全文摘要
本發(fā)明涉及一種計(jì)算機(jī)網(wǎng)絡(luò)管理領(lǐng)域中具有分布網(wǎng)管代理的網(wǎng)管方法。包括:在主網(wǎng)管代理上建立用于描述運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備狀態(tài)的私有MIB,當(dāng)網(wǎng)管站需要對(duì)運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備進(jìn)行查詢或設(shè)置時(shí),首先向主網(wǎng)管代理發(fā)出請(qǐng)求,查詢運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備的狀態(tài),然后根據(jù)查詢結(jié)果決定是否向運(yùn)行子網(wǎng)管代理的網(wǎng)絡(luò)設(shè)備發(fā)出請(qǐng)求并執(zhí)行,子網(wǎng)管代理在接到來(lái)自網(wǎng)管站的請(qǐng)求時(shí),做相應(yīng)操作并向網(wǎng)管站發(fā)回響應(yīng)報(bào)文。
文檔編號(hào)H04L12/24GK1269650SQ9910544
公開(kāi)日2000年10月11日 申請(qǐng)日期1999年4月7日 優(yōu)先權(quán)日1999年4月7日
發(fā)明者林巍, 王盛, 高淑輝 申請(qǐng)人:深圳市華為技術(shù)有限公司