CN109510717A - 节点设备的信息的获取方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种节点设备的信息的获取方法、装置、设备及存储介质，属于网络技术领域。该方法包括：获取至少一个节点设备的信息，第一网管设备部署于外网中，至少一个节点设备部署于内网中，第一网管设备和至少一个节点设备之间基于网络地址转换操作建立连接；将至少一个节点设备的信息作为第一网管设备的邻居设备的信息存储至邻居设备信息列表；接收第二网管设备发送的第一设备信息获取请求，第二网管设备部署于外网中；根据第一设备信息获取请求，从邻居设备信息列表中得到邻居设备信息，向第二网管设备返回第一设备信息响应消息。本公开解决了外网中的第二网管设备获取内网中的节点设备的信息的问题。

Description

节点设备的信息的获取方法、装置、设备及存储介质

技术领域

本公开涉及网络技术领域，特别涉及一种节点设备的信息的获取方法、装置、设备及存储介质。

背景技术

校园网、企业内部网等园区网络通常由传统网管设备控制，而随着网络设备数量的飞速增长以及网络即服务(Network as a Service，NaaS)的思想的推广，园区网络正逐渐转型为由云网管设备控制的云网络。在转型过程中，传统网管设备可能仍然需要获取节点设备的信息。

传统网管设备通常部署于企业总部，具有企业总部的内网地址。云网络包括部署企业分支中的至少一个节点设备，该至少一个节点设备具有企业分支的内网地址。由于传统网管设备和节点设备所属的网络不同，传统网管设备无法直接访问节点设备。为此，网管人员会部署虚拟私有网络(Virtual Private Network，VPN)，传统网管设备可以和云网络中的每个节点设备通过VPN建立连接。传统网管设备在VPN中，基于简单网络管理协议(Simple Network Management Protocol，SNMP)访问云网络中的每个节点设备，获取节点设备的信息。

发明人发现相关技术至少存在以下问题：

上述方案要求必须部署VPN，即传统网管设备需要和云网络中的节点设备通过VPN建立连接，才能获取节点设备的信息，局限性强。当不具备部署VPN的条件时，无法保证传统网管设备获取云网络中的节点设备的信息。

发明内容

本公开实施例提供了一种节点设备的信息的获取方法、装置、设备及存储介质，可以解决相关技术中传统网管设备必须部署VPN才能获取节点设备的信息的问题。所述技术方案如下：

第一方面，提供了一种节点设备的信息的获取方法，应用于第一网管设备中，所述方法包括：

获取至少一个节点设备的信息，所述第一网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接；

将所述至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息存储至邻居设备信息列表，所述邻居设备信息列表用于存储所述第一网管设备的邻居设备的信息；

接收第二网管设备发送的第一设备信息获取请求，所述第一设备信息获取请求用于请求获取所述第一网管设备的邻居设备信息，所述第二网管设备部署于所述外网中；

根据所述第一设备信息获取请求，从所述邻居设备信息列表中得到所述邻居设备信息，向所述第二网管设备返回第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息。

其中，第一网管设备是指通过获知节点设备的信息，从而基于节点设备的信息对节点设备进行控制的网络设备。第一网管设备部署于外网中，可以与部署于内网中的节点设备之间通过网络地址转换操作建立连接，从而通过该连接控制节点设备，第一网管设备可以为终端或者服务器。其中，第一网管设备可以称为云网管设备，云网管设备是指可以跨越内网和外网，在云端远程控制节点设备的网络设备。

其中，第二网管设备是指通过第一网管设备获知节点设备的信息的网络设备，并可以基于节点设备的信息对节点设备进行控制。第二网管设备部署于外网中，可以与第一网管设备之间通过彼此的外网地址建立连接，从而通过该连接从第一网管设备获取节点设备的信息。其中，该第二网管设备可以称为传统网管设备，传统网管设备是指只能控制与本端处于同一网络(例如，同处于内网，或同处于外网)的节点设备的网络设备，传统网管设备无法在云端远程控制节点设备。

其中，节点设备是指部署于内网中的网络设备，可以和第一网管设备之间通过网络地址转换操作建立连接，例如，节点设备可以将自己的内网地址转换为外网地址，基于该外网地址和第一网管设备的外网地址建立连接，从而保证第一网管设备获知节点设备的信息。节点设备可以为防火墙设备、交换机、路由器、终端、无线接入设备等。节点设备可以称为云设备，云设备是指可以被云网管设备远程控制的网络设备。

本公开实施例提供的方法，由第一网管设备将至少一个节点设备的信息作为邻居设备的信息进行存储，第二网管设备通过获取第一网管设备的邻居设备信息即可得到节点设备信息，简单有效地解决了外网中的第二网管设备如何获取内网中的节点设备的信息的问题。并且，无需为第二网管设备和节点设备部署VPN，扩展了应用范围，提高了灵活性。

在第一方面的第一种可能实现方式中，所述第一网管设备和所述至少一个节点设备均支持网络配置NETCONF协议，所述NETCONF协议支持所述网络地址转换操作。

在第一方面的第二种可能实现方式中，所述获取至少一个节点设备的信息，包括：

根据用户的配置信息，获取所述配置信息中指示的所述至少一个节点设备的信息；和/或，

对于所述至少一个节点设备中的任一节点设备，基于所述第一网管设备的外网地址和所述节点设备的外网地址建立连接，所述节点设备的外网地址由所述节点设备的内网地址进行网络地址转换操作得到；通过已建立的连接获取所述节点设备的信息。

在这种可能的实现方式中，第一网管设备可以采用人工配置或者自动收集的方式，获取节点设备的信息，效率较高，准确性较强。

在第一方面的第三种可能实现方式中，所述通过已建立的连接获取所述节点设备的信息，包括：

通过所述已建立的连接，接收所述节点设备上报的信息；或者，

通过所述已建立的连接，向所述节点设备发送第二设备信息获取请求，所述第二设备信息获取请求用于获取所述节点设备的信息；接收所述节点设备返回的第二设备信息响应消息；解析所述第二设备信息响应消息，得到所述第二设备信息响应消息携带的节点设备的信息。

在第一方面的第四种可能实现方式中，所述方法还包括：

接收所述至少一个节点设备中的任一节点设备发送的第一状态变化通知消息，所述第一状态变化通知消息由NETCONF协议承载；

对所述第一状态变化通知消息进行协议转换，得到第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载；

向所述第二网管设备发送所述第二状态变化通知消息，所述第二网管设备支持所述SNMP。

在这种可能的实现方式中，第二网管设备可以运行SNMP管理进程，第二网管设备可以运行SNMP代理进程，第二网管设备可以通过SNMP控制第一网管设备，进而控制云网络，步骤简单，实用性强。

在第一方面的第五种可能实现方式中，所述接收所述第二网管设备发送的第一设备信息获取请求之前，所述方法还包括：

与所述第二网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

在第一方面的第六种可能实现方式中，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

在这种可能的实现方式中，第一网管设备可以将节点设备的设备标识、设备描述、设备类型、设备网络状态等信息存储于邻居设备信息列表中，第二网管设备可以通过向第一网管设备请求邻居设备的信息，得到节点设备的设备标识、设备描述、设备类型、设备网络状态、以及节点设备的总数量，保证第二网管设备获取到全面、多样化的节点设备信息。

在第一方面的第七种可能实现方式中，所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

第二方面，提供了一种节点设备的信息的获取方法，应用于第二网管设备中，所述方法包括：

向第一网管设备发送第一设备信息获取请求，所述第一设备信息获取请求用于从所述第一网管设备的邻居设备信息列表中得到所述第一网管设备的邻居设备信息；

接收所述第一网管设备返回的第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息；

解析所述第一设备信息响应消息，得到所述第一设备信息响应消息携带的所述邻居设备信息；

其中，所述邻居设备信息列表中至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息进行存储，所述第一网管设备和所述第二网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接。

在第二方面的第一种可能实现方式中，所述方法还包括：

当所述至少一个节点设备中任一节点设备的网络状态发生改变时，接收所述第一网管设备发送的第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载，所述第二网管设备支持所述SNMP；

解析所述第二状态变化通知消息，得到所述第二状态变化通知消息携带的所述节点设备的设备标识和改变后的设备网络状态。

在第二方面的第二种可能实现方式中，所述向第一网管设备发送第一设备信息获取请求之前，所述方法还包括：

与所述第一网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

在第二方面的第三种可能实现方式中，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

在第二方面的第四种可能实现方式中，所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

第三方面，提供了一种节点设备的信息的获取装置，应用于第一网管设备中，所述装置包括多个功能模块，以实现上述第一方面以及第一方面的任一种可能方式中的节点设备的信息的获取方法。

第四方面，提供了一种节点设备的信息的获取装置，应用于第二网管设备中，所述装置包括多个功能模块，以实现上述第二方面以及第二方面的任一种可能方式中的节点设备的信息的获取方法。

第五方面，提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现上述第一方面以及第一方面的任一种可能方式中的节点设备的信息的获取方法。

第六方面，提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现上述第二方面以及第二方面的任一种可能方式中的节点设备的信息的获取方法。

第七方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现上述第一方面以及第一方面的任一种可能方式中的节点设备的信息的获取方法。

第八方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现上述第二方面以及第二方面的任一种可能方式中的节点设备的信息的获取方法。

附图说明

图1A是本公开实施例提供的一种实施环境的示意图；

图1B是本公开实施例提供的一种实施环境的示意图；

图1C是本公开实施例提供的一种实施环境的示意图；

图2是本公开实施例提供的一种电子设备的结构示意图；

图3A是本公开实施例提供的一种节点设备的信息的获取方法的流程图；

图3B是本公开实施例提供的一种节点设备通知网络状态的方法的流程图；

图4是本公开实施例提供的一种节点设备的信息的获取装置的结构示意图；

图5是本公开实施例提供的一种节点设备的信息的获取装置的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

为了方便理解，下面先对本公开实施例中涉及的名词进行解释：

云网络：是指包括部署于外网的第一网管设备、部署于内网的至少一个节点设备的网络，另外还可以包括保证内网中的节点设备与外网中的某个设备进行通信的网关设备，云网络可以为企业或者校园的网络。

通常来说，外网是指不经由路由器或交换机就可以连接Internet的网络，外网中的主机可以直接被其他主机访问到。内网是指需要通过路由器或/和交换机连接到Internet的网络，例如家庭、小区或者公司的局域网。

第一网管设备：是指通过获知节点设备的信息，从而基于节点设备的信息对节点设备进行控制的网络设备。第一网管设备部署于外网中，可以与部署于内网中的节点设备之间通过网络地址转换操作建立连接，从而通过该连接控制节点设备，第一网管设备可以为终端或者服务器。其中，第一网管设备可以称为云网管设备，云网管设备是指可以跨越内网和外网，在云端远程控制节点设备的网络设备。

第二网管设备：是指通过第一网管设备获知节点设备的信息的网络设备，并可以基于节点设备的信息对节点设备进行控制。第二网管设备部署于外网中，可以与第一网管设备之间通过彼此的外网地址建立连接，从而通过该连接从第一网管设备获取节点设备的信息。其中，该第二网管设备可以称为传统网管设备，传统网管设备是指只能控制与本端处于同一网络(例如，同处于内网，或同处于外网)的节点设备的网络设备，传统网管设备无法在云端远程控制节点设备。

节点设备：部署于内网中的网络设备，可以和第一网管设备之间通过网络地址转换操作建立连接，例如，节点设备可以将自己的内网地址转换为外网地址，基于该外网地址和第一网管设备的外网地址建立连接，从而保证第一网管设备获知节点设备的信息。节点设备可以为防火墙设备、交换机、路由器、终端、无线接入设备等。节点设备可以称为云设备，云设备是指可以被云网管设备远程控制的网络设备。

第一协议：支持网络地址转换操作的协议，基于第一协议，不同网络中的设备之间可以进行通信，因此第一网管设备和节点设备可以基于第一协议进行通信。第一协议可以为网络配置(Network Configuration，NETCONF)协议。

第二协议：不支持网络地址转换操作的协议，处于同一网络中的网络设备可以基于第二协议进行通信，而处于不同网络中的网络设备不可以基于第二协议进行通信，第一网管设备和第二网管设备可以基于第二协议进行通信，第二协议可以为SNMP。

图1A是本公开实施例提供的一种实施环境的示意图，该实施环境包括：第一网管设备101、第二网管设备102和至少一个节点设备103。

第一网管设备101和第二网管设备102均部署于外网中，第一网管设备101和第二网管设备102可以基于彼此的外网地址建立连接并进行通信。例如，参见图1B，第一网管设备101可以运行SNMP代理进程，第二网管设备102可以运行SNMP管理进程，第一网管设备101和第二网管设备102可以配置彼此的外网地址，建立SNMP连接。

至少一个节点设备103部署于内网中，可以通过网络地址转换操作与第一网管设备101之间建立连接并进行通信。例如，参见图1B，至少一个节点设备103中的任一节点设备可以运行NETCONF服务端，第一网管设备101可以运行NETCONF客户端，基于NETCONF协议，节点设备可以将内网地址转换为外网地址，与第一网管设备101的外网地址之间建立连接。

在一种可能设计中，参见图1C，该实施环境还可以包括网关设备104，在至少一个节点设备103和第一网管设备101之间进行通信的过程中，网关设备104用于在二者之间转发数据。

图2是本公开实施例提供的一种电子设备200的结构示意图。参见图2，该电子设备200包括处理器和存储器，还可以包括通信接口和通信总线，其中，处理器、存储器和通信接口通过通信总线完成相互间的通信。该存储器存储有计算机程序，该处理器用于执行存储器上所存放的计算机程序，实现下述图3A或图3B实施例中的节点设备的信息的获取方法，例如实现下述图3A所示的方法中、或下述图3B所示的方法中第一网管设备的功能，或者第二网管设备的功能。

通信总线是连接所描述的元素的电路并且在这些元素之间实现传输。例如，处理器通过通信总线从其它元素接收到命令，解密接收到的命令，根据解密的命令执行计算或数据处理。存储器可以包括程序模块，例如内核(kernel)，中间件(middleware)，应用程序编程接口(Application Programming Interface，API)和应用。该程序模块可以是有软件、固件或硬件、或其中的至少两种组成。转发用户通过输入输出设备(例如感应器、键盘、触摸屏)输入的命令或数据。显示各种信息给用户。通信接口将该电子设备200与其它网络设备、用户设备、网络进行连接。例如，通信接口可以通过有线或无线连接到网络以连接到外部其它的网络设备或用户设备。有线通信可以包括以下至少一种：例如光纤分布式数据接口(Fiber Distributed Data Interface，FDDI)、千兆以太网(Gigabit Ethernet，GE)接口。网络可以是电信网络和通信网络。通信网络可以为计算机网络、因特网、物联网、电话网络。电子设备200可以通过通信接口连接网络，电子设备200和其它网络设备通信所用的协议可以被应用、应用程序编程接口(Application Programming Interface，API)、中间件、内核和通信接口至少一个支持。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备中的处理器执行以完成下述实施例中的节点设备的信息的获取方法。例如，所述计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

相关技术中，由于第二网管设备和节点设备分别部署于外网和内网中，必须要为二者部署VPN，才能保证第二网管设备访问节点设备以获取节点设备的信息，否则无法得到节点设备的信息，更无法基于每个节点设备的信息控制云网络。

而本公开实施例中，以第一网管设备充当第二网管设备与节点设备之间的中介，第二网管设备无需依赖VPN，通过控制第一网管设备即可达到控制云网络的效果：云网络中的每个节点设备虚拟成了第一网管设备的每个邻居设备，节点设备的信息分别作为第一网管设备的邻居设备的信息进行存储。当第二网管设备想要获知云网络中某个节点设备的信息时，只需以向第一网管设备请求邻居设备的信息的方式，获取邻居设备的信息即可，该邻居设备的信息实际就是节点设备的信息。第二网管设备可以通过获知邻居设备的信息，控制对应的节点设备，进一步地，第二网管设备可以以同样的方式，控制整个云网络。

其中，第二网管设备和每个节点设备可以基于第一协议进行通信，该第一协议为支持网络地址转换操作的协议，外网与内网中的设备之间可以基于第一协议进行通信，第一协议可以为NETCONF协议。第一网管设备和第二网管设备可以基于第二协议进行通信，该第二协议为支持外网内进行通信的协议，例如为SNMP。

图3A是根据一示例性实施例示出的一种节点设备的信息的获取方法的流程图，如图3A所示，该方法可以应用于上述实施环境中，交互主体包括第一网管设备、第二网管设备和至少一个节点设备，本实施例以第一协议为NETCONF协议，第二协议为SNMP为例进行说明，包括以下步骤：

301、第一网管设备和第二网管设备建立SNMP连接。

为了保证第二网管设备通过第一网管设备获知云网络中每个节点设备的信息，第一网管设备与第二网管设备之间会预先建立SNMP连接。其中，第一网管设备和第二网管设备可以基于彼此的外网地址，建立SNMP连接。其中，该外网地址可以指外网网络互连协议(Internet Protocol，IP)地址。

建立连接的具体过程可以为：第一网管设备运行SNMP代理进程，配置第二网管设备的外网IP地址和SNMP参数。第二网管设备运行SNMP管理进程，配置第一网管设备的外网IP地址和SNMP参数，当两个网管设备互相配置了对方的外网IP地址以及相同的SNMP参数时，两个网管设备之间即可建立SNMP连接。其中，该SNMP参数可以为SNMP协议版本号、端口号等。

其中，针对配置外网IP地址和SNMP参数的过程，第一网管设备和第二网管设备可以在运行相应的SNMP进程的过程中，显示配置界面，管理人员可以在配置界面上输入外网IP地址和SNMP参数，以便第一网管设备和第二网管设备获取对方的外网IP地址以及SNMP参数。当然，第一网管设备和第二网管设备也可以通过其他方式配置外网IP地址以及SNMP参数。

302、第一网管设备获取至少一个节点设备的信息。

第一网管设备可以采用人工配置或者自动收集的方式，获取云网络中节点设备的信息，该人工配置的方式具体参见以下步骤3021，该自动收集的方式具体参见以下步骤3022。

3021、第一网管设备根据用户的配置信息，获取该配置信息中指定的至少一个节点设备的信息。用户可以在第一网管设备上输入配置信息，该配置信息携带至少一个节点设备的信息，第一网管设备可以接收该配置信息，从配置信息中获取至少一个节点设备的信息。例如，第一网管设备可以显示配置界面，该配置界面用于获取用户输入的配置信息，用户可以在该配置界面上输入配置信息，则第一网管设备可以从配置界面上获取配置信息。

3022、对于云网络中任一节点设备，第一网管设备基于自身的外网地址和该节点设备的外网地址建立连接，通过已建立的连接获取该节点设备的信息。

节点设备的外网地址由节点设备的内网地址进行网络地址转换操作得到，第一网管设备和节点设备之间可以通过各自的外网地址建立连接，第一网管设备可以通过该连接与节点设备进行通信，从而获取节点设备的信息。

关于第一网管设备和任一节点设备建立连接的具体过程，节点设备可以先向云网络的网关设备发送连接请求，该连接请求携带该节点设备的内网地址和第一网管设备的外网地址。网关设备通常会具有至少一个外网地址，可以从该至少一个外网地址中选择一个外网地址，作为分配给该节点设备的外网地址，也就是内网地址网络地址转换操作得到的外网地址，从而保证节点设备基于该外网地址与第一网管设备建立连接。其中，管理人员可以在节点设备上预先配置指定域名，以便节点设备可根据该指定域名，通过域名解析系统(Domain Name System，DNS)得到第一网管设备的外网地址。其中，该连接请求可以为基于传输控制协议(Transmission Control Protocol，TCP)的请求。

当第一网管设备和节点设备建立连接后，第一网管设备即可通过已建立的连接获取节点设备的信息。其中，该获取节点设备的信息的过程可以包括节点设备主动上报和第一网管设备发起请求两种方式，具体包括以下步骤A1和步骤A2的任意组合。

A1、第一网管设备通过已建立的连接，接收节点设备上报的信息。即，节点设备可以主动向第一网管设备发送节点设备的信息，以便第一网管设备得到该节点设备的信息。

A2、第一网管设备通过已建立的连接，向节点设备发送第二设备信息获取请求，节点设备接收到该第二设备信息获取请求后，可以获取自身的节点设备的信息，生成携带该节点设备的信息的第二设备信息响应消息，并向该第一网管设备返回第二设备信息响应消息，第一网管设备接收到第二设备信息响应消息时，可以解析第二设备信息响应消息，得到该第二设备信息响应消息携带的节点设备的信息。即，第一网管设备可以以向节点设备发起请求的方式，得到节点设备的信息。其中，第二设备信息获取请求用于获取节点设备的信息，第二设备信息响应消息用于向第一网管设备通知节点设备的信息。

需要说明的第一点是，第一网管设备实际可以基于NETCONF协议执行上述获取节点设备的信息的过程，第一网管设备可以基于软件定义网络(Software Defined Network,SDN)架构，将南向接口协议配置为NETCONF协议，运行NETCONF客户端，作为NETCONF控制器，与每个运行NETCONF服务端的节点设备基于TCP建立NETCONF连接，以控制每个节点设备。

需要说明的第二点是，获取的节点设备的信息可以携带设备标识，例如设备序列号，第一网管设备得到节点设备的信息后，可以对设备标识进行校验，当设备标识属于预设节点设备标识表时，则确定该设备标识对应的节点设备是云网络中的节点设备，则保留与该节点设备之间建立的连接，后续会将该节点设备的信息存储于邻居设备信息列表中，而当设备标识不属于预设节点设备标识表时，则确定该设备标识对应的节点设备不是云网络的节点设备，可能为其他网络中的非法设备，则撤销与该节点设备之间建立的连接，后续不会将该节点设备的信息存储于邻居设备信息列表中。

303、第一网管设备将至少一个节点设备的信息作为第一网管设备的邻居设备的信息，存储至邻居设备信息列表。

当第一网管设备通过上述步骤302，得到云网络中至少一个节点设备的信息后，可以将每个节点设备视为该第一网管设备的虚拟邻居设备，将至少一个节点设备的信息作为第一网管设备的邻居设备的信息，存储至邻居设备信息列表中。其中，该邻居设备信息列表用于存储该第一网管设备的邻居设备的信息。

其中，当第一网管设备第一次获取到至少一个节点设备的信息时，可以将至少一个节点设备的信息组成邻居设备信息列表，即新生成一个邻居设备信息列表。后续当第一网管设备再次获取到节点设备的信息时，可以直接将该节点设备的信息添加至已生成的邻居设备信息列表中。另外，该邻居设备信息列表可以为专用于存储云网络中每个节点设备的信息的列表。

针对该邻居设备信息列表存储节点设备的信息的方式，该邻居设备信息列表中的每一行可以表示一个节点设备，每一列可以表示对应节点设备的一种信息，节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

其中，该设备标识用于唯一确定对应的节点设备，该设备标识可以为设备序列号，可以称为RemoteDevSN，或者可以为设备名称，可以称为RemoteSysName，设备类型可以为防火墙设备、交换机等，设备描述可以为节点设备的位置信息、设备的所有者信息等，设备网络状态可以为上线状态、下线状态、删除状态等。举例来说，邻居设备信息列表可以如下表1所示：

表1

设备序列号	设备名称	设备类型	设备描述	设备网络状态	……
						111111	设备a	终端	A大楼10层	上线状态	……
111112	设备b	路由器	B大楼12层	下线状态	……
						……	……	……	……	……	……
NNNNNN	设备x	交换机	D大楼14层	下线状态

需要说明的是，第一网管设备可以将已生成的邻居设备信息列表存储于管理信息库(Management Information Base，MIB)中，该MIB为网络控制协议中被控制的设备存储数据采用的数据库，后续第一网管设备要获取邻居设备信息时，从MIB中读取邻居设备信息列表即可。

304、第二网管设备向第一网管设备发送第一设备信息获取请求。

当第二网管设备要获取节点设备信息时，可以向第一网管设备发送第一设备信息获取请求，第一设备信息获取请求用于请求从第一网管设备的邻居设备信息列表中获取第一网管设备的邻居设备信息。进一步地，第二网管设备可以通过SNMP连接，向第一网管设备发送第一设备信息请求。例如，第二网管设备可以运行SNMP管理进程，由SNMP管理进程向SNMP代理进程发送第一设备信息获取请求，以便运行了SNMP代理进程的第一网管设备接收第一设备信息获取请求。

针对第一设备信息获取请求的不同功能，该第一设备信息获取请求可以包括以下B1-B3这三种类型：

B1、第一设备信息获取请求用于获取第一网管设备的至少一个邻居设备的信息。

当第二网管设备想要获取至少一个节点设备的信息，即要获取特定的某一个或多个节点设备的信息时，可以向第一网管设备发起该类型的第一设备信息获取请求，该第一设备信息获取请求会携带至少一个节点设备的设备标识。其中，当第一设备信息获取请求通过SNMP连接发送时，该第一设备信息获取请求可以称为get(获取)请求。

B2、该第一设备信息获取请求用于获取第一网管设备的所有邻居设备的信息。

当第二网管设备想要获取所有节点设备的信息时，可以向第一网管设备发起该类型的第一设备信息获取请求，该第一设备信息获取请求会缺省设备标识。其中，当第一设备信息获取请求通过SNMP连接发送时，该第一设备信息获取请求可以称为walk(漫游)请求。

B3、该第一设备信息获取请求用于获取第一网管设备的邻居设备的总数量。

当第二网管设备想要获取所有节点设备的总数量时，可以向第一网管设备发起该类型的第一设备信息获取请求，该第一设备信息获取请求会携带表示要请求邻居设备的总数量的信息。

305、当第一网管设备接收到第一设备信息获取请求时，根据第一设备信息获取请求，从邻居设备信息列表中得到邻居设备信息。

与上述B1-B3分别对应，第一网管设备得到邻居设备信息的过程可以包括以下C1-C3：

C1、当第一设备信息获取请求用于获取至少一个邻居设备的信息时，即特定的某一个或多个节点设备的信息时，第一网管设备会解析该第一设备信息获取请求，得到第一设备信息获取请求携带的至少一个设备标识，以该至少一个设备标识为索引，查询该邻居设备信息列表，得到该至少一个设备标识对应的至少一个节点设备的信息，作为邻居设备信息。

C2、当第一设备信息获取请求用于获取所有邻居设备的信息时，第一网管设备会获取邻居设备信息列表中的所有邻居设备的信息，也就是所有节点设备的信息，作为邻居设备信息。

C3、当第一设备信息获取请求用于获取邻居设备的总数量时，第一网管设备会统计邻居设备信息列表中邻居设备的总数量，也就是节点设备的总数量，作为邻居设备信息。其中，当邻居设备信息列表中每一行表示一个节点设备时，第一网管设备可以统计邻居设备信息列表当前的行数，将该行数作为邻居设备的总数量。

306、第一网管设备向第二网管设备返回第一设备信息响应消息。

第一网管设备得到邻居设备信息后，会根据邻居设备信息生成第一设备信息响应消息，第一设备信息响应消息用于向第二网管设备通知邻居设备信息，第一设备信息响应消息携带该邻居设备信息。

其中，第一网管设备可以通过SNMP连接，向第二网管设备发送第一设备信息响应消息。例如，第一网管设备可以运行SNMP代理进程，由SNMP代理进程向SNMP管理进程发送第一设备信息响应消息，以便运行了SNMP管理进程的第二网管设备接收第一设备信息响应消息。另外，当第一设备信息获取请求为get请求时，第一设备信息响应消息为get响应，当该第一设备信息获取请求为walk请求时，第一设备信息响应消息为walk响应。

307、当第二网管设备接收到该第一设备信息响应消息时，解析第一设备信息响应消息，得到邻居设备信息。

第二网管设备得到邻居设备信息后，可以记录并存储该邻居设备信息，例如将邻居设备信息存储于数据库中，还可以通过邻居设备信息控制对应的至少一个邻居设备。由于邻居设备即为节点设备，邻居设备信息即为节点设备信息，达到了第二网管设备获知节点设备信息以及控制节点设备的效果。

需要说明的是，基于SNMP的规定，作为控制方的某个设备可以向作为被控制方的某个设备发起设备信息获取请求，得到被控制方的邻居设备的信息，因此，本实施例中无需改变SNMP原有的协议架构，第二网管设备按照现有的SNMP的流程，即可向第一网管设备发送第一设备信息获取请求，第一网管设备按照现有的SNMP的流程，即可向第二网管设备发送第一设备信息响应消息，而无需打乱第一网管设备和第二网管设备的原有处理逻辑，步骤简单有效。

在一个示例性场景中，针对某个具有总部网络和多个分支网络的企业网络，第二网管设备部署于总部网络，第一网管设备部署于云端，该多个分支网路正处于被第二网管设备控制向被第一网管设备控制的过渡阶段。对于该场景，相关技术中分支网络需要部署VPN来和总部网络中的第二网管设备连接，第二网管设备才能控制分支网络，而一旦脱离VPN，第二网管设备无法发现分支网络中的节点设备。而采用本实施例提供的方法，各个分支网络中的节点设备通过第一网管设备控制，第二网管设备通过第一网管设备即可发现每个节点设备，获知每个节点设备的信息从而控制节点设备，达到了第二网管设备无需VPN控制节点设备的效果。

本实施例提供的方法，由第一网管设备将至少一个节点设备的信息作为邻居设备的信息进行存储，第二网管设备通过获取第一网管设备的邻居设备信息即可得到节点设备信息，简单有效地解决了外网中的第二网管设备如何获取内网中的节点设备的信息的问题。并且，无需为第二网管设备和节点设备部署VPN，扩展了应用范围，提高了灵活性。

进一步地，第一网管设备可以采用人工配置或者自动收集的方式，获取节点设备的信息，效率较高，准确性较强。

进一步地，第二网管设备可以运行SNMP管理进程，第二网管设备可以运行SNMP代理进程，第二网管设备可以通过SNMP控制第一网管设备，进而控制云网络，步骤简单，实用性强。

进一步地，第一网管设备可以将节点设备的设备标识、设备描述、设备类型、设备网络状态等信息存储于邻居设备信息列表中，第二网管设备可以通过向第一网管设备请求邻居设备的信息，得到节点设备的设备标识、设备描述、设备类型、设备网络状态、以及节点设备的总数量，保证第二网管设备获取到全面、多样化的节点设备信息。

为了保证某个节点设备的网络状态发生改变时，第二网管设备可以及时获知节点设备当前的网络状态，参见图3B，本公开实施例还提供了一种节点设备在网络状态发生改变时通知第二网管设备当前的网络状态的方法，具体包括以下步骤：

311、当至少一个节点设备中任一节点设备的网络状态发生改变时，该节点设备向第一网管设备发送第一状态变化通知消息。

当任一节点设备的网络状态发生改变，例如从上线状态改变为下线状态，又如从下线状态改变为上线状态时，可以基于NETCONF协议中的通知(notification)机制，主动地向第一网管设备发送第一状态变化通知消息。例如，基于NETCONF协议中的通知机制，客户端可以向服务端订阅某种消息，服务端可以向客户端主动发送其订阅的消息，则第一网管设备可以运行NETCONF客户端，节点设备可以运行NETCONF服务端，第一网管设备可以向节点设备订阅第一状态变化通知消息，那么，当节点设备的网络状态发生改变时，节点设备会主动向第一网管设备发送第一状态变化通知消息。

其中，第一状态变化通知消息用于向第一网管设备通知节点设备改变后的设备网络状态，第一状态变化通知消息由NETCONF协议承载，即，该第一状态变化通知消息可以为NETCONF协议所定义的状态变化通知消息，该第一状态变化通知消息可以携带该节点设备的设备标识以及改变后的设备网络状态。

312、当第一网管设备接收到节点设备发送的第一状态变化通知消息时，对第一状态变化通知消息进行协议转换，得到第二状态变化通知消息，向第二网管设备发送第二状态变化通知消息。

由于第一网管设备与第二网管设备之间通过SNMP进行通信，为了保证第二网管设备能够成功接收到通知消息，当第一网管设备得到第一状态变化通知消息后，会对第一状态变化通知消息进行协议转换，将NETCONF协议承载的第一状态变化通知消息转换为SNMP承载的第二状态变化通知消息，将该第二状态变化通知消息发送给第二网管设备。其中，该第二状态变化通知消息由SNMP承载，即，第二状态变化通知消息为SNMP所定义的状态变化通知消息，该第二状态变化通知消息用于向第二网管设备通知节点设备改变后的设备网络状态，可以携带该节点设备的设备标识以及改变后的设备网络状态。

其中，针对发送第二状态变化通知消息的过程，第一网管设备可以基于SNMP中的陷阱(trap)机制，将第一状态变化通知消息设置为陷阱消息，该陷阱机制是指一旦得到陷阱消息即上报控制者的机制。那么，一旦第一网管设备接收到第一状态变化通知消息时，就会触发陷阱机制，进行对第一状态变化通知消息进行协议转换、向第二网管设备发送转换得到的第二状态变化通知消息的步骤。

需要说明的是，为了保证邻居设备信息列表准确地存储每个节点设备当前的网络状态，当第一网管设备接收到第一状态变化通知消息后，可以基于第一状态变化通知消息，对邻居设备信息列表中对应节点设备的设备网络状态进行更新。例如，第一网管设备可以解析第一状态变化通知消息，得到设备标识和设备网络状态，将该设备标识作为索引，查询邻居设备信息列表，将邻居设备信息列表中该设备标识对应的设备网络状态修改为该节点设备改变后的设备网络状态。

313、当第二网管设备接收到该第二状态变化通知消息时，解析第二状态变化通知消息，得到第二状态变化通知消息携带的节点设备的设备标识和改变后的设备网络状态。

第二网管设备得到该节点设备的设备标识和改变后的设备网络状态后，可以记录并存储该设备标识和改变后的设备网络状态，以便基于该改变后的设备网络状态控制该节点设备。

需要说明的第一点是，上述步骤311-步骤313以第一网管设备基于节点设备主动上报的第一状态变化通知消息通知第二网管设备为例进行说明，在另一实施例中，对于至少一个节点设备中的某个节点设备，当网管人员将该节点设备从云网络中删除或者节点设备出现故障时，第一网管设备可以主动地通知第二网管设备，还可以从邻居设备信息列表中删除该节点设备的信息，或者可以保留该节点设备的信息，而将该节点设备的设备网络状态修改为删除状态。

需要说明的第二点是，本公开不对图3B所示实施例与图3A所示实施例的执行过程的时序进行限定，例如，第一网管设备、第二网管设备与节点设备可以先执行图3A所示实施例，再执行图3B所示实施例，或者，第一网管设备、第二网管设备与节点设备可以并行地分别执行图3A所示实施例和图3B所示实施例。

那么，对于至少一个节点设备中的任一节点设备，当该节点设备通过第一网管设备向第二网管设备上报状态变化通知消息时，如果该第二网管设备预先已经通过该第一网管设备存储了该节点设备的信息，则第二网管设备可以直接将已存储的节点设备的信息中的设备网络状态更新为状态变化通知消息中的设备网络状态。

而当该节点设备通过第一网管设备向第二网管设备上报状态变化通知消息时，如果该第二网管设备发现并未存储该节点设备的信息，即并未预先通过该第一网管设备存储该节点设备的信息，则第二网管设备可以自动添加该节点设备，根据该状态变化通知消息存储该节点设备的网络状态，还可以向第一网管设备发起请求，来获取该节点设备除了网络状态以外的其他信息。当然，第二网管设备发现并未存储该节点设备的信息时，可以直接忽略该状态变化通知消息。

本实施例提供的方法，当节点设备的网络状态发生改变时，节点设备能够通过第一网管设备主动通知第二网管设备，保证第二网管设备能够准确地获知每个节点设备当前的网络状态。

图4是根据一示例性实施例示出的一种节点设备的信息的获取装置的结构示意图，应用于第一网管设备中，如图4所示，该装置包括：获取模块401、存储模块402、接收模块403和发送模块404。

获取模块401，用于获取至少一个节点设备的信息；

存储模块402，用于将该至少一个节点设备的信息存储至邻居设备信息列表；

接收模块403，用于接收第二网管设备发送的第一设备信息获取请求；

该获取模块401，还用于从该邻居设备信息列表中得到该邻居设备信息；

发送模块404，用于向该第二网管设备返回第一设备信息响应消息。

在一种可能设计中，该第一网管设备和该至少一个节点设备均支持NETCONF协议。

在一种可能设计中，该获取模块401，还用于执行上述步骤3031或步骤3032。

在一种可能设计中，该接收模块403，还用于接收第一状态变化通知消息。

该装置还包括：转换模块，用于执行上述步骤312中协议转换的过程；

该发送模块404，还用于发送该第二状态变化通知消息。

在一种可能设计中，该装置还包括：连接模块，用于与该第二网管设备建立SNMP连接；

该第一设备信息获取请求由该第二网管设备通过该SNMP连接发送。

在一种可能设计中，该节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

在一种可能设计中，该邻居设备信息为该第一网管设备的至少一个邻居设备的信息；或者，该邻居设备信息为该第一网管设备的所有邻居设备的信息；或者，该邻居设备信息为该第一网管设备的邻居设备的总数量。

图5是根据一示例性实施例示出的一种节点设备的信息的获取装置的结构示意图，应用于第二网管设备中，如图5所示，该装置包括：发送模块501、接收模块502和解析模块503。

发送模块501，用于发送第一设备信息获取请求；

接收模块502，用于接收第一设备信息响应消息；

解析模块503，用于得到该第一设备信息响应消息携带的邻居设备信息；

在一种可能设计中，该接收模块502，还用于接收第二状态变化通知消息；

该解析模块503，还用于根据第二状态变化通知消息得到该节点设备的设备标识和改变后的设备网络状态。

在一种可能设计中，该装置还包括：连接模块，用于与该第一网管设备建立SNMP连接；

该第一设备信息获取请求由该第二网管设备通过该SNMP连接发送。

在一种可能设计中，该节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

在一种可能设计中，该邻居设备信息为该第一网管设备的至少一个邻居设备的信息；或者，

该邻居设备信息为该第一网管设备的所有邻居设备的信息；或者，

该邻居设备信息为该第一网管设备的邻居设备的总数量。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (30)

1.一种节点设备的信息的获取方法，其特征在于，应用于第一网管设备中，所述方法包括：

获取至少一个节点设备的信息，所述第一网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接；

将所述至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息存储至邻居设备信息列表，所述邻居设备信息列表用于存储所述第一网管设备的邻居设备的信息；

接收第二网管设备发送的第一设备信息获取请求，所述第一设备信息获取请求用于请求获取所述第一网管设备的邻居设备信息，所述第二网管设备部署于所述外网中；

根据所述第一设备信息获取请求，从所述邻居设备信息列表中得到所述邻居设备信息，向所述第二网管设备返回第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息。

2.根据权利要求1所述的方法，其特征在于，所述第一网管设备和所述至少一个节点设备均支持网络配置NETCONF协议，所述NETCONF协议支持所述网络地址转换操作。

3.根据权利要求1所述的方法，其特征在于，所述获取至少一个节点设备的信息，包括：

根据用户的配置信息，获取所述配置信息中指示的所述至少一个节点设备的信息；和/或，

对于所述至少一个节点设备中的任一节点设备，基于所述第一网管设备的外网地址和所述节点设备的外网地址建立连接，所述节点设备的外网地址由所述节点设备的内网地址进行网络地址转换操作得到；通过已建立的连接获取所述节点设备的信息。

4.根据权利要求3所述的方法，其特征在于，所述通过已建立的连接获取所述节点设备的信息，包括：

通过所述已建立的连接，接收所述节点设备上报的信息；或者，

通过所述已建立的连接，向所述节点设备发送第二设备信息获取请求，所述第二设备信息获取请求用于获取所述节点设备的信息；接收所述节点设备返回的第二设备信息响应消息；解析所述第二设备信息响应消息，得到所述第二设备信息响应消息携带的节点设备的信息。

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

接收所述至少一个节点设备中的任一节点设备发送的第一状态变化通知消息，所述第一状态变化通知消息由NETCONF协议承载；

对所述第一状态变化通知消息进行协议转换，得到第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载；

向所述第二网管设备发送所述第二状态变化通知消息，所述第二网管设备支持所述SNMP。

6.根据权利要求1所述的方法，其特征在于，所述接收所述第二网管设备发送的第一设备信息获取请求之前，所述方法还包括：

与所述第二网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

7.根据权利要求1所述的方法，其特征在于，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

8.根据权利要求1-7中任一项所述的方法，其特征在于，

所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

9.一种节点设备的信息的获取方法，其特征在于，应用于第二网管设备中，所述方法包括：

向第一网管设备发送第一设备信息获取请求，所述第一设备信息获取请求用于从所述第一网管设备的邻居设备信息列表中得到所述第一网管设备的邻居设备信息；

接收所述第一网管设备返回的第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息；

解析所述第一设备信息响应消息，得到所述第一设备信息响应消息携带的所述邻居设备信息；

其中，所述邻居设备信息列表中至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息进行存储，所述第一网管设备和所述第二网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接。

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

当所述至少一个节点设备中任一节点设备的网络状态发生改变时，接收所述第一网管设备发送的第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载，所述第二网管设备支持所述SNMP；

解析所述第二状态变化通知消息，得到所述第二状态变化通知消息携带的所述节点设备的设备标识和改变后的设备网络状态。

11.根据权利要求9所述的方法，其特征在于，所述向第一网管设备发送第一设备信息获取请求之前，所述方法还包括：

与所述第一网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

12.根据权利要求9所述的方法，其特征在于，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

13.根据权利要求9-12中任一项所述的方法，其特征在于，

所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

14.一种节点设备的信息的获取装置，其特征在于，应用于第一网管设备中，所述装置包括：

获取模块，用于获取至少一个节点设备的信息，所述第一网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接；

存储模块，用于将所述至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息存储至邻居设备信息列表，所述邻居设备信息列表用于存储所述第一网管设备的邻居设备的信息；

接收模块，用于接收第二网管设备发送的第一设备信息获取请求，所述第一设备信息获取请求用于请求获取所述第一网管设备的邻居设备信息，所述第二网管设备部署于所述外网中；

所述获取模块，还用于根据所述第一设备信息获取请求，从所述邻居设备信息列表中得到所述邻居设备信息；

发送模块，用于向所述第二网管设备返回第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息。

15.根据权利要求14所述的装置，其特征在于，所述第一网管设备和所述至少一个节点设备均支持网络配置NETCONF协议，所述NETCONF协议支持所述网络地址转换操作。

16.根据权利要求14所述的装置，其特征在于，所述获取模块，还用于：

根据用户的配置信息，获取所述配置信息中指示的所述至少一个节点设备的信息；和/或，

对于所述至少一个节点设备中的任一节点设备，基于所述第一网管设备的外网地址和所述节点设备的外网地址建立连接，所述节点设备的外网地址由所述节点设备的内网地址进行网络地址转换操作得到；通过已建立的连接获取所述节点设备的信息。

17.根据权利要求16所述的装置，其特征在于，所述获取模块，还用于：

通过所述已建立的连接，接收所述节点设备上报的信息；或者，

通过所述已建立的连接，向所述节点设备发送第二设备信息获取请求，所述第二设备信息获取请求用于获取所述节点设备的信息；接收所述节点设备返回的第二设备信息响应消息；解析所述第二设备信息响应消息，得到所述第二设备信息响应消息携带的节点设备的信息。

18.根据权利要求14所述的装置，其特征在于，所述接收模块，还用于接收所述至少一个节点设备中的任一节点设备发送的第一状态变化通知消息，所述第一状态变化通知消息由NETCONF协议承载；所述装置还包括：

转换模块，用于对所述第一状态变化通知消息进行协议转换，得到第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载；

所述发送模块，还用于向所述第二网管设备发送所述第二状态变化通知消息，所述第二网管设备支持所述SNMP。

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

连接模块，用于与所述第二网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

20.根据权利要求14所述的装置，其特征在于，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

21.根据权利要求14-20中任一项所述的装置，其特征在于，

所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

22.一种节点设备的信息的获取装置，其特征在于，应用于第二网管设备中，所述装置包括：

发送模块，用于向第一网管设备发送第一设备信息获取请求，所述第一设备信息获取请求用于从所述第一网管设备的邻居设备信息列表中得到所述第一网管设备的邻居设备信息；

接收模块，用于接收所述第一网管设备返回的第一设备信息响应消息，所述第一设备信息响应消息用于向所述第二网管设备通知所述邻居设备信息；

解析模块，用于解析所述第一设备信息响应消息，得到所述第一设备信息响应消息携带的所述邻居设备信息；

其中，所述邻居设备信息列表中至少一个节点设备的信息作为所述第一网管设备的邻居设备的信息进行存储，所述第一网管设备和所述第二网管设备部署于外网中，所述至少一个节点设备部署于内网中，所述第一网管设备和所述至少一个节点设备之间基于网络地址转换操作建立连接。

23.根据权利要求22所述的装置，其特征在于，所述接收模块，还用于当所述至少一个节点设备中任一节点设备的网络状态发生改变时，接收所述第一网管设备发送的第二状态变化通知消息，所述第二状态变化通知消息由简单网络管理协议SNMP承载，所述第二网管设备支持所述SNMP；

所述解析模块，还用于解析所述第二状态变化通知消息，得到所述第二状态变化通知消息携带的所述节点设备的设备标识和改变后的设备网络状态。

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

连接模块，用于与所述第一网管设备建立SNMP连接；

所述第一设备信息获取请求由所述第二网管设备通过所述SNMP连接发送。

25.根据权利要求22所述的装置，其特征在于，所述节点设备的信息包括设备标识、设备描述、设备类型、设备网络状态中的至少一种。

26.根据权利要求22-25中任一项所述的装置，其特征在于，

所述邻居设备信息为所述第一网管设备的至少一个邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的所有邻居设备的信息；或者，

所述邻居设备信息为所述第一网管设备的邻居设备的总数量。

27.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至权利要求8中任一项所述的节点设备的信息的获取方法中所执行的操作。

28.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求9至权利要求13中任一项所述的节点设备的信息的获取方法中所执行的操作。

29.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至权利要求8中任一项所述的节点设备的信息的获取方法中所执行的操作。

30.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求9至权利要求13中任一项所述的节点设备的信息的获取方法中所执行的操作。