一种网管标准接口的实现方法
技术领域
本发明涉及一种网管接口相关技术,尤其是涉及一种网管标准接口的实现方法。
背景技术
目前的网管系统对于网元设备的配置与维护都是由人工来操作的。例如需要操作人员手动创建网元,手动对网元进行配置数据同步,对告警进行手动清除与确认等。
随着网络规模的日渐扩大,这些操作对操作人员有更高的要求,首先他必须具备一定的网络业务知识,其次他需要十分熟悉网管,网元系统。培训这么一个操作人员是十分耗时耗力的。就算经验在丰富的操作人员也会因为种种原因操作错误,导致设备故障。
这些问题的产生都是由于网管系统操作难度较高,如果能使网管系统智能化自动化处理一些事情,则情况必然好转。
发明内容
本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种增加了网管系统的自动化工作,减少了操作人员的手工操作,降低了操作失误的风险的网管标准接口的实现方法。
本发明的目的可以通过以下技术方案来实现:
一种网管标准接口的实现方法,其特征在于,包括以下步骤:
1)网管系统读取网元设备的MIB信息库并对MIB信息库配置文件进行解析;
2)网管系统启动网络自发现流程来自动发现网络中的网元设备,并确定这些网元设备的MIB信息库与预存的MIB信息库的关系;
3)网管系统根据网络目前情况对警告信息进行自治愈处理。
所述的步骤1)中对MIB信息库配置文件进行解析如下:
11)获取网管系统下的指定文件夹下的所有MIB结构文件;
12)获得指定格式文件的后缀名,并判断是否可以解析,若为是,执行步骤13),若为否,结束;
13)根据后缀名获取不同的解析器;
14)使用解析器解析文件,生成一套OID,节点名对应的数据结构,其中对Root结点有直接的引用;
15)将该套数据结构存放于系统缓存中,供调用。
所述的指定格式包括mib、xls和xml格式。
所述的步骤2)中的网络自发现流程具体如下:
21)用户设定网络发现条件;
22)系统读取用户设定的网络发现条件,并根据IP对条件进行拆分处理,得到发现中的发现条件具体参数;
23)对拆分后的条件逐一下发OID SNMP Get请求;
24)判断SNMP请求是否有应答,若为是,执行步骤25,若为否,将该条件标记为不可管理,执行步骤28);
25)判断是否有用户设定的过滤条件,若为是,执行步骤26),若为否,执行步骤27);
26)根据用户设定的过滤条件判断是否符合条件,若为是,执行步骤27),若为否,将该条件标记为不可管理,执行步骤28);
27)获得所有MIB库配置信息的根结点Root,根据该根结点进行SNMPGet-Next请求,
若有应答且回复结点是Root的子结点,那么认为这个IP的网元设备与该MIB库是对应的,则配对成功,将该条件标记为可管理,并执行步骤28);
若回复结点并不是Root的子结点,那么认为该IP与该MIB库不对应,无法确认设备的类型,将该条件标记为不可管理,并执行步骤28);
28)将标记后的条件缓存在系统中,系统可查看可管理网元列表和非可管理网元列表。
所述的网络发现条件包括:网元设备IP、网元设备SNMP Agent端口、SNMP相关配置、OID Get请求返回条件;
其中SNMP相关配置为
若用户选择SNMP V1,V2版本,则需要用户填入公共体;
若用户选择SNMP V3版本,则需要用户填入用户安全模式,安全策略;
OID Get请求返回条件:
用户可以选择对设定IP的固定OID进行SNMP get请求,对请求返回的结果进行过滤,可以对返回结果进行等于、不等于、包括、不包括用户设定值这四种判断。
所述的步骤3)中的网管系统根据网络目前情况对警告信息进行自治愈处理具体为:
31)系统读取预设的Trap处理文件,形成OID对应处理器的对应关系结构;
32)系统开启Trap接受线程;
33)系统开启Trap消费线程,处理Trap接受线程放入的Trap消息,收到Trap消息后,判断上报的IP所属的网元设备是否是可管理网元,若为否,丢弃该网元设备,若为是,执行步骤34);
34)根据IP上报OID获得Trap处理器,并判断处理器是否存在,若为否,执行步骤38);若为是,执行步骤35);
35)获得处理器中的目标OID的应答值;
36)对网元IP,进行目标OID的SNMP Set应答值操作;
37)标记该Trap消息为自动清除;
38)入网管数据库,上报网管其他服务器。
与现有技术相比,本发明具有以下优点:
1)采用了自动化的方法,使网管系统对于网元设备能够做到自发现,自配置,自治愈;
2)增加了网管系统的自动化工作,减少了操作人员的手工操作,降低了操作失误的风险。
附图说明
图1为本发明的流程图;
图2为本发明对MIB信息库配置文件进行解析的流程图;
图3为本发明对网络自发现流程的流程图;
图4为本发明自治愈处理的流程图。
具体实施方式
下面结合附图和具体实施例对本发明进行详细说明。
实施例
如图1所示,一种网管标准接口的实现方法,包括以下步骤:
1)网管系统读取网元设备的MIB信息库并对MIB信息库配置文件进行解析;
2)网管系统启动网络自发现流程来确定网元设备的MIB信息库与预存的MIB信息库的关系;
3)网管系统根据网络目前情况对警告信息进行自治愈处理。
如图2所示,所述的步骤1)中对MIB信息库配置文件进行解析如下:
11)获取网管系统下的指定文件夹下的所有MIB结构文件;
12)获得指定格式文件的后缀名,并判断是否可以解析,若为是,执行步骤13),若为否,结束;
13)根据后缀名获取不同的解析器;
14)使用解析器解析文件,生成一套OID,节点名对应的数据结构,其中对Root结点有直接的引用;
15)将该套数据结构存放于系统缓存中,供调用。
所述的指定格式包括mib、xls和xml格式。
如图3所示,所述的步骤2)中的网络自发现流程具体如下:
21)用户设定网络发现条件;
22)系统读取用户设定的网络发现条件,并根据IP对条件进行拆分处理,得到发现中的发现条件具体参数;
23)对拆分后的条件逐一下发OID SNMP Get请求;
24)判断SNMP请求是否有应答,若为是,执行步骤25,若为否,将该条件标记为不可管理,执行步骤28);
25)判断是否有用户设定的过滤条件,若为是,执行步骤26),若为否,执行步骤27);
26)根据用户设定的过滤条件判断是否符合条件,若为是,执行步骤27),若为否,将该条件标记为不可管理,执行步骤28);
27)获得所有MIB库配置信息的根结点Root,根据该根结点进行SNMPGet-Next请求,
若有应答且回复结点是Root的子结点,那么认为这个IP的网元设备与该MIB库是对应的,则配对成功,将该条件标记为可管理,并执行步骤28);
若回复结点并不是Root的子结点,那么认为该IP与该MIB库不对应,无法确认设备的类型,将该条件标记为不可管理,并执行步骤28);
28)将标记后的条件缓存在系统中,系统可查看可管理网元列表和非可管理网元列表。
所述的网络发现条件包括:网元设备IP、网元设备SNMP Agent端口、SNMP相关配置、OID Get请求返回条件;
其中SNMP相关配置为
若用户选择SNMP V1,V2版本,则需要用户填入公共体;
若用户选择SNMP V3版本,则需要用户填入用户安全模式,安全策略;
OID Get请求返回条件;
用户可以选择对设定IP的固定OID进行SNMP get请求,对请求返回的结果进行过滤,可以对返回结果进行等于、不等于、包括、不包括用户设定值这四种判断。
如图3所示,所述的步骤3)中的网管系统根据网络目前情况对警告信息进行自治愈处理具体为:
31)系统读取预设的Trap处理文件,形成OID对应处理器的对应关系结构;
32)系统开启Trap接受线程;
33)系统开启Trap消费线程,处理Trap接受线程放入的Trap消息,收到Trap消息后,判断上报的IP所属的网元设备是否是可管理网元,若为否,丢弃该网元设备,若为是,执行步骤34);
34)根据IP上报OID获得Trap处理器,并判断处理器是否存在,若为否,执行步骤38);若为是,执行步骤35);
35)获得处理器中的目标OID的应答值;
36)对网元IP,进行目标OID的SNMP Set应答值操作;
37)标记该Trap消息为自动清除;
38)入网管数据库,上报网管其他服务器。
本专利方案的关键技术和技术保护点在于:
1)利用用户预先设置好的条件,以及SNMP协议使网管达到网元设备自发现的实现。
2)利用预置的Mib库结构文件,以及SNMP协议使网管发现网元设备后自动加载网元设备的配置结构。
3)利用预置的处理方案文件使网管自动处理网元上报的Trap告警。