1 引言
網(wǎng)絡(luò)管理技術(shù)是電信網(wǎng)絡(luò)正常、經(jīng)濟和安全運行的重要保證,電信管理網(wǎng)TMN作為國際網(wǎng)管標(biāo)準(zhǔn)在電信網(wǎng)管理系統(tǒng)的開發(fā)中發(fā)揮了重要作用。目前典型的網(wǎng)絡(luò)管理體系結(jié)構(gòu)是OSI/CMIP（通用管理信息協(xié)議）和Internet/SNMP（簡單網(wǎng)絡(luò)管理協(xié)議）管理體系結(jié)構(gòu)。隨著電信網(wǎng)絡(luò)規(guī)模的不斷擴大和不同專業(yè)網(wǎng)間聯(lián)系的加強,需要建立統(tǒng)一的綜合網(wǎng)絡(luò)管理體系。
由OMG（Object Management Group）制定的CORBA（Common Object Request Broker
Architecture）規(guī)范,經(jīng)過多年的發(fā)展,成為分布式處理技術(shù)的工業(yè)標(biāo)準(zhǔn),它的ORB、IIOP和IDL等機制為異構(gòu)網(wǎng)管系統(tǒng)的互操作奠定了良好的基礎(chǔ)。
本文對CORBA進(jìn)行了簡要分析,探討了CORBA技術(shù)在綜合網(wǎng)絡(luò)管理中的應(yīng)用,重點討論CORBA和CMIP/SNMP/私有協(xié)議的跨域管理,最后對CORBA/SNMP網(wǎng)關(guān)進(jìn)行了描述。
2 綜合網(wǎng)管模型的設(shè)計
2.1 現(xiàn)有網(wǎng)管系統(tǒng)存在的問題
（1)網(wǎng)元設(shè)備提供的接口不統(tǒng)一
網(wǎng)管系統(tǒng)通過網(wǎng)元層接口進(jìn)行數(shù)據(jù)采集，由于設(shè)備由不同的廠商提供，所以存在著不同的網(wǎng)絡(luò)接口（網(wǎng)元層接口），包括Q3接口、SNMP接口、私有接口等，網(wǎng)管系統(tǒng)必須對不同的接口采取不同的數(shù)據(jù)采集方法。
（2）各個專業(yè)網(wǎng)網(wǎng)管系統(tǒng)互相獨立
電信運營商現(xiàn)有的專業(yè)網(wǎng)有傳輸網(wǎng)、交換網(wǎng)、電話網(wǎng)、IP網(wǎng)等，專業(yè)網(wǎng)之間保持獨立性的同時又相互聯(lián)系，關(guān)系體現(xiàn)在兩個方面：承載關(guān)系和互通關(guān)系，如SDH網(wǎng)絡(luò)為IP網(wǎng)提供承載服務(wù)，GSM網(wǎng)絡(luò)和PSTN網(wǎng)存在互通關(guān)系，由于各個專業(yè)網(wǎng)的網(wǎng)管系統(tǒng)的管理范圍只限于本專業(yè)網(wǎng)，無法了解到其他專業(yè)網(wǎng)與之相關(guān)的信息數(shù)據(jù)，導(dǎo)致各個網(wǎng)管系統(tǒng)之間信息不能互通，無法進(jìn)行全網(wǎng)資源的調(diào)度和支配，降低了網(wǎng)管系統(tǒng)的管理效率，導(dǎo)致資源利用率降低。
（3）不能提供具有全局視圖的網(wǎng)管界面
由于各個專業(yè)網(wǎng)的網(wǎng)管系統(tǒng)只涉及到本專業(yè)網(wǎng)的各項管理功能，造成了網(wǎng)管系統(tǒng)界面的分割與多樣化，如傳輸網(wǎng)網(wǎng)管用戶只能使用傳輸網(wǎng)網(wǎng)管的界面去了解傳輸網(wǎng)的內(nèi)容，無法了解在傳輸網(wǎng)上承載的IP網(wǎng)的內(nèi)容，使得用戶無法通過完整單一的網(wǎng)管界面去獲取所需的數(shù)據(jù)。
2.2 綜合網(wǎng)管系統(tǒng)的設(shè)計
由于以上原因，運營商建立綜合網(wǎng)絡(luò)管理系統(tǒng)勢在必行，通信網(wǎng)綜合網(wǎng)管系統(tǒng)（INMS: Integrated Network Management
System）通過一個管理平臺對互連的多個子網(wǎng)絡(luò)進(jìn)行管理，對所管理的業(yè)務(wù)進(jìn)行了解，進(jìn)行故障定位和故障排除。它具有一下特點：
（1）管理子網(wǎng)內(nèi)的所有資源；
（2）使用統(tǒng)一的用戶界面（GUI），網(wǎng)絡(luò)管理人員簡便易學(xué)；
（3）采用單一的公共管理功能集；
（4）不同管理對象定義之間能夠進(jìn)行自動翻譯；
（5）自動維持各管理對象之間的聯(lián)系。
由于各種網(wǎng)管技術(shù)對應(yīng)特定的網(wǎng)絡(luò)體系結(jié)構(gòu)，所以綜和網(wǎng)管體系結(jié)構(gòu)的選擇要考慮一下幾點：
（1）綜合網(wǎng)管系統(tǒng)要易于實現(xiàn)
（2）必須兼容現(xiàn)有的網(wǎng)管體系結(jié)構(gòu)
（3）必須具有較好的可擴展性。
根據(jù)網(wǎng)絡(luò)的實際情況，建設(shè)綜合網(wǎng)管可以分為兩個步驟。首先在各個專業(yè)網(wǎng)內(nèi)部建立基于網(wǎng)元層的綜合網(wǎng)絡(luò)管理系統(tǒng)，實現(xiàn)對不同類型子網(wǎng)的綜合管理，然后建立一個高層的網(wǎng)管系統(tǒng)，進(jìn)行多個專業(yè)網(wǎng)網(wǎng)管系統(tǒng)之間的互操作，實現(xiàn)他們之間的信息傳遞。
CORBA技術(shù)作為分布式處理技術(shù)的工業(yè)標(biāo)準(zhǔn),具有良好的開放性,它的ORB、IIOP、IDL等機制為異構(gòu)網(wǎng)管系統(tǒng)的互連奠定了良好的基礎(chǔ)，所以綜合網(wǎng)管系統(tǒng)建立在基于CORBA技術(shù)的平臺上。
在此模型中，網(wǎng)元層繼續(xù)使用基于CMIP/SNMP/私有協(xié)議等接口，而網(wǎng)絡(luò)層則采用CORBA接口，各專業(yè)網(wǎng)網(wǎng)管系統(tǒng)和綜合網(wǎng)管系統(tǒng)的接口采用CORBA接口，業(yè)務(wù)層管理層和綜合網(wǎng)管系統(tǒng)的接口采用CORBA接口。
實現(xiàn)CORBA和CMIP/SNMP/各種私有協(xié)議的跨域管理是建設(shè)綜合網(wǎng)管系統(tǒng)必須首先解決的問題，X/Open、NMF和OMG組織共同制定的JIDM規(guī)范，在此模型中基于此規(guī)范來設(shè)計CORBA/CMIP網(wǎng)關(guān)，CORBA/SNMP網(wǎng)關(guān)和CORBA/私有協(xié)議網(wǎng)關(guān)，通過網(wǎng)關(guān)來實現(xiàn)CORBA域的專業(yè)網(wǎng)管系統(tǒng)對非CORBA域的網(wǎng)元系統(tǒng)的管理，本文主要介紹CORBA/SNMP
網(wǎng)關(guān)的理論規(guī)范和實現(xiàn)技術(shù)。
3 CORBA/SNMP 網(wǎng)關(guān)模型的設(shè)計
3.1 JIDM規(guī)范簡介
JIDM規(guī)范主要定義了一系列的接口，規(guī)定了這些接口的行為，給出運行時刻各管理域之間的交互過程及實現(xiàn)，主要包括下面三個部分
（1）JIDM
設(shè)施：JIDM設(shè)施提供通用的管理者—代理者框架，其IDL接口定義都在JIDM模塊中，JIDM模塊定義了所有特殊管理設(shè)施工業(yè)的接口，包括管理域的接入、事件的上報以及對象創(chuàng)建的通用方法。
（2）OSI管理設(shè)施和SNMP管理設(shè)施：JIDM互操作規(guī)范把與系統(tǒng)管理參考模型相關(guān)的特性放在具體的管理設(shè)施模塊中進(jìn)行定義。SNMP管理設(shè)施在SNMPMgmt模塊中進(jìn)行定義，主要描述SNMP域中的命名、消息、事件與CORBA域中的命名、操作用戶事件的相互映射。
（3）專用設(shè)施：管理和信息模型相關(guān)的設(shè)施，由開發(fā)者自行設(shè)計。
3.2 CORBA/SNMP 網(wǎng)關(guān)模型
在設(shè)計的CORBA/SNMP網(wǎng)關(guān)模型中，上層管理者采用CORBA體系結(jié)構(gòu)，下層的被管對象采用SNMP管理協(xié)議。
（1）MIB Compiler MIB Co-mpiler 的主要作用是將SNMP 中的MIB映射成CORBA 的IDL文件,
映射ASN.1類型、宏、及其通知到相應(yīng)的同名的idl文件中。由于宏和通知在IDL映射過程中會丟失一些信息, 比如OID、訪問權(quán)限等,
所以在映射時同時必須同時生成和idl同名的oid文件,用來保存這些信息。
（2）MIB repository MIB repository 存儲基于OID文件的MIB靜態(tài)信息和相應(yīng)的特定Agent
的MIB實例的動態(tài)信息,它主要將SNMP設(shè)備的MIB視圖映射成CORBA視圖,CORBA管理應(yīng)用通過一系列方法能訪問這些視圖對象。
（3）ProxyAgentFinder CO-RBA Manager
通過本地的ProxyAgentFinder搜索指定網(wǎng)關(guān)的ProxyAgentFinder,該ProxyAgentFinder負(fù)責(zé)生成相應(yīng)管理域的ProxyAgent,
同CORBA Manager交互。
（4）EventPort EventPort由EventPortFactory
生成,接收下層被管對象通過SMNP協(xié)議發(fā)送的通知消息,并把他轉(zhuǎn)換成CORBA事件服務(wù)的消息傳送給CORBA Manager。
（5）Gateway InterActor Ga-teway InterActor
完成管理應(yīng)用程序和SNMP代理之間的請求響應(yīng)，將CORBA請求轉(zhuǎn)換成SNMP PDU。
Gateway TrapHandler Gateway TrapHandler接收來自SNMP Agent的PDU,將其解碼，轉(zhuǎn)換成CORBA
Event 后發(fā)送給至EventPort。
CORBA/SNMP 網(wǎng)關(guān)模型是由一系列接口實現(xiàn)的,網(wǎng)關(guān)模型的idl形式為:
Module SNMPMgmt
{
//From the Managenment application perspective
Interface ProxyAgent{… }
Interface ProxyAgentController{… }
Interface ProxyAgentFinder{… }
Interface EventPort{… }
Interface EventPortFactory{… }
//From the Agent application perspective
Interface DomainPort{… }
Interface DomainPortFactory{… }
Interface EventPortFinder{… }
…
}
在CORBA/SNMP網(wǎng)關(guān)模型中,最重要的3個問題是創(chuàng)建被管對象、調(diào)用被管對象上的操作和被管對象的事件報告,因為這3個問題幾乎構(gòu)成所有網(wǎng)絡(luò)管理活動的全部,下面介紹一下他們的實現(xiàn)。
（1）創(chuàng)建被管對象
a. 管理者通過CORBA命名服務(wù),獲得最初的SNMPMgmt::ProxyAgentFinder對象。
b. 管理者調(diào)用SNMPMgmt:: ProxyAgentFinde對象上的access_domain操作,將得到的對象引用返回管理者。
c. 管理者取得被管結(jié)點所在域的存取權(quán)限后, 生成SNMPMgmt::
ProxyAgent對象,調(diào)用get_domain_factory_finder(
)操作,獲得被管對象域中兩個初始對象的引用,分別是:CoslifeCycle::FactoryFinder和CosNaming::NamingContext。
d. 調(diào)用CoslifeCycle::FactoryFinde
的方法find_factory,管理者可以找到可用的工廠來創(chuàng)建被管對象，調(diào)用CosNaming::NamingContext
的resolve方法,管理者可以得到被管對象域中其他對象的引用。
（2）調(diào)用被管對象上操作
a. ProxyAgentFinder返回Pr- oxyAgent對象后，管理者調(diào)用ProxyAgent的get_variables(
),set_variables()等函數(shù)對被管對象進(jìn)行操作。
b. ProxyAgent將這些操作作用于Gateway InterActor , Gateway InterActor向SNMP
Agent發(fā)出并接受SNMP PDU來完成操作。
（3）被管對象的事件上報
a.
被管對象通過調(diào)用SNMPMgme::EventPortFinder對象的方法得到管理域的SNMPMgme::EventPort對象的引用，即通過調(diào)用find_event_port方法,得到SupplierAdmin對象。
b. SupplierAdmin對象和EventPort相關(guān)聯(lián),被管對象直接注冊為此SupplierAdmin對象的PushSupplier。
c.
管理者把自己注冊為本地EventChannel的PushConsumer，EventChannel把自己注冊為EventPort的PushConsumer。
d. Gateway TrapHandler 收到SNMP Agent 的Trap PDU,將其解碼，轉(zhuǎn)換成CORBA事件后發(fā)送到EventPort。
e. EventPort 接收事件后，調(diào)用EventChannel的Push 方法,將事件數(shù)據(jù)傳到EventChannel
EventChannel收到事件后,調(diào)用管理者對象的Push 方法, 將事件數(shù)據(jù)傳到已經(jīng)注冊的管理對象。