CN105227399A - 基于用户态的网络设备调试信息获取方法及*** - Google Patents

Abstract

本发明涉及一种基于用户态的网络设备调试信息获取方法及***，以解决如何在网络设备的调试过程中减少沟通成本和工作量的问题。该方法包括：S1、接收用户输入的调试信息获取指令；S2、调用与所述调试信息获取指令相对应的第一处理函数；S3、利用所述第一处理函数得到故障定位调试信息；S4、将所述故障定位调试信息依次输出。本发明实现了一条指令或一键获取大量调试信息的功能。这样的话，避免了前端人员在调试过程中需要查看手册或者需要后端研发人员的支持，而且也不需要一条一条的输入调试命令，因此本发明既减少了沟通成本，也降低了工作量。

Description

基于用户态的网络设备调试信息获取方法及***

技术领域

本发明涉及网络设备调试领域，具体涉及一种基于用户态的网络设备调试信息获取方法及***。

背景技术

现有的网络设备，例如防火墙、交换机等，一般都有调试模式即debug模式。这种模式是在现网环境中网络设备出现问题时前端人员常采用的调试手段，主要通过调试命令的方式供问题现场使用，输入不同的调试命令后，相应的调试信息便会直接打印至串口或显示至用户界面。但是当需要查看大量的调试信息时，调试命令的数量繁多又不好记住，这对前端人员来说是一种负担。因此需要后端研发人员的支持或查看手册，然后再一条一条的输入相应的调试命令，不仅需要沟通成本，而且工作量大。

在某些情况下，前端人员需要将打印至串口或显示至用户界面的调试信息复制粘贴成文件发给后端研发人员，后端研发人员根据文件中的调试信息对出现的问题进行定位。但是有些情况下网络设备不支持复制粘贴生成文件，例如使用设备VGA接口连接显示器的操作，对后端研发人员的问题定位造成影响。

发明内容

本发明所要解决的技术问题是如何降低网络设备调试过程中的工作量和沟通成本。

解决上述技术问题，本发明提出了一种基于用户态的网络设备调试信息获取方法及***。

一种基于用户态的网络设备调试信息获取方法，包括：

S1、接收用户输入的调试信息获取指令；

S2、调用与所述调试信息获取指令相对应的第一处理函数；

S3、利用所述第一处理函数得到故障定位调试信息；

S4、将所述故障定位调试信息依次输出。

优选的，所述步骤S3、利用所述第一处理函数得到所需调试信息，具体为：将预先设定的调试信息中的每一调试信息所对应的收集命令发送至网络设备中相应的处理单元,由所述处理单元执行相应的收集命令，得到所述故障定位调试信息。

优选的，还包括：

S5、在存储介质中生成调试信息收集文件，并将所述故障定位调试信息按输出顺序依次写入所述试信息收集文件中。

优选的，在步骤S5之后还包括：

接收用户输入的调试信息导出指令；

调用与所述调试信息导出指令相对应的第二处理函数；

利用该第二处理函数导出所述调试信息收集文件。

优选的，在步骤S5之后还包括：

接收用户输入的调试信息删除指令；

调用与所述调试信息删除指令相对应的第三处理函数；

利用所述第三处理函数删除所述调试信息收集文件。

一种基于用户态的网络设备调试信息获取***，包括：

接收模块，用于接收用户输入的调试信息获取指令；

调用模块，用于调用与所述调试信息获取指令相对应的第一处理函数；

处理模块，用于利用所述第一处理函数得到故障定位调试信息；

输出模块，用于将将所述故障定位调试信息依次输出。

优选的，所述输出模块还用于所有调试信息输出完毕后，输出一结束指令。

优选的，还包括：

写入模块，用于在存储介质中生成调试信息收集文件，并将所述故障定位调试信息和结束指令按输出顺序依次写入所述试信息收集文件中。

一种基于用户态的网络设备调试信息获取方法，包括：

在网络设备中设置数据平面、控制平面和用户平面；

其中，用户平面负责接收用户输入的指令及输出执行结果；控制平面用于对用户输入的指令进行解析，并根据解析内容调用对应的处理函数及部分数据的处理；数据平面负责数据的处理；

当用户输入一处理指令，用户平面接收所述处理指令，并将所述处理指令下发至控制平面；

控制平面对所述处理指令进行解析，根据解析后的内容调用相应的处理函数，并将所述处理函数下发至数据平面；

数据平面根据所述处理函数进行对应的处理；

其中，所述根据解析后的内容调用相应的处理函数，具体为：若根据解析后的内容得知所述处理指令的目的为获取调试信息，则调用与获取调试信息相关的函数，即第一处理函数；若根据解析后的内容得知所述处理指令的目的是导出调试信息，则调用与导出调试信息相关的函数，即第二处理函数；若根据解析后的内容得知所述处理指令的目的是删除调试信息，则调用与删除调试信息相关的函数，即第三处理函数。

本发明实现了一条指令或一键获取大量调试信息的功能。这样的话，避免了前端人员在调试过程中需要查看手册或者需要后端研发人员的支持，采用调取相关的调试信息。而且也不需要一条一条的输入调试命令，因此本发明既减少了沟通成本，也降低了工作量。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了根据本发明基于用户态的网络设备调试信息获取方法一实施例的流程示意图；

图2示出了根据本发明基于用户态的网络设备调试信息获取***一实施例的结构框图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

本发明提供一种基于用户态的网络设备调试信息获取方法，如图1所示，该方法包括：

S1、接收用户输入的调试信息获取指令；

S2、调用与所述调试信息获取指令相对应的第一处理函数；

S3、利用所述第一处理函数得到故障定位调试信息；

S4、将所述故障定位调试信息依次输出。

步骤S1中，在以下两种情况下网络设备可以接收到调试信息获取指令：用户可直接在网络设备的用户界面输入调试信息获取指令，例如debuginfocollect。或者，在用户界面设置有一按钮，当触发该按钮时，就相当于输入了调试信息获取指令。

步骤S3中，利用所述第一处理函数得到所需调试信息，具体为：将预先设定的调试信息中每一调试信息所对应的收集命令发送至网络设备中相应的处理单元,所述处理单元执行相应的收集命令，得到所述故障定位调试信息。

步骤S4中，可将故障定位调试信息输出至PC机的串口，将故障定位调试信息显示在该串口。或者，将故障定位调试信息输出至网络设备的用户界面显示出来。

下面以一实例对上述技术方案进行解释或说明，应当可以理解该实例不是对以上技术方案的保护范围的限定。

在网络设备中，例如防火墙，设置数据平面(dateplane，简称dp)、控制平面(controlplane，简称cp)和用户平面(userplane，简称up)。其中，用户平面负责接收用户输入的指令及输出执行结果等。控制平面用于对用户输入的指令进行解析，并根据解析内容调用对应的处理函数，及部分数据的处理。数据平面负责数据的处理。

当用户输入一处理指令时，用户平面接收到该处理指令，并将该处理指令下发至控制平面。控制平面对该处理指令进行解析，根据解析后的内容调用相应的处理函数，并将所述处理函数下发至数据平面。若根据解析后的内容得知该处理指令的目的为获取调试信息，即该处理指令为调试信息获取指令，则调用与获取调试信息相关的函数，即第一处理函数。若根据解析后的内容得知该处理指令的目的是导出调试信息，则即该处理指令为调试信息导出指令，则调用与导出调试信息相关的函数，即第二处理函数。若根据解析后的内容得知该处理指令的目的是删除调试信息，即该处理指令为调试信息删除指令，则调用与删除调试信息相关的函数，即第三处理函数。数据平面根据该处理函数进行对应的处理。本发明可预先编写处理命令及相应的处理函数，便于判断处理命令的类型及调用相关的函数。处理命令主要包括调试信息的获取(debuginfocollect)删除(debuginfodelete)、及导出(debuginfoexport)等命令。

当用户平面接收到的处理指令为调试信息获取指令时，控制平面将需要收集的调试信息所对应的收集命令(例如showmemory、showcpuusage等等)依次发送至相应的处理单元。该处的收集命令是可扩展的，研发人员根据自身定位问题的实际要求添加需要的调试信息所对应的收集命令。因此本发明中，想要获得什么调试信息，就可以发送该调试信息所对应的收集命令。调试信息所对应的收集命令不同，其被发送的地址也就不同。例如，当调试信息所对应的收集命令为收集CPU使用率时，控制平面需要经该收集命令下发至数据平面，数据平面执行相应的动作后，得到CPU使用率，并将CPU使用率发送至控制平面，然后控制平面再将CPU使用率发送至用户平面，即用户可以得知CPU使用率。这里处理单元为数据平面。

通过以上分析，可知本发明可以实现一条指令或一键获取大量调试信息的功能。这样的话，避免了前端人员在调试过程中需要查看手册或者需要后端研发人员的支持，采用调取相关的调试信息。而且也不需要一条一条的输入调试命令，因此本发明既减少了沟通成本，也降低了工作量。

进一步地，为了便于保存和导出调试信息，还可以继续执行：

S5、在存储介质中生成调试信息收集文件，并将步骤S4中输出的所述故障定位调试信息按输出顺序依次写入所述试信息收集文件中。

上述步骤S5可以采用以下具体过程实现：

设置写操作标志位flag1，当接收到调试信息获取指令时，利用open函数在存储介质中创建一文件，将flag1置1。然后将步骤S4中得到并输出的调试信息通过写函数写入到存储介质中创建的文件内。当所有的调试信息都写入存储介质中创建的文件后，将flag1置0，同时通过close函数关闭该文件。该过程可以由上述的用户平面执行。

其中，存储介质最好是掉电不丢失内容的存储介质。

其中，存储介质内创建文件的名称可以通过下述方式确定：

根据当前时区的时间串联出调试信息生成文件的名称，例如debug_info_2015-05-06_18:12:22，便于加以区分或判定。具体可以利用控制平面中与调试信息获取指令相对应的处理函数获取当前时区的时间。

在将所有预先设定的调试信息所对应的收集命令都发送至网络设备中相应的处理单元后，发送一结束指令，该结束指令可用字符表示，例如“&*”等，来结束发送过程。当执行收集命令后得到相应的调试信息后，将相应的调试信息输出，各调试信息的输出按照相应收集命令的原发送顺序逐个输出。当所有的调试信息依次输出完毕后，将结束指令输出。由于所有输出的信息均写入存储介质中的调试信息生成文件内，因此，在所有调试信息依次写入调试信息生成文件后，该结束指令也写入调试信息生成文件中。此时，可以采用以下手段判断是否所有的调试信息都已写入存储介质中创建的文件：

当执行写入操作时的同时，检测写入的信息是否为结束指令，当检测到结束指令时，则认为调试信息收集完毕，将flag1置0。

另外，当用户输入的处理指令为调试信息删除指令时，网络设备接收到调试信息删除指令，则调用与删除调试信息相关的函数，即第三处理函数，利用该函数删除调试信息收集文件。例如，采用system函数下发“rm-rfdebug_info*”命令。

当用户输入的处理指令为调试信息导出指令时，网络设备接收到调试信息导出指令，则调用与导出调试信息相关的函数，即第二处理函数，并利用该函数导出调试信息收集文件。例如，通过ftp或http方式导出。

当然，对于需要定时监控网络设备的***运行情况，或者长时间才会出现故障需要定时检测以便定位问题，则可定时或者周期性的调用调试信息获取函数，实现定时或周期性获取调试信息的工作。甚至，可将定时获取的调试信息发送至服务器，通过服务器发送至远程监测设备，利用远程监测设备实现远程监控或调试。

本发明还提供一种基于用户态的网络设备调试信息获取***，如图2所示，该***100包括：

接收模块101，用于接收用户输入的调试信息获取指令；

调用模块102，用于调用与所述调试信息获取指令相对应的第一处理函数；

处理模块103，用于利用所述第一处理函数得到故障定位调试信息；

输出模块104，用于将将所述故障定位调试信息依次输出。

进一步地，所述输出模块104还用于所有调试信息输出完毕后，输出一结束指令。

进一步地，该***100还包括：

写入模块105，用于在存储介质中生成调试信息收集文件，并将所述故障定位调试信息和结束指令按输出顺序依次写入所述试信息收集文件中。

本发明基于用户态的网络设备调试信息获取***为本发明基于用户态的网络设备调试信息获取方法的功能架构模块，其相关部分的解释、说明及有益效果等，请参考本发明基于用户态的网络设备调试信息获取方法的相应部分，这里不再赘述。

综上所述，本发明基于用户态的网络设备调试信息获取方法及***具有以下优点：

本发明可以实现一键或一条命令获取调试信息的功能，使前端人员在调试网络设备时不必查看手册，也不需要后端研发人员的技术支持，更不需要一条一条的输入指令。因此减少了沟通成本和工作量。

以上结合附图详细说明了本发明的技术方案，考虑到现有技术中残留多用干扰带来的问题。通过本发明的技术方案，能够减少残留多用干扰，从而减少其带来的各种问题。

在本发明中，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上，除非另有明确的限定。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (9)

1.一种基于用户态的网络设备调试信息获取方法，其特征在于，包括：

S1、接收用户输入的调试信息获取指令；

S2、调用与所述调试信息获取指令相对应的第一处理函数；

S3、利用所述第一处理函数得到故障定位调试信息；

S4、将所述故障定位调试信息依次输出。

2.根据权利要求1所述的方法，其特征在于，所述步骤S3、利用所述第一处理函数得到所需调试信息，具体为：将预先设定的调试信息中的每一调试信息所对应的收集命令发送至网络设备中相应的处理单元,由所述处理单元执行相应的收集命令，得到所述故障定位调试信息。

3.根据权利要求2所述的方法，其特征在于，还包括：

S5、在存储介质中生成调试信息收集文件，并将所述故障定位调试信息按输出顺序依次写入所述试信息收集文件中。

4.根据权利要求3所述的方法，其特征在于，在步骤S5之后还包括：

接收用户输入的调试信息导出指令；

调用与所述调试信息导出指令相对应的第二处理函数；

利用该第二处理函数导出所述调试信息收集文件。

5.根据权利要求3所述的方法，其特征在于，在步骤S5之后还包括：

接收用户输入的调试信息删除指令；

调用与所述调试信息删除指令相对应的第三处理函数；

利用所述第三处理函数删除所述调试信息收集文件。

6.一种基于用户态的网络设备调试信息获取***，其特征在于，包括：

接收模块，用于接收用户输入的调试信息获取指令；

调用模块，用于调用与所述调试信息获取指令相对应的第一处理函数；

处理模块，用于利用所述第一处理函数得到故障定位调试信息；

输出模块，用于将将所述故障定位调试信息依次输出。

7.根据权利要求6所述的***，其特征在于，所述输出模块还用于所有调试信息输出完毕后，输出一结束指令。

8.根据权利要求7所述的***，其特征在于，还包括：

写入模块，用于在存储介质中生成调试信息收集文件，并将所述故障定位调试信息和结束指令按输出顺序依次写入所述试信息收集文件中。

9.一种基于用户态的网络设备调试信息获取方法，其特征在于，包括：

在网络设备中设置数据平面、控制平面和用户平面；

其中，用户平面负责接收用户输入的指令及输出执行结果；控制平面用于对用户输入的指令进行解析，并根据解析内容调用对应的处理函数及部分数据的处理；数据平面负责数据的处理；

当用户输入一处理指令，用户平面接收所述处理指令，并将所述处理指令下发至控制平面；

控制平面对所述处理指令进行解析，根据解析后的内容调用相应的处理函数，并将所述处理函数下发至数据平面；

数据平面根据所述处理函数进行对应的处理；

其中，所述根据解析后的内容调用相应的处理函数，具体为：若根据解析后的内容得知所述处理指令的目的为获取调试信息，则调用与获取调试信息相关的函数，即第一处理函数；若根据解析后的内容得知所述处理指令的目的是导出调试信息，则调用与导出调试信息相关的函数，即第二处理函数；若根据解析后的内容得知所述处理指令的目的是删除调试信息，则调用与删除调试信息相关的函数，即第三处理函数。