一种控制网络设备系统信息输出的方法和网络设备

摘要

本发明公开了一种控制网络设备系统信息输出的方法和网络设备，其中，该方法中，网络设备包含信息中心模块，该信息中心模块接收所述网络设备中由各个业务模块输出的系统信息；该方法包括：若所述网络设备使能了系统信息的聚合输出，则所述信息中心模块判断当前接收的系统信息是否属于与预设源信息相关联的被抑制的信息，如果是，对该系统信息进行聚合，当达到所述系统信息对应的源信息的输出条件时，对该系统信息对应的源信息进行输出；否则，缓存该系统信息，当达到该系统信息的输出条件时，对该系统信息进行输出。采用本发明，实现了抑制一些与已经输出的系统信息有关联、且为用户可以预料的信系统息的输出，大大减少了无用系统信息的输出。

说明书

技术领域

本发明涉及网络通信技术，尤其涉及一种控制网络设备系统信息输出的方法和网络设备。

背景技术

在网络通信技术中，为了便于工作人员及时、准确定位网络设备在运行过程中出现的问题，往往要求网络管理系统中的网络设备向终端或者专门的服务器输出系统信息。比如，当网络设备的外界信号出现异常、电缆被拔出或者该网络设备的当前温度超过安全门限时，该网络设备会输出与上述故障对应的系统信息给用户，以便用户进行监控或定位。通常，网络设备发出的系统信息可以为供定位故障所使用的调试信息(debugging information)、为便于后期查询的日志(log)信息和为需要用户立即予以关注的告警信息(trap)中的一种或多种的组合。

通常，系统信息的输出格式可包含信息类别、时间戳、模块、级别、信息摘要、信息内容等信息。比如，在用户登录后，设备控制台就会输出以下格式的系统信息：

％Jun 26 17:08:35:809 2008 Sysname SHELL/4/LOGIN：VTY login from1.1.1.1；

其中，％表示该系统信息的类别，具体表示该系统信息为日志信息，Jun 2617:08:35:809 2008为时间戳；Sysname SHELL表示发送该系统信息的网络设备的名称；4表示该系统信息的级别；LOGIN为信息摘要，VTY login from 1.1.1.1为信息内容。

网络设备的应用层次不同，系统信息输出的方法也不尽相同。参见图1，图1为现有技术中系统信息的输出结构图。该输出结构应用于中高端网络设备，用户可预先配置好该中高端网络设备的各个模块输出的系统信息的类别，在图1中，用于输出日志信息的模块、用于输出告警信息的模块以及用于输出调试信息的模块分别将对应的日志信息、告警信息、和调试信息通过用户预先配置好的对应的信息通道输出给用户面。其中，如图1所示，该用户面可包含控制台、监控终端、日志主机、告警缓冲区、日志缓存区、SNMP模块、日志文件模块等。

一般而言，网络设备现场的使用环境比较复杂，从使用的角度来说，为了监控所有网络设备的运行情况，不允许关闭网络设备现场中系统信息的输出。因此，面对网络设备现场如此庞杂的系统信息，在最短时间里找到关键问题所在，并立即修复问题，保证对应的网络设备正常运行，是非常困难的。

为便于用户在最短时间里根据系统信息找到关键问题，当前最常见的一种方案是控制系统信息输出的方法。该方法主要是通过对系统信息的输出进行定制来实现的，具体包括：针对每一种类别的系统信息，根据实际情况，为该类别对应的所有系统信息配置优先级，禁止预设级别以下的系统信息输出，允许预设级别以上的系统信息输出。比如，根据实际情况为以日志形式发出的所有系统信息配置优先级，从高到低分为8个等级，即对应的序号为0～7，允许预设级别(假如为4级)以上的信息输出，抑制预设级别(假如为4级)以下的信息输出。可见，现有提供的方法在一定程度上控制了纷繁复杂的信息扰乱视听。

在现有提供的方法中，禁止低优先级别的系统信息输出，具体应用中，该低优先级别的系统信息也有可能是用户需要的信息。另外在具体使用中，同一个消息实体顺序发出的系统信息一般都有一定的关联，通常，针对相互关联的系统信息，用户往往是可以预料到的，而采用现有提供的方法，当可预料的系统信息达到预设级别，也需要输出，这样就会导致输出界面上频繁充斥着大量用户可以预料的无用的系统信息。

发明内容

本发明提供了一种控制网络设备系统信息输出的方法和网络设备，以便减少无用系统信息的输出。

一种控制网络设备系统信息输出的方法，网络设备中包含信息中心模块，该信息中心模块接收所述网络设备中由各个业务模块输出的系统信息；该方法包括：

若所述网络设备使能了系统信息的聚合输出，则所述信息中心模块判断当前接收的系统信息是否属于与预设源信息相关联的被抑制的信息，如果是，则对该系统信息进行聚合，当达到所述系统信息对应的源信息的输出条件时，对该系统信息对应的源信息进行输出；否则，缓存该系统信息，当达到该系统信息的输出条件时，对该系统信息进行输出。

一种网络设备，包括：信息中心模块、存储模块和一个以上的业务模块；其中，

所述业务模块用于发送系统信息给所述信息中心模块；

所述信息中心模块用于接收所述系统信息，判断所述系统信息是否属于与预设源信息相关联的被抑制的信息，如果是，则对该系统信息进行聚合，当达到所述系统信息对应的源信息的输出条件时，对该系统信息对应的源信息进行输出；否则，将该系统信息存储到所述存储模块，当达到该系统信息的输出条件时，对该系统信息进行输出；

所述存储模块用于存储系统信息。

由上可见，在本发明实施例提供的控制网络设备系统信息输出的方法和网络设备中，当所述网络设备使能了系统信息的聚合输出，则所述网络设备中的信息中心模块判断当前接收的系统信息是否属于与预设源信息相关联的被抑制的信息，优选地，与预设源信息相关联的被抑制的信息通常是一些与已经输出的预设源信息有关联、且用户可以预料的系统信息；当信息中心模块判断出当前接收的系统信息属于与预设源信息相关联的被抑制的信息时，对该系统信息进行聚合，具体是抑制该系统信息，如此，实现了抑制一些与已经输出的系统信息(源信息)有关联、且用户可以预料的系统信息，大大减少了无用系统信息对用户的影响。

进一步地，本发明在对系统信息的输出进行聚合后，当达到该系统信息对应的源信息的输出条件时，输出该系统信息对应的源信息，这样，用户根据该源信息可以更加快捷、方便定位出当前出现的故障，大大提供了用户解决故障的效率。

附图说明

图1为现有技术中系统信息的输出结构图；

图2为本发明实施例提供的控制网络设备系统信息输出的基本流程图；

图3为本发明实施例提供的控制网络设备系统信息输出的详细流程图；

图4为本发明实施例中网络设备的结构图；

图5为本发明实施例中信息中心模块的一个结构图。

具体实施方式

为使本发明更加清楚，下面对本发明实施例提供的控制网络设备系统信息输出的方法进行描述。

参见图2，图2为本发明实施例提供的控制网络设备系统信息输出的基本流程图。本实施例中，网络设备中可包含信息中心模块，该信息中心模块接收该网络设备中由各个业务模块输出的系统信息。如图2所示，该流程可包括以下步骤：

步骤201，若网络设备使能了系统信息的聚合输出，则信息中心模块判断当前接收的系统信息是否属于与预设源信息相关联的被抑制的信息，如果是，则执行步骤202；否则，执行步骤203。

这里，由于同一个消息实体对应的系统信息一般都有一定的关联，并且应用中，一个系统信息发生，就会导致后续多个系统信息相继发生，因此，本实施例根据经验预设导致后续多个系统信息发生的系统信息为源信息，而后续发生的多个系统信息为与该预设的源信息相关联的信息；其中，上述与预设源信息相关联的被抑制的信息具体可以是一些与已经输出的系统信息(源信息)有关联、且用户可以预料的系统信息。

步骤202，对该系统信息进行聚合；当达到该系统信息对应的源信息的输出条件时，对该系统信息对应的源信息进行输出。

这里，步骤202中的对该系统信息进行聚合具体可为：丢弃该系统信息。

步骤203，缓存该系统信息；当达到该系统信息的输出条件时，对该系统信息进行输出。

如此，实现了本实施例提供的控制网络设备系统信息输出的基本流程。本实施例中，由信息中心模块统一管理其所在的网络设备中所有业务模块对应的系统信息，并且，信息中心模块在判断出当前接收的系统信息属于与预设源信息相关联的被抑制的信息时，丢弃该系统信息，实现了抑制一些用户可以预料的系统信息，大大减少了无用系统信息对用户的影响。

上述只是简单描述了本发明实施例提供的方法，下面结合具体实施例对本发明实施例提供的方法进行详细描述。

参见图3，图3为本发明实施例提供的控制网络设备系统信息输出的详细流程图。该方法可应用于包含一个以上网络设备的网络管理系统中，针对每个网络设备，该网络设备中包含信息中心模块；该信息中心模块可集中控制网络设备中各个业务模块对应的系统信息的输出。如图3所示，当网络设备中有一个或多个业务模块需要发送系统信息时，该流程可包括以下步骤：

步骤301，业务模块将携带了信息实体的系统信息发送给信息中心模块。

这里，信息实体可有多种实现形式，比如，若业务模块检测出其中的某一端口出现问题，则该信息实体为该端口；或者若业务模块检测出其中的某一个单板出现问题，则该信息实体为该单板等，本实施例并未具体限定。

系统信息中一般包含：系统信息类型(其中，该系统信息类型主要包括日志信息、调试信息和告警信息)、该系统信息生成的时间、发出该系统信息的设备的名称、业务模块的标识、级别、消息摘要和消息内容。优选地，若上述信息实体为端口，则步骤301中业务模块将携带了信息实体的系统信息发送给信息中心模块具体可为：业务模块提取出该端口对应的端口索引，将该端口索引作为一个字段携带在系统信息的消息摘要中发送给信息中心模块。其中，业务模块提取出端口索引的方法具体可参见RFC1215所规定的方法，本实施例不再赘述。当然，若上述信息实体为单板，则步骤301中业务模块将携带了信息实体的系统信息发送给信息中心模块具体可为：设置系统信息所包含的摘要内容，具体为：单板信息+分隔符+摘要内容，其中，分割符为一些常见符号，比如为“！”，本实施例并未具体限定；另外，单板信息可为单板的标识等，将该设置后的系统信息发送给信息中心模块。

如此，通过上述步骤301，可以使系统信息中的摘要部分(包括消息摘要和摘要内容)包含消息实体字段。

步骤302，信息中心模块接收系统信息，并判断其所在的网络设备当前是否使能了系统信息的聚合输出，如果是，执行步骤303，否则，执行步骤311。

每一个系统信息都对应一个信息实体，由于相同信息实体输出的系统信息存在着一定的联系，本实施例通过判断其所在的网络设备当前是否使能了系统信息的聚合输出来控制当前接收的系统信息输出的操作，具体下述。

步骤303，判断预设置的抑制信息序列表中的信息是否与该系统信息匹配，如果是，执行步骤304；否则，执行步骤311。

这里，判断预设置的抑制信息序列表中的信息是否与该系统信息匹配具体可包括：确定出该系统信息对应的业务模块标识、系统信息级别和摘要内容；判断预设置的抑制信息序列表中包含的业务模块标识、系统信息级别和摘要内容是否均与确定出的业务模块标识、系统信息级别和摘要内容一一匹配，如果是，则确定预设置的抑制信息序列表中的信息与该系统信息匹配；否则，确定预设置的抑制信息序列表中的信息与该系统信息不匹配。

步骤304，判断该系统信息是否为源信息，如果是，则执行步骤305，否则，执行步骤306。

这里，源信息是用户根据经验预先设置的，或者在用户控制或者干预下由系统预先生成的用于触发抑制其他系统信息的信息，本实施例对此并未限定。该源信息存储于被抑制信息序列表中，该序列表中还存储与该源信息相关联的被抑制的信息。其中，在被抑制信息序列表中，源信息作为首，与该源信息相关联的被抑制信息作为该源信息的附属。如此，当上述步骤303判断出步骤302接收的系统信息与预设置的抑制信息序列表中的信息匹配时，本步骤304只需判断该系统信息在预设置的抑制信息序列表中的位置是否为首位置，如果是，确定该系统信息为源信息，执行步骤305；否则，确定该系统信息为与源信息相关联的被抑制信息，执行步骤306。优选地，本实施例中源信息可以用业务模块标识、系统信息级别和摘要内容来标识，与源信息相关联的被抑制信息也可以用业务模块标识、系统信息级别和摘要内容来标识。当然这只是一种举例，不应理解为一种限制。

优选地，由于相同信息实体输出的系统信息存在着一定的联系，因此，步骤304可进一步包括：判断该系统信息所携带的实体信息是否与已接收的系统信息所携带的实体信息相同，如果是，则继续执行上述的判断该系统信息是否为预设的源信息的操作。

需要说明的是，本实施例是以源信息和与源信息相关联的被抑制信息同在预设置的抑制信息序列表中为例。实际应用中，源信息和与源信息相关联的被抑制信息也可不在同一个表中，比如，源信息在预设置的源信息表中，而与源信息相关联的被抑制信息在预设置的抑制信息序列表中，其中，源信息表和抑制信息序列表具有一定的对应关系。如此，上述步骤303可替换为判断该系统信息是否为预设置的源信息表中的信息匹配，如果是，执行步骤305，否则，执行步骤304；步骤304替换为：判断预设置的抑制信息序列表中的信息是否与该系统信息匹配，如果是，执行步骤306；否则，执行步骤311。这里，步骤303和步骤304并非只有上述一种替换形式，比如，步骤303也可替换为：判断预设置的抑制信息序列表中的信息是否与该系统信息匹配，如果是，执行步骤306；否则，执行步骤304；如此，步骤304也可替换为：判断该系统信息是否为预设置的源信息表中的信息匹配，如果是，执行步骤305，否则，执行步骤311。其余步骤类似，这里不再赘述。

步骤305，缓存该系统信息，并标记该系统信息为源信息，记录该系统信息到达的时间。之后，执行步骤312。

步骤306，确定上述系统信息对应的源信息。

这里，当上述步骤303判断出步骤302接收的系统信息与预设置的抑制信息序列表中的信息匹配，并且该系统信息在抑制信息序列表中的位置不是首位置时，本步骤306将处于该系统信息所在位置的首位置的信息确定为该系统信息对应的源信息。

步骤307，判断当前是否已缓存了步骤306确定的源信息，如果是，执行步骤308，否则，执行步骤311。

这里，判断当前是否已缓存了步骤306确定的源信息具体可包括：判断自身缓存的信息中是否有步骤306确定出的源信息，如果是，则确定当前已缓存了该系统信息对应的源信息；否则，确定当前未缓存该系统信息对应的源信息。

需要说明的是，步骤306至步骤307的操作为信息中心模块判断当前是否已存储了该接收的系统信息对应的源信息的具体操作。

步骤308，判断接收该系统信息的时间与接收上述源信息的时间之差是否在预设定的时间内，如果是，执行步骤309，否则，执行步骤311。

这里，预设定的时间是用户预先根据以前经验设置的，优选地，该预设定的时间可为2秒。

步骤309，丢弃该系统信息。

至此，通过上述步骤实现了系统信息的聚合操作。实际使用中，一个物理接口如以太网端口上，可能配置了1K个虚拟局域网(VLAN)的虚接口(也可以是由虚拟路径标识符/虚拟通道标识符VPI/VCI标记的异步传输模式ATM链路，或者由数据链接连接标识DLCI标记的帧中继FR链路等)。每个虚接口上配置了OSPF路由协议，以及双向转发检测(BFD)协议等上层协议，这些协议都还依附于具体的物理/逻辑接口。在应用中，一旦物理端口被拔出，则会出现物理链路状态出现故障(Down)，1K个VLAN虚接口链路状态Down、IPv4和IPv6协议状态Down、BFD状态变化、OSPFv2/v3状态变化等共计超过6000条的日志信息和告警信息输出。如果配置的该物理端口所对应的业务更多，对应的系统信息也就越多。实际应用中，由于VLAN虚接口链路状态Down消息抑制IPv4/v6协议状态Down，进一步抑制BFD状态变化事件消息和OSPFv2/v3状态变化消息。如此，设置VLAN虚接口链路状态Down消息为源消息，则IPv4/v6协议状态Down、BFD状态变化和OSPFv2/v3状态变化对应的消息属于被抑制的系统信息，通过上述聚合操作流程，在得到IPv4/v6协议状态Down、BFD状态变化和OSPFv2/v3状态变化对应的系统信息时，可丢弃该系统信息，如此，可大大减少输出的系统信息。

步骤310，当达到该系统信息对应的源信息的输出条件时，输出该系统信息对应的源信息。结束流程。

这里，为便于用户根据输出的源信息获知当前有多少与该源信息相关联的信息被抑制了，优选地，可在上述步骤309中进一步包括：更新该抑制后的系统信息的统计结果。如此，步骤310在输出源信息时，可携带该更新后的被抑制的系统信息的统计结果。

这里，该系统信息对应的源信息的输出条件可有多种形式，比如可为该系统信息对应的源信息的输出时间等，本实施例并不具体限定。

步骤311，缓存该系统信息。

步骤312，生成该缓存的系统信息对应的消息索引，判断该消息索引与已存储的消息索引是否相同，如果是，执行步骤313；否则，执行步骤314。

本步骤是针对系统信息重复输出的解决措施。通过本步骤，可以避免相同的系统信息重复输出，优选地，为了实现该操作，本实施例通过生成该系统信息的消息索引，比较该消息索引来判断系统信息是否重复，并大大减少CPU的消耗。

这里，生成消息索引的方式可有多种实现形式，本实施例并不限定。优选地，本实施例可采用对系统信息时间戳(timestamp)后的信息部分(比如发送系统信息的网络设备的名称、该系统信息的级别、消息摘要和消息内容)进行MD5运算，将获得的结果作为该系统信息的消息索引。

步骤313，删除该系统信息，更新该系统信息的重复数量。

更新该系统信息的数目是为了便于用户知道有多少重复的系统信息被删除。可见，通过上述步骤313，可以大大限制相同系统信息输出的条数。

步骤314，存储该生成的消息索引。

如此，通过本步骤可以实现消息索引和系统信息对应关系的存储。若用户还希望系统信息在输出时，提供一些其他信息，比如提供系统信息的上报时间，则步骤314可进一步包括：存储接收上述消息索引对应的系统信息的时间。

步骤315，当达到该系统信息的输出条件时，输出该系统信息。

这里，该系统信息的输出条件可为预设的系统信息的输出时间；其中，该输出时间可由用户进行控制。通常，针对不同的应用场合和不同类型的系统信息，设置的输出时间也不相同，比如，在网络设备正常的情况下，该输出时间可以大一些，例如1分钟；则在系统信息为告警信息或者用于进行定位分析和故障排除的调试信息时，则该输出时间可以小一些，例如5秒。优选地，本实施例中为了避免所有系统信息在同一时刻输出时对CPU和网络带宽带来的冲击，在上述设置输出时间时，可错开各种系统信息的输出时间。

若步骤314中存储接收上述消息索引对应的系统信息的时间，则本步骤315在输出该系统信息时，可将该系统信息打上对应接收该系统信息时间的时间戳，之后，输出该打上时间戳的系统信息。如此，用户可以很容易看出各个系统信息所发生的先后顺序。

需要说明的是，上述系统信息可以输出给设备控制台或者监控终端，以实现本地保存或者打印，也可以输出给日志主机，其中，在输出给日志主机时，需要信息中心模块对要输出的系统信息进行格式化处理，以满足日志主机的格式输出给日志主机，其中，该格式化处理的操作具体可见RFC3164的有关规定，本实施例不再赘述。

如此，实现了本实施例提供的控制网络设备系统信息输出的详细流程。

下面对本实施例提供的实现上述方法的网络设备进行详细描述。

参见图4，图4为本发明实施例提供的网络设备的结构图。如图4所示，该网络设备可包括：信息中心模块401、存储模块402和一个以上的业务模块403。

业务模块用于发送系统信息给信息中心模块401。

信息中心模块401用于接收来自业务模块的系统信息，判断来自业务模块的系统信息是否属于与预设源信息相关联的被抑制的信息，如果是，则对该系统信息进行聚合，当达到所述系统信息对应的源信息的输出条件时，对该系统信息对应的源信息进行输出；否则，将该系统信息存储到存储模块402，当达到该系统信息的输出条件时，对该系统信息进行输出。

需要说明的是，本实施例中的网络设备可默认为在启动后自动使能系统信息的聚合输出；或者通过一个聚合开关来控制该网络设备使能系统信息的聚合输出，本实施例并不具体限定。

存储模块402用于存储系统信息。

本实施例中，信息中心模块401在具体实现时可有多种形式，参见图5，图5为本发明实施例提供的信息中心模块的一种具体结构图。如图5所示，该信息中心模块可包括：接收单元501、第一判断单元502、第二判断单元503、第三判断单元504和控制单元505。

其中，接收单元501用于接收来自业务模块发送的系统信息，并记录接收时间。

第一判断单元502用于对接收单元501接收的系统信息进行判断，判断该系统信息是否与预设置的抑制信息序列表中的信息匹配；

第二判断单元503用于当第一判断单元502的判断结果为是的情况时，判断存储模块402是否已存储了接收单元501接收的系统信息所对应的源信息；

第三判断单元504用于当第二判断单元503的判断结果为是的情况时，判断接收单元501记录的接收该系统信息的时间与接收源信息的时间差是否在预设定的范围内；

控制单元505用于当第三判断单元504的判断结果为是的情况时，丢弃该系统信息；当达到存储模块402存储的该系统信息所对应的源信息的输出条件时，控制该系统信息对应的源信息的输出。

优选地，控制单元505可在执行丢弃该系统信息的操作中进一步包括更新被抑制的系统信息的统计结果，如此，当达到该系统信息对应的源信息的输出条件时，将该更新后的统计结果携带在该系统信息对应的源信息中输出，以便用户根据该源信息获知有多少与该源信息相关联的系统信息被抑制了。

优选地，当第一判断单元502或者第二判断单元503或者第三判断单元504做出的判断结果为否时，将上述系统信息存储到存储模块402中；比如，第三判断单元504判断出接收单元501记录的接收该系统信息的时间与接收源信息的时间之差不在预设定的范围内，则第三判断单元504直接将该系统信息存储到存储模块402中。

控制单元505还用于当达到存模块402存储的上述系统信息的输出条件时，控制该系统信息的输出。

存储模块402接收需要存储的系统信息，生成该系统信息对应的消息索引；判断该生成的消息索引是否与已存储的消息索引相同，如果是，则删除该系统信息；否则存储该系统信息和对应的消息索引。

由上可见，在本发明实施例提供的控制网络设备系统信息输出的方法和网络设备中，针对每一个网络设备，该网络设备包含信息中心模块；当所述网络设备使能了系统信息的聚合输出，则所述信息中心模块判断当前接收的系统信息是否属于与预设源信息相关联的被抑制的信息，其中，与预设源信息相关联的该被抑制的信息通常是一些与已经输出的预设源信息有关联、且用户可以预料的系统信息，若判断出当前接收的系统信息属于与预设源信息相关联的被抑制的信息时，则对该系统信息进行聚合，具体是抑制该系统信息；如此，实现了抑制一些与已经输出的系统信息有关联，且用户可以预料的系统信息的输出，大大减少了无用系统信息的输出。

更进一步地，本实施例通过执行系统信息重复判断的操作，可以避免相同的系统信息重复输出，并且，本实施例在判断系统信息是否重复时，不是直接比较系统信息，而是通过生成该系统信息的消息索引，通过比较该消息索引来判断系统信息是否重复，这大大减小了系统信息重复判断操作对CPU消耗。

进一步地，各业务模块不再精心控制系统信息输出频度，而是由信息中心模块统一控制，这可解决系统信息重复无节制打印的问题。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。