CN101184003B - 基于网络管理协议的前后台告警管理***及其管理方法 - Google Patents
基于网络管理协议的前后台告警管理***及其管理方法 Download PDFInfo
- Publication number
- CN101184003B CN101184003B CN2007101947475A CN200710194747A CN101184003B CN 101184003 B CN101184003 B CN 101184003B CN 2007101947475 A CN2007101947475 A CN 2007101947475A CN 200710194747 A CN200710194747 A CN 200710194747A CN 101184003 B CN101184003 B CN 101184003B
- Authority
- CN
- China
- Prior art keywords
- alarm
- foreground
- information
- message
- background system
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于网络管理协议的前后台告警管理***,包括前台***和后台***,所述前台***和后台***通过网络管理协议操作MIB对象完成网管工作,所述前台***包括前台告警管理模块和网络管理协议代理模块;前台告警管理模块接收告警信息,用于将所述告警信息进行处理后保存在所述前台***的告警池,所述告警信息用于前台***和后台***的同步;网络管理协议代理模块接收所述处理后的告警信息,用于将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给所述后台***。本发明还公开了一种基于网络管理协议的前后台告警管理方法。本发明提高了SNMP Trap上报告警的可靠性,扩展了SNMP前台代理处理告警的能力。
Description
技术领域
本发明涉及一种基于SNMP(简单网络管理协议)电信网管***中实现告警管理的技术,具体说,涉及一种基于网络管理协议的前后台告警管理***及其管理方法。
背景技术
根据国际标准化组织定义网络管理有五大功能,包括:故障管理、配置管理、性能管理、安全管理、计费管理。故障管理是提供对网络及其环境的异常情况进行检测、报告和处理的管理功能,其功能是通过故障告警和故障诊断来实现的。故障管理具备告警采集、处理、恢复和支持后台查询功能,即将前台告警源产生的告警消息、告警恢复消息、通知消息进行处理和上报给后台。正常情况下保证告警消息、告警恢复消息、重要通知消息传递到后台,具备实时性、顺序性、准确无遗漏、不虚警、前后台一致性,并且对告警池溢出等异常情况能够处理。
SNMP(简单网络管理协议)管理模型源于国际标准化组织(ISO)网络管理体系结构CMIP(通用管理信息协议),自1990年成为正式的标准之后,由于其简单性,所以在计算机网络管理上迅速的得到广泛应用,绝大多数计算机网络设备厂商的产品以及支持网络的操作***都内置支持SNMP协议,SNMP网络管理框架业已成为网络管理的基础和核心。它是一个应用协议,用于在网络设备间交换管理信息。它是TCP/IP协议套件的一部分。SNMP使网络管理员能够管理网络,发现、解决网络问题,并规划网络的发展。
SNMP的网络管理模型包括以下关键元素:管理站(Manager)、管理代理(Agent)、管理信息库(MIB)、网络管理协议(SNMP)。其中,后台网管作为管理站,前台驻留管理代理,设计相应MIB库文件保存被管理对象信息,前后台通过SNMP协议操作MIB对象完成网管工作。SNMP协议定义的操作主要有三类:GET、SET、TRAP。其中,TRAP是前台代理上报告警/通知给管理站。由于SNMP消息是基于UDP(用户数据报协议)传输,并且TRAP消息在协议中并没有规定管理站回送应答消息,所以这种告警上报方式并不可靠。另外前台代理不保存已发送的告警信息,这样在实际使用中特别是电信网管***中,SNMP协议的故障管理功能存在很多缺陷和不足,需要补充完善。
中国专利申请号CN200510093261的发明公开了“一种SNMP协议网管***的告警管理方法”,其主要侧重实现了后台网管(管理站)告警处理速度的提高,并未针对前台代理功能和性能提出解决方法。
专利号为US6697970的美国专利公开了一种“Generic fault managementmethod and system(通用故障管理方法和***)”。其存在以下不足:一、将前台告警数据保存在SNMP内的MIB库中,而且针对不同被管设备设计不同的关联MIB对象,这样做不利于扩展故障管理模块功能,与SNMP Agent耦合性高。二、SNMP TRAP方式上报告警并不可靠,另外功能也不完整,该专利也并未针对此提出解决方法。
发明内容
本发明要解决的技术问题是提供一种基于网络管理协议的前后台告警管理***,提高了SNMP Trap上报告警的可靠性,扩展了SNMP前台代理处理告警的能力。
技术方案如下:
一种基于网络管理协议的前后台告警管理***,包括前台***和后台***,所述前台***和后台***通过网络管理协议操作MIB对象完成网管工作,所述前台***包括前台告警管理模块和网络管理协议代理模块,其中,
前台告警管理模块,接收告警信息,用于将所述告警信息进行处理和告警通道的检测,所述告警信息处理后保存在所述前台***的告警池,所述告警信息用于前台***和后台***的同步;
网络管理协议代理模块,接收所述处理后的告警信息,用于将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给所述后台***;
所述后台***,用于定期发送通道检测消息包到所述网络管理协议代理模块,以保证消息传送可靠性;当定时器超时后,后台***发送SET命令消息给所述网络管理协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消息和通知消息的后台统计信息;网络管理协议代理模块接收并解析SET命令消息,从中获得所述后台统计信息,并回送应答消息给所述后台***,所述应答消息中绑定关于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述前台统计信息和后台统计信息,对于已发送成功的通知消息从缓存队列中清除,如果有丢失的通知消息则从队列中找到重发;后台***收到应答后,通过所述前台统计信息检查所述前台***已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告警消息有缺失则发起同步请求。
优选的,所述网络管理协议代理模块用于将需要上报的告警信息的结构转换成对应的MIB对象数据,绑定到告警上报TRAP协议数据单元,生成所述TRAP消息,按照网络管理协议方式上报所述TRAP消息给后台***。
优选的,所述告警信息包括告警消息、告警恢复消息以及告警通知消息。
优选的,所述前台***包括至少一个告警源模块,所述告警源模块分布在网络***中,用于采集所述网络***中的告警消息,并将产生的告警消息按照统一消息接口发送给所述前台告警管理模块。
优选的,所述网络管理协议代理模块用于生成所述前台***和后台***告警数据同步的告警表,所述告警表用于前后台告警数据同步。
本发明所解决的另一个技术问题是提供一种基于网络管理协议的前后台告警管理方法,提高了SNMP Trap上报告警的可靠性,扩展了SNMP前台代理处理告警的能力。
技术方案如下:
一种基于网络管理协议的前后台告警管理方法,步骤包括:
(1)前台告警管理模块接收告警信息,将告警信息进行处理后保存在前台***的告警池,同时,将所述告警信息发送给网络管理协议代理模块,所述告警信息用于前台***和后台***的同步;
(2)网络管理协议代理模块接收所述告警信息,将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给后台***;
(3)所述后台***定期发送通道检测消息包到所述网络管理协议代理模块,以保证消息传送可靠性,所述前台***和后台***的告警通道检测实现过程包括:
(311)当定时器超时后,后台***发送SET命令消息给所述网络管理协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消息和通知消息的后台统计信息;
(312)网络管理协议代理模块接收并解析SET命令消息,从中获得所述后台统计信息,并回送应答消息给所述后台***,所述应答消息中绑定关于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述前台统计信息和后台统计信息,对于已发送成功的通知消息从缓存队列中清除,如果有丢失的通知消息则从队列中找到重发;
(313)后台***收到应答后,通过所述前台统计信息检查所述前台***已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告警消息有缺失则发起同步请求。
进一步,步骤(1)中,所述告警信息包括告警消息、告警恢复消息和告警通知消息;当所述前台告警管理模块收到所述告警消息后,判断告警是否为重复告警,如果为重复告警,则从告警池中删除以前的告警数据,发送告警恢复消息给后台***,并在原来的位置存储新的告警数据,发送新的告警消息给后台***,如果不是重复告警,保存告警数据,发送告警消息给后台***;当收到所述告警恢复消息后,如果在前台告警池中找到对应的告警信息,把对应节点从告警池中删除,然后向后台***发送告警恢复消息;当收到所述告警通知消息后,对告警通知消息进行编号,然后发送告警通知消息给所述网络管理协议代理模块。
进一步,包括步骤(30),所述后台***的同步定时器超时,或者,当所述后台***在告警通道检测时发现前后台告警数据有丢包时,向所述前台***发起同步请求;在同步过程中,所述后台***发起一个同步请求给所述前台***,所述前台***查询自己告警池的当前所有告警记录的告警码,同时,所述后台***通过所述告警码比较返回的告警记录和自己告警池的告警记录;如果所述后台***有遗漏警,则向所述前台***发请求以获取遗漏的告警信息,如果所述后台***有虚警,则删除后台告警池中虚警的告警记录。
进一步,步骤(312)中,网络管理协议代理模块通过前台告警管理模块获取前台统计信息;所述前台告警管理模块如果发现上报的告警通知消息有丢包,根据告警码从缓存队列中提取并通过所述网络管理协议代理模块重发给后台***,对于已收到的告警通知消息,通过检查其编号从缓存队列中清除。
本发明技术方案提高了SNMP Trap上报告警的可靠性,扩展了SNMP前台代理处理告警的能力,使得网管前台能够进行告警采集、处理、恢复和支持后台查询等功能,保证了电信网管***中对故障管理的要求。
与现有技术相比较,本发明引入了前台告警管理模块进行告警消息的处理和告警通道的检测,并在前台保存告警提供前后台同步功能。一方面增强了SNMP网管***中前台代理的告警管理功能,另外前台告警管理模块相对独立,并不影响SNMP Agent作为标准协议的简单易用性,减少了模块之间的耦合,满足了电信网管***对故障管理的要求;另一方面,由于现有技术中SNMP网管***基于无连接的UDP协议,无法保证传输消息的可靠性,本发明通过增加告警通道检测功能,可以提高前后台通信的可靠性。
此外,本发明还提供了对告警消息的控制方法。为了防止过量告警导致的通信资源占用浪费以及提高后台处理效率,减少内部的告警消息,在前台告警管理模块上实现接纳控制和打包发送。接纳控制就是在一定时间段内对告警源发送的告警进行控制,如果是本时间段内有大量重复性告警,那么相同的告警只保存一条,其余丢弃。打包发送就是对收到的告警通知,不立刻发给后台,而是缓存在私有数据区中,等到累积了一定数量(比如20条)的告警通知时一起发送。缓存会引起时延,为了控制时延,设置强制发送定时器(暂定为1s),定时器触发时,强制发送缓冲区中的告警通知(按实际长度发送)。
附图说明
图1是本发明基于网络管理协议的前后台告警管理***的总体框架图;
图2是本发明的告警管理模块消息处理流程图;
图3是本发明的前后台告警数据同步流程图;
图4是本发明的告警通道检测流程图。
具体实施方式
本发明侧重于实现SNMP Agent(前台代理)侧告警信息接收、处理、保存、上报以及与后台同步等功能,下面结合附图对本发明优选实施例的技术方案进行详细说明。
如图1所示,本发明的基于SNMP协议告警管理***总体框架包括:告警源模块101、前台告警管理模块102、SNMP代理模块(SNMP Agent)103、MIB模块104、后台SNMP Manager模块105、后台网管中心106。
告警源模块101,这部分是属于***中被管理设备,在一个网络***中能够存在多个告警源模块。告警源模块101用于采集网络***中的告警消息,并将产生的告警消息按照统一消息接口发送给前台告警管理模块102。
前台告警管理模块102负责对接收到告警信息(包括告警消息、告警恢复消息和告警通知消息)进行相应处理和告警通道的检测,并在前台***保存告警信息,以供前后台***同步。当所述告警信息需要上报后台***时,调用SNMP代理模块(SNMP Agent)103将处理后的告警消息上报给后台***。前台告警管理模块102具备告警消息处理、恢复和支持后台查询功能,即将前台告警源模块101产生的告警消息、告警恢复消息、重要通知消息进行处理和上报给后台***。正常情况下保证告警消息、告警恢复消息、重要通知消息传递到后台具备实时性和顺序性、准确无遗漏、不虚警、前后台一致性,并且对告警池溢出等异常情况能够处理。
前台告警管理模块102还用于对告警信息进行控制。当收到告警信息后,判断该告警是否为重复告警,如果为重复告警,则删除以前的告警数据,发送告警恢复给后台***,在原来的位置存储新的告警数据,发送新的告警消息给后台***;如果不是重复告警,先判断告警池是否已满,如果告警池满,则丢弃新告警数据,如果告警池未满,保存告警数据,发送告警消息给后台。当收到告警恢复消息后,首先在前台告警池中搜索对应的告警数据,如果能够找到,就把该节点从告警池中删除,然后向后台***发送告警恢复消息,恢复类型为“正常告警恢复”。收到告警通知消息后,对告警通知消息进行编号,然后调用相应的TRAP接口发送。
SNMP代理模块103用于设计告警消息、告警恢复消息以及告警通知消息的TRAP定义,设计用于前后台告警数据同步的告警表。其中的告警管理进程将告警信息转换成对应的TRAP消息通过SNMP协议上报给后台;同样,后台发起同步,也是通过访问私有MIB库中表对象来实现,告警表的数据来自告警管理进程中的告警池。SNMP代理模块103将需要上报的告警信息的结构转换成对应的MIB对象数据,绑定到告警上报TRAP PDU(TRAP协议数据单元),生成对应的TRAP消息,按照SNMP标准协议方式上报该TRAP消息给后台网络管理协议管理站模块(SNMP Manager)105。如果是打包发送,则将通知消息加入发送包,只对包进行编号。打包发送可减少传输次数。因为传输中可能存在丢包情况,所以每个发送的通知消息(消息包)均有一个编号(编号从1开始每次累加),并在发送之后缓存至发送队列中。等到定期收到通道检测信息确认后,已成功发送的消息从队列中删除,未成功发送的重发。
MIB模块104是一个信息存储库,它包含了管理代理模块103中的有关配置和性能的数据,后台SNMP Manager模块105可以通过直接控制这些数据去控制、配置或监控网络设备。
后台SNMP Manager模块105是SNMP管理站端,负责侦听前台TRAP消息的上报,发起SNMP GET和SET请求给前台。当后台SNMP Manager模块105管理站收到告警上报的TRAP消息后,对TRAP消息进行解析处理,恢复成告警消息包转发给后台网管中心模块106。
后台网管中心模块106负责后台相关工作,在收到后台SNMP Manager模块105上报的告警消息包后,进行相应处理,解析告警内容显示给用户。
其他如告警恢复上报和通知上报与告警上报流程类似。
如图2所示,前台告警管理模块102告警信息的处理过程如下:
步骤S201,告警管理模块102启动后进行初始化工作。
步骤S202,在收到告警信息后,分配新的告警码AID。
步骤S203,在告警链表中搜索,判断该告警信息是否为重复告警。
判断的依据是告警码+告警位置+告警附加信息(对特定的告警码)。如果该告警信息为重复告警,执行步骤S212;否则,执行步骤S204。
步骤S204,如果不是重复告警,先判断当前空闲链表头指针是否为空,如果为空,执行步骤S205;否则,执行步骤S206。
步骤S205,如果当前空闲链表头指针为空,说明当前告警池已满(正常情况不会出现,因为告警池满了之后会立即清空部分告警),进行异常处理,则丢弃新告警信息。告警池可根据实际情况设置大小,一般不会出现告警池满。
步骤S206,如果当前空闲链表头指针不为空,保存告警信息到空闲链表头指向的告警池位置。
步骤S207,发送告警信息到后台***。
步骤S208,把当前空闲链表头***到告警链表头部。
步骤S207,判断空闲链表头是否为空闲链表尾,如果是执行步骤S210,否则执行步骤S211。
步骤S210,如果空闲链表头是空闲链表尾,说明告警池已满,做异常处理。
步骤S211,修改空闲链表头,指向下一个节点。
步骤S212,如果该告警信息为重复告警,则删除以前的告警数据,发送告警恢复消息给后台***。
步骤S213,在告警池原来的位置存储新的告警数据。
步骤S213,把该节点链接到头部,发送新的告警信息给后台***。
如图3所示,前台、后台告警数据同步实现过程如下:
由于本***前台和后台交互基于标准的SNMP协议,因此在MIB库中设计一张用于前后台同步的表结构。前后台同步的数据是以SNMP MIB表对象形式传递。后台在两种情况下发起同步:一是同步定时器超时;二是告警通道检测时发现前后台告警数据有丢包时发起同步请求给前台代理。前后台同步机制保证前后台告警数据一致,做到不虚警,不漏警。
前后台***的同步机制保证前后台告警数据一致,做到不虚警,不漏警。同步时,后台***发起一个同步请求给前台,前台***查询自己告警池返回的当前所有告警记录的告警码,后台***比较返回的告警记录和自己告警池的告警记录(通过告警码)。如果有遗漏的告警(前台有后台没有),则向前台发请求获取该告警信息;如果有虚警(前台没有后台有),则删除后台告警池中该条告警记录。
步骤S301,如果后台***同步定时器超时,触发SNMP Manager105向前台***发送同步请求。
步骤S302,收到前台***告警池告警码(AID)数据集。
获取前台告警池所有告警记录的关键字段,该关键字段应该是能识别每条告警信息的关键字段,一般为告警码AID+告警位置。
步骤S303,遍历返回的前台告警码AID。
步骤S304,判断当前告警码AID是否存在于后台告警池,如果存在执行步骤S305;否则执行步骤S306。
步骤S305,该后台告警池中对应的告警码AID置标记。
步骤S306,如果当前告警码AID不存在于后台告警池,为后台漏警,向前台查询该告警码AID对应告警信息。
步骤S307,当收到前台反馈的该告警码AID对应告警信息后,保存到后台告警池,对该条告警信息置标记,然后,执行步骤S303,判断下一个告警码AID是否存在于后台告警池。
步骤S308,遍历完前台告警记录集后,再遍历后台告警池的告警记录。
步骤S309,判断该条告警信息是否标记。
如果标记,执行步骤S310,否则执行步骤S308。
步骤S310,如果还有记录没有打过标记,说明前台没有这条告警,属于虚警,从后台告警池删除该条告警信息,上报相应告警恢复消息给后台网管中心。
遍历完后台告警池,本次同步结束。
步骤S311,最后,初始化所有后台同步变量,包括同步定时器设定,后台告警池标记复位等,退出同步。
如图4所示,告警通道检测实现过程如下。
由于本***告警上报采用SNMP TRAP机制,底层传输基于UDP无连接协议,因此存在传输不可靠、有可能丢包的情况。为了提高告警消息传输的可靠性,防止由于数据丢包而引起的消息上报不及时、不准确,通过提供一个定期通道检测的方法来弥补这一缺陷。为了提高传输的可靠性,一方面对应通知消息,尽量打包发送,减少传输次数;另一方面对于前台***发送的告警消息、告警通知等消息进行统计,后台对收到的告警消息、告警通知也进行统计。前后台可以约定消息按一定规则(比如从1开始累加)编号,如果后台收到的消息编号出现中断,就意味着中间传送时有丢包发生。对于告警,因为前台***有保存,故采用同步方式保证数据一致性。对于通知,前后台***通过比较编号是否有丢失来重发。
步骤S401,当定时器超时后,后台***(在此为后台SNMP Manager模块105)发送SET命令消息(Set Request)给前台***(在此为SNMP代理模块103),SET命令消息中绑定的变量包括:后台已收到的告警消息数、告警恢复消息数以及通知消息数。
后台设置一个告警通道检测定时器,设置几个变量记录收到的消息包。对于收到的告警、告警恢复消息,每收一条统计项加1;对于通知消息,每收到一条记录该条通知消息的编号。
步骤S402,前台***解析SET命令消息,获得后台***已收到的告警消息总数、告警恢复消息总数,以及通知消息编号。
步骤S403,前台***针对收到的SET命令消息进行保存,并回送应答消息(Set Response)给后台***,应答消息中绑定前台统计信息。
前台***收到该消息后,回一个应答,绑定前台已发送的告警消息数、告警恢复消息数以及通知消息数。这样前台***和后台***均能知道告警消息接收和发送是否一致,是否存在丢包以及丢包严重程度。
步骤S404,前台对后台传送的统计信息进行处理,检查后台***收到的通知消息编号,通过比较得出传输中丢掉包的编号。前台***对于已发送成功的通知消息从缓存队列中清除,检查是否有丢失的通知消息,如果有则从队列中找到重发。
步骤S405,对丢失的通知消息(Alarm Inform Trap)打包重新发送。
如果前台发现上报的通知消息有丢包,可根据告警ID从缓存队列中提取重发,对于已收到的告警通知消息,通过检查其编号从缓存队列中清除。
步骤S406,后台***收到应答后,检查前台***已发送的告警消息、恢复消息数和自己保存的是否一致。
步骤S407,当后台***检查到告警消息、恢复消息数和自己保存的不一致,则发送同步请求给前台***。
步骤S408,前台***查询告警池,SNMP Agent103通过前台告警管理模块102向前台告警池请求告警数据。
步骤S409,前台告警池返回告警数据,其中包括所保存的当前所有告警记录的告警ID。
步骤S410,告警进程返回同步应答数据,其中包含告警数据。
前台***向后台***返回同步应答数据,其中包含当前所有告警记录的告警ID。
后台***比较返回的告警记录和自己告警池的告警记录(通过告警ID),如果有遗漏的告警(例如前台***有后台没有),则向前台发请求获取该告警信息;如果有虚警(前台没有后台有),则删除后台告警池中该条告警记录。
Claims (9)
1.一种基于网络管理协议的前后台告警管理***,包括前台***和后台***,所述前台***和后台***通过网络管理协议操作MIB对象完成网管工作,其特征在于,所述前台***包括前台告警管理模块和网络管理协议代理模块,其中,
前台告警管理模块,接收告警信息,用于将所述告警信息进行处理和告警通道的检测,所述告警信息处理后保存在所述前台***的告警池,所述告警信息用于前台***和后台***的同步;
网络管理协议代理模块,接收所述处理后的告警信息,用于将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给所述后台***;
所述后台***,用于定期发送通道检测消息包到所述网络管理协议代理模块,以保证消息传送可靠性;当定时器超时后,后台***发送SET命令消息给所述网络管理协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消息和通知消息的后台统计信息;网络管理协议代理模块接收并解析SET命令消息,从中获得所述后台统计信息,并回送应答消息给所述后台***,所述应答消息中绑定关于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述前台统计信息和后台统计信息,对于已发送成功的通知消息从缓存队列中清除,如果有丢失的通知消息则从队列中找到重发;后台***收到应答后,通过所述前台统计信息检查所述前台***已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告警消息有缺失则发起同步请求。
2.根据权利要求1所述的基于网络管理协议的前后台告警管理***,其特征在于,所述网络管理协议代理模块用于将需要上报的告警信息的结构转换成对应的MIB对象数据,绑定到告警上报TRAP协议数据单元,生成所述TRAP消息,按照网络管理协议方式上报所述TRAP消息给后台***。
3.根据权利要求1所述的基于网络管理协议的前后台告警管理***,其特征在于,所述告警信息包括告警消息、告警恢复消息以及告警通知消息。
4.根据权利要求3所述的基于网络管理协议的前后台告警管理***,其特征在于,所述前台***包括至少一个告警源模块,所述告警源模块分布在网络***中,用于采集所述网络***中的告警消息,并将产生的告警消息按照统一消息接口发送给所述前台告警管理模块。
5.根据权利要求1所述的基于网络管理协议的前后台告警管理***,其特征在于,所述网络管理协议代理模块用于生成所述前台***和后台***告警数据同步的告警表,所述告警表用于前后台告警数据同步。
6.一种基于网络管理协议的前后台告警管理方法,步骤包括:
(1)前台告警管理模块接收告警信息,将告警信息进行处理后保存在前台***的告警池,同时,将所述告警信息发送给网络管理协议代理模块,所述告警信息用于前台***和后台***的同步;
(2)网络管理协议代理模块接收所述告警信息,将所述告警信息转换成对应的TRAP消息,并通过网络管理协议上报给后台***;
(3)所述后台***定期发送通道检测消息包到所述网络管理协议代理模块,以保证消息传送可靠性,所述前台***和后台***的告警通道检测实现过程包括:
(311)当定时器超时后,后台***发送SET命令消息给所述网络管理协议代理模块,所述SET命令消息中绑定已收到的告警消息、告警恢复消息和通知消息的后台统计信息;
(312)网络管理协议代理模块接收并解析SET命令消息,从中获得所述后台统计信息,并回送应答消息给所述后台***,所述应答消息中绑定关于已发送的告警消息、告警恢复消息和通知消息的前台统计信息;比较所述前台统计信息和后台统计信息,对于已发送成功的通知消息从缓存队列中清除,如果有丢失的通知消息则从队列中找到重发;
(313)后台***收到应答后,通过所述前台统计信息检查所述前台***已发送的告警消息、告警恢复消息数和自己保存的是否一致,如果发现告警消息有缺失则发起同步请求。
7.如权利要求6所述的基于网络管理协议的前后台告警管理方法,其特征在于,步骤(1)中,所述告警信息包括告警消息、告警恢复消息和告警通知消息;当所述前台告警管理模块收到所述告警消息后,判断告警是否为重复告警,如果为重复告警,则从告警池中删除以前的告警数据,发送告警恢复消息给后台***,并在原来的位置存储新的告警数据,发送新的告警消息给后台***,如果不是重复告警,保存告警数据,发送告警消息给后台***;当收到所述告警恢复消息后,如果在前台告警池中找到对应的告警信息,把对应节点从告警池中删除,然后向后台***发送告警恢复消息;当收到所述告警通知消息后,对告警通知消息进行编号,然后发送告警通知消息给所述网络管理协议代理模块。
8.如权利要求6所述的基于网络管理协议的前后台告警管理方法,其特征在于,进一步包括步骤(30),所述后台***的同步定时器超时,或者,当所述后台***在告警通道检测时发现前后台告警数据有丢包时,向所述前台***发起同步请求;在同步过程中,所述后台***发起一个同步请求给所述前台***,所述前台***查询自己告警池的当前所有告警记录的告警码,同时,所述后台***通过所述告警码比较返回的告警记录和自己告警池的告警记录;如果所述后台***有遗漏警,则向所述前台***发请求以获取遗漏的告警信息,如果所述后台***有虚警,则删除后台告警池中虚警的告警记录。
9.如权利要求6所述的基于网络管理协议的前后台告警管理方法,其特征在于,步骤(312)中,网络管理协议代理模块通过前台告警管理模块获取前台统计信息;所述前台告警管理模块如果发现上报的告警通知消息有丢包,根据告警码从缓存队列中提取并通过所述网络管理协议代理模块重发给后台***,对于已收到的告警通知消息,通过检查其编号从缓存队列中清除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101947475A CN101184003B (zh) | 2007-12-03 | 2007-12-03 | 基于网络管理协议的前后台告警管理***及其管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101947475A CN101184003B (zh) | 2007-12-03 | 2007-12-03 | 基于网络管理协议的前后台告警管理***及其管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101184003A CN101184003A (zh) | 2008-05-21 |
CN101184003B true CN101184003B (zh) | 2010-08-18 |
Family
ID=39449097
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101947475A Expired - Fee Related CN101184003B (zh) | 2007-12-03 | 2007-12-03 | 基于网络管理协议的前后台告警管理***及其管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101184003B (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098751B (zh) * | 2009-12-15 | 2013-10-16 | 中兴通讯股份有限公司 | 硬切换的方法和装置 |
CN101877653A (zh) * | 2010-06-29 | 2010-11-03 | 中兴通讯股份有限公司 | 告警变化信息是否丢失的判定方法、***及主控板 |
CN102209006B (zh) * | 2011-03-04 | 2014-09-03 | 北京神州绿盟信息安全科技股份有限公司 | 规则测试设备及方法 |
CN102857354B (zh) * | 2011-06-27 | 2018-08-03 | 南京中兴新软件有限责任公司 | 告警信息上报方法、装置及*** |
CN103188115B (zh) * | 2011-12-29 | 2016-01-06 | 方正宽带网络服务有限公司 | 一种流量监控的方法和设备 |
CN102722965B (zh) * | 2012-05-28 | 2014-01-01 | 深圳邦健生物医疗设备股份有限公司 | 报警管理及监护装置 |
CN104702443B (zh) * | 2012-11-14 | 2018-03-06 | 北京奇虎科技有限公司 | 用于处理需要报警的数据的处理器和方法 |
CN102930690B (zh) * | 2012-11-14 | 2014-10-15 | 北京奇虎科技有限公司 | 一种报警处理器及报警处理方法 |
CN102904781B (zh) * | 2012-11-16 | 2016-07-27 | 广东威创视讯科技股份有限公司 | 一种告警检测方法及装置 |
CN104735474A (zh) * | 2013-12-20 | 2015-06-24 | 乐视网信息技术(北京)股份有限公司 | 一种消息推送方法和装置 |
CN106559248A (zh) * | 2015-09-30 | 2017-04-05 | 中兴通讯股份有限公司 | 一种告警方法、告警装置和告警*** |
CN106056331A (zh) * | 2016-05-27 | 2016-10-26 | 乐视控股(北京)有限公司 | 商品库存的预警方法及预警*** |
CN106452905A (zh) * | 2016-10-27 | 2017-02-22 | 腾讯科技(深圳)有限公司 | 消息处理方法和装置 |
CN107563528A (zh) * | 2017-09-07 | 2018-01-09 | 朱明增 | 一种加强ems***防御与快速愈合的智能运维*** |
CN109361690B (zh) * | 2018-11-19 | 2020-07-07 | 中国科学院信息工程研究所 | 一种网络中的威胁处置策略生成方法及*** |
CN110460470A (zh) * | 2019-08-15 | 2019-11-15 | 成都西加云杉科技有限公司 | 一种告警管理*** |
CN114531335B (zh) * | 2020-11-23 | 2023-04-11 | 大唐移动通信设备有限公司 | 一种管理信息库数据检测的方法、设备及装置 |
CN114124690B (zh) * | 2021-08-30 | 2024-07-02 | 济南浪潮数据技术有限公司 | 一种数据中心的告警配置方法、***及相关装置 |
CN113844976B (zh) * | 2021-09-10 | 2023-04-25 | 北京声智科技有限公司 | 告警数据的处理方法、装置、计算机设备和存储介质 |
CN114301995B (zh) * | 2021-12-30 | 2023-07-18 | 上海交通大学 | 实时工业以太网协议的转换切换与互通融合***及其方法 |
CN116963135B (zh) * | 2023-09-20 | 2023-12-08 | 四川恒湾科技有限公司 | 一种o-ru掉电告警上报方法、设备及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893424A (zh) * | 2005-07-08 | 2007-01-10 | 中兴通讯股份有限公司 | 一种snmp协议下采用确认机制实现告警管理的方法 |
CN1921407A (zh) * | 2005-08-23 | 2007-02-28 | 中兴通讯股份有限公司 | 一种snmp协议网管***的告警管理方法 |
-
2007
- 2007-12-03 CN CN2007101947475A patent/CN101184003B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893424A (zh) * | 2005-07-08 | 2007-01-10 | 中兴通讯股份有限公司 | 一种snmp协议下采用确认机制实现告警管理的方法 |
CN1921407A (zh) * | 2005-08-23 | 2007-02-28 | 中兴通讯股份有限公司 | 一种snmp协议网管***的告警管理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101184003A (zh) | 2008-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101184003B (zh) | 基于网络管理协议的前后台告警管理***及其管理方法 | |
CN101217429B (zh) | 基于tcp时间戳选项确定tcp报文之间的引发关系的方法 | |
CN113238913B (zh) | 服务器故障智能推送方法、装置、设备及存储介质 | |
CN103220173B (zh) | 一种报警监控方法及监控*** | |
CN101409640B (zh) | Xml格式的事件问题报告包 | |
CN110752943B (zh) | 一种输电线路分布式故障诊断***及方法 | |
CN103370904A (zh) | 用于确定网络意外事件的严重性的方法 | |
CN101099398B (zh) | 用于在管理网络中在管理器和代理之间匹配信息的方法和装置 | |
US8335843B2 (en) | Communication system having multiple communication lines between a transmitter and a receiver | |
CN102857354A (zh) | 告警信息上报方法、装置及*** | |
CN101267335B (zh) | 一种保证简单网络管理协议告警成功收发的方法 | |
CN116302862B (zh) | 一种微服务架构下监控告警方法和*** | |
CN101854263B (zh) | 网络拓扑的分析处理方法、***和管理服务器 | |
CN100505643C (zh) | 一种网络管理***及其通信方法 | |
JP4673532B2 (ja) | マルチマネージャ環境における包括アライメントプロセス | |
CN104486047B (zh) | 自助终端监控方法、装置以及*** | |
CN106452905A (zh) | 消息处理方法和装置 | |
CN110677316A (zh) | 一种分布式存储服务器网卡检测方法和*** | |
US8275869B2 (en) | Re-synchronizing data between network elements and network management system using partial node discovery | |
KR20030047010A (ko) | 비동기 전송 모드에서의 장비 모니터링 시스템 및 방법 | |
US6847996B2 (en) | Method for managing an open computer system | |
JP2003114836A (ja) | 監視システム及びゲートウェイ装置及び監視方法 | |
CN108881450A (zh) | 一种在存储集群中进行设备发现的方法及装置 | |
CN103107991A (zh) | 一种多nvt事件处理方法、nvc及安防监控平台 | |
KR20050076406A (ko) | 통신 관리 네트워크에서 네트워크 소자에 대한 관리시스템 및 그 관리 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100818 Termination date: 20141203 |
|
EXPY | Termination of patent right or utility model |