CN101808023A - 一种网络监测系统及网络监测方法 - Google Patents
一种网络监测系统及网络监测方法 Download PDFInfo
- Publication number
- CN101808023A CN101808023A CN 201010170784 CN201010170784A CN101808023A CN 101808023 A CN101808023 A CN 101808023A CN 201010170784 CN201010170784 CN 201010170784 CN 201010170784 A CN201010170784 A CN 201010170784A CN 101808023 A CN101808023 A CN 101808023A
- Authority
- CN
- China
- Prior art keywords
- resource
- monitoring information
- monitoring
- network
- page
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种网络监测系统及网络监测方法;网络监测系统包括:多个网元,各网元分别用于发送本网元中一个或多个资源的监测信息;监测装置,用于接收并保存所述监测信息;每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中,查询该资源的最新的监测信息。本发明能够在尽量实时监测网元情况的同时,降低对系统资源的占用。
Description
技术领域
本发明涉及通信领域,尤其涉及一种网络监测系统及网络监测方法。
背景技术
现有的网络监测系统中,包括多个网元和网管服务器;所述网管服务器接收各网元上报的监测信息,并对监测信息进行处理,以及进一步进行显示、告警等,以达到网络监测的目的。
目前的网元通常是一个大机箱上面具有多个槽位的结构,每个槽位均可以插入相关的业务板卡运行通信业务;板卡上会存在端口,接口(逻辑端口)等;对于网管服务器而言,这些板卡、端口等都可以作为监测的最小单元。
由于网管服务器需要处理多个网元(包括其中的板卡、端口等)上报的监测信息,因此压力较大,需要占用较多的系统资源;同时也很难实时的监测网元情况并且精确的定位上报监测信息的网元的位置。
发明内容
本发明要解决的技术问题是提供一种网络监测系统及网络监测方法,能够在尽量实时监测网元情况的同时,降低对系统资源的占用。
为了解决上述问题,本发明提供了一种网络监测系统,包括:多个网元,各网元分别用于发送本网元中一个或多个资源的监测信息;
还包括:监测装置;
所述监测装置用于接收并保存所述监测信息;每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中,查询该资源的最新的监测信息。
进一步地,各所述网元分别在所发送的资源的监测信息中携带该资源的标识;
所述监测装置包括:存储模块;
接收模块,用于接收所述监测信息,解析后保存进所述存储模块;
更新模块,用于当被触发后,在所述存储模块保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息;
触发模块,用于当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,触发所述更新模块更新该资源的监测信息,并对收到该资源的监测信息的次数重新开始计数。
进一步地,所述触发模块包括:
一个或多个触发单元,与当前监测的资源一一对应;
各所述触发单元分别包括:第一计时器;
计数器,每当本触发单元的第一计时器被复位时将计数值加1;
控制器,用于当所述接收模块接收到本触发单元对应的资源的第一个监测信息时启动所述第一计时器计时;每当所述接收模块接收到本触发单元对应的资源的监测信息时,判断所述第一计时器所计的时间长度是否达到第一时间阈值,如果未达到,则复位所述第一计时器;如果是则判断所述计数器的计数值是否达到次数阈值,如果是则触发所述更新模块查询本触发单元对应的资源的监测信息,复位所述第一计时器,并将所述计数器的计数值清零;如果不是则复位所述第一计时器。
进一步地,所述的网络监测系统还包括:
第二计时器,当系统启动时开始计时;
所述接收模块还用于当所述第二计时器所计的时间长度达到第二时间阈值T2时,要求各网元上报监测信息,接收各网元返回的监测信息,解析后保存进所述存储模块,并触发所述更新模块查询当前监测的资源的监测信息,复位所述第二计时器。
进一步地,所述的网络监测系统还包括:
显示模块,提供一用于显示监测信息的显示界面;所述显示界面包括一到多个页面,每个页面各对应一个当前监测的资源;各所述页面分别显示该页面所对应的资源的监测信息;
所述显示模块用于根据所述更新模块查询到的一个资源的最新的监测信息,在该资源对应的页面中,更新所显示的监测信息;每当侦测到一个新页面被打开时,通知所述触发模块在当前监测的资源中增加该页面对应的资源;当侦测到一个页面被关闭时,通知所述触发模块在当前监测的资源中删除该页面对应的资源;
所述触发模块当增加一个当前监测的资源时,启动一个与该资源对应的触发单元;当删除一个当前监测的资源时,关闭该资源对应的触发单元。
本发明还提供了一种网络监测方法,包括:
各网元分别发送本网元中一个或多个资源的监测信息;
接收并保存所述监测信息;
每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息。
进一步地,各所述网元分别在所发送的资源的监测信息中携带该资源的标识;
在所保存的监测信息中查询该资源的最新的监测信息是指:
在保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息。
进一步地,每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息的步骤包括:
对于各当前监测的资源,分别设置该资源的第一计时时间及该资源的计数值;
当收到一资源的第一个监测信息时开始计时得到该资源的第一计时时间;每当清零一资源的第一计时时间时该资源的计数值加1;
每当接收到一资源的监测信息时,判断该资源的第一计时时间是否达到第一时间阈值,如果未达到,则清零该资源的第一计时时间并重新开始计时;如果是则判断该资源的计数值是否达到次数阈值,如果是则在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第一计时时间并重新开始计时,清零该资源的计数值;如果不是则清零该资源的第一计时时间并重新开始计时。
进一步地,所述的网络监测方法还包括:
计时得到第二计时时间;
当第二计时时间达到第二时间阈值时,要求各网元上报监测信息,接收并保存所述监测信息,然后在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第二计时时间并重新开始计时。
进一步地,所述的网络监测方法还包括:
在一显示界面上显示监测信息;所述显示界面包括一到多个页面,每个页面各对应一个当前监测的资源;各所述页面分别显示该页面所对应的资源的监测信息;
查询到一个资源的最新的监测信息后,在该资源对应的页面中,更新所显示的监测信息;
每当一个新页面被打开时,在当前监测的资源中增加该页面对应的资源,设置该资源对应的第一计时时间及该资源的计数值;当侦测到一个页面被关闭时,在当前监测的资源中删除该页面对应的资源。
本发明的技术方案可以尽量实时监测网元情况,并且克服了实时监测网元情况会占用大量的网管服务器系统资源的问题;本发明的一个优化方案通过设置参数,能够提高实时性;本发明的另一个优化方案能够精确定位,以帮助用户快速的排除故障,降低了运营成本;本发明的再一个优化方案能够通过在显示界面上的操作快捷方便地增删、查看当前监控的资源,极大的方便了用户对网络设备的管理。
附图说明
图1为实施例一的网络监测系统的示意图;
图2为实施例一的例子中的监测界面;
图3为实施例二中网元主动上报监测信息的流程示意图;
图4为实施例二中自动同步网元监测信息的流程示意图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
需要说明的是,如果不冲突,本发明实施例以及实施例中的各个特征可以相互结合,均在本发明的保护范围之内。另外,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
实施例一、一种网络监测系统,包括:
多个网元;各网元分别用于发送本网元中一个或多个资源的监测信息;
监测装置,用于接收并保存所述监测信息;每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值N1、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值T1时,在所保存的监测信息中,查询该资源的最新的监测信息。
本实施例中,各所述网元分别在所发送的资源的监测信息中携带该资源的标识;所述标识可以但不限于为表示所述资源的位置的地址信息等,以方便定位资源;
如图1所示,所述监测装置具体可以包括:
存储模块;
接收模块,用于接收所述监测信息,解析后保存进所述存储模块;
更新模块,用于当被触发后,在存储模块保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息;
触发模块,用于当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值N1、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值T1时,触发所述更新模块更新该资源的监测信息,并对收到该资源的监测信息的次数重新开始计数。
也就是说,每当收到一资源的监测信息,都会判断与上次收到的时间间隔是否大于或等于所述第一时间阈值T1,如果不是,则只是将收到该资源的监测信息的次数加一;如果是,则需要进一步判断收到该资源的监测信息的次数是否大于或等于所述次数阈值N1(此时也需要将收到该资源的监测信息的次数加一,在判断前或判断后进行均可),当大于或等于时触发所述更新模块,否则不触发。
当然也可以每当收到一资源的监测信息时先判断是否收到的次数大于或等于所述次数阈值N1,不是则仅将次数加1;如果是则进一步判断与上次收到的时间间隔是否大于或等于所述第一时间阈值T1,大于或等于才触发,否则仅将次数加1;这里,“将次数加1”在判断次数前或后进行均可。
两次收到一资源的监测信息的时间间隔大于或等于所述第一时间阈值T1的情况包括:
一是在上一次收到该资源的监测信息后,在第一时间阈值T1内再未收到任何监测信息;
二是在上一次收到该资源的监测信息后,在第一时间阈值T1内收到了监测信息,但该监测信息所携带的标识与该资源的标识不同。
其中,所述网络监测系统中网元以外的部分可以分设在网络服务器和网络客户端中;其中网络服务器包括接收模块和第二存储模块;网络客户端包括所述更新模块、触发模块和第一存储模块。
本实施例中,由于不是每收到一个监测信息就去进行更新,而是先全部保存,当收到一个当前监测的资源的监测信息大于或等于N1次、且与上一次接收到该资源的监测信息的时间间隔大于或等于T1时才更新该资源的监测信息,从而减少了对系统资源的占用;通过对所述第一时间阈值T1、次数阈值N1的设置,还可以调整更新的实时性。
本实施例中,所述触发模块还可以用于定时触发所述更新模块更新各当前监测的资源的监测信息;或对一当前监测的资源,当距离上一次触发所述更新模块更新该资源的监测信息的时间达到第二时间阈值T2时触发所述更新模块更新该资源的监测信息。
本实施例的一种实施方式中,所述触发模块可以具体包括:
一个或多个触发单元,与当前监测的资源一一对应;
各所述触发单元可以分别包括:
第一计时器t1,第一计时器t1每当被复位后将重新开始计时;
计数器n1,每当本触发单元的第一计时器t1被复位时将计数值加1;
控制器,用于当所述接收模块接收到本触发单元对应的资源的第一个监测信息时启动所述第一计时器t1计时;每当所述接收模块接收到本触发单元对应的资源的监测信息时,判断所述第一计时器t1所计的时间长度是否达到第一时间阈值T1,如果未达到,则复位所述第一计时器t1;如果是则判断所述计数器n1的计数值是否达到次数阈值N1,如果是则触发所述更新模块查询本触发单元对应的资源的监测信息,复位所述第一计时器t1,并将所述计数器的计数值清零;如果不是则仅复位所述第一计时器t1。
如果是先对次数进行判断,则控制器的操作相应更改为先判断计数器n1的计数值是否达到次数阈值N1,再判断所述第一计时器t1所计的时间长度是否达到第一时间阈值T1;这里不再赘述细节。
设置第一计时器t1的目的是为了防止同时上来大量监测信息需要不断查库给网管服务器造成压力;设置计数器n1的目的是为了防止出现闪断告警这类监测信息的情况导致更新监测信息过慢的问题。
实际应用中,也可以用第一定时器来代替所述第一计时器,将第一定时器的定时时间设置为所述第一时间阈值T1;此时,所述控制器用“判断所述第一定时器是否到时”来代替“判断第一计时器t1所计的时间长度是否达到第一时间阈值T1”。
实际应用中,还可以将计数器的初始值设置为所述次数阈值N1,每当第一计时器t1(或第一定时器)复位时将计数值减1;此时,所述控制器用“判断所述计数器的计数值是否为0”来代替“判断所述计数器n1的计数值是否达到次数阈值N1”。
本实施例中,所述网络监测系统还可以包括:第二计时器t2;
当系统启动时或其它时候,所述第二计时器t2开始计时;
所述接收模块还用于当所述第二计时器t2所计的时间长度达到第二时间阈值T2时,要求各网元上报监测信息,接收各网元返回的监测信息,解析后保存进所述存储模块,并触发所述更新模块查询当前监测的资源的监测信息,复位所述第二计时器t2。
本实施例中,设置第二计时器t2的目的是为了让网管服务器能够周期性的主动同步网元监测信息。
同样的,也可以用第二定时器来代替所述第二计时器,将第二定时器的定时时间设置为所述第二时间阈值T2;所述控制器用“判断所述第二定时器是否到时”来代替“判断第二计时器t2所计的时间长度是否达到第二时间阈值T2”。
虽然批量查找的实时性和对每条监测信息进行判断的实时性相比会较低,但可以通过设置T1,N1,T2的数值来获得比较好的实时性,同时不会对网管系统产生太大的压力。
本实施例中,可以但不限于将第一时间阈值T1设置为3s(秒),第二时间阈值T2设置为远大于所述第一时间阈值T1,可以但不限于为12h(小时),次数阈值N1可以但不限于设置为100(次)。
上文里的“达到”是指所计的时间长度/计数值大于或等于相应的阈值。
本实施例的另一种实施方式中,所述触发模块也可以具体包括一个总控制器、与各当前监测的资源一一对应的第一计时器及计数器;
所述总控制器根据所收到的监测信息中所携带的标识确定该监测信息所属资源,并相应去对该资源对应的第一计时器和计数器进行判断和操作;具体判断和操作的细节同上述控制器,所不同的是,该总控制器是管理所有的第一计时器、计数器;并且还可以对各当前监测的资源的监测信息,都定时触发更新模块查询。
不排除实际应用时用其它方式实现所述触发模块。
本实施例中,所述网管服务器还可以包括一显示模块,提供一用于显示监测信息的显示界面,用于根据所述更新模块查询到的一个资源的最新的监测信息,更新所述显示界面中所显示的该资源的监测信息;可以设置在所述网络客户端中;所述网络客户端中,该显示模块和所述更新模块、触发模块、第一存储模块可以但不限于组成一实时监控器。
本实施例中,所述显示界面包括一到多个页面,每个页面各对应一个资源;各所述页面分别显示该页面所对应的资源的监测信息;还可以包括一主页面,上面有系统中的各资源,用户可以通过点击来打开该资源对应的页面。
所述显示模块更新所述显示界面中所显示的该资源的监测信息是指:所述显示模块在该资源对应的页面中,更新所显示的监测信息。
本实施例中,可以由用户根据需求来设定及更改当前监测的资源;比如可以由用户通过在所述主页面打开/关闭页面来增加/删除当前监测的资源。
所述显示模块每当侦测到一个新页面被打开时,通知所述触发模块在当前监测的资源中增加该页面对应的资源;当侦测到一个页面被关闭时,通知所述触发模块在当前监测的资源中删除该页面对应的资源;
所述触发模块当增加一个当前监测的资源时,启动一个与该资源对应的触发单元,可以是生成一个新的触发单元并与该资源建立对应关系,也可以是打开原先与该资源对应的触发单元;当删除一个当前监测的资源时,关闭该资源对应的触发单元,可以是彻底删除该触发单元,也可以使其停止工作或休眠。
本实施例的一个具体的例子应用在告警领域,在该例子中,所述显示模块显示如图2所示的显示界面,分为三个部分:
左上部为局端板卡资源选择区;
左下部为选择板卡或者网元后的菜单显示区;
右半部分为功能操作显示区;
当用户选择资源显示区的板卡,菜单列表的菜单会跟着变化,同时操作结果区会显示该板卡或者网元的实时监测信息,实现了实时监测信息与菜单和资源的联动;
点击菜单列表上的功能项,在右侧操作结果区域会出现操作界面。
本实施例中,所述控制模块还用于根据所述监测信息判断是否需要告警,如果需要则通过所述显示模块产生告警信息;左侧资源树上图标颜色和当前板卡或网元的最高告警级别一致。
根据对设备的影响的严重程度告警分为五个等级,具体规定如下。这样用户可以很方便的分辨告警的严重程度,另外由于监测信息中的标识能够对应到该监测信息所属的资源,从而可以定位网元产生告警的位置,使用户能够快速的定位产生故障的原因。
紧急告警(Critical):最高等级,将导致业务系统中断。用红色表示。
主要告警(Major):业务系统没有中断,但性能严重下降影响用户业务运作。用桔黄色表示。
次要告警(Minor):系统出现告警信息但不影响业务系统运行。用黄色表示。
提示告警(Warn):业务系统正常运行,但出现一般性使用问题。用蓝绿色表示。
未知告警(Unknown):无法识别的告警信息。用浅灰色表示。
用户也可以对各种级别的告警采用自定义的颜色标记。
配置菜单:为用户管理网元提供的图形接口,每一个菜单项对应相应的功能项配置,包括功能菜单,性能菜单等。
通过以上的网管软件的界面布局,用户可以很方便的实时定位网元监测信息。
实施例二、一种网络监测方法,包括:
各网元分别发送本网元中一个或多个资源的监测信息;
接收并保存所述监测信息;
每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息。
本实施例中,各所述网元分别在所发送的资源的监测信息中携带该资源的标识;
在所保存的监测信息中查询该资源的最新的监测信息是指:
在保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息。
本实施例中,每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息的步骤包括:
对于各当前监测的资源,分别设置该资源的第一计时时间及该资源的计数值;
当收到一资源的第一个监测信息时开始计时得到该资源的第一计时时间;每当清零一资源的第一计时时间时该资源的计数值加1;
每当接收到一资源的监测信息时,判断该资源的第一计时时间是否达到第一时间阈值,如果未达到,则清零该资源的第一计时时间并重新开始计时;如果是则判断该资源的计数值是否达到次数阈值,如果是则在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第一计时时间并重新开始计时,清零该资源的计数值;如果不是则清零该资源的第一计时时间并重新开始计时。
本实施例中,所述网络监测方法还包括:
计时得到第二计时时间;
当第二计时时间达到第二时间阈值时,要求各网元上报监测信息,接收并保存所述监测信息,然后在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第二计时时间并重新开始计时。
本实施例中,所述网络监测方法还包括:
在一显示界面上显示监测信息;所述显示界面包括一到多个页面,每个页面各对应一个当前监测的资源;各所述页面分别显示该页面所对应的资源的监测信息;
查询到一个资源的最新的监测信息后,在该资源对应的页面中,更新所显示的监测信息;
每当一个新页面被打开时,在当前监测的资源中增加该页面对应的资源,设置该资源对应的第一计时时间及该资源的计数值;当侦测到一个页面被关闭时,在当前监测的资源中删除该页面对应的资源。
其它具体实现细节可以同实施例一。
下面用三个分别代表三种情况的具体例子说明本实施例。
例子一、第一种情况:网元主动上报的监测信息。
此种情况必须开启网管服务器的trap接受服务,这样网管服务器会开启一个监听线程监听162端口
如图3所示,网元主动上报的监测信息的情况包括以下步骤:
步骤101、网元通过PDU包上报一个监测信息,网管服务器接收到了该PDU包,该PDU包中携带了表示网元产生监测信息的资源的位置的地址信息,比如为URL。
步骤102、网管服务器根据监测信息的来源IP地址来确定产生监测信息的网元,从而调用相应该监测信息的解析模块对监测信息进行解析,确定监测信息产生的位置URL(如果是设备的监测信息定位到机箱,如果是端口的监测信息定位到具体的端口的接口)。
步骤103、网管服务器将解析后的监测信息入库保存,保存成功则进入步骤104;保存失败的情况另外处理,不在本文讨论。
步骤104、网管服务器给网管客户端的实时监控器发送更新实时监测信息的消息,消息中包含了产生监测信息的资源的位置URL。
步骤105、实时监控器收到消息后取出URL和实时监控器当前监测的资源的URL比较,如果匹配,则进入步骤106;否则丢弃该消息。
步骤101~105对于一个监测信息是串行的,但对于多个监测信息而言互相可以并行的,比如进行步骤105时,步骤101可以同时在上报另一个监测信息。
步骤106、启动与该URL匹配的资源的第一计时器t1,如果该资源的第一计时器t1的计时时间小于第一时间阈值T1时,就收到该资源的新的监测信息,则进行步骤109;如果收到该资源的新的监测信息时该资源的第一计时器t1的计时时间大于或等于第一时间阈值T1,则进行步骤107。
步骤107、判断该资源的计数器n1的计数值是否大于或等于次数阈值T1;如果不是,则进行步骤109;如果是,则进行步骤108;
步骤108、根据该资源的URL查库获得该资源的所有监测信息并在实时监控器的面板中显示;将该资源的第一计时器t1清零,将该资源的计数器n1的计数值清零;返回步骤106;
步骤109、将该资源的第一计时器t1清零;将该资源的计数器n1的计数值加1,返回步骤106。
需要说明的是,返回步骤106是指启动第一计时器t1并进行后继的判断步骤;但此时步骤101~105仍在进行,即仍在进行接收监测信息、解析入库、发送给实时监控器等步骤。
例子二、第二种情况,如图4所示,由于不一定开启了trap接收服务,或者网管服务器的162端口已被占用等原因导致网元主动上报的监测信息没有被接收到,这样就需要主动去同步网元的监测信息,包括如下步骤:
步骤201、开启第二计时器t2,根据系统所使用的协议要求,设定网管系统主动同步监测信息的时间间隔,将该时间间隔作为第二时间阈值T2。
步骤202、判断所述第二计时器t2的计时时间是否大于或等于第二时间阈值T2;如果否则返回步骤202,继续判断;如果是则进行步骤203;
步骤203、关闭第二计时器t2,触发网管服务器主动同步监测信息的操作,即进行步骤204;
步骤204、网管服务器向各网元发出同步当前监测信息指令,网元向网管服务器返回内存中监测信息;失败的情况不在本文讨论。
步骤205、网管服务器接收到监测信息后同步成功,开启第二计时器t2,第二计时器t2开始计时,网管服务器将收到的监测信息逐条解析后入库保存。
步骤206、所有的监测信息入库完成后网管服务器给网管客户端的实时监控器发送更新实时监测信息的消息,消息中包含了与任何资源URL相匹配的URL。
步骤207、实时监控器收到消息后取出URL和当前监控的资源的URL比较,则必匹配。
步骤208、实时监控器根据消息中的URL查库获得所有的当前监测的资源的监测信息,并在实时监控器的面板中显示。
例子三、第三种情况,用户根据自己的需要主动同步网元的监测信息,可在所述显示界面中提供用户操作的图形接口,用户只需要点击一下“监测同步”按钮即可触发第二种情况中从步骤204开始的流程,此处不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明的权利要求的保护范围。
Claims (10)
1.一种网络监测系统,包括:多个网元,各网元分别用于发送本网元中一个或多个资源的监测信息;
其特征在于,还包括:监测装置;
所述监测装置用于接收并保存所述监测信息;每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中,查询该资源的最新的监测信息。
2.如权利要求1所述的网络监测系统,其特征在于:
各所述网元分别在所发送的资源的监测信息中携带该资源的标识;
所述监测装置包括:
存储模块;
接收模块,用于接收所述监测信息,解析后保存进所述存储模块;
更新模块,用于当被触发后,在所述存储模块保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息;
触发模块,用于当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,触发所述更新模块更新该资源的监测信息,并对收到该资源的监测信息的次数重新开始计数。
3.如权利要求2所述的网络监测系统,其特征在于,所述触发模块包括:
一个或多个触发单元,与当前监测的资源一一对应;
各所述触发单元分别包括:
第一计时器;
计数器,每当本触发单元的第一计时器被复位时将计数值加1;
控制器,用于当所述接收模块接收到本触发单元对应的资源的第一个监测信息时启动所述第一计时器计时;每当所述接收模块接收到本触发单元对应的资源的监测信息时,判断所述第一计时器所计的时间长度是否达到第一时间阈值,如果未达到,则复位所述第一计时器;如果是则判断所述计数器的计数值是否达到次数阈值,如果是则触发所述更新模块查询本触发单元对应的资源的监测信息,复位所述第一计时器,并将所述计数器的计数值清零;如果不是则复位所述第一计时器。
4.如权利要求3所述的网络监测系统,其特征在于,还包括:
第二计时器,当系统启动时开始计时;
所述接收模块还用于当所述第二计时器所计的时间长度达到第二时间阈值T2时,要求各网元上报监测信息,接收各网元返回的监测信息,解析后保存进所述存储模块,并触发所述更新模块查询当前监测的资源的监测信息,复位所述第二计时器。
5.如权利要求3或4所述的网络监测系统,其特征在于,还包括:
显示模块,提供一用于显示监测信息的显示界面;所述显示界面包括一到多个页面,每个页面各对应一个当前监测的资源;各所述页面分别显示该页面所对应的资源的监测信息;
所述显示模块用于根据所述更新模块查询到的一个资源的最新的监测信息,在该资源对应的页面中,更新所显示的监测信息;每当侦测到一个新页面被打开时,通知所述触发模块在当前监测的资源中增加该页面对应的资源;当侦测到一个页面被关闭时,通知所述触发模块在当前监测的资源中删除该页面对应的资源;
所述触发模块当增加一个当前监测的资源时,启动一个与该资源对应的触发单元;当删除一个当前监测的资源时,关闭该资源对应的触发单元。
6.一种网络监测方法,包括:
各网元分别发送本网元中一个或多个资源的监测信息;
接收并保存所述监测信息;
每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息。
7.如权利要求6所述的网络监测方法,其特征在于:
各所述网元分别在所发送的资源的监测信息中携带该资源的标识;
在所保存的监测信息中查询该资源的最新的监测信息是指:
在保存的监测信息中,查询出所携带的标识与要更新的资源的标识相同的最新的监测信息。
8.如权利要求6所述的网络监测方法,其特征在于,每当收到一个当前监测的资源的监测信息的次数大于或等于次数阈值、且本次与上一次收到该资源的监测信息的时间间隔大于或等于第一时间阈值时,在所保存的监测信息中查询该资源的最新的监测信息的步骤包括:
对于各当前监测的资源,分别设置该资源的第一计时时间及该资源的计数值;
当收到一资源的第一个监测信息时开始计时得到该资源的第一计时时间;每当清零一资源的第一计时时间时该资源的计数值加1;
每当接收到一资源的监测信息时,判断该资源的第一计时时间是否达到第一时间阈值,如果未达到,则清零该资源的第一计时时间并重新开始计时;如果是则判断该资源的计数值是否达到次数阈值,如果是则在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第一计时时间并重新开始计时,清零该资源的计数值;如果不是则清零该资源的第一计时时间并重新开始计时。
9.如权利要求8所述的网络监测方法,其特征在于,还包括:
计时得到第二计时时间;
当第二计时时间达到第二时间阈值时,要求各网元上报监测信息,接收并保存所述监测信息,然后在所保存的监测信息中查询该资源的最新的监测信息,清零该资源的第二计时时间并重新开始计时。
10.如权利要求8或9所述的网络监测方法,其特征在于,还包括:
在一显示界面上显示监测信息;所述显示界面包括一到多个页面,每个页面各对应一个当前监测的资源;各所述页面分别显示该页面所对应的资源的监测信息;
查询到一个资源的最新的监测信息后,在该资源对应的页面中,更新所显示的监测信息;
每当一个新页面被打开时,在当前监测的资源中增加该页面对应的资源,设置该资源对应的第一计时时间及该资源的计数值;当侦测到一个页面被关闭时,在当前监测的资源中删除该页面对应的资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010170784 CN101808023A (zh) | 2010-05-06 | 2010-05-06 | 一种网络监测系统及网络监测方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010170784 CN101808023A (zh) | 2010-05-06 | 2010-05-06 | 一种网络监测系统及网络监测方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101808023A true CN101808023A (zh) | 2010-08-18 |
Family
ID=42609645
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010170784 Pending CN101808023A (zh) | 2010-05-06 | 2010-05-06 | 一种网络监测系统及网络监测方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101808023A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594590A (zh) * | 2012-02-06 | 2012-07-18 | 烽火通信科技股份有限公司 | 告警主动上报中对振荡告警的抑制方法 |
CN104539461A (zh) * | 2015-01-09 | 2015-04-22 | 烽火通信科技股份有限公司 | 一种抑制协议端口振荡上报的装置及方法 |
CN114676028A (zh) * | 2022-03-31 | 2022-06-28 | 湖南蓝海购企业策划有限公司 | 一种基于连锁触发的云系统存档方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6483813B1 (en) * | 1999-06-25 | 2002-11-19 | Argentanalytics.Com, Inc. | Systems for monitoring command execution time |
CN101222361A (zh) * | 2008-01-22 | 2008-07-16 | 中兴通讯股份有限公司 | 一种告警频率监控器及告警处理方法 |
CN101389112A (zh) * | 2008-11-03 | 2009-03-18 | 华为技术有限公司 | 告警处理方法、装置和系统 |
-
2010
- 2010-05-06 CN CN 201010170784 patent/CN101808023A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6483813B1 (en) * | 1999-06-25 | 2002-11-19 | Argentanalytics.Com, Inc. | Systems for monitoring command execution time |
CN101222361A (zh) * | 2008-01-22 | 2008-07-16 | 中兴通讯股份有限公司 | 一种告警频率监控器及告警处理方法 |
CN101389112A (zh) * | 2008-11-03 | 2009-03-18 | 华为技术有限公司 | 告警处理方法、装置和系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594590A (zh) * | 2012-02-06 | 2012-07-18 | 烽火通信科技股份有限公司 | 告警主动上报中对振荡告警的抑制方法 |
CN102594590B (zh) * | 2012-02-06 | 2015-01-14 | 烽火通信科技股份有限公司 | 告警主动上报中对振荡告警的抑制方法 |
CN104539461A (zh) * | 2015-01-09 | 2015-04-22 | 烽火通信科技股份有限公司 | 一种抑制协议端口振荡上报的装置及方法 |
CN104539461B (zh) * | 2015-01-09 | 2018-05-29 | 烽火通信科技股份有限公司 | 一种抑制协议端口振荡上报的装置及方法 |
CN114676028A (zh) * | 2022-03-31 | 2022-06-28 | 湖南蓝海购企业策划有限公司 | 一种基于连锁触发的云系统存档方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100466548C (zh) | 设备业务数据的查询方法及其系统 | |
CN109150572B (zh) | 实现告警关联的方法、装置以及计算机可读存储介质 | |
CN109829308A (zh) | 控制策略的管理方法及装置、存储介质、电子装置 | |
US9854466B2 (en) | Method and apparatus for managing monitoring task | |
CN102045192A (zh) | 网络结构的假定所用的装置及系统 | |
CN109684036A (zh) | 一种容器集群管理方法、存储介质、电子设备及系统 | |
CN106790131B (zh) | 一种参数修改方法、装置及分布式平台 | |
CN106464533A (zh) | 基于网络功能虚拟化的故障处理方法和装置 | |
JP6549959B2 (ja) | 障害切り分け方法および障害切り分けを行う管理サーバ | |
CN111107450A (zh) | 一种实现olt切片的方法及装置 | |
CN110391940A (zh) | 服务地址的响应方法、装置、系统、设备和存储介质 | |
CN102694873A (zh) | 一种地址池分配系统及方法 | |
CN102761443A (zh) | 命令行的配置方法及装置 | |
CN102299814B (zh) | 一种snmp代理上管理信息库的升级方法和系统 | |
CN107800556B (zh) | 界面生成系统、钻取服务层装置、数据发送方法 | |
CN102437921B (zh) | 配置信息的存储方法和网络设备 | |
CN101808023A (zh) | 一种网络监测系统及网络监测方法 | |
CN101977142A (zh) | 基于路由协议多实例的简单网络管理方法及装置 | |
CN102238019A (zh) | 光网络单元及其能力上报方法 | |
CN110196721B (zh) | 一种互联网数据中心管理方法、系统及介质 | |
CN102904739A (zh) | 一种实现事件转发的方法及通用信息模型cim服务器 | |
CN102819455A (zh) | 一种在应用层对进程进行管理的方法和管理系统 | |
CN101908968A (zh) | 一种网管控制台及网络管理方法 | |
CN103501240A (zh) | 一种发现设备的方法、装置及系统 | |
CN109286513B (zh) | 资源部署方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100818 |