劉夢(mèng)陽(yáng)，曾永安

(1.河北遠(yuǎn)東通信系統(tǒng)工程有限公司，河北 石家莊 050200； 2.國(guó)網(wǎng)江西省電力公司撫州供電分公司，江西 撫州 344000)

基于SNMP的網(wǎng)管國(guó)網(wǎng)北向接口設(shè)計(jì)與實(shí)現(xiàn)

劉夢(mèng)陽(yáng)1，曾永安2

(1.河北遠(yuǎn)東通信系統(tǒng)工程有限公司，河北 石家莊 050200； 2.國(guó)網(wǎng)江西省電力公司撫州供電分公司，江西 撫州 344000)

針對(duì)國(guó)家電網(wǎng)提出的北向接口統(tǒng)一標(biāo)準(zhǔn)，在AcroView網(wǎng)管基礎(chǔ)上提出了基于SNMP協(xié)議的網(wǎng)管北向接口軟件的實(shí)現(xiàn)設(shè)計(jì)方案。介紹了北向接口的組織架構(gòu)、功能及操作方式，描述了系統(tǒng)的總體設(shè)計(jì)，并對(duì)各個(gè)分層模塊的實(shí)現(xiàn)方案分別說(shuō)明，在SNMP接口層及業(yè)務(wù)處理層的實(shí)現(xiàn)設(shè)計(jì)中，重點(diǎn)說(shuō)明了使用Synapse實(shí)現(xiàn)SNMP協(xié)議棧及MIB庫(kù)對(duì)象數(shù)據(jù)組織架構(gòu)的實(shí)現(xiàn)方法，通過(guò)系統(tǒng)測(cè)試驗(yàn)證了設(shè)計(jì)的有效性及先進(jìn)性。

SNMP；北向接口；MIB庫(kù)；數(shù)據(jù)組織架構(gòu)；Syncapse

0 引言

2016年11月國(guó)家電網(wǎng)公司出臺(tái)規(guī)定，要求各廠家的專業(yè)網(wǎng)管具備針對(duì)國(guó)家電網(wǎng)通信管理系統(tǒng)TMS(Telecommunication Management System)的北向接口，并提出了統(tǒng)一的技術(shù)規(guī)范[1]。該接口要求網(wǎng)管軟件通過(guò)SNMP接口按照技術(shù)規(guī)范具備告警信息獲取、性能管理信息獲取及配置管理的功能，并根據(jù)配置及告警數(shù)據(jù)的變化上報(bào)TRAP消息。簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP是目前廣泛使用的一種網(wǎng)絡(luò)管理協(xié)議,它有易于實(shí)現(xiàn)、便于擴(kuò)充等優(yōu)點(diǎn),得到眾多廠家的支持和廣泛的應(yīng)用,已成為網(wǎng)絡(luò)管理領(lǐng)域中事實(shí)上的工業(yè)標(biāo)準(zhǔn)[2]。

為了滿足國(guó)家電網(wǎng)行業(yè)的市場(chǎng)需求，需要在網(wǎng)管基礎(chǔ)之上開(kāi)發(fā)出具備國(guó)網(wǎng)要求的北向接口。本文主要論述了在Acroview網(wǎng)管(NMS系統(tǒng))上采用SNMP協(xié)議實(shí)現(xiàn)國(guó)網(wǎng)北向接口的設(shè)計(jì)方案及實(shí)現(xiàn)技術(shù)，并使用專用工具進(jìn)行了驗(yàn)證。

1 國(guó)網(wǎng)北向接口介紹

北向接口位于網(wǎng)絡(luò)管理系統(tǒng)(SG-TMS)的服務(wù)端和網(wǎng)元管理系統(tǒng)(NMS)的服務(wù)之間，對(duì)網(wǎng)絡(luò)管理系統(tǒng)和網(wǎng)元管理系統(tǒng)之間的消息、通知和服務(wù)進(jìn)行適配[3]。設(shè)備網(wǎng)管北向接口的位置如圖1所示。

北向接口需要向TMS提供配置管理、告警管理、性能管理3項(xiàng)功能，包含以下信息：

① 配置管理功能需要NMS提供以下功能：系統(tǒng)信息采集、設(shè)備信息采集、設(shè)備機(jī)框信息采集、設(shè)備槽位信息采集、設(shè)備板卡信息采集、設(shè)備端口信息采集和拓?fù)湫畔⒉杉?/p>

② 告警管理功能需要NMS提供以下功能：設(shè)備的告警管理、NMS與TMS之間的握手消息。

③ 性能統(tǒng)計(jì)功能需要NMS提供以下功能：設(shè)備性能信息、端口性能信息。

TMS與NMS之間的接口是采用SNMP協(xié)議來(lái)實(shí)現(xiàn)。SNMP是TCP/IP協(xié)議的一個(gè)子集，是應(yīng)用層管理協(xié)議，它使用UDP作為傳輸層協(xié)議，能管理支持代理進(jìn)程(或委托代理)的網(wǎng)絡(luò)設(shè)備。SNMP是適用于互聯(lián)網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)管理框架,主要由管理信息結(jié)構(gòu)SMI (Structure of Management Information)、管理信息庫(kù)MIB (Management Information Base)和SNMP協(xié)議組成[4]。本文中，TMS作為管理者，NMS作為代理進(jìn)程(Agent)。

SNMP協(xié)議支持GET/GETNEXT/SET、GETRespose、TRAP消息3種格式。

① GET/GETNEXT/SET是管理者對(duì)Agent請(qǐng)求數(shù)據(jù)的操作，流向?yàn)镹MS至Agent；

② GetResponse是Agent對(duì)管理者的請(qǐng)求響應(yīng)操作,流向?yàn)锳gent至管理者。

③ TRAP消息是Agent對(duì)管理者的主動(dòng)上報(bào)通告，無(wú)需確認(rèn)。

TMS的數(shù)據(jù)獲取方式有2種。一種是主動(dòng)獲?。和ㄟ^(guò)對(duì)變量數(shù)據(jù)的GET操作獲取值，SET操作設(shè)置變量的值，采用GetNext遍歷來(lái)獲取表格表數(shù)據(jù)的讀取；另一種是被動(dòng)接收：接收NMS系統(tǒng)上報(bào)的TRAP消息。

2 系統(tǒng)總體設(shè)計(jì)與各分層設(shè)計(jì)

2.1 總體設(shè)計(jì)

系統(tǒng)采用分層設(shè)計(jì)[5]，按照功能層次劃分為SNMP接口層、業(yè)務(wù)處理層、數(shù)據(jù)存儲(chǔ)解析層和設(shè)備接入層。

SNMP接口層集成了SNMP協(xié)議及MIB對(duì)象的管理。負(fù)責(zé)接收和發(fā)送SNMP消息，將收到的SNMP消息及其他模塊傳遞的消息進(jìn)行轉(zhuǎn)換。

業(yè)務(wù)處理層處理SNMP接口層下發(fā)的業(yè)務(wù)處理請(qǐng)求及數(shù)據(jù)存儲(chǔ)解析層上報(bào)的數(shù)據(jù)消息。在業(yè)務(wù)處理層有面對(duì)北向接口的存儲(chǔ)數(shù)據(jù)，是以內(nèi)存鏈表的形式進(jìn)行存儲(chǔ)，方便對(duì)消息的及時(shí)響應(yīng)操作。

數(shù)據(jù)存儲(chǔ)解析層主要是對(duì)設(shè)備接入層上報(bào)的設(shè)備原始信息進(jìn)行解析存儲(chǔ)。數(shù)據(jù)解析完畢后存儲(chǔ)入數(shù)據(jù)庫(kù)的各個(gè)對(duì)應(yīng)表，負(fù)責(zé)網(wǎng)管數(shù)據(jù)的存儲(chǔ)和讀取。

設(shè)備接入層是與網(wǎng)管接入設(shè)備的接口。這部分沿用AcroView網(wǎng)管之前的處理，使用自定義協(xié)議，實(shí)現(xiàn)設(shè)備的告警、性能數(shù)據(jù)采集，數(shù)據(jù)采用統(tǒng)一格式[6]。

系統(tǒng)的消息處理的流程如圖2所示。

圖2 系統(tǒng)消息處理流程

① 對(duì)GET/GETNEXT消息進(jìn)行解碼。

② 判斷是否是支持的OID。

③ 通過(guò)OID找到對(duì)應(yīng)的鏈表，根據(jù)數(shù)據(jù)的索引找到對(duì)應(yīng)的數(shù)據(jù)，返回給SNMP接口層。

④ 返回錯(cuò)誤編號(hào)，回GetResponse消息。

⑤ 根據(jù)值和OID進(jìn)行SNMP報(bào)文編碼并發(fā)送給TMS。

⑥ 對(duì)SET消息進(jìn)行SNMP解碼。

⑦ 判斷OID是否已知且合法。

⑧ 返回錯(cuò)誤編號(hào)，回GetResponse消息。

⑨ 根據(jù)OID判斷調(diào)用不同的事件處理函數(shù)，返回對(duì)象值。

⑩ 根據(jù)值和OID進(jìn)行SNMP報(bào)文編碼并發(fā)送給TMS。

2.2 SNMP接口層設(shè)計(jì)

整個(gè)接口層的設(shè)計(jì)采用線程的方式，使用Synapse的TSynaClient類來(lái)實(shí)現(xiàn)Agent的功能。TSynaClient類主要包括FAgent_Sock、FAgent_Buffer、FAgent_HostIP和FQuery變量。

表1 接口層數(shù)據(jù)結(jié)構(gòu)

變量類型說(shuō)明FAgent_SockTUDPBlockSocket數(shù)據(jù)收發(fā)阻塞socketFAgent_BufferAnsiStringRequest及Response的公共BufferFAgent_HostIPAnsiString對(duì)端管理者IPFQueryTSNMPRecSnmp數(shù)據(jù)包,具備編碼De-codeBuf、解碼EncodeBuf等函數(shù)

SNMP數(shù)據(jù)接收實(shí)現(xiàn)方法如下：

① 初始化FAgent_Sock，bind接收端口。

② 調(diào)用RecvPacket(Timeout)接收數(shù)據(jù)。將數(shù)據(jù)保存入FAgent_Buffer，將對(duì)端管理者IP賦值給FAgent_HostIP。

③ FQuerry執(zhí)行DecodeBuf(FAgent_Buffer)函數(shù)將數(shù)據(jù)包解碼，將MIB值加入MIB接收鏈表SNMPMibList。

④ 調(diào)用MIBByIndex讀取MIB值，通過(guò)API接口發(fā)送給業(yè)務(wù)處理層。

SNMP發(fā)送實(shí)現(xiàn)方法如下：

① GETResponse消息：根據(jù)業(yè)務(wù)處理層返回的OID、數(shù)據(jù)值及數(shù)據(jù)類型，使用FQuerry的MIBAdd加入至SNMPMibList。采用EncodeBuf編碼至FAgent_Buffer，通過(guò)FAgent_Sock.SendString發(fā)送。

② TRAP消息通過(guò)net-snmp的相關(guān)TRAP API實(shí)現(xiàn)。

2.3 MIB與業(yè)務(wù)處理層設(shè)計(jì)

在SNMP中，網(wǎng)絡(luò)管理資源是以對(duì)象的形式表示的，所有對(duì)象都存放在MIB的數(shù)據(jù)結(jié)構(gòu)中[7]。管理信息庫(kù) (MIB)存儲(chǔ)了被管設(shè)備資源的管理信息[8]，具有標(biāo)量和表格形式組織的變量?jī)煞N操作對(duì)象[9]。北向接口MIB庫(kù)根據(jù)需求的差異將各個(gè)對(duì)象編碼成不同的變量類型。系統(tǒng)信息等可以直接讀取的變量設(shè)置為標(biāo)量，具有大量信息的配置及告警、統(tǒng)計(jì)表可以設(shè)置為表格變量。

在北向接口節(jié)點(diǎn)(northTms)下總體分成3個(gè)主要的節(jié)點(diǎn)。告警接口節(jié)點(diǎn)(northTmsAlmInterface)、配置接口節(jié)點(diǎn)(northTmsConfiginterface)、性能統(tǒng)計(jì)接口節(jié)點(diǎn)(northTmsStsConfigInterface)。每個(gè)節(jié)點(diǎn)下再按照數(shù)據(jù)的類型進(jìn)行細(xì)分添加。節(jié)點(diǎn)的屬性主要包括：名稱、OID、語(yǔ)法(數(shù)據(jù)類型，包括Integer、OCtstring、TimeTicks、Object Identifer等)、權(quán)限(read-only、read-write、write-only)、類型(變量、Table、Row、Columnar、Trap)。系統(tǒng)的MIB結(jié)構(gòu)如圖3所示。

業(yè)務(wù)處理層的核心是對(duì)MIB的查詢操作實(shí)現(xiàn)及對(duì)內(nèi)存鏈表的維護(hù)。內(nèi)存鏈表保存了北向接口所需要的所有數(shù)據(jù)信息。MIB庫(kù)的對(duì)象主要由OID及數(shù)據(jù)組成，通過(guò)MIB設(shè)計(jì)確定了每個(gè)節(jié)點(diǎn)對(duì)應(yīng)的OID。每個(gè)鏈表的元素的數(shù)據(jù)結(jié)構(gòu)定義如下：Instance(行索引)+具體的參數(shù)，每個(gè)鏈表的元素就是表中的一行數(shù)據(jù)。

圖3 MIB設(shè)計(jì)樹(shù)狀圖

設(shè)備鏈表元素結(jié)構(gòu)說(shuō)明如表2所示。

表2 設(shè)備鏈表元素?cái)?shù)據(jù)結(jié)構(gòu)

參數(shù)類型含義InstanceString索引,元素的唯一標(biāo)示equipIdString[32]設(shè)備ID。產(chǎn)品系列-類型-ID組合equipNameString[32]設(shè)備名稱areaIDString[32]區(qū)域說(shuō)明equipTypeInteger設(shè)備類型LocationString[50]設(shè)備安裝位置DespString[50]設(shè)備描述onlineStateinteger設(shè)備離線狀態(tài)AlmHiLevelInteger設(shè)備當(dāng)前最高級(jí)別告警

MIB的主要操作是Get及GetNext操作。標(biāo)量對(duì)象的獲取比較簡(jiǎn)單，直接根據(jù)OID及Instance找到對(duì)應(yīng)的變量值，將值及類型返回即可，這里詳細(xì)討論GetNext的實(shí)現(xiàn)。根據(jù)SNMP規(guī)定，GETNEXT按照字典序和先深搜索的原則查找下一個(gè)節(jié)點(diǎn)，分2種情況：如果請(qǐng)求的OID不是葉節(jié)點(diǎn)，那么從該OID開(kāi)始按字典序返回第一個(gè)葉節(jié)點(diǎn)；如果GETNEXT請(qǐng)求的OID是葉節(jié)點(diǎn)，那么從該節(jié)點(diǎn)開(kāi)始向上回溯到第一個(gè)具有“下一個(gè)節(jié)點(diǎn)”的節(jié)點(diǎn)，然后從“下一個(gè)節(jié)點(diǎn)”開(kāi)始按字典序返回第一個(gè)葉節(jié)點(diǎn)[10]。

GetNext操作實(shí)現(xiàn)的算法如下：

說(shuō)明：每個(gè)表元素的數(shù)據(jù)結(jié)構(gòu)中的變量對(duì)應(yīng)唯一的OID，如equipId對(duì)應(yīng)OID_EQUIP_TABLE_EQUIP_ID_OID='1.3.6.1.4.1.37405.2.2.2.1.1'，eqipName對(duì)應(yīng)OID_EQUIP_TABLE_EQUIP_NAME_OID = '1.3.6.1.4.1.37405.2.2.2.1.2'。List為鏈表，list[i]代表鏈表的第i個(gè)元素。List[i].part[j]標(biāo)示鏈表第i個(gè)元素的第j個(gè)變量。Cnt、index為integer，ListUsedLen表示鏈表的有效數(shù)據(jù)長(zhǎng)度,NextOID為返回的OID值，Value為返回的變量的值，ValueType為返回變量的類型。變量Cnt標(biāo)示數(shù)據(jù)結(jié)構(gòu)中第Cnt個(gè)變量。

(a) OID是否等于表ID或者表EntryID。如果是，NextOID等于變量1對(duì)應(yīng)的OID+’.’+List[0].Instance，Value等于 List[0].part[0]的值，ValueType等于List[0].part[0]值的類型。如果否，進(jìn)行(b)。

(b) Index=-1;

For cnt = 0 To ListUsedLen-1 do

ifList[cnt].Instance := instance

{

Index =cnt;

Break;

}

(c) Cnt：=0

(d) If (OID =變量Cnt對(duì)應(yīng)的OID)

{

If (index+1)< ListUsedLen

{

NextOID=變量Cnt對(duì)應(yīng)的OID+’.’+List[index+1].instance;

Value= List[index+1]part[cnt]的值;

ValueType= List[index+1]part[cnt]的值類型;

}else

{

NextOID=變量Cnt+1對(duì)應(yīng)的OID+’.’+List[0].instance;

Value= List[0]part[Cnt+1]的值;

ValueType= List[0]part[Cnt+1]的值類型;

}

}

If(OID=最后變量對(duì)應(yīng)的OID)

{

If (index+1)< ListUsedLen

{

NextOID=變量Cnt對(duì)應(yīng)的OID+’.’+List[index+1].instance;

Value= List[index+1]part[cnt]的值;

ValueType= List[index+1]part[cnt]的值類型;

}else

{

NextOID=’’;

Value= ‘’;

ValueType= 0;

}

}

(e) Cnt := Cnt+1;返回(d)

2.4 數(shù)據(jù)存儲(chǔ)解析層設(shè)計(jì)

數(shù)據(jù)存儲(chǔ)層采用DLL的方式來(lái)實(shí)現(xiàn)，每種類型的設(shè)備數(shù)據(jù)對(duì)應(yīng)一個(gè)獨(dú)立的DLL[11]。數(shù)據(jù)存儲(chǔ)層的數(shù)據(jù)源是從Acroview網(wǎng)管前置機(jī)模塊接收并初步翻譯后的數(shù)據(jù)記錄。系統(tǒng)數(shù)據(jù)類型有3種：告警、性能和配置，每種類型有自己的統(tǒng)一格式。解析層的工作就是根據(jù)不同的設(shè)備類型、不同的數(shù)據(jù)類型分別進(jìn)行進(jìn)一步的分析處理。通過(guò)dll方式來(lái)實(shí)現(xiàn)解析層，每種設(shè)備類型數(shù)據(jù)類型用一個(gè)獨(dú)立的dll來(lái)實(shí)現(xiàn)。這樣如果數(shù)據(jù)分析有問(wèn)題修改對(duì)應(yīng)的dll即可，如果新增設(shè)備類型增加新dll即可。系統(tǒng)擴(kuò)充新類型的監(jiān)控設(shè)備影響的是接口層和解析層，其他部分可以不變。

數(shù)據(jù)解析dll分2層組織，第一層是DLL負(fù)責(zé)初始化各個(gè)具體數(shù)據(jù)類型dll的數(shù)據(jù)輸入接口及提取數(shù)據(jù)，根據(jù)數(shù)據(jù)類型調(diào)用具體分析接口來(lái)分析數(shù)據(jù)。第二層DLL負(fù)責(zé)具體類型數(shù)據(jù)的分析工作。例如告警功能的實(shí)現(xiàn)流程如下：

① 網(wǎng)管前置機(jī)將告警數(shù)據(jù)接收后按照固定格式存儲(chǔ)入數(shù)據(jù)庫(kù)原始告警表；

② 第一層DLL讀取數(shù)據(jù)庫(kù)告警表數(shù)據(jù)，將數(shù)據(jù)進(jìn)行分類處理，按照不同的設(shè)備類型調(diào)用分設(shè)備的DLL進(jìn)行處理；

③ 第二層DLL為分設(shè)備的DLL，按照告警的設(shè)備ID、位置、狀態(tài)等進(jìn)行解析，根據(jù)對(duì)應(yīng)的狀態(tài)，更新設(shè)備告警狀態(tài)，將不同的數(shù)據(jù)存入對(duì)應(yīng)的數(shù)據(jù)表；

④ 第一層DLL根據(jù)第二層DLL的返回結(jié)果，將變化的告警信息(增、刪、改)及變化的設(shè)備信息(連接狀態(tài)、最高告警級(jí)別)等數(shù)據(jù)發(fā)給業(yè)務(wù)處理層；

⑤ 業(yè)務(wù)處理層根據(jù)數(shù)據(jù)存儲(chǔ)解析層上報(bào)的數(shù)據(jù)，進(jìn)行內(nèi)部告警鏈表及設(shè)備鏈表等相關(guān)鏈表的相關(guān)數(shù)據(jù)更新

3 系統(tǒng)測(cè)試

系統(tǒng)測(cè)試的目標(biāo)是驗(yàn)證通過(guò)上述設(shè)計(jì)方案檢驗(yàn)系統(tǒng)的穩(wěn)定性、可靠性。測(cè)試需要的軟件為具備北向接口的網(wǎng)管軟件、測(cè)試demo程序及ManageEngine MibBrowser。測(cè)試方法如下：

① 配置管理功能測(cè)試

在網(wǎng)管客戶端上隨機(jī)進(jìn)行設(shè)備網(wǎng)元的增、刪、修改操作以及機(jī)架、板卡、槽位、端口的增、刪、修改操作。采用ManageEngine MibBrowser讀取對(duì)應(yīng)表格的數(shù)據(jù)，看是否與實(shí)際操作相符。注意在設(shè)備網(wǎng)元?jiǎng)h除時(shí)，能否刪除對(duì)應(yīng)機(jī)架、板卡、槽位、端口數(shù)據(jù)的一并操作。設(shè)備連接網(wǎng)管之后，設(shè)備表的連接狀態(tài)是否更新。手動(dòng)進(jìn)行100次操作，測(cè)試結(jié)果與預(yù)期一致，內(nèi)容相符且準(zhǔn)確。

② 告警及性能統(tǒng)計(jì)管理功能測(cè)試

使用測(cè)試demo程序定時(shí)(10 s)向網(wǎng)管軟件發(fā)送模擬告警和模擬性能統(tǒng)計(jì)消息。采用ManageEngine MibBrowser讀取告警表及性能表，查看是否與demo發(fā)送的及內(nèi)容一致。同時(shí)利用TrapViewer接收TRAP消息，驗(yàn)證接收的TRAP消息是否與demo發(fā)送一致。經(jīng)過(guò)24小時(shí)測(cè)試，測(cè)試結(jié)果與預(yù)期一致，且內(nèi)容相符準(zhǔn)確。

從結(jié)果看，系統(tǒng)的北向接口功能與設(shè)計(jì)一致，能夠與實(shí)際數(shù)據(jù)保持100%的一致性，在長(zhǎng)時(shí)間的測(cè)試過(guò)程中無(wú)異?，F(xiàn)象，具備良好的穩(wěn)定性。

4 結(jié)束語(yǔ)

目前系統(tǒng)已經(jīng)部署在國(guó)家電網(wǎng)多地省市局應(yīng)用，與國(guó)網(wǎng)TMS系統(tǒng)順利對(duì)接，受到用戶的一致好評(píng)。實(shí)踐證明了該系統(tǒng)完全達(dá)到了預(yù)期設(shè)計(jì)效果，能夠滿足國(guó)家電網(wǎng)對(duì)分系統(tǒng)網(wǎng)管北向接口的定義及要求。由于SNMP的簡(jiǎn)單性和可擴(kuò)展性，具備SNMP的北向接口將是網(wǎng)絡(luò)管理軟件的發(fā)展趨勢(shì)。文中采用的SNMP接口的實(shí)現(xiàn)方案，對(duì)網(wǎng)絡(luò)管理軟件的北向接口實(shí)現(xiàn)具有重大的指導(dǎo)和借鑒意義。

[1] 國(guó)家電網(wǎng)公司調(diào)度交換網(wǎng)管北向接口技術(shù)規(guī)范[S].南京:國(guó)網(wǎng)江蘇省電力公司信息通信分公司，2016.

[2] 蔡麗，張大方，謝高崗，等.基于SNMP網(wǎng)絡(luò)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用，2003，23(3)：55-57.

[3] 楊冰.電力終端通信接入網(wǎng)管理系統(tǒng)北向接口的設(shè)計(jì)與實(shí)現(xiàn)[D].北京：北京郵電大學(xué)，2014.

[4] 嚴(yán)斌宇，劉方圓，吳少華.基于SNMP的網(wǎng)絡(luò)管理軟件的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)與數(shù)字工程，2012(4)：126-129.

[5] 李千日.軟件體系結(jié)構(gòu)設(shè)計(jì)[M].北京：清華大學(xué)出版社，2008:30-370.

[6] 徐海軍.電信網(wǎng)管發(fā)展的五大趨勢(shì)[N].通信產(chǎn)業(yè)報(bào)，2004-14(39).

[7] 藍(lán)波，楊琴.基于SNMP動(dòng)態(tài)擴(kuò)展MIB的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)工程，2004(30)：192-194.

[8] 周劍，張曉彤，王沁.SNMP協(xié)議動(dòng)態(tài)MIB結(jié)構(gòu)與高效查找算法[J].計(jì)算機(jī)工程，2008(34)：171-174.

[9] 區(qū)海平，壽國(guó)礎(chǔ).基于MIB定義的SNMP分析系統(tǒng)及實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用，2009(1)：58-61.

[10] 沙俊星.在嵌入式環(huán)境中使用Lua和SQLite擴(kuò)展Net-SNMP代理[J].北京聯(lián)合大學(xué)學(xué)報(bào)，2011(25)：10-13.

[11] 李士東.軌道交通專用通信集中告警系統(tǒng)設(shè)計(jì)[J].無(wú)線電通信技術(shù)，2012(38)：58-61.

DesignandImplementationofAcroViewNorthboundInterfaceBasedonSNMP

LIU Meng-yang1,ZENG Yong-an2

(1.Hebei Far-east Communication System Engineering Co,Ltd.,Shijiazhuang Hebei 050200,China; 2.Jiangxi State Grid Jiangxi Fuzhou Electric Power Co.,Fuzhou Jiangxi 344000,China)

Considering the unified standard of northbound interface proposed by the State Grid,a design scheme of network management northbound interface software based on SNMP protocol is proposed on the basis of AcroView network management.The structure,function and operation mode of northbound interface are introduced,and the overall design of the system is described,then the realization scheme of each module layer is presented.The implementation design of SNMP interface layer and business layer focuses on the realization method of using Synapse to realize the SNMP protocol stack and MIB library object data structure.Finally,the effectiveness and efficiency of the design are verified by system test.

SNMP;northbound interface;MIB;data organization framework ;Syncapse

TN915.07

A

1003-3114(2017)06-91-6

10.3969/j.issn.1003-3114.2017.06.22

劉夢(mèng)陽(yáng),曾永安.基于SNMP的網(wǎng)管國(guó)網(wǎng)北向接口設(shè)計(jì)與實(shí)現(xiàn)[J].無(wú)線電通信技術(shù),2017,43(6):91-96.

[LIU Mengyang，ZENG Yongan.Design and Implementation of AcroView Northbound Interface Based on SNMP[J].Radio Communications Technology,2017,43(6):91-96.]

2017-07-27

劉夢(mèng)陽(yáng)(1986―)，男，工程師,主要研究方向：通信技術(shù)。曾永安(1988―)，男，工程師,主要研究方向：電力通信網(wǎng)技術(shù)。