[发明专利]一种快速监控IP网络的方法和系统

说明书

技术领域

本发明涉及IP(Internet Protocol)网络，特别是涉及一种快速监控IP网络的方法和系统。

背景技术

随着移动通信网络不断向IP化演进，运营商的IP网络规模不断扩大。由于网络采用多个厂商的设备组网，虽然同属于遵循相同协议的设备，但不同厂家品牌的设备具有不同的技术特点，需由各厂家自有的网管系统进行管理，不利于运营商对全网进行统一管理和集中监控。为此，运营商通常会建设统一的数据网管系统，通过直接对设备进行采集或者对接厂家网管的方式，对全网的设备进行集中管理。

数据网管监控系统的原理结构如图1所示，在集中监控模式下，服务器通常以两种方式对接入的IP网络进行监控。

第一种方式：主动拨测。服务器发起定时任务，在设定的周期对被管理的设备、端口、链路等进行拨测以确定其状态。每个拨测任务对应一个拨测对象，需要启动一个拨测进程。拨测对象越多，拨测周期内服务器需要启动的进程就越多，负荷也就越高。为了达到服务器性能和监控速度的平衡，拨测周期被通常被设定为5分钟。

第二：被动接收。目前主流的数通设备都支持syslog(系统纪录)、trap(陷阱报文)等配置，在数通设备一侧设定相应的触发事件行为或门限，当设备行为触发相关事件或状态达到门限值后，设备会主动将相关事件的消息发送至数据网管服务器，服务器再通过匹配规则处理设备上传的消息并呈现，故障发现的速度较主动拨测要快。

当前数据网管对IP网络的监控都是主动拨测与被动接收相结合的模式，但这种模式主要存在以下几点问题：

1、故障发现耗时长。若使用主动拨测模式，拨测周期设为5分钟，在最坏的情况下，即从上次一拨测完毕的时候发生故障在一次拨测时发现故障，过程历时达到5分钟，若算上服务器对拨测结果进行综合、分析和呈现所消耗的时间，整个故障发现历时将远超过5分钟，所以难以实现实时或准实时的监控；被动接收模式虽然可以实现准实时的监控，但是当服务器至被监控设备之间的链路出现问题致使设备发送的消息无法正常传送至服务器时，系统会难以发现此类问题。

2、网络监控存在盲区。如图1所示，由于整个监控网络为星形结构，服务器只能监控到服务器至接入设备之间的链路以及设备端口的状态，而对于各个子网之间的链路(图1中的虚线链路)，无论是主动拨测还是被动接收，都无法对其进行监控。

3、系统负荷高，扩展能力差。随着IP网络规模的不断扩大，接入数据网管的设备数量和种类都不断增多，系统负荷将会不断增高，为保障系统稳定运行，要么延长拨测周期，要么扩充系统软硬件资源。延长拨测周期会直接影响监控力度，扩充软硬件资源则投入大、建设周期长。

发明内容

本发明实施例的目的是提供一种快速监控IP网络的方法和系统，能够实现拨测与后台数据处理的分离，能及时快速的发现网络故障。

为了实现上述目的，一方面，提供了一种快速监控IP网络的方法，包括如下步骤：

针对多个子网，部署多个拨测客户端，使每个所述子网至少对应一个所述拨测客户端；

所述拨测客户端连接服务器，从所述服务器获得拨测任务，根据所述拨测任务拨测对应的子网，获得拨测结果，并将所述拨测结果返回给所述服务器；

所述服务器对所述拨测结果进行分析处理。

优选地，上述的方法中，还包括：在所述子网上给对应的拨测客户端映射地址，使所述对应的拨测客户端能直接监控所述子网内的所有设备。

优选地，上述的方法中，所述拨测客户端连接服务器的步骤具体包括：

所述拨测客户端接入所述服务器的监听端口；

所述服务器分配一个空闲端口给接入的所述拨测客户端，并释放所述监听端口。

优选地，上述的方法中，从所述服务器获得拨测任务的步骤具体包括：

所述服务器发现有申请接入的拨测客户端时，查询数据库得出所述申请接入的拨测客户端所需执行的所述拨测任务，将所述拨测任务传递给服务器写线程；当所述服务器写线程发现所述服务器与所述申请接入的拨测客户端之间的通道可写时，将所述拨测任务发送给所述申请接入的拨测客户端。

优选地，上述的方法中，根据所述拨测任务拨测对应的子网，获得拨测结果，并将所述拨测结果返回给所述服务器的步骤具体包括：

任务调度器对所述拨测任务进行反编码、解析，生成多个最终任务；

通过定时器来并发执行所述多个最终任务，每个最终任务生称一个执行结果，将所述执行结果推送到结果池，并通知客户端写线程；