多廠商路由器接口狀態統一監視的解決

霍永華 湯士黨

(1 中國電子科技集團公司第五十四研究所河北石家莊050081)

（2 新華人壽保險股份有限公司河北分公司河北石家莊050000)

1 引言

在以設備為主要被管對象的網絡管理系統中，要求在網絡管理系統中能實時查看設備的整體運行情況和接口運行狀態。某網管系統的被管對象不僅廠商多，種類也多，因此要實現接口運行狀態的統一監視和統一呈現，需要屏蔽掉不同廠商網元的差異性，而廠商網元的端口描述方式位數不同、端口描述編號方式不同和實際設備中板卡排列順序不同，因此需要解決上述難題[1-4]。

2 技術難點

項目開發初期，認為在設備面板上，如圖1 所示，接口是按照索引號依次排列的，因此在軟件設計和編碼實現上均按照此思路進行實現。后經測試發現，接口索引是經常變化的，只是廠商路由器接口的臨時編號，當進行接口添加，刪除時（如增加或刪除虛接口和TE 隧道接口），分配給每個物理接口的索引號就會發生改變。因此用接口索引作為接口的唯一標識是錯誤的[5-6]。

經與廠家技術溝通交流后發現，每個接口的接口描述，其實是標明了該接口在路由器板槽上的位置。現代路由設備均為可擴展板槽設計，針對接口方面，是由“板槽/子卡/端口號”的方式構成的。設備一般會有8個槽位，每個槽位有4個子卡，每個子卡會有1 至12 的接口位。如：接口描述為GigabitEthernet4/3/1，其中GigabitEthernet 表示接口名稱，4/3/1 表示槽位號為4，子卡號為3，端口號為1。

圖1 網管呈現的路由器實時面板圖

但不同設備接口描述的規則是不同的，例如：

①端口描述方式位數不同：廠商A 路由器接口編碼均為3 位，但廠商B 路由器不同，廠商B 路由器有的型號為4 位，最前一位集群號（目前該位置號均為0）；有的型號的廠商B 路由器接口描述為2 位，中間少了一位子卡號，有的型號接口描述為2 位；

②端口描述編號方式不同：廠商A 路由器槽位號從1 開始編號，子卡號從0 開始編號，端口號從0 開始編號；廠商B路由器槽位號從0 開始編號，子卡號從0 開始編號，端口號從1 開始編號；

③實際設備中板卡排列順序不同：廠商A 路由器槽位號由左至右依次排列1、2、3...8，子卡號則從上至下從右至左排列，如圖2 和圖3 所示。

圖2 廠商A 某型號路由器卡槽編號方式

圖3 廠商A 某型號路由器卡槽編號方式

廠商B 路由器卡槽編號方式如圖4 和圖5 所示。

圖4 廠商B 某型號路由器卡槽位編號方式

圖5 廠商B 某型號路由器卡槽位編號方式

實際運行過程中，一臺設備很少出現滿載的情況（即8*4*12個位置滿載端口），但同一型號設備的卡槽插拔根據業務需要決定，也不能人為規定成一致。如何解決上述設備間的差異問題是實現接口運行狀態統一監視的關鍵所在。

3 解決方案

（1）解決流程

①將不同設備端口滿載時，端口詳細描述與面板坐標的對應關系寫入配置文件中；②打開頁面時實時獲取當前設備接口運行狀態；③通過配置文件找到接口描述對應面板的坐標位置；④根據坐標位置將接口畫到面板上；⑤根據坐標位置實時更新接口狀態，是up 還是down，up 用綠色表示，down用紅色表示。

（2）配置文件實現

根據具體型號設備卡槽編號圖，將滿載時全部接口位置與設備描述對應，以廠商B 路由器設備為例，如圖6 所示。

圖6 廠商B 路由器設備面板配置文件

該配置文件位于web 程序根目錄下:

（3）代碼實現

以下代碼均在panel.js 中實現。

①通過前臺頁面進行刷新操作，向后臺請求設備實時接口運行狀態信息；②初始化面板及接口位置，圖略；③首先根據設備類型找到設備接口對應的配置文件，在面板圖上畫接口，圖略；④通過獲取的實時接口運行狀態信息，更新接口狀態，圖略；⑤針對接口描述多出一位數字的情形，通過物理接口過濾，將多出的一個占位符屏蔽掉。

4 結束語

在網絡管理系統中，當被管設備種類多、型號多、管理信息差異性較大時，由于被管網元的差異而造成的統一管理難度很大，需要解決和屏蔽諸多差異，實現真正意義上的統一管理。在被管網元廠商多、型號多、廠商網元的端口描述方式位數不同、端口描述編號方式不同和實際設備中板卡排列順序不同的情況下，通過靈活的配置文件的方式，實現接口運行狀態統一監視。

[1]LENNSELIUS B,RYDSTROM.Software Fault Content and Reliability Estimations for Telecommunications System[J].IEEE Trans.Selected Areas in Communications,1990,8(2):262-271.

[2]THOMAS D,ANTHONY S.Evaluating the Performance id Software Reliability Models[J].IEEE Trans.Reliability,1992,41(4):12-16.

[3]ZAHEDI F，ASHRAFI N.Software Reliability Allocation Based on Structure Utility，Price and Cost[J].IEEE Trans.Software Eng,1991,17(21):345-356.

[4]張 楠,邱雪松.基于Web 服務的電信網絡管理架構研究和實現[J]．計算機應用研究,2008(6):1882-1885．

[5]馬 俊,丁曉明.基于SOA 的異構系統集成研究[J].計算機工程與設計,2008(7):3638-3641．

[6]譚永明,蘇 斌.面向服務架構體系的研究[J].計算機技術與發展,2007(3):132-134．