[发明专利]一种通信设备的故障检测方法

说明书

一种通信设备的故障检测方法，属于自动检测领域，其特征在于：操作系统起机后自动加载故障检测模块；通过消息管道与各组件内部接口建立消息管道；故障检测模块处于监听系统中组件的进程以及系统变量情况；故障检测模块同时监控多个组件，触发故障检测信息收集模块生效，快速的收集系统相关的进程以及变量的信息，报文收发情况，整个流程遵循至上而下的顺序进行故障的定位收集；完成故障信息收集后，故障判断模块根据预期用户定义的操作，设置是否对故障行为进行动态的变更，也即对故障进行处理，完成故障检测。能够实现快速的故障的定位，提高了问题定位效率，可靠性更强，极大的提高了故障定位与故障处理的效率。

技术领域

本发明属于自动检测领域，尤其涉及一种通信设备的故障检测方法。

背景技术

随着计算机网路变化越来越快，为了促使网络管理变得更便捷，通信变得更顺利，使用成本更加经济，对于网络设备稳定性要求越来越高。但网络设备在运行的过程中都可能出现故障。目前常见的故障检测技术有，外部故障检测。利用网管软件通过SNMP 等协议来实现对监控设备的异常日志、CPU、内存、接口收发包等信息的收集，并将收集的信息定期的发给网管人员进行分析与处理。该方式基于外部软件来实现，通过调用系统的接口来获取相关信息，完全依赖于系统提供的日志记录、接口信息等功能。这种检测机制比较单一，只能检测比较简单的故障告警信息，网管人员收到告警信息后还需要进行问题协议层面的信息收集，无法对功能应用的运行态进行检测，且需要设备的网络通信功能正常情况下才能使用，而设备出现重大故障时，一般会导致系统不可用，此时该种检测方式就会失效。目前该方式属于本领域内技术人员惯用，但无法深入检测系统内部故障。内部故障检测。通过在程序中植入故障检测机制，在程序运行时生成相应的日志文件，定期定量的发送给网管进行处理，通过程序生成日志文件，由网管对日志文件进行故障分析来定位故障点，并进行故障的处理。该方式主要依赖于故障检测模块生成的日志信息，由于故障检测模块是系统程序的一部分，往往收集的信息不完整。若系统出现异常则无法进行故障监控，也就无法实现系统故障的检测以及故障恢复。

发明内容

本发明旨在解决上述问题，提供一种通信设备的故障检测方法。

本发明所述通信设备的故障检测方法，包括如下步骤：

步骤1：操作系统起机后自动加载故障检测模块，并完成故障检测所需环境变量的加载；

步骤2：用户在操作系统的控制台上执行tclsh后，用户在控制台上输入的命令参数，通过domain_socket消息管道，与各组件内部接口进行消息管道的建立；

步骤3：消息管道建立成功后，故障检测模块由主动模式转为静默模式；故障检测模块处于监听系统中组件的进程以及系统变量情况；

步骤4：故障检测模块同时监控多个组件，当故障检测模块收到故障消息时，触发故障检测信息收集模块生效，在不影响当前系统应用的前提下，快速的收集系统相关的进程以及变量的信息，报文收发情况，整个流程遵循至上而下的顺序进行故障的定位收集；

步骤5：完成故障信息收集后，故障判断模块根据预期用户定义的操作，设置是否对故障行为进行动态的变更，也即对故障进行处理，完成故障检测。

本发明所述通信设备的故障检测方法，所述静默模式下，监控所有用户所有的操作都在Tclsh 的环境下完成。

本发明所述通信设备的故障检测方法，所述消息通道建立是由故障检测模块主动的完成消息管道的建立。

本发明所述通信设备的故障检测方法，所述故障检测模块同时监控多个组件的具体过程为：若没有发现故障时，系统则正常的运行；若当前CAPWAP 组件隧道异常中断，CAPWAP 组件通过内部的接口将中断的消息通过Socket，将消息打包后发到故障检测模块；当故障检测模块收到CAPWAP 组件的Socket 消息时，触发故障检测信息收集模块生效。