CN103532737A

CN103532737A - 一种处理多种类型告警的方法、装置及系统

Info

Publication number: CN103532737A
Application number: CN201310430535.8A
Authority: CN
Inventors: 刘童; 杨海; 孙鲲
Original assignee: Raisecom Technology Co Ltd
Current assignee: Raisecom Technology Co Ltd
Priority date: 2013-09-18
Filing date: 2013-09-18
Publication date: 2014-01-22
Anticipated expiration: 2033-09-18
Also published as: CN103532737B

Abstract

本发明公开了一种处理多种类型告警的方法、装置及系统，该方法为：接收告警，将所述告警转换成可识别的格式，并从中取出至少一个绑定变量；确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类时，采用所述解析类对所述至少一个绑定变量进行解析，获得解析结果；将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象。这种处理方式忽略了告警的类型，只需维护绑定变量与解析类的映射关系，保持了处理方式的一致性，减少了时间和空间上的开销。此外，当有新的告警类型产生时，只要其绑定变量已存在于预设的配置文件所记载的映射关系中，就无需对现有的系统做任何改变。

Description

一种处理多种类型告警的方法、装置及系统

技术领域

本发明涉及网络管理领域，尤其涉及一种处理多种类型告警的方法、装置及系统。

背景技术

随着运营商网络规模的扩大，在网设备的类型越来越多，网络管理系统需要处理的告警类型数量也随之不断增长。为了达到告警管理功能的需求，短时间内网络管理系统可能要处理更多的告警，解析其位置、状态等信息。如何高效处理告警成为建设网络管理系统时需要考虑的主要问题。

基于简单网络管理协议（Simple Network Management Protocol，SNMP）管理的网络设备的告警是以SNMP Trap（告警）报文的形式上报的，这是一种SNMP代理向一个或多个网络管理系统发送的一种非请求性通知消息，用于向管理者报告被管理对象的状态变化，其数据包格式如图1所示（以SNMP V2版本为例）。

现有技术中采用一种基于告警类型的解析方式，该方式在系统中需要维护告警类型（由snmpTrapOID进行标识）与告警中绑定变量所绑定的内容和顺序的映射关系，每个不同的告警类型都需要有一个单独的类来进行解析。典型的映射关系配置文件描述如下：

采用这种基于告警类型的解析方式，系统每次接到告警时都会去使用snmpTrapOID来查找上述的配置文件，这会浪费大量的时间和空间资源，而且在多条告警并发的时候很难保证处理效率。

针对上述缺陷，在具体实现中为了提高处理告警的速度，现有技术中采用的一种解决方式为，把上述配置文件中的内容缓存到内存中。然而，这种方式虽然提高了处理告警的速度，但并不能减少存储和查找内存的开销。同时这种方式也造成了告警处理方式的不统一，每一个不同类型的告警都需要由不同的类来解析，在告警类型增加后相应的处理结构也必须要相应改动。一个典型的告警处理过程如下：1）服务器接收到从SNMP代理上发出的SNMP Trap数据包；2）提取解码后的snmpTrapOID；3）判断该snmpTrapOID是否包含在保存snmpTrapOID与解析类映射关系的配置文件中，若是，则对该SNMP Trap数据包进行解析，并生成一个告警对象；否则，认为该告警没有进行注册，属于未知告警。这种处理方式要求每新增一条告警就需要在记载snmpTrapOID与解析类映射关系的配置文件中增加一条新记录，告警配置文件必须时刻保持在最新的状态才能够保证解析所有的告警，而当告警的种类和告警并发的数量达到一定级别时，处理和存储这些映射关系所耗费的时间和空间上的开销是非常大的。

发明内容

本发明实施例提供一种处理多种类型告警的方法、装置及系统，用以解决现有技术中处理大量不同类型的告警时会耗费大量的时间和空间开销，以及当有新的告警类型产生时都需对系统做出相应改动和告警处理方式不统一的问题。

本发明实施例提供的具体技术方案如下：

第一方面，一种处理多种类型告警的方法，包括：

接收告警，将所述告警转换成可识别的格式，并从中取出至少一个绑定变量；

确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类时，采用所述解析类对所述至少一个绑定变量进行解析，获得解析结果；

将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象。

这种基于绑定变量的告警解析方式，相比传统方式中按告警类型对告警进行解析，减少了工作量，同时保持了告警处理方式的一致性。

结合第一方面，在第一种可能的实现方式中，将所述告警转换成可识别的格式，包括：

将接收到的告警转化为Java语言能够识别的SnmpPduPacket类型。

这样，将告警转化为统一的可识别的格式后，方便系统对告警的统一处理。

结合第一方面，在第二种可能的实现方式中，所述绑定变量，包括：

机箱索引，板卡索引，端口索引和上报时间。

由于告警中绑定变量的数量有限，且相比告警类型少很多，因此其配置文件的大小较传统方式要小。

结合第一方面，在第三种可能的实现方式中，将所述告警转换成可识别的格式，并从中取出至少一个绑定变量，确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类，包括：

从转换后格式可识别的告警中，依次取出绑定变量，根据所述绑定变量与解析类的映射关系，使用所述绑定变量的对象标识OID在预设的告警配置文件中查找到所述绑定变量对应的解析类。

这种新的解析方式在存储空间和查找空间上提升了告警的处理效率。

结合第一方面，在第四种可能的实现方式中，将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象后，进一步包括：

取出所述告警对象的属性，作为一条告警记录添加到数据库中。

通过将告警存储到数据库，方便了后期对告警的读取、关联、显示等工作。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述告警对象的属性，包括：

告警名称，告警上报时间，告警源位置，告警源名称和IP地址。

通过这些告警对象的属性，可以了解到告警的详细信息。

结合第一方面的第四种可能的实现方式，在第六种可能的实现方式中，取出所述告警对象的属性，作为一条告警记录添加到数据库中，进一步包括：

从数据库中取出所述告警记录，获取告警发生的位置，将所述告警对象的属性关联到所述告警发生的位置对应的管理设备上。

这样，无需查找数据库，只要查看某一管理设备即可直接看到该管理设备所有的告警信息。

结合第一方面的第四种可能的实现方式，在第七种可能的实现方式中，取出所述告警对象的属性，作为一条告警记录添加到数据库中，进一步包括：

将所述告警记录显示到管理设备上。

这样，无需查找数据库，即可在管理设备上查看到所有设备的所有告警记录。

第二方面，一种处理多种类型告警的装置，包括：

SNMP协议处理模块，用于接收告警，将所述告警转换成可识别的格式；

变量解析模块，用于从转换后格式可识别的告警中取出至少一个绑定变量，确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类时，采用所述解析类对所述至少一个绑定变量进行解析，获得解析结果；并将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象。

这样的实现方式，通过SNMP协议处理模块和变量解析模块的相互配合，根据绑定变量对告警进行解析，相比传统方式中按告警类型对告警进行解析，减少了时间和空间上的开销，同时保持了告警处理方式的一致性。

结合第二方面，在第一种可能的实现方式中，所述SNMP协议处理模块将所述告警转换成可识别的格式，包括：

所述SNMP协议处理模块将接收到的告警转化为Java语言能够识别的SnmpPduPacket类型。

通过SNMP协议处理模块将告警转化为统一的可识别的格式后，方便了系统对告警的统一处理。

结合第二方面，在第二种可能的实现方式中，所述绑定变量，包括：

机箱索引，板卡索引，端口索引和上报时间。

由于告警中绑定变量的数量有限，且相比告警类型少很多，因此变量解析模块内部保存的告警配置文件的大小较传统方式要小。

结合第二方面，在第三种可能的实现方式中，所述变量解析模块从转换后格式可识别的告警中取出至少一个绑定变量，确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类，包括：

所述变量解析模块从转换后格式可识别的告警中，依次取出绑定变量，根据所述绑定变量与解析类的映射关系，使用所述绑定变量的对象标识OID在预设的告警配置文件中查找到所述绑定变量对应的解析类。

变量解析模块通过这种新的解析方式，在存储空间和查找空间上提升了告警的处理效率。

结合第二方面，在第四种可能的实现方式中，进一步包括：

告警存储模块，用于在所述变量解析模块将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象后，取出所述告警对象的属性，作为一条告警记录添加到数据库中。

这种实现方式，方便了后期对告警的读取、关联、显示等工作。

结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述告警对象的属性，包括：

通过这些告警对象的属性，可以了解到告警的详细信息。

结合第二方面的第四种可能的实现方式，在第六种可能的实现方式中，进一步包括：

告警关联模块，用于在所述告警存储模块取出所述告警对象的属性，作为一条告警记录添加到数据库后，从数据库中取出所述告警记录，获取告警发生的位置，将所述告警对象的属性关联到所述告警发生的位置对应的管理设备上。

这样，告警关联模块无需查找数据库，只要查看某一管理设备即可直接看到该管理设备所有的告警信息。

结合第二方面的第四种可能的实现方式，在第七种可能的实现方式中，进一步包括：

告警显示模块，用于在所述告警存储模块取出所述告警对象的属性，作为一条告警记录添加到数据库后，将所述告警记录显示到管理设备上。

这样，告警显示模块无需查找数据库，即可在管理设备上查看到所有设备的所有告警记录。

第三方面，一种处理多种类型告警的系统，包括通讯设备、网管服务器和网管数据库，其中，所述网管服务器包括第二方面中任意一种实现形式的处理多种类型告警的装置。

这样的处理多种类型告警的系统，由网管服务器接收通讯设备下发的告警、通过绑定变量与解析类的映射关系对多种类型的告警进行解析，并将解析出的告警对象的属性存储到网管数据库，可以节省工作量，保持告警处理方式的一致性。

附图说明

图1为现有技术下SNMP Trap报文的数据包格式；

图2为本发明实施例中网络管理系统处理多种类型的告警的流程图；

图3为本发明实施例中网管告警界面显示的部分告警信息；

图4为本发明实施例中基于绑定变量的告警解析装置的结构示意图；

图5为本发明实施例中对多种类型的告警进行解析的详细流程图；

图6为本发明实施例中基于绑定变量的告警解析系统的结构示意图。

具体实施方式

为了解决现有技术中处理大量不同类型的告警时会耗费大量的时间和空间开销，以及当有新的告警类型产生时都需对系统做出相应改动和告警处理方式不统一的问题，本发明实施例中，提出了一种网络管理系统中处理多种类型告警的方法，在解析告警时，忽略告警的类型，即snmpTrapOID与解析类的映射关系，只维护绑定变量与解析类的映射关系，从而节省了很大的工作量，同时保持了告警处理方式的一致性。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图2所示，本发明实施例中，网络管理系统对多种类型的告警进行处理的具体流程如下：

步骤200：网络管理系统接收告警，将告警转换成可识别的格式，并从中取出至少一个绑定变量。

本发明实施例中，网络管理系统首先将接收到的告警转化为Java语言能够识别的SnmpPduPacket类型，其中，该类型定义在org.opennms.protocols.snmp.SnmpPduPacket包中。

本发明实施例中，绑定变量可以是机箱索引，板卡索引，端口索引和上报时间等等，在此不再一一赘述。各种类型的告警中的绑定变量的数量是有限的，而且不同类型的告警中通常会绑定同样的变量。

步骤210：网络管理系统确定预设的告警配置文件中保存有至少一个绑定变量对应的解析类时，采用对应的解析类对这至少一个绑定变量进行解析，获得解析结果。

本发明实施例中，预设的告警配置文件中记载了所有需要解析的绑定变量与解析类的映射关系，典型的映射关系配置文件描述如下：

网络管理系统从转换后格式可识别的告警中，依次取出绑定变量，根据绑定变量与解析类的映射关系，使用该绑定变量的对象标识（Object identifier，OID）在预设的告警配置文件中查找到与该绑定变量对应的解析类。

与传统的方式相比，这种处理方式忽略了告警的类型，只需维护绑定变量与解析类的映射关系即可。因此对于各种类型的告警来说，处理方式是一致的，即网络管理系统可以使用同一个类对不同类型的告警中相同的绑定变量进行处理；当绑定变量不同时，只需再根据该绑定变量与解析类的映射关系，使用绑定变量的OID查找对应的解析类。进一步的，由于告警中的绑定变量的数量是有限的，而且不同的告警中通常会绑定同样的变量，所以需配置的绑定变量与相应解析类的映射关系比需配置的告警类型与告警类型解析类的映射关系要少很多，减少了时间和空间上的开销。同时，本发明实施例中新的解析方式无论是在存储空间还是查找时间上相比传统方式在效率上都有所提升。此外，当有新的告警类型产生时，只要其绑定变量已存在于预设的配置文件所记载的映射关系中，就不需要对现有的系统做任何改变。

步骤220：网络管理系统将获得的至少一个绑定变量对应的解析结果进行组合作为告警对象。

进一步的，本实施例中，网络管理系统将得到的告警对象存储到数据库中，取出该告警对象的属性，放入到SQL语句中，作为一条告警记录添加到数据库中。

本发明实施例中，告警对象的属性，可以是告警名称，告警上报时间，告警源位置，告警源名称和IP地址等等，在此不再一一赘述。

较佳地，本实施例中，网络管理系统会从数据库中取出告警记录，获取告警发生的位置，将该告警对象的属性关联到告警发生的位置所对应的管理设备上。具体的，网络管理系统可以将告警对象的属性关联到对应的网管设备图标上，当用户点击图标时，便可以找到该设备所有的告警信息。

进一步地，本实施例中，网络管理系统还可以将数据库中的告警记录显示到管理设备上。具体的，网络管理系统可以将告警记录显示到网管告警界面上，如图3所示，用户可以直接在网管告警界面上看到最新的各个设备的告警信息。

参阅图4所示，本发明实施例中，基于绑定变量的告警解析装置40包括：SNMP协议处理模块400，变量解析模块401，告警存储模块402，告警关联模块403和告警显示模块404。

下面，对上述实施例作出进一步的详细说明。

如图5所示，本发明实施例中，对多种类型的告警进行解析的详细流程如下：

步骤501：SNMP协议处理模块400收到原始告警，创建一个新线程。

本发明实施例中，针对每条告警均会创建独立的线程进行并行的处理，由Java的线程管理功能进行统一调度。

步骤502：SNMP协议处理模块400将原始告警转化成可识别的格式。

步骤503：变量解析模块401从格式可识别的告警中取出一条绑定变量。

步骤504：变量解析模块401判断是否能找到该绑定变量对应的解析类，若是，则执行步骤505；否则，执行步骤511。

步骤505：变量解析模块401采用对应的解析类对该绑定变量进行解析。

较佳地，本发明实施例中，变量解析模块401将所有告警变量和相应的解析类的映射关系缓存到内存中，解析出绑定变量的OID后可直接在缓存中查找到相应的解析类对绑定变量进行解析。对于特殊告警的处理也可以同样采用缓存OID和解析类的方式。

步骤506：变量解析模块401判断是否所有的绑定变量都处理完成，若是，则执行步骤507；否则，返回步骤503。

步骤507：变量解析模块401将所有绑定变量解析后返回的解析结果组成告警对象。

步骤508：告警存储模块402将告警对象存储到数据库。

具体的，本发明实施例中，告警存储模块402获取告警对象的属性，放入SQL语句中，作为告警记录添加到数据库中。告警对象的属性，可以是告警名称，告警上报时间，告警源位置，告警源名称和IP地址等等，在此不再一一赘述。

步骤509：告警关联模块403将告警关联到对应的网管设备图标。

本发明实施例中，具体的，告警关联模块从数据库中取出告警记录，获取告警发生的位置，将该告警对象的属性关联到告警发生的位置所对应的网管设备图标上，当用户点击图标时，便可以找到该设备所有的告警信息。

步骤510：告警显示模块404将数据库中的告警记录显示到网管告警界面。

步骤511：变量解析模块401判断是否所有的绑定变量都处理完成，若是，则执行步骤507；否则，返回步骤503。

下面，参阅图4所示，对本发明实施例中基于绑定变量的告警解析装置40的结构作出进一步地详细说明。

SNMP协议处理模块400，用于接收告警，将告警转换成可识别的格式。

其中，SNMP协议处理模块400针对每条告警都会创建新的Java线程来进行处理，并利用SNMP协议栈提供的操作程序将设备上报的原始告警转换成Java语言方便处理的SnmpPduPacket类型。

变量解析模块401，用于从转换后格式可识别的告警中取出至少一个绑定变量，确定预设的告警配置文件中保存有上述至少一个绑定变量对应的解析类时，采用解析类对至少一个绑定变量进行解析，获得解析结果；并将获得的至少一个绑定变量对应的解析结果进行组合作为告警对象。

其中，变量解析模块401内部预设的告警配置文件保存有所有需要解析的绑定变量的OID和解析类，进行告警解析时，变量解析模块401从SNMP协议处理模块400返回的格式可识别的告警中依次取出绑定变量，如：机箱索引，板卡索引，端口索引和上报时间等等，然后根据绑定变量与解析类的映射关系，使用绑定变量的OID在预设的配置文件中查找到对应的解析类，由解析类读取该绑定变量的值，并转换成网络管理系统上定义的数据结构，并将解析完所有的绑定变量后返回的数据组成一个告警对象。

进一步地，还可以包括：

告警存储模块402，用于在所述变量解析模块将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象后，取出告警对象的属性，作为一条告警记录添加到数据库中。

具体地，告警存储模块402，将告警对象中的属性，如：告警名称，告警上报时间，告警源位置，告警源名称和IP地址等等，放入SQL语句中，存储到数据库中。

进一步地，还可以包括：

告警关联模块403，用于在所述告警存储模块取出所述告警对象的属性，作为一条告警记录添加到数据库后，从数据库中取出告警记录，获取告警发生的位置，将告警对象的属性关联到告警发生的位置对应的管理设备上。

具体地，告警关联模块403可以完成告警到网管设备图标的关联工作，从数据库中取出告警记录，获取告警发生的位置，如：1号机箱2号板卡3号端口等等，将该告警记录关联到对应的网管设备图标上，这样，当用户点击图标时即可找到该设备所有的告警信息。

进一步地，还可以包括：

告警显示模块403，用于在所述告警存储模块取出所述告警对象的属性，作为一条告警记录添加到数据库后，将告警记录显示到管理设备上。

具体地，告警显示模块404可以将数据库中的告警记录显示到网管告警界面。

参阅图6所示，本发明实施例中，基于绑定变量的告警解析系统包括通讯设备、网管服务器和网管数据库，其中，

通讯设备，通过SNMP接口与网管服务器相连，用于下发告警；

网管服务器，可以包含上述任意一种情况下的基于绑定变量的告警解析装置40；

网管数据库，可以用于查询和存储网管服务器解析出的告警数据。

综上所述，本发明实施例中所记载的技术方案，在处理大量不同类型的告警时，不需要知道告警的相关信息，只要告警中的绑定变量是可以解析的，就可以完成对告警的处理，相比传统方式中按告警类型对告警进行解析，减少了工作量，同时保持了告警处理方式的一致性。由于当前接入网网管系统中设备类型和业务类型众多，告警种类可能多达几万种，而且随着设备类型和业务类型的扩展会不断增加和变化，而绑定变量的类型可能只有不到100种，且相对告警类型而言比较稳定，因此只记载绑定变量与解析类的映射关系的配置文件，其大小相对传统方式有很大的优势，同时这种按绑定变量对告警进行解析的新的解析方式无论是在存储空间上还是查找空间上都提升了效率，且在多条告警并发的环境下能够提高告警解析的速度，提升系统在同一时刻对于并发告警的解析能力。此外，将告警变量和相应的解析类的映射关系缓存到内存中，解析出绑定变量的OID后直接在缓存中查找到相应的解析类对绑定变量进行解析，同时针对每条告警创建独立的线程进行并行处理，可以提高对告警绑定变量的解析速度，从而提高系统处理告警的整体速度。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种处理多种类型告警的方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，将所述告警转换成可识别的格式，包括：

将接收到的告警转化为Java语言能够识别的SnmpPduPacket类型。

3.如权利要求1所述的方法，其特征在于，所述绑定变量，包括：

机箱索引，板卡索引，端口索引和上报时间。

4.如权利要求1所述的方法，其特征在于，将所述告警转换成可识别的格式，并从中取出至少一个绑定变量，确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类，包括：

5.如权利要求1所述的方法，其特征在于，将获得的所述至少一个绑定变量对应的解析结果进行组合作为告警对象后，进一步包括：

6.如权利要求5所述的方法，其特征在于，所述告警对象的属性，包括：

7.如权利要求5所述的方法，其特征在于，取出所述告警对象的属性，作为一条告警记录添加到数据库中，进一步包括：

8.如权利要求5所述的方法，其特征在于，取出所述告警对象的属性，作为一条告警记录添加到数据库中，进一步包括：

将所述告警记录显示到管理设备上。

9.一种处理多种类型告警的装置，其特征在于，包括：

10.如权利要求9所述的装置，其特征在于，所述SNMP协议处理模块将所述告警转换成可识别的格式，包括：

11.如权利要求9所述的装置，其特征在于，所述绑定变量，包括：

机箱索引，板卡索引，端口索引和上报时间。

12.如权利要求9所述的装置，其特征在于，所述变量解析模块从转换后格式可识别的告警中取出至少一个绑定变量，确定预设的告警配置文件中保存有所述至少一个绑定变量对应的解析类，包括：

13.如权利要求9所述的装置，其特征在于，进一步包括：

14.如权利要求13所述的装置，其特征在于，所述告警对象的属性，包括：

15.如权利要求13所述的装置，其特征在于，进一步包括：

16.如权利要求13所述的装置，其特征在于，进一步包括：

17.一种处理多种类型告警的系统，其特征在于，包括通讯设备、网管服务器和网管数据库，其中，所述网管服务器包括如权利要求9-16任一项所述的处理多种类型告警的装置。