專利名稱：一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)snmp代理的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代 理的方法和裝置。
背景技術(shù)：
—個(gè)SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，Simple Network Management Protocol)系統(tǒng)的 構(gòu)成通常如圖1所示，包括以下元素 數(shù)個(gè)節(jié)點(diǎn)，每個(gè)節(jié)點(diǎn)內(nèi)存在一個(gè)SNMP代理，該實(shí)體包含了響應(yīng)命令和產(chǎn)生通告的 應(yīng)用程序；在一些技術(shù)文檔中將整個(gè)包含SNMP代理的節(jié)點(diǎn)稱為SNMP代理，在本文中則是指 節(jié)點(diǎn)內(nèi)部完成SNMP代理功能的軟件模塊； 至少一個(gè)管理者NMS (Network Management Station)，該實(shí)體包含了產(chǎn)生命令和/ 或接收通告的應(yīng)用程序。 —個(gè)管理協(xié)議，即SNMP協(xié)議，用于在NMS與代理之間傳輸管理信息。在SNMP體系 中，被管理對(duì)象按照SMI (Structure of Management Information,管理信息結(jié)構(gòu))標(biāo)準(zhǔn)的 要求進(jìn)行定義，這種信息結(jié)構(gòu)主要特點(diǎn)可概括如下 整個(gè)管理對(duì)象體系以分級(jí)、樹形結(jié)構(gòu)組織，被管理對(duì)象是樹形結(jié)構(gòu)的葉子節(jié)點(diǎn)，被 管理對(duì)象以字典序的方式檢索及遍歷。 定義各類被管理對(duì)象的數(shù)據(jù)庫(kù)稱為MIB (Management Information Base，管理信 息庫(kù))，存放這些信息的文件稱為MIB文件。在MIB文件中，被管理對(duì)象按其所屬功能被劃 分為各個(gè)模塊(MODULE)，這里的模塊不是指軟件模塊，兩者沒有必然的聯(lián)系，通常被管理對(duì) 象在軟件模塊中具備一個(gè)內(nèi)部的等效值，對(duì)被管理對(duì)象的操作請(qǐng)求在軟件模塊中轉(zhuǎn)換為對(duì) 其等效值的操作。 如圖2所示，在現(xiàn)有技術(shù)中SNMP代理與被管理對(duì)象之間接口的構(gòu)造方法，SNMP節(jié)
點(diǎn)處理NMS操作請(qǐng)求具體包括步驟 步驟201，接收到輸入的SNMP請(qǐng)求； 步驟202，進(jìn)行語(yǔ)法分析并轉(zhuǎn)換成內(nèi)部格式； 步驟203，將MIB變量映射到本地等效值； 步驟204，執(zhí)行請(qǐng)求的本地獲取/存儲(chǔ)； 步驟205，將應(yīng)答轉(zhuǎn)換成外部格式； 步驟206，發(fā)送響應(yīng)給NMS。 上述步驟中，步驟(4)由被管理對(duì)象所在的模塊完成，其它過程都由SNMP代理模 塊完成。由于SNMP所管理的對(duì)象分布于系統(tǒng)的各個(gè)模塊中，如何處理SNMP代理模塊與這 些模塊的關(guān)系，是SNMP代理設(shè)計(jì)的一個(gè)技術(shù)重點(diǎn)，在現(xiàn)有技術(shù)中具體的實(shí)現(xiàn)方式包括
A、分布式構(gòu)成的SNMP節(jié)點(diǎn)； 如圖3所示，分布式構(gòu)成的設(shè)備通常包括以下構(gòu)件 —個(gè)主控板，負(fù)責(zé)整臺(tái)設(shè)備的協(xié)同工作，對(duì)外提供管理接口，例如，處理人機(jī)交互的命令，SNMP方式中的報(bào)文的接收/發(fā)送； 多個(gè)受控板，每個(gè)受控板是一個(gè)較為獨(dú)立的計(jì)算機(jī)子系統(tǒng)，負(fù)責(zé)設(shè)備的業(yè)務(wù)部分， 這些業(yè)務(wù)本身需要對(duì)外提供管理接口； 主控制板與受控板之間具備管理通道，主控制板的控制請(qǐng)求及響應(yīng)通過該管理通 道傳輸。 在分布式構(gòu)成的設(shè)備中，由于被管理模塊可能分布于多個(gè)受控板上，它們的地址 空間是隔離的，不能再采用本地函數(shù)調(diào)用來(lái)完成SNMP的操作請(qǐng)求，因此上述的MIB編譯構(gòu) 造軟件的方法不能再直接應(yīng)用。 針對(duì)上述情況，現(xiàn)有解決方法通常是將SNMP代理分級(jí)在主控制板上實(shí)現(xiàn)主代 理，受控板上實(shí)現(xiàn)子代理，由主代理負(fù)責(zé)SNMP消息的分發(fā)與匯聚。例如，標(biāo)準(zhǔn)化的SMUX協(xié) 議(SNMP multiplexing protocol, SNMP多路復(fù)用協(xié)議，RFC1227)和AgentX協(xié)議(Agent Extensibility Protocol,代理擴(kuò)展協(xié)議，RFC2741)采用的都是這種模型。以下以SMUX為 例介紹這種模型的工作原理 如圖4所示，在節(jié)點(diǎn)內(nèi)部劃分出主代理和子代理，SNMP節(jié)點(diǎn)處理NMS操作請(qǐng)求的 步驟包括 步驟401，子代理啟動(dòng)后，將它負(fù)責(zé)管理的MIB子樹注冊(cè)到主代理上； 步驟402，主代理在接收到來(lái)自NMS的SNMP管理請(qǐng)求后，對(duì)管理請(qǐng)求進(jìn)行解析，判
斷被管理對(duì)象的MIB子樹位置，將管理請(qǐng)求轉(zhuǎn)發(fā)給管理該MIB子樹的子代理； 如果一個(gè)SNMP消息中包含了發(fā)往多個(gè)子代理的操作請(qǐng)求，則處理更加復(fù)雜主
代理需要將消息按子樹拆解后發(fā)送給相應(yīng)的子代理，還要將各子代理的響應(yīng)合成為一個(gè)應(yīng)
答； 步驟403，子代理在接收到主代理轉(zhuǎn)發(fā)過來(lái)的SNMP管理請(qǐng)求以后，在完成處理后， 將應(yīng)答發(fā)回給主代理； 步驟404，主代理將應(yīng)答中繼發(fā)送給NMS ; 這類基于多級(jí)代理的分布式方案主要缺點(diǎn)在于方案的復(fù)雜程度較高，實(shí)現(xiàn)工作量 較大。如果分布式設(shè)備內(nèi)部采用多級(jí)代理方案時(shí)，有以下困難 主控板上的主代理需要知道子代理的分布，解析發(fā)往子代理的請(qǐng)求以及子代理發(fā) 回的應(yīng)答。在處理需要跨越多個(gè)子代理的操作請(qǐng)求時(shí)，協(xié)同工作就更加復(fù)雜，例如，一個(gè) SNMP消息中包含了對(duì)多個(gè)子代理的請(qǐng)求時(shí)；又如，當(dāng)get-next操作從一個(gè)子樹跨越到另一 個(gè)子樹時(shí)，都需要主代理根據(jù)MIB樹的構(gòu)成及子代理的返回結(jié)果進(jìn)行進(jìn)一步處理；
由于主控板本地也有被管理模塊，主代理的構(gòu)成有兩種選擇本地的被管理模塊 內(nèi)也實(shí)現(xiàn)子代理，則主代理不需要直接與被管理模塊交互；或者主代理包含傳統(tǒng)代理的功 能。無(wú)論哪一種方法，無(wú)疑都使主控板的SNMP功能實(shí)現(xiàn)比傳統(tǒng)代理的要復(fù)雜。
在每個(gè)受控板上都需要實(shí)現(xiàn)SNMP子代理的功能；主控板與受控板有部分功能是 冗余的，如消息解析、安全控制等； 限定了主控板與受控板之間采用的通信方式，例如SNMP SMUX要使用TCP鏈接。

發(fā)明內(nèi)容
本發(fā)明提供一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方法和裝置，用于克服現(xiàn)
5有技術(shù)中SNMP多級(jí)代理復(fù)雜程度高，實(shí)現(xiàn)工作量較大的問題。 —種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理節(jié)點(diǎn)，包括主控板和受控板，所述主控板 中包括SNMP代理和RPC客戶機(jī)；所述受控板中包括被管理對(duì)象和RPC服務(wù)器，其中，
SNMP代理，用于接收管理者NMS發(fā)送來(lái)的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息，并將該 SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，將該過程調(diào)用RPC請(qǐng)求傳遞給RPC客戶 機(jī)，并將RPC客戶機(jī)發(fā)送來(lái)的返回值解釋為SNMP操作結(jié)果，并將該SNMP操作結(jié)果封裝于 SNMP應(yīng)答消息中發(fā)回給所述NMS ; RPC客戶機(jī)，用于使用RPC通信將所述RPC請(qǐng)求發(fā)送到RPC服務(wù)器，并接收RPC請(qǐng) 求的返回值； 所述RPC服務(wù)器，用于將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用，向所述被管 理對(duì)象發(fā)送函數(shù)調(diào)用請(qǐng)求，并將所述函數(shù)調(diào)用的返回值傳遞回所述RPC客戶機(jī)；
被管理對(duì)象，用于提供完成管理請(qǐng)求的函數(shù)調(diào)用接口，接收所述RPC服務(wù)器發(fā)送 來(lái)的調(diào)用請(qǐng)求，并將調(diào)用結(jié)果返回給所述RPC服務(wù)器。 —種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方法，其特征在于，包括
當(dāng)主控板中的SNMP代理接收到管理者NMS發(fā)送的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息 時(shí)，將所述SNMP消息轉(zhuǎn)換為本地?cái)?shù)據(jù)格式，并將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用 RPC請(qǐng)求，傳遞給該主控板上設(shè)置的RPC客戶機(jī)； RPC客戶機(jī)使用RPC通信將RPC請(qǐng)求發(fā)送到受控板上的RPC服務(wù)器； 受控板上的RPC服務(wù)器將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用，并調(diào)用所
述被管理模塊完成管理請(qǐng)求操作，將過程調(diào)用的返回值傳遞回主控板； 所述SNMP代理接收到所述返回值后，將該返回值解釋為SNMP操作結(jié)果，并將該
SNMP操作結(jié)果封裝于SNMP應(yīng)答消息中返回給NMS。 本發(fā)明實(shí)施例所提供的方法和裝置，將SNMP體系與ONC RPC體系對(duì)接，利用ONC RPC來(lái)傳遞主控板與受控板之間的管理操作請(qǐng)求。由ONC RPC來(lái)屏蔽遠(yuǎn)程過程調(diào)用與本地 過程調(diào)用的差異，使得SNMP代理模塊和被管理模塊可以仍按照本地調(diào)用的方式構(gòu)造，避免 構(gòu)造復(fù)雜的多級(jí)SNMP代理系統(tǒng)。


圖1為現(xiàn)有技術(shù)中SNMP系統(tǒng)的構(gòu)成結(jié)構(gòu)圖； 圖2為現(xiàn)有技術(shù)中SNMP代理與被管理對(duì)象之間接口的構(gòu)造方法的流程圖；
圖3為現(xiàn)有技術(shù)中SNMP代理分布式構(gòu)成的設(shè)備的結(jié)構(gòu)圖； 圖4為現(xiàn)有技術(shù)中在節(jié)點(diǎn)內(nèi)部劃分出主代理和子代理的SNMP節(jié)點(diǎn)處理NMS操作 請(qǐng)求的流程圖； 圖5A為現(xiàn)有技術(shù)中rpcgen生成的程序框架一個(gè)RPC過程示意圖； 圖5為本發(fā)明實(shí)施例一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的節(jié)點(diǎn)的結(jié)構(gòu)示意
圖； 圖6為本發(fā)明實(shí)施例一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方法的流程圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的節(jié)點(diǎn)，包括主控板和受 控板，所述主控板中包括SNMP代理和RPC客戶機(jī)；所述受控板中包括被管理對(duì)象和RPC服 務(wù)器，其中，SNMP代理，用于接收管理者NMS發(fā)送來(lái)的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息，并將該 SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，將該過程調(diào)用RPC請(qǐng)求傳遞給RPC客戶 機(jī)，并將RPC客戶機(jī)發(fā)送來(lái)的返回值解釋為SNMP操作結(jié)果，并將該SNMP操作結(jié)果封裝于 SNMP應(yīng)答消息中發(fā)回給所述NMS ;RPC客戶機(jī)，用于使用RPC通信將所述RPC請(qǐng)求發(fā)送到RPC 服務(wù)器，并接收RPC請(qǐng)求的返回值；所述RPC服務(wù)器，用于將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì) 象的函數(shù)調(diào)用，向所述被管理對(duì)象發(fā)送函數(shù)調(diào)用請(qǐng)求，并將所述函數(shù)調(diào)用的返回值傳遞回 所述RPC客戶機(jī)；被管理對(duì)象，用于提供完成管理請(qǐng)求的函數(shù)調(diào)用接口，接收所述RPC服務(wù) 器發(fā)送來(lái)的調(diào)用請(qǐng)求，并將調(diào)用結(jié)果返回給所述RPC服務(wù)器。 為達(dá)到實(shí)現(xiàn)分布式構(gòu)成設(shè)備的SNMP代理模塊的任務(wù)，本技術(shù)方案將SNMP體系與
ONC RPC體系對(duì)接，利用ONC RPC來(lái)傳遞主控板與受控板之間的管理操作請(qǐng)求。由ONC RPC
來(lái)屏蔽遠(yuǎn)程過程調(diào)用與本地過程調(diào)用的差異，使得SNMP代理模塊和被管理模塊可以仍按
照本地調(diào)用的方式構(gòu)造，避免構(gòu)造復(fù)雜的多級(jí)SNMP代理系統(tǒng)。 其中RPC (Remote procedure call，遠(yuǎn)程過程調(diào)用)具體為 RPC是一種進(jìn)程間通信機(jī)制，它使得一個(gè)計(jì)算機(jī)程序可以調(diào)用位于另一個(gè)地址空 間的過程，而不用關(guān)注這種遠(yuǎn)程交互的細(xì)節(jié)，它使得編寫程序時(shí)不用再關(guān)心需要調(diào)用的過 程是在本地、還是在遠(yuǎn)程系統(tǒng)上(這里所說(shuō)的過程對(duì)于C編程語(yǔ)言而言就是函數(shù))。
RPC有多種實(shí)現(xiàn)方式，在本發(fā)明實(shí)施例中可采用ONC RPC (Open NetworkComputing Remote Procedure Call,開放網(wǎng)絡(luò)計(jì)算RPC)，其中ONC RPC框架的主要包括以下特點(diǎn)
過程只能有一個(gè)參數(shù)、一個(gè)返回值；當(dāng)需要傳遞多個(gè)數(shù)值時(shí)，可以采取將它們封裝 為一個(gè)結(jié)構(gòu)的方法； 傳輸層無(wú)關(guān)性，不需要可靠的傳輸服務(wù)； 調(diào)用語(yǔ)義，調(diào)用語(yǔ)義定義了客戶機(jī)對(duì)調(diào)用結(jié)果所能做的假設(shè)。ONC RPC提供"最少 一次"語(yǔ)義，即當(dāng)一個(gè)調(diào)用返回時(shí)，它至少被執(zhí)行了一次； 數(shù)據(jù)表達(dá)，ONC RPC的數(shù)據(jù)類型采用XDR(External Data R印resentation，外部數(shù) 據(jù)表示)表示，XDR是一種數(shù)據(jù)類型定義標(biāo)準(zhǔn)，它定義了不同體系的計(jì)算機(jī)系統(tǒng)之間傳輸數(shù) 據(jù)的表達(dá)方式。 XDR是一種隱式數(shù)據(jù)類型定義，這種方式定義的數(shù)據(jù)中沒有包含數(shù)據(jù)類型的信息， 因此要求數(shù)據(jù)生產(chǎn)者與消費(fèi)者對(duì)數(shù)據(jù)的解釋通過另外的手段達(dá)成一致，如通過附加的文檔 或接口約定來(lái)說(shuō)明。 —個(gè)過程通過三元組(程序編號(hào)，程序版本編號(hào)，過程編號(hào))標(biāo)識(shí) 程序是指一組相關(guān)過程的集合，其中的每一個(gè)過程都有唯一的編號(hào)。例如，
NFS(Network File System,網(wǎng)絡(luò)文件系統(tǒng))就是RPC中的一個(gè)程序，它的程序編號(hào)是
0xl0_0002，當(dāng)前版本編號(hào)是3，而文件操作如read (讀)、write (寫)等均是NFS中的過程。 編號(hào)的唯一性可采用各種方法來(lái)保證。本方案僅涉及設(shè)備內(nèi)部的編號(hào)，編號(hào)使用
的范圍很小，因此解決方法不需要很復(fù)雜，例如可以采取預(yù)分配的方法。 綁定，客戶機(jī)需要先知道服務(wù)在哪一臺(tái)主機(jī)上，然后才能訪問服務(wù)進(jìn)程。這個(gè)問題可采用多種方法解決，例如，可以固化服務(wù)進(jìn)程與地址的對(duì)應(yīng)關(guān)系，更為通用的方法是服務(wù) 進(jìn)程將它的服務(wù)注冊(cè)于某一約定位置，客戶在運(yùn)行時(shí)從約定位置來(lái)獲取服務(wù)與地址的對(duì)應(yīng) 關(guān)系。 0NC RPC采用客戶機(jī)-服務(wù)器工作模型，客戶機(jī)指調(diào)用RPC過程的程序(或軟件系 統(tǒng))，服務(wù)器是指實(shí)現(xiàn)RPC過程的程序(或軟件系統(tǒng))。 ONC RPC實(shí)現(xiàn)所需要的程序框架通常采用RPC語(yǔ)言編譯器(RPCLanguage Compiler)rpcgen來(lái)構(gòu)造。rpcgen可以按照RPC規(guī)格說(shuō)明文件(RPCspecification)中的 遠(yuǎn)程過程說(shuō)明，生成用于對(duì)接客戶機(jī)與服務(wù)器的程序框架，使得開發(fā)人員不用關(guān)心RPC過 程完成所需要的程序模塊與交互過程。 RPC規(guī)格說(shuō)明文件的內(nèi)容是指明客戶機(jī)與服務(wù)器需要共享的信息，通常包括程序
編號(hào)/版本編號(hào)、遠(yuǎn)過程聲明的列表，包括它的參數(shù)說(shuō)明、返回值說(shuō)明和編號(hào) 例如，要實(shí)現(xiàn)一個(gè)遠(yuǎn)程的整數(shù)求和的過程，它的RPC規(guī)格說(shuō)明文件如下 struct add_oper{/*過程參數(shù)的結(jié)構(gòu)定義*/ int operl ; int oper2 ; }; program ADDPROG(
version ADDVERS( int ADD (struct add_oper) = 1 ;/*過程編號(hào)*/ } = 1 ;/*程序版本*/ } = 100 ;/*程序編號(hào)*/ 根據(jù)這個(gè)文件，rpcgen就能夠生成客戶機(jī)與服務(wù)器程序的框架。 如圖5A所示，在rpcgen生成的程序框架中， 一個(gè)RPC過程中通常涉及6個(gè)模塊，
包括調(diào)用RPC的模塊、客戶機(jī)程序1、實(shí)現(xiàn)RPC的模塊、服務(wù)器程序2和兩個(gè)RPC協(xié)議模塊 客戶機(jī)RPC接口模塊，負(fù)責(zé)將RPC請(qǐng)求轉(zhuǎn)換為RPC協(xié)議報(bào)文，并接收來(lái)自服務(wù)器的
過程調(diào)用的返回值； 服務(wù)器RPC接口模塊，負(fù)責(zé)將RPC報(bào)文再轉(zhuǎn)換為過程調(diào)用請(qǐng)求，調(diào)用程序2中的過 程來(lái)完成調(diào)用，并將調(diào)用結(jié)果再發(fā)送回客戶端； RPC協(xié)議模塊，負(fù)責(zé)利用系統(tǒng)的傳輸服務(wù)將報(bào)文傳遞給對(duì)端，或從對(duì)端接收?qǐng)?bào)文， 這個(gè)模塊在客戶機(jī)和服務(wù)上均存在； 以上模塊中"客戶機(jī)程序1"和"服務(wù)器程序2"沒有直接關(guān)聯(lián)，對(duì)于"客戶機(jī)程序 l"而言，不知道它在調(diào)用一個(gè)遠(yuǎn)程過程，對(duì)于"服務(wù)器程序2"而言，它不知道它的調(diào)用者是 一個(gè)遠(yuǎn)程的程序。其它模塊均由RPC語(yǔ)言編譯器生成。 在本發(fā)明實(shí)施例中SNMP代理模塊與被管理模塊在不同的軟件系統(tǒng)內(nèi)，SNMP代理 模塊解析SNMP消息產(chǎn)生過程調(diào)用，得到的過程調(diào)用通過RPC框架傳遞給受控板上的被管理 模塊，具體實(shí)現(xiàn)包括 如圖5所示，本發(fā)明實(shí)施例一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的節(jié)點(diǎn)，包括 主控板和受控板，其中所述主控板包括SNMP代理501和RPC客戶機(jī)502 ;所述受控板包括 RPC服務(wù)器503和被管理對(duì)象504 :
所述SNMP代理501，用于接收管理者NMS發(fā)送來(lái)的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息， 并將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，將該過程調(diào)用RPC請(qǐng)求傳遞給 RPC客戶機(jī)502，并將RPC客戶機(jī)502發(fā)送來(lái)的返回值解釋為SNMP操作結(jié)果，并將該SNMP 操作結(jié)果封裝于SNMP應(yīng)答消息中發(fā)回給所述NMS ; 該SNMP代理501還用于將自身的簡(jiǎn)單語(yǔ)法變量和應(yīng)用語(yǔ)法變量轉(zhuǎn)化為外部數(shù)據(jù) XDR表示。 為了表述RPC調(diào)用過程中的錯(cuò)誤值，該SNMP代理501還用于將RPC請(qǐng)求返回的 RPC調(diào)用過程中的錯(cuò)誤轉(zhuǎn)化SNMP的錯(cuò)誤狀態(tài)"noAccess"。 為了正確的調(diào)用受控板上的被管理對(duì)象504，該SNMP代理501還用于將SNMP消息 中的被管理對(duì)象的對(duì)象標(biāo)識(shí)轉(zhuǎn)換為被管理對(duì)象的地址。 主控板上的RPC客戶機(jī)502，用于將SNMP代理501發(fā)出的過程調(diào)用請(qǐng)求以RPC消 息的形式傳遞給受控板上的RPC服務(wù)器503，并將RPC服務(wù)器503傳遞回的過程調(diào)用返回值 返回給SNMP代理501 ; 受控板上的RPC服務(wù)器503，用于將來(lái)自RPC客戶機(jī)502的過程調(diào)用轉(zhuǎn)換為對(duì)本地 被管理對(duì)象504的函數(shù)調(diào)用；并將該函數(shù)調(diào)用的返回值以RPC消息形式傳遞給RPC客戶機(jī)
502 ; 受控板上的被管理對(duì)象504，用于提供完成管理請(qǐng)求的函數(shù)調(diào)用接口 ，接收所述 RPC服務(wù)器發(fā)送來(lái)的調(diào)用請(qǐng)求，完成SNMP操作請(qǐng)求，并將結(jié)果返回給調(diào)用者。
其中，SNMP代理501要對(duì)SNMP消息進(jìn)行解析，轉(zhuǎn)換為內(nèi)部格式，將MIB變量映射 到本地等效值，SNMP代理501可以應(yīng)用不同方法實(shí)現(xiàn)，但實(shí)質(zhì)上都是將SNMP操作請(qǐng)求轉(zhuǎn)換 為對(duì)被管理模塊的函數(shù)調(diào)用，但函數(shù)接口的具體形式可能不同。由于SNMP消息中的信息與 其對(duì)應(yīng)的函數(shù)接口通常存在著固定的映射關(guān)系，因此，本發(fā)明實(shí)施例中直接將SNMP消息中信 息與RPC的功能進(jìn)行比照分析，這種分析結(jié)論也適用于分析RPC是否足以承載由SNMP消息轉(zhuǎn) 換而成的函數(shù)調(diào)用，在本發(fā)明實(shí)施例中將SNMP消息進(jìn)行解析，轉(zhuǎn)換為內(nèi)部格式，具體包括
本發(fā)明實(shí)施例中ONC RPC使用的XDR可以表示SNMP中所有對(duì)象的數(shù)據(jù)類型，轉(zhuǎn)換 規(guī)則如下 (A) 、 SNMP中的三種簡(jiǎn)單語(yǔ)法變量轉(zhuǎn)化為XDR形式
整數(shù)類型INTEGER :直接對(duì)應(yīng)于XDR中的Integer類型； 8位位組字符串OCTET STRING :由于該類型為變長(zhǎng)字符串，使用XDR的string來(lái) 表示它，XDR的string類型的內(nèi)部前4個(gè)字節(jié)是數(shù)據(jù)長(zhǎng)度，由于ASN. 1是顯式數(shù)據(jù)定義， 在使用OCTECT STRING時(shí)必然包括了該字符串的長(zhǎng)度，在轉(zhuǎn)換時(shí)將該長(zhǎng)度取出置入XDR string類型的長(zhǎng)度域中。對(duì)象標(biāo)識(shí)OBJECT IDENTIFIER :即被管理對(duì)象的標(biāo)識(shí)，這個(gè)值在函數(shù)調(diào)用中不使 用，但在RPC調(diào)用時(shí)，OBJECT IDENTIFIER將轉(zhuǎn)換為RPC通信中的被管理對(duì)象的地址。
(B) 、 SNMP中的6種應(yīng)用語(yǔ)法變量轉(zhuǎn)化為XDR形式 IPv4地址IpAddress，使用XDR的Fixed-Length Array (定長(zhǎng)數(shù)組)，長(zhǎng)度為4 ;
32位計(jì)數(shù)器Counter32，使用XDR的Unsigned Integer類型；
32位無(wú)符號(hào)整數(shù)Unsigned32，使用XDR的Unsigned Integer類型；
時(shí)間嘀答數(shù)TimeTicks，使用XDR的Unsigned Integer類型；
非透明類型Opaque,與OCTET STRING的轉(zhuǎn)換相同； 64位計(jì)數(shù)器Co皿ter64，使用XDR的Unsigned Hyper Integer類型；64位無(wú)符號(hào)整數(shù)Unsigned46，使用XDR的Unsigned Integer類型； 另外，對(duì)于表格類型的SNMP對(duì)象，采用一個(gè)結(jié)構(gòu)對(duì)表格的變量進(jìn)行封裝即可，由
于表格類型成員由上述的簡(jiǎn)單類型構(gòu)成，則表格的轉(zhuǎn)換可以視為是對(duì)表格中成員的轉(zhuǎn)換。 (C) 、 RPC調(diào)用錯(cuò)誤值與SNMP操作請(qǐng)求返回的錯(cuò)誤值的轉(zhuǎn)換 過程調(diào)用的最終錯(cuò)誤有兩種可能， 一是RPC調(diào)用過程中的錯(cuò)誤，在本發(fā)明實(shí)施例
中將其稱為外部錯(cuò)誤；另一類是過程調(diào)用實(shí)現(xiàn)中的內(nèi)部錯(cuò)誤，此時(shí)RPC調(diào)用過程是成功的，
錯(cuò)誤類型在過程調(diào)用的返回值中，在本發(fā)明實(shí)施例中將其稱為內(nèi)部錯(cuò)誤； RPC過程中可能產(chǎn)生的外部錯(cuò)誤包括程序不存在、程序不匹配、過程不存在、參數(shù)
不匹配、系統(tǒng)錯(cuò)誤、認(rèn)證錯(cuò)誤和RPC版本錯(cuò)誤。 以上除"系統(tǒng)錯(cuò)誤"外，其它錯(cuò)誤只可能由于設(shè)計(jì)錯(cuò)誤而出現(xiàn)，可以將所有外部錯(cuò) 誤值轉(zhuǎn)換為SNMP的錯(cuò)誤狀態(tài)"noAccess"。由于SNMP的錯(cuò)誤狀態(tài)通常只是用于提示，NMS 不再對(duì)錯(cuò)誤狀態(tài)進(jìn)行進(jìn)一步的處理，因此錯(cuò)誤狀態(tài)的不精確不會(huì)影響到NMS的管理過程。
內(nèi)部錯(cuò)誤是遠(yuǎn)端過程在處理管理請(qǐng)求時(shí)按照SNMP的要求產(chǎn)生錯(cuò)誤值，不需要再 進(jìn)行轉(zhuǎn)換，此時(shí)RPC過程的返回值是成功。
(D) 、XDR的隱式類型定義 XDR采用的隱式類型定義，需要數(shù)據(jù)的生產(chǎn)者與消費(fèi)者對(duì)數(shù)據(jù)的解釋提前達(dá)成一 致，這個(gè)問題通過RPC的過程聲明來(lái)解決。RPC過程聲明中包含了參數(shù)和返回值類型，聲明 將同時(shí)用于客戶機(jī)與服務(wù)器上的程序，因此當(dāng)數(shù)據(jù)由客戶機(jī)發(fā)到服務(wù)器上時(shí)，能夠保證兩 者對(duì)于數(shù)據(jù)的解釋是一致的。
(E)、過程調(diào)用語(yǔ)義的改變ONC RPC并不保證過程調(diào)用一定可靠，而SNMP協(xié)議也假設(shè)了 SNMP操作請(qǐng)求的不可 靠性，因此SNMP代理可以容忍RPC的不可靠性；
(F)、被管理模塊的編址 為完成SNMP代理對(duì)被管理模塊的過程調(diào)用，需要將SNMP消息中被管理對(duì)象的 OBJECT IDENTIFIER轉(zhuǎn)換為被管理模塊的地址，被管理模塊的編址并不是本發(fā)明實(shí)施例所 述關(guān)注的范圍，本實(shí)施例可選擇由預(yù)置的地址表確定被管理模塊的地址。由于主控板與受 控板之間構(gòu)成了設(shè)備內(nèi)部的網(wǎng)絡(luò)，系統(tǒng)方案內(nèi)必然有編址方法，設(shè)備內(nèi)部的編址方案一般 都比較簡(jiǎn)單，例如如果設(shè)備內(nèi)部使用的是TCP/IP網(wǎng)絡(luò)，則可以將TCP或UDP端口與被管理 模塊之間的映射關(guān)系在系統(tǒng)設(shè)計(jì)時(shí)就固化。 如圖6所示，本發(fā)明實(shí)施例還提供一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方 法，具體包括以下步驟 步驟601，當(dāng)主控板中的SNMP代理接收到管理者NMS發(fā)送的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議 SNMP消息時(shí)，將所述SNMP消息轉(zhuǎn)換為本地?cái)?shù)據(jù)格式，并將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為 過程調(diào)用RPC請(qǐng)求，傳遞給該主控板上設(shè)置的RPC客戶機(jī)； 步驟602， RPC客戶機(jī)使用RPC通信將RPC請(qǐng)求發(fā)送到受控板上的RPC服務(wù)器；
步驟603，受控板上的RPC服務(wù)器將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用， 并調(diào)用所述被管理模塊完成管理請(qǐng)求操作，將過程調(diào)用的返回值傳遞回主控板上的RPC客戶機(jī)； 步驟604，主控板上的RPC客戶機(jī)將RPC調(diào)用的返回值傳遞給SNMP代理； 步驟605，主控板上的SNMP代理接收到所述返回值后，將該返回值解釋為SNMP操
作結(jié)果，封裝于SNMP應(yīng)答消息中返回給NMS。 由于SNMP消息中的信息與其對(duì)應(yīng)的函數(shù)接口通常存在著固定的映射關(guān)系，因此， 在本發(fā)明實(shí)施例直接將SNMP消息中信息與RPC的功能進(jìn)行比照分析，這種分析結(jié)論也適用 于分析RPC是否足以承載由SNMP消息轉(zhuǎn)換而成的函數(shù)調(diào)用 則所述步驟601，將所述SNMP請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，傳遞給該主控板上設(shè) 置的RPC客戶機(jī)，具體包括 本發(fā)明實(shí)施例中ONC RPC使用的XDR可以表示SNMP中所有對(duì)象的數(shù)據(jù)類型，轉(zhuǎn)換 規(guī)則如下 (A) 、 SNMP中的三種簡(jiǎn)單語(yǔ)法變量轉(zhuǎn)化為XDR形式
INTEGER :直接對(duì)應(yīng)于XDR中的Integer類型； OCTET STRING :由于該類型為變長(zhǎng)字符串，使用XDR的string來(lái)表示它，XDR的 string類型的內(nèi)部前4個(gè)字節(jié)是數(shù)據(jù)長(zhǎng)度，由于ASN. 1是顯式數(shù)據(jù)定義，在使用OCTECT STRING時(shí)必然包括了該字符串的長(zhǎng)度，在轉(zhuǎn)換時(shí)將該長(zhǎng)度取出置入XDR string類型的長(zhǎng) 度域中。OBJECT IDENTIFIER :即被管理對(duì)象的標(biāo)識(shí)，這個(gè)值在函數(shù)調(diào)用中不使用，但在RPC
調(diào)用時(shí)，OBJECT IDENTIFIER將轉(zhuǎn)換為RPC通信中的被管理對(duì)象的地址。 (B) 、 SNMP中的6種應(yīng)用語(yǔ)法變量轉(zhuǎn)化為XDR形式 IpAddress，使用XDR的Fixed-Length Array (定長(zhǎng)數(shù)組)，長(zhǎng)度為4 ; Counter32，使用XDR的Unsigned Integer類型； Unsigned32，使用XDR的Unsigned Integer類型；TimeTicks，使用XDR的Unsigned Integer類型; Opaque,與OCTET STRING的轉(zhuǎn)換相同； Co皿ter64，使用XDR的Unsigned Hyper Integer類型；Unsigned32，使用XDR的Unsigned Integer類型； 另外，對(duì)于表格類型的SNMP對(duì)象，采用一個(gè)結(jié)構(gòu)對(duì)表格的變量進(jìn)行封裝即可，由
于表格類型成員由上述的簡(jiǎn)單類型構(gòu)成，則表格的轉(zhuǎn)換可以視為是對(duì)表格中成員的轉(zhuǎn)換。 (C) 、 RPC調(diào)用錯(cuò)誤值與SNMP操作請(qǐng)求返回的錯(cuò)誤值的轉(zhuǎn)換 過程調(diào)用的最終錯(cuò)誤有兩種可能， 一是RPC調(diào)用過程中的錯(cuò)誤，在本發(fā)明實(shí)施例
中將其稱為外部錯(cuò)誤；另一類是過程調(diào)用實(shí)現(xiàn)中的內(nèi)部錯(cuò)誤，此時(shí)RPC調(diào)用過程是成功的，
錯(cuò)誤類型在過程調(diào)用的返回值中，在本發(fā)明實(shí)施例中將其稱為內(nèi)部錯(cuò)誤； RPC過程中可能產(chǎn)生的外部錯(cuò)誤包括程序不存在、程序不匹配、過程不存在、參數(shù)
不匹配、系統(tǒng)錯(cuò)誤、認(rèn)證錯(cuò)誤和RPC版本錯(cuò)誤。 以上除"系統(tǒng)錯(cuò)誤"外，其它錯(cuò)誤只可能由于設(shè)計(jì)錯(cuò)誤而出現(xiàn)，可以將所有外部錯(cuò) 誤值轉(zhuǎn)換為SNMP的錯(cuò)誤狀態(tài)"noAccess"。由于SNMP的錯(cuò)誤狀態(tài)通常只是用于提示，NMS 不再對(duì)錯(cuò)誤狀態(tài)進(jìn)行進(jìn)一步的處理，因此錯(cuò)誤狀態(tài)的不精確不會(huì)影響到NMS的管理過程。
內(nèi)部錯(cuò)誤是遠(yuǎn)端過程在處理管理請(qǐng)求時(shí)按照SNMP的要求產(chǎn)生錯(cuò)誤值，不需要再進(jìn)行轉(zhuǎn)換，此時(shí)RPC過程的返回值是成功。
(D) 、 XDR的隱式類型定義 XDR采用的隱式類型定義，需要數(shù)據(jù)的生產(chǎn)者與消費(fèi)者對(duì)數(shù)據(jù)的解釋提前達(dá)成一 致，這個(gè)問題通過RPC的過程聲明來(lái)解決。RPC過程聲明中包含了參數(shù)和返回值類型，聲明 將同時(shí)用于客戶機(jī)與服務(wù)器上的程序，因此當(dāng)數(shù)據(jù)由客戶機(jī)發(fā)到服務(wù)器上時(shí)，能夠保證兩 者對(duì)于數(shù)據(jù)的解釋是一致的。
(E)、過程調(diào)用語(yǔ)義的改變ONC RPC并不保證過程調(diào)用一定可靠，而SNMP協(xié)議也假設(shè)了 SNMP操作請(qǐng)求的不可 靠性，因此SNMP代理可以容忍RPC的不可靠性；
(F)、被管理模塊的編址 為完成SNMP代理對(duì)被管理模塊的過程調(diào)用，需要將SNMP消息中被管理對(duì)象的 OBJECT IDENTIFIER轉(zhuǎn)換為被管理模塊的地址，被管理模塊的編址并不是本發(fā)明實(shí)施例所 述關(guān)注的范圍，本實(shí)施例可選擇由預(yù)置的地址表確定被管理模塊的地址。由于主控板與受 控板之間構(gòu)成了設(shè)備內(nèi)部的網(wǎng)絡(luò)，系統(tǒng)方案內(nèi)必然有編址方法，設(shè)備內(nèi)部的編址方案一般 都比較簡(jiǎn)單，例如如果設(shè)備內(nèi)部使用的是TCP/IP網(wǎng)絡(luò)，則可以將TCP或UDP端口與被管理 模塊之間的映射關(guān)系在系統(tǒng)設(shè)計(jì)時(shí)就固化。 本發(fā)明實(shí)施例提供的方法和裝置將SNMP體系與ONC RPC體系對(duì)接，利用ONC RPC 來(lái)傳遞主控板與受控板之間的管理操作請(qǐng)求。由ONC RPC來(lái)屏蔽遠(yuǎn)程過程調(diào)用與本地過程 調(diào)用的差異，使得SNMP代理模塊和被管理模塊可以仍按照本地調(diào)用的方式構(gòu)造，避免構(gòu)造 復(fù)雜的多級(jí)SNMP代理系統(tǒng)。 本發(fā)明所述的方法并不限于具體實(shí)施方式
中所述的實(shí)施例，本領(lǐng)域技術(shù)人員根據(jù) 本發(fā)明的技術(shù)方案得出其它的實(shí)施方式，同樣屬于本發(fā)明的技術(shù)創(chuàng)新范圍。顯然，本領(lǐng)域的 技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本 發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包 含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的節(jié)點(diǎn)，包括主控板和受控板，其特征在于，所述主控板中包括SNMP代理和RPC客戶機(jī)；所述受控板中包括被管理對(duì)象和RPC服務(wù)器，其中，SNMP代理，用于接收管理者NMS發(fā)送來(lái)的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息，并將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，將該過程調(diào)用RPC請(qǐng)求傳遞給RPC客戶機(jī)，并將RPC客戶機(jī)發(fā)送來(lái)的返回值解釋為SNMP操作結(jié)果，并將該SNMP操作結(jié)果封裝于SNMP應(yīng)答消息中發(fā)回給所述NMS；RPC客戶機(jī)，用于使用RPC通信將所述RPC請(qǐng)求發(fā)送到RPC服務(wù)器，并接收RPC請(qǐng)求的返回值；所述RPC服務(wù)器，用于將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用，向所述被管理對(duì)象發(fā)送函數(shù)調(diào)用請(qǐng)求，并將所述函數(shù)調(diào)用請(qǐng)求的返回值傳遞回所述RPC客戶機(jī)；被管理對(duì)象，用于提供完成管理請(qǐng)求的函數(shù)調(diào)用接口，接收所述RPC服務(wù)器發(fā)送來(lái)的調(diào)用請(qǐng)求，并將調(diào)用結(jié)果返回給所述RPC服務(wù)器。
2. 如權(quán)利要求l所述的代理節(jié)點(diǎn)，其特征在于，所述SNMP代理還用于將自身的簡(jiǎn)單語(yǔ) 法變量和應(yīng)用語(yǔ)法變量轉(zhuǎn)化為外部數(shù)據(jù)XDR表示。
3. 如權(quán)利要求1所述的代理節(jié)點(diǎn)，其特征在于，所述SNMP代理還用于將RPC請(qǐng)求返回 的RPC調(diào)用過程中的錯(cuò)誤轉(zhuǎn)化SNMP的錯(cuò)誤狀態(tài)"noAccess"。
4. 如權(quán)利要求1所述的代理節(jié)點(diǎn)，其特征在于，所述SNMP代理還用于將SNMP消息中的 被管理對(duì)象的對(duì)象標(biāo)識(shí)轉(zhuǎn)換為被管理對(duì)象的地址。
5. —種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方法，其特征在于，包括 當(dāng)主控板中的SNMP代理接收到管理者NMS發(fā)送的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息時(shí)，將所述SNMP消息轉(zhuǎn)換為本地?cái)?shù)據(jù)格式，并將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，傳遞給該主控板上設(shè)置的RPC客戶機(jī)；RPC客戶機(jī)使用RPC通信將RPC請(qǐng)求發(fā)送到受控板上的RPC服務(wù)器；受控板上的RPC服務(wù)器將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用，并調(diào)用所述被管理模塊完成管理請(qǐng)求操作，將過程調(diào)用的返回值傳遞回主控板；所述SNMP代理接收到所述返回值后，將該返回值解釋為SNMP操作結(jié)果，并將該SNMP操作結(jié)果封裝于SNMP應(yīng)答消息中返回給NMS。
6. 如權(quán)利要求5所述的方法，其特征在于，將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào) 用RPC請(qǐng)求，包括將所述SNMP請(qǐng)求的簡(jiǎn)單語(yǔ)法變量和應(yīng)用語(yǔ)法變量轉(zhuǎn)化為外部數(shù)據(jù)XDR表示。
7. 如權(quán)利要求6所述的方法，其特征在于，所述SNMP請(qǐng)求的簡(jiǎn)單語(yǔ)法變量轉(zhuǎn)化為外部 數(shù)據(jù)XDR表示，包括所述SNMP請(qǐng)求中的整數(shù)類型Integer直接對(duì)應(yīng)于XDR中的Integer類型；使用XDR的 字符串string表示8位位組字符串OCTET STRING ;將對(duì)象標(biāo)識(shí)OBJECT IDENTIFIER將轉(zhuǎn) 換為RPC通信中的被管理對(duì)象的地址。
8. 如權(quán)利要求6所述的方法，其特征在于，將所述SNMP請(qǐng)求的應(yīng)用語(yǔ)法變量轉(zhuǎn)化為外 部數(shù)據(jù)XDR表示，包括使用XDR的定長(zhǎng)數(shù)組Fixed-Length Array表示SNMP請(qǐng)求中的IPv4地址IpAddress，長(zhǎng)度為4;使用XDR的無(wú)符號(hào)整數(shù)Unsigned Integer類型表示SNMP請(qǐng)求中的32位計(jì)數(shù)器 Co皿ter32 j使用XDR的Unsigned Integer類型表示SNMP請(qǐng)求中的32位無(wú)符號(hào)整數(shù)Unsigned32 ; 使用XDR的Unsigned Integer類型表示SNMP請(qǐng)求中的時(shí)間嘀答數(shù)TimeTicks ; 使用XDR的字符串string表示SNMP請(qǐng)求中的非透明類型Opaque ; 使用XDR的Unsigned Hyper Integer類型表示SNMP請(qǐng)求中的64位計(jì)數(shù)器Counter64 ; 使用XDR的Unsigned Integer類型表示SNMP請(qǐng)求中的64位無(wú)符號(hào)整數(shù)Unsigned64 ; 如果為表格類型的SNMP請(qǐng)求，采用結(jié)構(gòu)對(duì)表格的變量進(jìn)行封裝。
9. 如權(quán)利要求6所述的方法，其特征在于，將該SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào) 用RPC請(qǐng)求還包括將所述SNMP請(qǐng)求中的被管理對(duì)象的對(duì)象標(biāo)識(shí)轉(zhuǎn)換為被管理對(duì)象的地 址。
10. 如權(quán)利要求5所述的方法，其特征在于，主控板上的SNMP代理接收到所述返回值 后、如果去定所述返回值為RPC調(diào)用錯(cuò)誤值，則將RPC請(qǐng)求返回的RPC調(diào)用過程中的錯(cuò)誤轉(zhuǎn) 化SNMP的錯(cuò)誤狀態(tài)"noAccess"。
全文摘要
本發(fā)明公開了一種在分布式構(gòu)成設(shè)備上實(shí)現(xiàn)SNMP代理的方法和裝置，該方法包括當(dāng)SNMP代理接收到管理者NMS發(fā)送的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP消息時(shí)，將所述SNMP消息中的操作請(qǐng)求轉(zhuǎn)換為過程調(diào)用RPC請(qǐng)求，傳遞給RPC客戶機(jī)；RPC客戶機(jī)使用RPC通信將RPC請(qǐng)求發(fā)送到受控板上的RPC服務(wù)器；所述RPC服務(wù)器將RPC請(qǐng)求轉(zhuǎn)換為對(duì)本地管理對(duì)象的函數(shù)調(diào)用，并調(diào)用所述被管理模塊完成管理請(qǐng)求操作，將過程調(diào)用的返回值傳遞回主控板上的RPC客戶機(jī)；所述RPC客戶機(jī)將RPC調(diào)用的返回值傳遞給SNMP代理；所述SNMP代理接收到所述返回值后，將該返回值解釋為SNMP操作結(jié)果，封裝于SNMP應(yīng)答消息中返回給NMS。應(yīng)用本發(fā)明提供的方法和裝置能夠解決現(xiàn)有技術(shù)中SNMP多級(jí)代理復(fù)雜程度高，實(shí)現(xiàn)工作量較大的問題。
文檔編號(hào)H04L29/06GK101795206SQ20091022484
公開日2010年8月4日 申請(qǐng)日期2009年11月26日 優(yōu)先權(quán)日2009年11月26日
發(fā)明者馬曉靖 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司