CN107046479B - 一种网络设备的验证状态的方法及装置 - Google Patents

Abstract

本申请提供一种网络设备的验证状态的方法及装置，所述方法包括：获取用户在所述可视化界面上选择的目标网络设备；调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序；根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件；将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。本申请显著提高了验证网络设备的设备状态的效率，并可兼容多种类型的网络设备。

Description

一种网络设备的验证状态的方法及装置

技术领域

本申请涉及网络管理技术，特别涉及一种网络设备的验证状态的方法及装置。

背景技术

互联网行业基础设施的网络架构设计往往要以支持多中心、多业务、高访问量、高安全性、高可用性和弹性可用为实现目标。这直接导致了网络规模的快速扩张，产生了更复杂的网络拓扑、更庞大的MAC(Media Access Control，介质访问控制)表和路由表等表项，给网络管理员的日常维护、配置和排错工作带来了严峻的挑战。

网络设备在正常运行的状态下，网络设备上的基础状态数据和业务状态数据是相对固定的，或者，在一个合理的变化范围内。其中，基础状态数据包括CPU使用率、内存使用率和端口速率等数据，而业务状态数据包括ARP(Address Resolution Protocol，地址解析协议)表项、MAC表项和路由表项等数据。

在对网络设备进行状态监控或辅助故障排查时，网络管理员可以抓取网络设备的基础状态数据和业务状态数据，然后将抓取到的基础状态数据和业务状态数据，与预先抓取的网络设备正常运行时的基础状态数据和业务状态数据进行对比验证。

在现有技术中，网络管理员可以利用NMS(Network Management System，网络管理系统)通过SNMP(Simple Network Management Protocol，简单网络管理协议)协议来验证网络设备的基础状态数据。然而，由于业务状态数据由于网络架构的原因通常十分复杂，并且数量相当庞大，仅仅依靠SNMP协议很难实现对业务状态数据的监控和管理，通常需要大量的人工操作来监控和管理网络设备的业务状态数据。

例如：在一个中等规模的网络设备重启前后，针对该网络设备重启前后的路由表项进行对比验证时，根据路由表项的数量级分别有不同的验证方式：

如果路由表项的数量小于等于100，网络管理员可以通过手工下发命令来采集路由表项的数据，然后通过肉眼观察来确认重启后的路由表项是否与重启前的路由表项一致；

如果路由表项的数量大于100并小于等于1000，网络管理员可以通过手工下发命令来采集路由表项的数据，简单处理收集到的路由表项的数据后，通过工具(例如：excel表格函数公式、UltraCompare等)进一步处理、对比验证；

如果路由表项的数量大于1000并且小于等于10000，网络管理员通常需要编写程序来处理路由表项的数据。编写程序的方法虽然能在一定程度上提高效率，但是处理过程仍然主要依靠人工操作；并且，网络管理员编写的程序的通用性差，往往只可处理一个厂商的网络设备，对于其它厂商的网络设备无法处理。

可见，在现有技术中，对于网络设备的业务状态数据的监控和管理，主要通过人工来完成，自动化程度低，致使对网络设备的监控和管理的工作效率低下。此外，现有技术的程序的通用性差，无法兼容多个厂商的网络设备。

发明内容

有鉴于此，本申请提供一种网络设备的验证状态的方法及装置，用以解决现有技术在对网络设备的业务状态数据的监控和管理过程自动化程度低，致使对网络设备的监控和管理的工作效率低下的问题；以及，现有技术的程序的通用性差，无法兼容多个厂商的网络设备的问题。

具体地，本申请是通过如下技术方案实现的：

一种网络设备的验证状态的方法，应用于网络管理设备，所述网络管理设备面向用户提供可视化界面；所述可视化界面中输出与所述网络管理设备建立了连接的多种类型的网络设备，包括：

获取用户在所述可视化界面上选择的目标网络设备；

调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序；

根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件；

将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

一种网络设备的验证状态的装置，应用于网络管理设备，所述网络管理设备面向用户提供可视化界面；所述可视化界面中输出与所述网络管理设备建立了连接的多种类型的网络设备，其特征在于，包括：

获取单元，用于获取用户在所述可视化界面上选择的目标网络设备；

采集单元，用于调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序；

生成单元，用于根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件；

对比单元，用于将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

在本申请实施例中，网络管理设备获取用户在可视化界面上选择的目标网络设备后，验证该目标网络设备的运行状态；网络管理设备可以调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备基础状态数据和业务状态数据，然后根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件，进而将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

由于本申请中，网络管理设备通过调用数据采集接口和对应于所述目标网络设备的采集驱动程序，自动化地实现了对所述目标网络设备的监控，显著提高了工作效率；同时，由于预先针对与所述网络管理设备对接的多种网络设备编写不同的采集驱动程序，网络管理设备在对所述目标网络设备进行状态验证时，可以直接调用对应的采集驱动程序，从而提高了方案的通用性，使得本申请技术方案可以兼容多个厂商的网络设备。

附图说明

图1是现有技术的一种网络设备的验证状态的架构图；

图2是本申请示出的一种网络设备的验证状态的方法的流程图；

图3是本申请示出的一种网络设备的验证状态的装置的实施例框图；

图4是本申请示出的一种网络设备的验证状态的装置的硬件结构图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对现有技术方案和本发明实施例中的技术方案作进一步详细的说明。

网络设备在正常运行的状态下，网络设备上的基础状态数据和业务状态数据是相对固定的，或者，在一个合理的变化范围内。其中，上述基础状态数据可以包括CPU使用率、内存使用率、板卡状态、电源功率、风扇转速、端口速率和板卡温度等数据中的一个或者多个的组合；

上述业务状态数据可以包括STP(Spanning Tree Protocol，生成树协议)状态、ARP表项、MAC表项、路由表项和NAT(Network Address Translation，网络地址转换)表项等数据中的一个或者多个的组合。

在对网络设备进行状态监控或辅助故障排查时，网络管理员可以抓取网络设备的基础状态数据和业务状态数据，然后将抓取到的该基础状态数据和该业务状态数据，与预先抓取的网络设备处于基准状态时的基础状态数据和业务状态数据进行对比，进而验证网络设备当前的设备状态。

参见图1，为现有技术的一种网络设备的验证状态的架构图。如图1所示，网管服务端分别与网络设备1以及网络设备2连接。

在现有技术中，网络管理员可以利用网管服务端上的NMS通过SNMP协议来验证网络设备的基础状态数据。其中，网络设备1和网络设备2上都有SNMP代理软件agent。

当网络管理员需要获取网络设备1的基础状态数据时，NMS可以通过SNMP协议向网络设备1上的代理软件发送GET请求。代理软件接收到GET请求后，响应于GET请求，向NMS返回网络设备1的MIB(Management Information Base，管理信息库)值。其中，MIB值中包含了上述基础状态数据。

另外，当网络设备处于异常状态时，网络设备上的代理软件可以主动向NMS发送携带MIB值的SNMP trap消息。

NMS接收到代理软件发送的MIB值后，可以基于数据库或RRD(Round RobinDatabase，环状数据库)来保存上述MIB值。

在验证网络设备的基础状态数据时，NMS可以在网络设备处于基准状态时，获取对应于该网络设备的包含基础状态数据的MIB值，然后保存该MIB值；当需要对该网络设备基础状态数据进行验证，NMS再次获取当前对应于该网络设备的基础状态数据的MIB值，并将该MIB值与此前网络设备处于基准状态时获取的MIB进行对比，进而验证网络设备的基础状态数据。

现有技术可以验证网络设备的基础状态数据，然而，业务状态数据因为网络架构的原因通常十分复杂，并且数量相当庞大，仅仅依靠SNMP协议很难实现对业务状态数据的监控和管理，通常需要大量的人工操作来监控和管理网络设备的业务状态数据。

以针对网络设备重启前后的路由表项进行对比验证为例，根据路由表项的数量级分别有不同的验证方式：

如果路由表项的数量在100以内，网络管理员可以通过手工下发命令来采集路由表项的数据，然后肉眼观察确认重启后的路由表项是否与重启前的路由表项一致；

如果路由表项的数量在100到1000之间，网络管理员可以通过手工下发命令来采集路由表项的数据，然后简单处理收集到的路由表项的数据后，通过工具(例如：excel表格函数公式、UltraCompare等)进一步处理、对比验证；

如果路由表项的数量在1000到10000之间，网络管理员通常需要编写程序来收集及对比路由表项的数据。编写程序的方法虽然能够在一定程度上提高效率，但在现有技术中，处理过程主要依靠人工操作。此外，网络管理员编写的程序的通用性差，通常只可处理一个厂商的网络设备，对于其它厂商的网络设备无法处理。

由此可见，现有技术虽然可以利用NMS对基础状态数据进行监控和管理，但是在对业务状态数据进行监控和管理时，主要依靠人工来完成，导致对网络设备的监控和管理的工作效率低下。而且通过人工对业务状态数据进行对比验证时，可能由于网络管理员自身原因产生误操作，使得验证过程出现错误。

此外，即使网络管理员在对网络设备的业务状态数据进行验证时编写了程序，现有技术的程序的通用性很差，无法兼容多个厂商的网络设备。网络管理员针对不同厂商的网络设备需要分别编写对应的程序，这同样会导致效率低下。

为解决上述问题，本申请技术方案借鉴虚拟机和存储领域的“快照”(snapshot)的概念，把反映网络设备工作状态的基础状态数据和业务状态数据经过处理后，生成状态快照文件；并且，可以在网络设备处于正常工作状态时，获取网络设备的基础状态数据和业务状态数据，经过处理后，生成状态基准文件；

或者，在网络设备重启前，获取网络设备的基础状态数据和业务状态数据，创建状态基准文件；在网络设备重启后，获取网络设备的基础状态数据和业务状态数据，创建状态快照文件。

在获得状态基准文件和状态快照文件后，对比状态基准文件和状态快照文件，以验证网络设备的工作状态。从而实现对网络设备的监控和管理。

参见图2，本申请示出的一种网络设备的验证状态的方法的流程图，该方法的执行主体是网络管理设备，所述网络管理设备面向用户提供可视化界面；所述可视化界面中输出与所述网络管理设备建立了连接的多种类型的网络设备；所述方法包括以下步骤：

步骤201：获取用户在所述可视化界面上选择的目标网络设备。

步骤202：调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序。

步骤203：根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件。

步骤204：将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

上述网络管理设备，与不同类型的网络设备建立了连接；该网络管理设备面向用户提供的可视化界面，可以让用户在可视化界面中点击完成对网络设备的状态验证。其中，可视化界面可以是该网络管理设备的硬件组成部分，也可以是用于向该网络管理设备输入执行动作的网络设备上的硬件组成部分。

上述多种类型的网络设备，可以是指多个厂商的网络设备，也可以是指具备不同功能的网络设备，本发明对此不作特殊限制。

开发人员可以针对上述多种类型的网络设备，分别开发采集驱动程序和登录驱动程序，以及数据采集接口和自动登录接口。上述网络管理设备可以在后台存储上述采集驱动程序、上述登录驱动程序以及数据采集接口、自动登录接口。

在本申请实施例中，网络管理员需要对目标网络设备进行监控或者辅助故障排查时，可以通过网络管理设备获取该目标网络设备的基础状态数据和业务状态数据，然后将获取到的基础状态数据和业务状态数据，与从该目标网络设备处于基准状态时获得的基础状态数据和业务状态数据进行比对，进而验证该目标网络设备的状态。

其中，上述基础状态数据可以包括CPU使用率、内存使用率、板卡状态、电源功率、风扇转速、端口速率和板卡温度等数据中的一个或者多个的组合；

上述业务状态数据可以包括STP状态、ARP表项、MAC表项、路由表项和NAT表项等数据中的一个或者多个的组合。

在实际应用中，网络管理员可以在目标网络设备出现故障，或者是在目标网络设备重启后、在目标网络设备的硬件扩容前后、在目标网络设备的软件升级前后，又或者是在对目标网络设备进行例行状态检查时，通过上述网络管理设备对该目标网络设备进行状态验证。

具体的，网络管理员可以在上述可视化界面中选择目标网络设备。上述网络管理设备获取网络管理员在上述可视化界面选择的目标网络设备后，可以调用预设的数据采集接口以及对应于上述目标网络设备的采集驱动程序，采集上述目标网络设备的基础状态数据和业务状态数据。

在示出的一种实施方式中，上述网络管理设备可以预先保存各种类型的网络设备的设备标识与其对应的采集驱动程序的映射关系。当获取网络管理员选择的目标网络设备后，上述网络管理设备可以基于该目标网络设备的标识，从已保存的映射关系中确定出该目标网络设备对应的采集驱动程序，并在确定出采集驱动程序后，运行该采集驱动程序，实现对上述目标网络设备的数据采集。

其中，上述采集驱动程序可以将在不同类型的网络设备上的采集命令转化为上述数据采集接口可以读取并实施的命令。

以华三和思科的网络设备为例，在采集这两家厂商的网络设备的数据时，所需输入的命令如下表1所示：

表1

上述网络管理设备通过对应于华三的网络设备的采集驱动程序以及对应于思科的网络设备的采集驱动程序，在对上述两家厂商的网络设备进行数据采集时，将无差别的输入相同的命令转化为两家厂商的网络设备都能读取的命令，从而实现本申请中的数据采集接口对不同厂商的网络设备的兼容性。

同时，由于上述网络管理设备取消了网络管理员在手工操作时输入命令的动作，从而避免了因需要输入的命令繁多，而网络管理员由于自身原因产生误操作带来的问题。

在示出的一种实施方式中，上述网络管理设备在采集网络设备的数据之前，需要先获得数据采集的权限。因此，上述网络管理设备在调用上述预设的数据采集接口和对应于上述目标网络设备的采集驱动程序前，调用预设的自动登录接口以及对应于上述目标网络设备的登录驱动程序。在成功登录上述目标网络设备后，上述网络管理设备可以获得对该目标网络设备进行数据采集的权限。

其中，上述网络管理设备在选择对应于上述目标网络设备的登录驱动程序时，可以根据网络管理员选择的目标网络设备的设备标识，在预先保存的各种类型的网络设备的设备标识与其对应的登录驱动程序的映射关系中，确定出对应于上述目标网络设备的登录驱动程序，并在确定出登录驱动程序后，运行该登录驱动程序，从而登录上述目标网络设备，获得对上述目标网络设备进行数据采集的权限。

在本申请实施例中，上述网络管理设备在采集到上述目标网络设备的基础状态数据和业务状态数据后，可以根据采集到的上述基础状态数据和上述业务状态数据生成状态快照文件。

在示出的一种实施方式中，上述网络管理设备可以将采集到的上述目标网络设备的基础状态数据进行标准化处理，生成基础状态文件。

例如：上述网络管理设备可以调用一系列linux shell脚本和工具程序，如linuxbash、grep、awk，把上述基础状态数据清洗成标准化的key-value对，生成基础状态文件。

另外，上述网络管理设备可以将采集到的上述目标网络设备的业务状态数据进行标准化处理，生成业务状态文件。

例如：上述网络管理设备可以调用一系列linux shell脚本和工具程序，如linuxbash、grep、awk、sed、sort，把上述业务状态数据清洗成简单列表，生成业务状态文件。

上述网络管理设备获得基础状态文件和业务状态文件后，可以进一步按照预设的标准数据格式将该基础状态文件和该业务状态文件合并生成状态快照文件。

通过该措施，上述网络管理设备可以将上述状态快照文件与预设的状态基准文件进行比对，由于上述状态快照文件和预设的状态基准文件都是符合预设的标准数据格式，可以有效提高比对的效率。

在本申请实施例中，上述网络管理设备在获得反映当前上述目标网络设备运行状态的状态快照文件后，可以将该状态快照文件与预设的状态基准文件进行对比，从而验证上述目标网络设备当前的设备状态。

其中，上述状态基准文件是上述网络管理设备在上述目标网络设备处于基准状态时，对上述目标网络设备进行数据采集并生成的。基准状态可以是正常运行状态，可以是目标网络设备硬件扩容前的状态，也可以是目标网络设备软件升级前的状态，还可以是目标网络设备重启前的状态，视实际应用场景而定，本申请对此不作具体的限定。

例如：如果网络管理员需要对与上述网络管理设备连接的多种类型的网络设备进行例行检查，可以在多种类型的网络设备处于正常运行状态时，通过上述网络管理设备对多种类型的网络设备分别进行数据采集，并根据采集到的基础状态数据和业务状态数据生成对应于多种类型的网络设备的状态基准文件，然后在上述网络管理设备的数据库中保存上述状态基准文件，以及上述状态基准文件与多种类型的网络设备的设备标识的映射关系。

上述网络管理设备在保存对应于多种类型的网络设备的状态基准文件后，可以在对任一网络设备进行例行检查或辅助故障排查时，将状态基准文件作为状态验证的依据。

又如：如果网络管理员需要对目标网络设备重启前后的状态进行比对，则可以在该目标网络设备重启前，通过上述网络管理设备采集该目标网络设备的基础状态数据和业务状态数据，然后根据采集到的基础状态数据和业务状态数据生成对应于该目标网络设备的状态基准文件，然后在上述网络管理设备的数据库中保存上述状态基准文件，以及上述状态基准文件与该目标网络设备的设备标识的映射关系。

上述网络管理设备在保存的对应于上述目标网络设备的状态基准文件后，可以在上述目标网络设备重启后，对该目标网络设备进行状态验证时，将上述状态基准文件作为状态验证的依据。

其中，上述网络管理设备针对任一网络设备进行数据采集并生成状态基准文件的过程与生成状态快照文件的过程近似，在此不再赘述。

在示出的一种实施方式中，上述网络管理设备在将上述状态快照文件和预设的状态基准文件进行对比时，可以调用linux shell脚本和diff工具程序对上述状态快照文件和上述状态基准文件进行快速比对。

上述网络管理设备在完成比对后，可以生成验证结果，并通过上述可视化界面输出该验证结果。网络管理员从上述可视化界面中可以直观地查看该验证结果，进而确认上述目标网络设备当前的设备状态。

除上述措施以外，由于本申请技术方案的状态验证过程可以实现全程自动化，因此上述网络管理设备还可以定期采集与其连接的多种类型的网络设备的基准状态数据和业务状态数据，生成状态快照文件。从而赋予网络管理员更多的辅助管理手段。

基于上述技术方案，本申请实施例中，网络管理员在对网络设备进行状态验证时，可以通过上述网络管理设备自动完成。上述网络管理设备可以获取网络管理员在上述可视化界面上选择的目标网络设备，然后调用预设的数据采集接口以及对应于该目标网络设备的采集驱动程序，采集该目标网络设备的基础状态数据和业务状态数据，并根据采集到的该基础状态数据和该业务状态数据生成状态快照文件，进而将该状态快照文件与预设的状态基准文件进行对比，并将对比产生的验证结果在上述可视化界面输出。

由于本申请实施例通过调用预设的数据采集接口和对应于上述目标网络设备的采集驱动程序，自动化地实现了对上述目标网络设备的状态验证，显著提高了工作效率。从实际应用中可以发现，针对一个中等规模的网络设备(具有1000条路由表项)进行状态验证时，在现有技术中，一个操作熟练的网络管理员需耗时约30分钟；而通过本申请技术方案，一个普通的网络管理员只需约30秒即可完成状态验证，并能够保障准确率和安全性，极大地提高了工作效率；

此外，由于预先针对与所述网络管理设备对接的多种类型的网络设备编写不同的采集驱动程序和登录驱动程序，网络管理设备在对所述目标网络设备进行状态验证时，可以直接调用对应的采集驱动程序和登录驱动程序，从而提高了方案的通用性，使得本申请技术方案可以兼容多种类型的网络设备。

与本申请网络设备的验证状态的方法的实施例相对应，本申请还提供了用于执行上述方法实施例的装置的实施例。

参见图3，为本申请示出的一种网络设备的验证状态的装置的实施例框图：

如图3所示，该网络设备的验证状态的装置30包括：

获取单元310，用于获取用户在所述可视化界面上选择的目标网络设备。

采集单元320，用于调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序。

生成单元330，用于根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件。

对比单元340，用于将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

在本例中，所述装置还包括：

登录单元350，用于在调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序前，调用预设的自动登录接口以及对应于所述目标网络设备的登录驱动程序，以获得对所述目标网络设备进行数据采集的权限；其中，不同类型的网络设备对应不同的登录驱动程序。

在本例中，所述生成单元330，进一步用于：

对采集到的所述基础状态数据进行标准化处理生成基础状态文件；

对采集到的所述业务状态数据进行标准化处理生成业务状态文件；

按照预设的标准数据格式将所述基础状态文件和所述业务状态文件合并生成状态快照文件。

在本例中，所述装置还包括：

所述采集单元320，进一步用于当所述目标网络设备处于基准状态时，调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据。

所述生成单元330，进一步用于根据采集到的所述基础状态数据和所述业务状态数据生成状态基准文件。

存储单元360，用于存储所述状态基准文件。

在本例中，所述装置还包括：

所述基础状态数据包括CPU使用率、内存使用率、板卡状态、电源功率、风扇转速、端口速率和板卡温度中一个或者多个的组合；

所述业务状态数据包括生成树协议STP状态、ARP表项、MAC表项、网络地址转换NAT表项和路由表项中一个或者多个的组合。

本申请网络设备的验证状态的装置的实施例可以应用在网络管理设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在网络管理设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请网络设备的验证状态的装置所在网络管理设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的网络管理设备通常根据该网络设备的验证状态的装置的实际功能，还可以包括其他硬件，对此不再赘述。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种网络设备的验证状态的方法，应用于网络管理设备，所述网络管理设备面向用户提供可视化界面；所述可视化界面中输出与所述网络管理设备建立了连接的多种类型的网络设备，其特征在于，包括：

获取用户在所述可视化界面上选择的目标网络设备；

调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序；

根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件；

将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

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

在调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序前，调用预设的自动登录接口以及对应于所述目标网络设备的登录驱动程序，以获得对所述目标网络设备进行数据采集的权限；其中，不同类型的网络设备对应不同的登录驱动程序。

3.根据权利要求1所述的方法，其特征在于，所述根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件，包括：

对采集到的所述基础状态数据进行标准化处理生成基础状态文件；

对采集到的所述业务状态数据进行标准化处理生成业务状态文件；

按照预设的标准数据格式将所述基础状态文件和所述业务状态文件合并生成状态快照文件。

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

当所述目标网络设备处于基准状态时，调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；

根据采集到的所述基础状态数据和所述业务状态数据生成状态基准文件；

存储所述状态基准文件。

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

所述基础状态数据包括CPU使用率、内存使用率、板卡状态、电源功率、风扇转速、端口速率和板卡温度中一个或者多个的组合；

所述业务状态数据包括生成树协议STP状态、ARP表项、MAC表项、网络地址转换NAT表项和路由表项中一个或者多个的组合。

6.一种网络设备的验证状态的装置，应用于网络管理设备，所述网络管理设备面向用户提供可视化界面；所述可视化界面中输出与所述网络管理设备建立了连接的多种类型的网络设备，其特征在于，包括：

获取单元，用于获取用户在所述可视化界面上选择的目标网络设备；

采集单元，用于调用预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；其中，不同类型的网络设备对应不同的采集驱动程序；

生成单元，用于根据采集到的所述基础状态数据和所述业务状态数据生成状态快照文件；

对比单元，用于将所述状态快照文件与预设的状态基准文件进行对比，以验证所述目标网络设备当前的设备状态，并通过所述可视化界面输出验证结果。

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

登录单元，用于在调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序前，调用预设的自动登录接口以及对应于所述目标网络设备的登录驱动程序，以获得对所述目标网络设备进行数据采集的权限；其中，不同类型的网络设备对应不同的登录驱动程序。

8.根据权利要求6所述的装置，其特征在于，所述生成单元，进一步用于：

对采集到的所述基础状态数据进行标准化处理生成基础状态文件；

对采集到的所述业务状态数据进行标准化处理生成业务状态文件；

按照预设的标准数据格式将所述基础状态文件和所述业务状态文件合并生成状态快照文件。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

所述采集单元，进一步用于当所述目标网络设备处于基准状态时，调用所述预设的数据采集接口以及对应于所述目标网络设备的采集驱动程序，采集所述目标网络设备的基础状态数据和业务状态数据；

所述生成单元，进一步用于根据采集到的所述基础状态数据和所述业务状态数据生成状态基准文件；

存储单元，用于存储所述状态基准文件。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

所述基础状态数据包括CPU使用率、内存使用率、板卡状态、电源功率、风扇转速、端口速率和板卡温度中一个或者多个的组合；

所述业务状态数据包括生成树协议STP状态、ARP表项、MAC表项、网络地址转换NAT表项和路由表项中一个或者多个的组合。

Images