CN105024863A - 网络告警的处理方法、告警服务器和网络告警处理系统 - Google Patents
网络告警的处理方法、告警服务器和网络告警处理系统 Download PDFInfo
- Publication number
- CN105024863A CN105024863A CN201510486448.3A CN201510486448A CN105024863A CN 105024863 A CN105024863 A CN 105024863A CN 201510486448 A CN201510486448 A CN 201510486448A CN 105024863 A CN105024863 A CN 105024863A
- Authority
- CN
- China
- Prior art keywords
- alarm signal
- alarm
- editor
- equipment
- main frame
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
Abstract
一种网络告警的处理方法、告警服务器和网络告警处理系统,其中,所述网络告警的处理方法适于将设备发出的告警信号发送至网管主机,包括:获取设备告警信号;对所述告警信号的报文内容进行编辑,获取编辑后的告警信号,其中,所述编辑后的告警信号包含分析辅助信息;将所述编辑后的告警信号发送至网管主机。本发明方便了用户操作,降低了设备发送告警的频率,也减轻了网管主机的负荷,在一定程度上也提高了告警信号传输的可靠性。
Description
技术领域
本发明涉及网络应用领域,特别涉及网络告警的处理方法、告警服务器和网络告警处理系统。
背景技术
随着网络应用的发展,网络变得越来越复杂,功能也越来越强大,这也就对网络管理功能提出了越来越高的要求。
处理告警功能是网络管理功能中很重要的一部分,很多网络故障和事件都可以通过告警查看到。图1示出了传统的网络告警处理机制,传统的网络告警处理系统通过包括一台或多台网管主机。该网络告警处理系统进而与设备进行通信,通过在设备端设置一个或多个网管主机的地址,使得当该设备产生告警信号时,该告警信号通过socket通信被逐个儿传输至与该设备相连的每一台网管主机进行处理。
然而,在传统的网络告警处理机制中,存在着维护困难、效率和可靠性较低、负荷较重等缺点。例如,每当增加一台网管主机,都需要在设备端设置的地址列表中增加相应的网管主机IP地址,增加了维护的工作量。又例如,每增加一台网管主机,设备都要检测所设置的地址列表中,并将同样的告警信号发送给列表中的每一台网管主机,这对于设备而言,效率低下,也增加了设备的负担。再例如,设备采用简单网络管理协议(SNMP),与网管主机之间通过trap进行通信,然而trap是一种UDP报文,可靠性较低,若UDP报文发送的数量越多,那么其报文丢失的数量也会越多。还有,有时告警非常多,而且告警信号重复率较高,重复地发送同样的告警信号会造成网络负荷比较重。
考虑到上述因素,有必要提供一种更为高效和可靠的网络告警处理机制。
发明内容
本发明要解决的技术问题在于,提供一种更为高效和可靠的网络告警的处理方法、告警服务器和网络告警处理系统。
根据本发明的一个方面,本发明提供了一种网络告警处理方法,适于将设备发出的告警信号发送至网管主机,包括:获取设备告警信号;对所述告警信号的报文内容进行编辑,获取编辑后的告警信号,其中,所述编辑后的告警信号包含分析辅助信息;将所述编辑后的告警信号发送至网管主机。
根据本发明的另一个方面,本发明提供了一种网络告警处理系统,与设备相连接,适于将所述设备发出的告警信号发送至网管主机,包括:告警服务器,适于从所述设备获取告警信号并对告警信号进行编辑后,传输编辑后的告警信号;以及一个或多个网管主机,适于接收所述编辑后的告警信号,并根据所述编辑后的告警信号进行处理。
根据本发明的又一个方面,本发明提供了一种告警服务器,适于将设备发出的告警信号发送至网管主机,包括:告警获取模块,适于接收设备发来的告警信号并传递至转换模块;转换模块,适于从所述告警信号提取报文内容并对所述报文内容进行编辑,以形成编辑后的告警信号,并进行传输;发送模块,适于将编辑后的告警信号发送给网管主机。
与现有技术相比,本发明具有以下有益效果:一方面,通过在设备和网管主机之间设置告警服务器,专门用于接收网元设备的告警信号,在设备端仅需保存告警服务器的地址,网管主机数目的增减并不会对其造成影响,方便了用户操作,降低了设备的压力。另一方面,通过对接收到的告警信号进行编辑,使编辑后的告警信号包含告警源信息和重复告警信号数目等分析辅助信息,降低了设备发送告警的频率,也减轻了网管主机的负荷。另外,通过TCP协议将编辑后的告警信号发送至网管主机,在一定程度上提高了告警信号传输的可靠性。
附图说明
图1是传统的网络告警处理系统的框图示意图;
图2是本发明网络告警处理系统的一种实施方式的框架示意图;
图3是本发明告警服务器的一种实施方式的框架示意图;
图4是根据本发明对告警信号进行编辑后封装获得的报文结构示意图;
图5是本发明告警服务器的另一种实施方式的框架示意图;
图6是本发明网络告警处理方法的一种实施方式的流程示意图;
图7是如图6所示步骤S200的另一种实施方式的流程示意图;
图8是本发明网络告警处理方法的一种具体实施例的流程示意图。
具体实施方式
以下将参考附图对示例实施方式进行更为全面的描述。附图中相同的附图标记将用来指示相同或相似的部件。尽管以下描述了本发明的若干示例性实施例和特征,但是在不背离本发明的发明思路的情况下,对本发明进行的修改、调整以及其它替换实现,例如,对附图所示部件进行等同替换、添加或修改,或通过替换、重新排序或添加步骤,不应造成对本发明的限制。本发明的适当范围应由所附权利要求所界定。
根据本发明的实施例,术语“告警信号”被宽泛地使用以描述程序运行过程中产生的警告信息,其可用于描述计算机程序的运行状态或相关参数。根据本发明的实施例,告警信号可包括但不限于,告警发生的原因、告警的级别、告警的编码、告警的名称、告警的类型、告警产生/恢复时间、告警状态等。
根据某些实施例,本发明提出一种网络告警的处理机制,在设备和网管主机之间设置告警服务器,专门用于接收网元设备的告警信号,并对该告警信号进行编辑,使其包含告警源信息和重复告警信号数目等分析辅助信息,将编辑后的告警信号通过TCP方式发送至网管主机,从而方便了用户操作,降低了设备发送告警的频率,也减轻了网管主机的负荷,在一定程度上也提高了告警信号传输的可靠性。
参考图2,在本发明网络告警处理系统100的一种实施方式中,网络告警处理系统100与设备200相连接,设备200将告警信号传输至网络告警处理系统100。该网络告警处理系统100包括:告警服务器110,适于从设备200获取告警信号并对告警信号进行编辑后,传输编辑后的告警信号;以及一个或多个网管主机120,适于接收所述编辑后的告警信号,并根据所述编辑后的告警信号进行处理。其中,网管主机120通过TCP长连接的方式与告警服务器110相连接。
参考图3,在一种具体实施方式中,告警服务器110包括:告警获取模块101,适于将从设备获取的告警信号并传递至转换模块102;转换模块102,适于从所述告警信号提取报文内容并对所述报文内容进行编辑,以形成编辑后的告警信号,并进行传输;发送模块103,适于将编辑后的告警信号发送给网管主机120。
具体来说,告警获取模块101通过与设备进行通信,从设备处获取告警信号。其中,告警获取模块101可通过以太网与各设备进行数据的传输,获取告警信号。根据一些实施方式,告警信号可由设备主动向告警服务器110上报;在另一些实施方式中,也可由告警获取模块101对设备进行监听,主动获取设备的各种告警信号。
在某些实施例中,告警信号可包括,例如告警发生的原因、告警的编码、告警的名称、告警产生/恢复时间等。进一步的,还可根据告警严重程度、或告警发生的原因、或告警产生/恢复时间对告警信号进行划分,获得告警等级、或告警类别,或告警状态,并将其包含在告警信号中,一起进行传输。例如,可根据告警严重程度将告警信号分为紧急告警、重要告警、次要告警、提示告警四级;又例如,可根据告警发生的原因将告警信号分为设备告警、性能超限告警、网络通信告警三类;又例如,可根据告警产生/恢复时间将告警信号分为当前告警和历史告警。
根据某些实施方式,告警获取模块101还可进一步包含对报文进行归并,以减少重复报文的发送。
具体来说,告警获取模块101可将接收到的告警信号存放到缓存中,并标注时间,当接收到另一个告警信号时,将其与存放于缓存中的告警信号进行比较,判断是否存在相同的告警信号。当存在相同的告警信号时,判断相同告警信号之间的时间间隔是否在设定的时间阈值内。当在设定时间阈值内时,将这些告警信号合并为一个告警信号,并进行发送;当不存在相同的告警信号或相同的告警信号不在设定时间阈值内时,则分别发送这些告警信号。当告警获取模块101发送了告警信号之后,进一步还包括,从缓存中清除所发送的告警信号。
在某些实施方式中,设定的时间阈值可为2秒。通过判断设定时间阈值内是否存在相同的告警信号,可有效减少重复报文的发送量,减轻网络告警处理系统100的负荷,降低对网络带宽的需求。
其中,判断告警信号是否相同可包括,计算并存储每个告警信号的hash值,通过比较每个告警信号的hash值以判断是否存在相同的告警信号。
当获取到告警信号之后,转换模块102进一步对其进行编辑,以获得编辑后的告警信号。其中,所述编辑后的告警信号可包含与所述告警信号对应的告警源信息、告警信号数量等分析辅助信息,以便进行告警信号的分析。
在某些实施方式中,例如,设备通常采用SNMP trap报文形式传递告警信号,其中,该SNMP trap报文至少包括告警事件类型和事件的值。当转换模块102接收到该SNMP trap报文之后,将SNMP trap报文中的告警信号内容提取出来,对报文进行编辑,例如在报文中增加用于标识告警源信息的信息,例如设备IP地址等,然后,再将编辑后的报文进行封装,接着再将封装后的内容发送给发送模块103。
参考图4,在一种具体实施例中,封装后的报文中增加了告警信号对应设备的的IP地址,以及从相同告警源所获取的相同告警的数量。通过对告警信号的编辑,使得经由转换模块102发送的告警信号中包含分析辅助信息,便于对告警信号进行统计和分析,也便于对重复发送的告警信号进行管理。
当接收经由转换模块102传递的告警信号之后,发送模块103与每台网管主机120建立连接,并将编辑后的告警信号发送给每台连接至告警服务器110的网管主机120。其中,发送模块103与网管主机120之间可采用TCP协议进行通信,TCP协议相较于SNMP更为稳定和可靠,从而能在一定程度上提高告警信号传输的可靠性。
参考图5,在另一种实施方式中,告警服务器110还可包括:记录模块104。其中,记录模块104对每条告警信号的发送状态,例如已发送、待发送、未发送等,进行记录,并将告警信号的发送结果生成日志文件,以便在告警服务器110存在发送故障时能够调试查看。
参考图6,在本发明网络告警处理方法的一种实施方式中,包括:
步骤S100,获取告警信号。
告警信号可包括,例如告警发生的原因、告警的编码、告警的名称、告警产生/恢复时间等。进一步的,还可根据告警严重程度、或告警发生的原因、或告警产生/恢复时间对告警信号进行划分,获得告警等级、或告警类别,或告警状态,并将其包含在告警信号中,一起进行传输。根据某些实施方式,告警信号可由设备主动向告警服务器110上报,也可由告警服务器110对设备进行监听,主动获取设备的各种告警信号。
在某些实施例中,在步骤S100之前,进一步还可包括:初始化设备的trap-server地址,将trap-server地址设置为告警服务器110的地址,并对发送模块103进行初始化,使得发送模块103处于监听状态。
步骤S200,对所述告警信号的报文内容进行编辑,获取编辑后的告警信号,并重新进行封装。其中,所述编辑后的告警信号包含与所述告警信号对应的告警源信息、告警信号数量等分析辅助信息,以便进行告警信号的分析。
具体来说,当设备采用SNMP trap报文形式传递告警信号时,步骤S200可包括接收到该SNMP trap报文之后,将SNMP trap报文中的告警信号内容提取出来,对报文进行编辑,例如在报文中增加用于标识告警源信息的信息,例如设备IP地址等,然后,再将编辑后的报文进行封装。
根据某些实施方式,获取告警信号之后,步骤S200进一步还可包括对重复的报文进行归并,以减少重复报文的发送。具体来说,参考图7,步骤S200进一步包括:
步骤S201,保存获取到的告警信号,例如,当获取到告警信号之后,将获取到的告警信号存放到缓存中,并标注时间;
步骤S202,将当前获取到的告警信号与之前获取到的告警信号进行比较,例如当接收到另一个告警信号后,将其与存放于缓存中的告警信号进行比较。根据比较结果,判断是否存在相同的告警信号。根据某些实施方式,判断告警信号是否相同可包括,计算并存储每个告警信号的hash值,通过比较每个告警信号的hash值以判断是否存在相同的告警信号。
当存在相同的告警信号时,执行步骤S203,判断相同告警信号之间的时间间隔是否在设定的时间阈值内。根据某些实施方式,在步骤S203中,设定的时间阈值可为2秒。
当在设定时间阈值内时,执行步骤S204,将这些告警信号合并为一个告警信号,并进行发送;当不存在相同的告警信号或不在设定时间阈值内时,执行步骤S205,分别发送这些告警信号。
当发送了告警信号之后,进一步还包括步骤S206,从缓存中清除所发送的告警信号。
通过判断设定时间阈值内是否存在相同的告警信号,可有效减少重复报文的发送量,减轻系统负荷,降低对网络带宽的需求。
当获取编辑后的告警信号之后,重新进行封装。根据某些实施方式,封装后的报文中可增加告警信号对应设备的的IP地址,和/或增加从相同告警源所获取的相同告警的数量等分析辅助信息,便于对告警信号进行统计和分析,也便于对重复发送的告警信号进行管理。
接着,执行步骤S300,将封装完成的告警信号发送至网管主机。根据某些实施例,可采用TCP协议对所述告警信号进行传递,在一定程度上提高告警信号传输的可靠性。
根据某些实施方式,步骤S300进一步包括对每条告警信号的发送状态进行记录。进一步,还可将告警信号的发送结果生成日志文件,以便进行查看。
参考图8,在本发明网络告警处理方法的一种具体实施方式中,首先,初始化各个设备的trap-server地址,将trap-server地址设置为告警服务器的地址,并初始化告警服务器中的发送模块,使得所述发送模块处于监听状态。其次,所述发送模块等待网管主机的连接,当存在网管主机的连接信号时,所述发送模块建立与该网管主机的数据通道,并且所述告警服务器进入等待设备发送告警的状态。接着,当设备发送告警信号到告警服务器时,告警服务器中的告警获取模块接收该告警信号。然后,经由转换模块提取出告警信号中的报文内容,并且对该告警信号进行编辑,例如将设备的IP地址添加到该告警信号中,以及将编辑完成的告警信号进行封装。接下来,发送模块接收来自转换模块的经封装后的告警信号,记录发送状态并形成日志文件进行存储,将这些告警信号发送至各个网管主机。
相较于现有技术,本发明网络告警处理机制提供了以下便利:一方面,本发明通过在设备和网管主机之间设置告警服务器,专门用于接收网元设备的告警信号,在设备端仅需保存告警服务器的地址,网管主机数目的增减并不会对其造成影响,方便了用户操作,降低了设备的压力。另一方面,本发明对接收到的告警信号进行编辑,使编辑后的告警信号包含告警源信息和重复告警信号数目等分析辅助信息,降低了设备发送告警的频率,也减轻了网管主机的负荷;另外,本发明通过TCP协议将编辑后的告警信号发送至网管主机,在一定程度上提高了告警信号传输的可靠性。
仅出于说明的目的,本文参考附图所示组件描述了某些方面和实施例。但是,所示组件的功能可以重叠,并且可用更少或更多数量的元件和组件来呈现。此外,所示元件的全部或部分功能可共存或者在若干地理分散的位置之间分布。而且,本发明的实施例、特征、方面和原理可在各种实施例中实现,并且不限于所示环境。此外,上述事件的序列是示例性的,并且不旨在限制。因此,可使用其它方法步骤,并且即使利用上述方法,事件的特定次序也可变化而不背离本发明的范围。而且,可能不出现某些步骤并且可实现附加的步骤。
上述本发明各实施方式通常可以在本领域熟知的计算机系统结构之内或之上实施,所述本发明各实施方式的功能可以通过硬件或软件实现。在软件上,一个部件可以是一个步骤、一个进程或其中一部分,其执行特定或相关功能。在硬件上,一个部件就是设计为和其它部件一起使用的一个功能性硬件单元。例如,一个部件可以使用离散的电子部件实现,或构成诸如专用集成电路(ASIC)的整个电路的一部分,还存在许多其它可能。本领域熟练技术人员可以理解,本发明也可通过硬件部件和软件部件的结合而实现。
在考虑说明书和实现此处公开的本发明之后,本发明的其他实施例对本领域的技术人员而言将是显而易见的。说明书和示例仅仅是示例性的,而本发明实际范围和精神由所附权利要求指明。
Claims (14)
1.一种网络告警的处理方法,适于将设备发出的告警信号发送至网管主机,其特征在于,包括:
获取设备告警信号;
对所述告警信号的报文内容进行编辑,获取编辑后的告警信号,其中,所述编辑后的告警信号包含分析辅助信息;
将所述编辑后的告警信号发送至网管主机。
2.如权利要求1所述的处理方法,其特征在于,所述分析辅助信息包含告警源信息或重复的告警信号数量。
3.如权利要求1所述的处理方法,其特征在于,采用TCP协议将所述编辑后的告警信号发送至网管主机。
4.如权利要求2或3所述的处理方法,其特征在于,所述对告警信号的报文内容进行编辑包括:提取所述告警信号的报文内容,增加所述设备的IP地址。
5.如权利要求2或3所述的处理方法,其特征在于,所述对告警信号的报文内容进行编辑包括:当获取到一个告警信号时,将其与之前获取到的告警信号进行比较;当存在相同的告警信号时,判断相同告警信号之间的时间间隔是否在设定的时间阈值内;当在设定时间阈值内时,将这些告警信号合并为一个告警信号;当不存在相同的告警信号或不在设定时间阈值内时,分别发送这些告警信号。
6.如权利要求5所述的处理方法,其特征在于,所述设定的时间阈值为2秒。
7.如权利要求5所述的处理方法,其特征在于,所述判断告警信号是否相同包括,计算并存储每个告警信号的hash值,通过判断每个告警信号的hash值来判断告警信号是否相同。
8.如权利要求4所述的处理方法,其特征在于,进一步包括:对每条告警信号的发送状态进行记录
9.一种告警服务器,适于将设备发出的告警信号发送至网管主机,其特征在于,包括:
告警获取模块,适于接收设备发来的告警信号并传递至转换模块;
转换模块,适于从所述告警信号提取报文内容并对所述报文内容进行编辑,以形成编辑后的告警信号,并进行传输,其中,所述编辑后的告警信号包含分析辅助信息;
发送模块,适于将编辑后的告警信号发送给所述网管主机。
10.如权利要求9所述的告警服务器,其特征在于,所述发送模块通过TCP协议将所述编辑后的告警信号发送给网管主机。
11.如权利要求9所述的告警服务器,其特征在于,所述分析辅助信息包含告警源信息或重复的告警信号数量。
12.如权利要求10或11所述的告警服务器,其特征在于,所述转换模块对告警信号的报文内容进行编辑包括:所述转换模块提取所述告警信号的报文内容,增加所述设备的IP地址。
13.如权利要求10或11所述的处理方法,其特征在于,所述转换模块对告警信号的报文内容进行编辑包括:将由所述告警获取模块获取到的告警信号与之前获取到的告警信号进行比较;当存在相同的告警信号时,判断相同告警信号之间的时间间隔是否在设定的时间阈值内;当在设定时间阈值内时,将这些告警信号合并为一个告警信号;当不存在相同的告警信号或不在设定时间阈值内时,分别发送这些告警信号。
14.一种网络告警处理系统,适于与设备相连接,并将所述设备发出的告警信号发送至网管主机,其特征在于,包括:如权利要求9所述的告警服务器,适于从所述设备获取告警信号并进行传输;以及一个或多个网管主机,适于接收来自所述告警服务器的告警信号,并进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510486448.3A CN105024863A (zh) | 2015-08-10 | 2015-08-10 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510486448.3A CN105024863A (zh) | 2015-08-10 | 2015-08-10 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105024863A true CN105024863A (zh) | 2015-11-04 |
Family
ID=54414591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510486448.3A Pending CN105024863A (zh) | 2015-08-10 | 2015-08-10 | 网络告警的处理方法、告警服务器和网络告警处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105024863A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106953764A (zh) * | 2017-03-30 | 2017-07-14 | 上海斐讯数据通信技术有限公司 | 一种企业级ap告警信息的处理方法、装置及系统 |
CN111769973A (zh) * | 2020-06-05 | 2020-10-13 | 苏州浪潮智能科技有限公司 | 一种改进的双向snmp告警方法及装置 |
CN113656448A (zh) * | 2021-08-09 | 2021-11-16 | 国家计算机网络与信息安全管理中心 | 一种报文处理方法、装置、设备及可读存储介质 |
CN114124690A (zh) * | 2021-08-30 | 2022-03-01 | 济南浪潮数据技术有限公司 | 一种数据中心的告警配置方法、系统及相关装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141292A (zh) * | 2007-05-22 | 2008-03-12 | 中兴通讯股份有限公司 | 一种实现网络管理系统中告警自动刷新的方法 |
CN102340422A (zh) * | 2011-10-28 | 2012-02-01 | 青岛海信传媒网络技术有限公司 | 告警的处理方法和系统 |
CN103067884A (zh) * | 2011-10-21 | 2013-04-24 | 阿里巴巴集团控股有限公司 | 一种报警消息的处理方法以及装置 |
CN103647662A (zh) * | 2013-12-06 | 2014-03-19 | 北京奇虎科技有限公司 | 一种故障监测报警方法及装置 |
CN104753700A (zh) * | 2013-12-27 | 2015-07-01 | 中国银联股份有限公司 | 告警风暴处理方法以及告警风暴处理系统 |
-
2015
- 2015-08-10 CN CN201510486448.3A patent/CN105024863A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141292A (zh) * | 2007-05-22 | 2008-03-12 | 中兴通讯股份有限公司 | 一种实现网络管理系统中告警自动刷新的方法 |
CN103067884A (zh) * | 2011-10-21 | 2013-04-24 | 阿里巴巴集团控股有限公司 | 一种报警消息的处理方法以及装置 |
CN102340422A (zh) * | 2011-10-28 | 2012-02-01 | 青岛海信传媒网络技术有限公司 | 告警的处理方法和系统 |
CN103647662A (zh) * | 2013-12-06 | 2014-03-19 | 北京奇虎科技有限公司 | 一种故障监测报警方法及装置 |
CN104753700A (zh) * | 2013-12-27 | 2015-07-01 | 中国银联股份有限公司 | 告警风暴处理方法以及告警风暴处理系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106953764A (zh) * | 2017-03-30 | 2017-07-14 | 上海斐讯数据通信技术有限公司 | 一种企业级ap告警信息的处理方法、装置及系统 |
CN111769973A (zh) * | 2020-06-05 | 2020-10-13 | 苏州浪潮智能科技有限公司 | 一种改进的双向snmp告警方法及装置 |
CN113656448A (zh) * | 2021-08-09 | 2021-11-16 | 国家计算机网络与信息安全管理中心 | 一种报文处理方法、装置、设备及可读存储介质 |
CN113656448B (zh) * | 2021-08-09 | 2023-12-26 | 国家计算机网络与信息安全管理中心 | 一种报文处理方法、装置、设备及可读存储介质 |
CN114124690A (zh) * | 2021-08-30 | 2022-03-01 | 济南浪潮数据技术有限公司 | 一种数据中心的告警配置方法、系统及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105580317B (zh) | 用于diameter负载和过载信息及虚拟化的方法、系统和计算机可读介质 | |
CN102204164B (zh) | 网络丢包信息报告方法及装置 | |
CN105024863A (zh) | 网络告警的处理方法、告警服务器和网络告警处理系统 | |
CN103546343B (zh) | 网络流量分析系统的网络流量展示方法和系统 | |
CN102752217B (zh) | 网络加速系统和网络加速方法 | |
CN111010298B (zh) | Pon网络故障监控方法及装置 | |
CN112350854A (zh) | 一种流量故障定位方法、装置、设备及存储介质 | |
CN107959715A (zh) | 基于无线通讯的远程终端信息识别软件系统及识别方法 | |
CN104954153A (zh) | 节点故障检测方法及装置 | |
CN112153020A (zh) | 一种工控流量分析方法及装置 | |
CN113364651B (zh) | 一种分布式网络流量采集方法 | |
CN116723136B (zh) | 应用fcm聚类算法的网络检测数据的方法 | |
CN116302862B (zh) | 一种微服务架构下监控告警方法和系统 | |
US9537729B2 (en) | Network switching device for quantifying available service-level capacity of a network for projected network traffic | |
CN112188420B (zh) | 利用短报文识别光纤复用通道故障区间的方法和系统 | |
CN103020157A (zh) | 一种跨物理隔离的高可靠性实时文件生成方法 | |
CN102857436B (zh) | 一种基于irf网络的流量传输方法和设备 | |
US20090157904A1 (en) | Analysis tool for intra-node application messaging | |
Varga et al. | Robustness and Reliability Provided by Deterministic Packet Networks (TSN and DetNet) | |
CN107070673B (zh) | 基于集中式控制平面的路径状态回报方法 | |
CN104539447A (zh) | 一种客运专线信号系统安全数据网的可靠性分析装置 | |
CN101217485B (zh) | 一种弹性分组管理链路的方法 | |
CN104104555A (zh) | 监控方法、系统、控制端及执行端 | |
CN106230619A (zh) | 数据发送、接收方法及装置、数据传输方法及系统 | |
CN111193611A (zh) | 一种利用mas机的客户侧故障监控方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151104 |
|
RJ01 | Rejection of invention patent application after publication |