多厂商路由器接口状态统一监视的解决

霍永华 汤士党

(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．