CN101296124A - 获取设备信息的方法、设备和系统 - Google Patents

Abstract

本发明公开了一种获取设备信息的方法、设备和系统，属于网络管理领域。所述方法包括：本端网管向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设备标识；接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理。一种网管设备包括：发送模块、接收模块和管理模块，另一种网管设备包括：接收模块、查找模块和发送模块。所述系统包括第一网管设备和第二网管设备。本发明通过向建立邻居关系的网管获取设备信息，解除了不同网管之间的隔离，降低了不同网管管理设备时造成的冲突，增强了网管的管理能力。

Description

获取设备信息的方法、设备和系统

技术领域

本发明涉及网络管理领域，特别涉及一种获取设备信息的方法、设备和系统。

背景技术

当前网络复杂，网络管理的任务越来越重，多个厂家的设备使用多种网管进行共同管理的情况经常发生。网管通过周期性地查询设备的配置信息，对这些设备的信息进行采集。一个网络管理系统一般要包含以下几个元素：

①若干个需要被管理的网络设备节点，如路由器、服务器等设备，每个节点上都运行着一个被称之为设备代理(agent)的应用进程，该应用进程实现对被管理设备的各种被管理对象的信息(如流量等)的搜集和对这些被管理对象的访问的支持；

②至少一个管理工作站，该管理工作站运行着管理平台应用系统，实现为管理员提供对被管设备的可视化的图形界面，从而使管理员可以方便地进行管理；

③一个管理协议，用来定义设备代理和管理工作站之间管理信息传送的规程。其中管理协议的操作是在管理框架下进行的，管理框架定义了和安全相关的认证、授权、访问控制和加密策略等各种安全防护框架。

网络管理系统通过网络管理协议进行的管理结构工作，一般包括：管理进程通过定时向各个设备的设备代理进程发送查询请求消息，来跟踪各个设备的状态，其中查询请求消息可以以轮询方式发送。查询到的设备的状态是一组数据集，而不单是一个值，因此随着设备的功能日益复杂，网络管理需要管理越来越多的内容，需要轮询的设备数据量也是日益增多。

由于需要快速得知设备情况，因此可能需要比较频繁的定时轮询，多个网管都共同轮询一个设备，造成设备负担非常重。

在实现本发明的过程中，发明人发现现有技术至少包括以下问题：

1.不同网管分别管理不同厂家设备，网管间无法互通信息，导致管理隔离；

例如：C公司网管发现C公司管理的设备的接口管理状态UP(连接)，运行状态DOWN(断开)，想查询对端网管H公司管理的设备接口是否也是相同状态，但是由于分别管理，无法提供此能力；

2.不同网管共同管理相同厂家设备，网管间无法互通信息，导致管理冲突；

例如：C公司网管和H公司网管共同管理一个设备，C公司网管手工配置告警过滤条件，导致H公司网管关心的告警也无法发送上来。此情况下，告警过滤信息可以通过网管IP来进行区别管理，但是一旦网管IP改变，告警过滤条件将不起作用，并且成为冗余配置。

发明内容

为了增强网管的管理能力，本发明实施例提供了一种获取设备信息的方法、设备和系统。所述技术方案如下：

一种获取设备信息的方法，所述方法包括：

向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设备标识；

接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理。

一种网管设备，所述网管设备包括：

发送模块，用于向预先建立邻居关系的对端网管设备发送管理信息访问请求，所述管理信息访问请求携带设备标识；

接收模块，用于接收所述对端网管设备返回的所述设备标识对应的设备信息；

管理模块，用于根据所述接收模块接收的设备信息对被管理的设备进行管理。

一种网管设备，所述网管设备包括：

接收模块，用于接收预先建立连接的对端网管设备发送的管理信息访问请求，所述管理信息访问请求携带设备标识；

查找模块，用查找所述接收模块接收到的管理信息访问请求中的设备标识对应的设备信息；

发送模块，用于将所述查找模块查找到的设备信息发送给所述对端网管设备。

一种获取设备信息的系统，所述系统包括：第一网管设备和第二网管设备；

所述第一网管设备，用于向预先建立邻居关系的第二网管设备发送管理信息访问请求，所述管理信息访问请求携带设备标识；并接收所述第二网管设备返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理；

所述第二网管设备，用于接收所述第一网管设备发送的所述管理信息访问请求，查找所述设备标识对应的设备信息；将所述设备信息发送给所述第一网管设备。

本发明实施例提供的技术方法的有益效果是：

通过向邻居网管请求欲获得的设备的信息，根据获取的设备信息对被管理设备进行管理，增强了网管的管理能力，防止了不同网管在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突。

附图说明

图1是本发明实施例1提供的网管及其管理的设备示意图；

图2是本发明实施例1提供的获取设备信息的方法流程图；

图3是本发明实施例1提供的获取设备信息的信令交互图；

图4是本发明实施例2提供的获取设备信息的方法流程图；

图5是本发明实施例3提供的网管设备的结构示意图；

图6是本发明实施例4提供的网管设备的结构示意图；

图7是本发明实施例5提供的获取设备信息的系统结构示意图。

具体实施方式

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

本发明实施例通过向邻居网管请求欲获取的设备的信息，根据获取的设备信息对被管理设备进行管理，增强了网管的管理能力，防止不同网管在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突。

实施例1

参见图1，本实施例提供了一种获取设备信息的方法，本实施例中网管分别为C网管和H网管，其中，C网管管理设备1和设备2，H网管管理设备2和设备N，为避免网管间无法互通信息而导致的管理隔离或管理冲突，增强网管的管理能力，参见图2和图3，以C网管为本端网管，H网管为对端网管为例，本方法包括：

101：C网管和H网管互相配置对端为网管邻居，具体的配置方法如下：

首先，C网管获取H网管的IP地址，例如，可以通过询问H网管工作人员的方式获取H网管的IP地址，也可以通过其它方式获取；

然后，依照底层承载协议(如telnet等)在协议对应处输入H网管的IP地址，用以与H网管建立访问连接；

C网管访问H网管，在H网管上进行注册，注册成功后，得到在H网管上登录所需的用户名和密码；

C网管使用注册时得到的用户名和密码登录H网管，即在底层承载协议的相应处输入用户名和密码；H网管根据C网管输入的用户名和密码验证C网管是否为合法用户，C网管验证通过后，允许C网管登录，即完成C网管与H网管的连接，也即完成了C网管设置H网管为网管邻居。

同理，H网管按照上述方法将C网管配置为其网管邻居。

C网管与H网管之间的消息交互可以借鉴NETCONF(Network Configuration Protocol，网络配置协议)的报文格式实现，NETCONF是一种基于可扩展标记语言(Extensible MarkupLanguage，XML)，用于提供网络设备配置安装、维护、删除机制管理的协议。NETCOF使用XML数据封装配置数据，通过简单的远程过程调用(Remote Procedure Call，RPC)实现相应的NETCOF操作。

102：C网管设置H网管为网管邻居后，C网管向H网管发送hello请求消息。

其中，hello请求消息的内容包括：

网管邻居协议能力，包括：是否查询支持应答能力、是否支持NETCONF信息查询能力、是否支持DB(DataBase，数据库)查询能力、是否支持MIB(Management Information Base，管理信息库)查询能力和是否支持配置文件查询能力，这些查询能力都为可选项，用以提示H网管自身支持的查询能力，H网管将根据C网管支持的查询能力进行网管信息的查询；

hello请求消息的内容中还可以包括C网管提供的查询内容清单，该查询内容清单可以包括：设备清单，该设备清单中的设备为C网管所管理的设备，这些设备可以用设备的IP地址表示，还可以用C网管分配给这些设备的标识号ID表示；其中，设备的IP地址推荐使用设备第一个LoopBack接口的IP地址。

103：H网管接收到C网管发送的hello请求信息后，为C网管生成一个专属的会话ID，然后向C网管返回hello应答消息，该hello应答消息携带生成的会话ID。

104：C网管接收到H网管返回的hello应答消息后，提取该消息中的会话ID，应用该会话ID与H网管建立信任会话连接，即C网管与H网管在后续发送的会话消息中携带此会话ID，用以标识本次会话。

在此会话ID有效的情况下，101至104可以只执行一次。

105：H网管根据接收到的C网管发送的hello请求消息中所携带的C网管的设备清单，与自身管理的设备IP地址进行比较，确定C网管管理的设备范围。

例如，C网管管理设备1和设备2，设备1中的IP地址列表为：11、12、13、14、15，设备2中IP地址列表为：21、22、23、24、25；H网管管理设备2和设备N，设备2中的IP地址列表为：21、22、23、24、25；设备N中的IP地址列表为：N1、N2、N3、N4、N5。

如果H网管接收到C网管发送的hello请求消息中，包含了C网管管理的设备1和设备2的管理IP地址11和21，H网管将IP地址11和21与自己管理的设备2和设备N的IP地址列表中的每一项进行比对，如发现有相同的IP，则代表C网管和H网管共同管理的设备，如未发现相同的IP，则代表C网管和H网管各自管理的设备。经过IP比对，H网管可以得知，设备2为C网管和H网管共同管理的设备，设备1为C网管自己管理的设备，因为设备2为H网管自己管理的设备，所以，H网管可以不向C网管获取该设备的信息，直接在本地查询设备2的信息即可。

106：H网管确定C网管管理的设备范围之后，向C网管发送管理信息访问请求获取对应的设备信息，该管理信息访问请求携带设备标识；

其中，设备标识可以为设备的IP地址，也可以是C网管分配给该设备的设备ID，H网管根据C网管所管理的设备范围挑选感兴趣的设备，并将挑选出的设备的设备标识通过管理信息访问请求通知给C网管。

例如，为避免H网管与C网管之间的管理隔离，挑选设备1；具体的管理信息访问过程如下：

H网管向C网管发起访问请求，即发送RPC报文，其中包括H网管想要进行访问的设备ID(例如，设备1)；如果为了避免信息过多导致的效率低下，RPC报文还可以携带上述设备标识对应的过滤信息，滤除掉H网管不关心的设备信息。例如，H网管不关心C网管管理下设备2的报警信息，则可以在RPC报文中设置信息过滤字段，例如，在RPC报文的信息过滤字段中指明过滤掉C网管中设备2的报警信息；

C网管接收到H网管发送的RPC报文后，根据设备ID查找对应的设备信息，将设备ID和查找到的设备信息以应答请求的形式，即RESPONSE报文，发送给H网管；其中，设备信息包括设备上的用户信息，例如：用户名、用户类型、用户名全称、用户公司信息、用户部门，以及用户ID等信息，进一步地，设备信息还可以包括设备配置信息，例如设备的接口数目、该设备的接口表、设备的接口表记录(包含接口索引)、设备的接口描述、设备的接口最大报文、设备的接口速率、设备的接口类型、设备的接口管理状态等信息；

进一步地，如果RPC报文携带设备标识对应的过滤信息，例如，滤除设备信息中的用户信息，C网管将根据该过滤信息从查找到的设备信息中滤除掉上述用户信息，并在返回给H网管的RESPONSE报文中携带滤除后的设备信息；

H网管接收到C网管发送的RESPONSE报文后，提取设备ID和设备信息，完成管理信息的访问过程。

106可以反复进行，如果H网管还需要C网管的其他设备信息，即可以再次发送RPC报文，C网管在接收到RPC报文后，以RESPONSE报文的形式返回给H网管，这种交互可以进行多次。

107：H网管在获得C网管的设备信息之后，结束会话。

其中，可以有如下两种方式结束会话：

C网管或H网管均可以主动结束会话；

如果单方长时间无应答，另一方可以结束会话。

需要注意的是，C网管和H网管互相设置对端为网管邻居可以同步进行，网管邻居的连接可以为全双工工作模式，因此hello请求消息、hello应答消息的发送与接收两端可同步进行，RPC报文、RESPONSE报文的发送与接收两端也可同步进行，但是由于在RPC报文和RESPONSE报文中所携带的信息量比较大，为避免RPC报文或RESPONSE报文过多造成链路拥堵，此处推荐建立两条TCP通道，分别用来发送RPC报文和接收RESPONSE报文。

本实施例通过预先与对端网管建立网管邻居关系，向对端网管请求欲获取的设备的信息，根据获取的设备信息对被管理设备进行管理，增强了网管的管理能力，防止不同网管在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。

实施例2

本实施例提供了一种获取设备信息的方法，为便于网管间实现对等信息传送，不同网管使用XML格式转化所有信息，本实施例定义统一的XML格式，并给出了应用该XML格式承载管理信息访问请求和管理信信息访问应答的方法，参见图4，具体方法如下：

201：本端网管发送一个管理信息访问请求给对端网管，获取设备信息，包括以下两种方式：

(1)全量查询方式，即在管理信息访问请求中没有包含任何过滤信息，请求访问对端网管的全部设备信息，管理信息访问请求中可以携带下述字段：

<nmrpc message-id＝″101″>表示该请求为网管间信息交互请求

<get-config>表示该请求具体为获取设备信息

<source>表示该请求的信息来源，即本端网管

<collection>NETCONF</collection>表示该请求的信息采集来源，即对端网管

<devicelist>表示该请求具体欲获取的设备清单

<ip>10.110.1.1</ip>表示设备清单中的设备IP地址为“10.110.1.1”

<id>1</id>表示设备清单中的设备ID为1；

(2)在管理信息访问请求中设置信息过滤字段，假设管理信息访问请求中包含一个信息过滤字段，即只访问对端网管管理的设备“10.110.1.1”的“用户信息<users>”的部分数据，管理信息访问请求可以携带下述字段；

<nmrpc message-id＝″101″>表示该请求为网管间信息交互请求

<get-config>表示该请求具体为获取设备信息

<source>表示该请求的信息来源，即本端网管

<collection>NETCONF</collection>表示该请求的信息采集来源，即对端网管

<devicelist>表示该请求具体欲获取的设备清单

<ip>10.110.1.1</ip>表示设备清单中的设备IP地址为“10.110.1.1”

<id>1</id>表示设备清单中的设备ID为1

<filter type＝″subtree″>表示信息过滤字段为过滤子树

<top xmlns＝″http://example.com/schema/1.2/config″><users>表示该请求的过滤子树，查询的内容为设备1的用户信息；

202：对端网管收到上述请求后，根据请求的内容查找对应的设备信息，并通过管理信息访问应答将查找到的设备信息返回给本端网管。其中，管理信息访问应答可以携带下述字段：

<rpc-reply message-id＝″101″>表示该应答为网管间信息交互请求的应答

<data><device ip＝”10.110.1.1”id＝”1”>表示该应答查找的设备IP地址为10.110.1.1，设备ID为1

<name>fred</name>表示设备1上的用户名

<type>admin</type>表示设备1上的用户类型

<full-name>Fred Flintstone</full-name>表示设备1上的用户名全称

<company-info>表示设备1上的用户公司信息

<dept>2</dept>表示设备1上的用户部门

<id>2</id>表示设备1上的用户ID；

在管理信息访问应答中还可以包括MIB(Management Information Base，管理信息库)信息，MIB信息包括公有MIB信息和双方网管共同支持的私有MIB信息。

其中，公有MIB信息是IFTF定义的，网管双方互相都可以应用，并支持对等的信息传送。经过网管双方协商，网管双方各自支持的私有MIB信息，也可以支持对等的信息传送。进行上述管理信息访问请求或管理信信息访问应答传送时，传送信息的外层采用NETCONF协议进行封装，封装头一般有设备的标识信息。

例如：MIB信息库如表1所示：

表1

接口索引                                              接口最  接口

                                                                      接口管理状态

ifIndex  接口描述ifDescr           接口类型ifType     大报文  速率

                                                                      ifAdminStatus

(IDX)                                                 ifMtu   ifSpeed

                                   softwareLoopback

         128 InLoopBack0                              1500    0       up(1)

                                   (24)

         262 NULL0                 other(1)           1500    0       up(1)

         513 GigabitEthernet0/0/0  ethernetCsmacd(6)  1500    1E+08   up(1)

         646 Aux0/0/1              ppp(23)            1500    64000   up(1)

         771 Virtual-Template0     ppp(23)            1492    64000   up(1)

         899 Virtual-Template1     ppp(23)            1492    64000   up(1)

该MIB信息库可以转换为XML格式的文本，该XML格式的文本中可以包括下述字段：

<device ip＝”10.110.1.1”id＝”1”>，表示该设备IP地址为10.110.1.1，设备ID为1，

<interfaces oid＝″1.3.6.1.2.1.2″>表示接口MIB转化为XML信息

<ifNumber>2</ifNumber>表示该设备的接口数目

<ifTable>表示该设备的接口表

<ifEntry ifindex＝″1″>表示该设备的接口表记录(包含接口索引)

<ifDescr>Eth0/1</ifDescr>表示该设备的接口描述

<ifMtu>1500</ifMtu>表示该设备的接口最大报文

<ifSpeed>100</ifSpeed>表示该设备的接口速率

<ifType>Ethernet</ifType>表示该设备的接口类型

<ifAdminStatus>UP</ifAdminStatus>表示该设备的接口管理状态；

进一步地，上述管理信息访问应答中还可以包括配置文件，其中，配置文件分为设备配置文件和NETCONF配置信息。设备配置文件是重要的设备配置全集的体现，一般以设备命令行方式体现，通过文本分析，可以得到配置信息。NETCONF配置信息可以转换为符合双方统一的标准Schema规范格式，网管双方可以互相支持对方信息的分析。

上述配置文件信息可以转化为XML格式的信息，XML格式中可以包括以下字段：

<device ip＝”10.110.1.1”id＝”1”>表示所包含信息为ip地址是“10.110.1.1”、设备ID为1的设备；

<config-txt>表示以下内容都为文本配置文件内容，文本配置文件的内容包括多种，例如，用system-view字段表示系统视图，用bgp字段表示BGP视图等，这里不再一一举例描述。

进一步地，上述管理信息访问应答中还可以包括网管数据库信息，大多数网管都采用标准数据库的方法存储设备信息，经过协商，网管双方可以互相访问对端网管的数据库信息。网管数据库信息可以转化为如下XML格式的信息：

<device ip＝”10.110.1.1”id＝”1”>表示所包含信息为ip地址是“10.110.1.1”、设备ID为1的设备，

<tab_IF>表示数据库IF表

<ifRecord NO＝”1”>表示数据库IF表的第一条记录

<ifIndex>1</ifIndex>表示数据库IF表的记录的ifIndex字段值为1

<ifDescr>Eth0/1</ifDescr>表示数据库IF表的记录的ifDescr字段值为Eth0/1

<ifMtu>1500</ifMtu>表示数据库IF表的记录的ifMtu字段值为1500

<ifSpeed>100</ifSpeed>表示数据库IF表的记录的ifSpeed字段值为100

<ifType>Ethernet</ifType>表示数据库IF表的记录的ifType字段值为Ethernet

<ifAdminStatus>UP</ifAdminStatus>表示数据库IF表的记录的ifAdminStatus字段值为UP

</ifRecord>表示数据库IF表的第一条记录信息体结束

<ifRecord NO＝”2”>表示数据库IF表的记录的ifIndex字段值为1

<ifIndex>2</ifIndex>表示数据库IF表的记录的ifIndex字段值为2

<ifDescr>Pos1/1</ifDescr>表示数据库IF表的记录的ifDescr字段值为Pos1/1

<ifMtu>9600</ifMtu>表示数据库IF表的记录的ifMtu字段值为9600

<ifSpeed>1000</ifSpeed>表示数据库IF表的记录的ifSpeed字段值为1000

<ifType>Pos</ifType>表示数据库IF表的记录的ifType字段值为Pos

<ifAdminStatus>DOWN</ifAdminStatus＞＞表示数据库IF表的记录的ifAdminStatus字段值为DOWN

</ifRecord>表示数据库IF表的第二条记录信息体结束

</tab_IF>表示数据库IF表信息体结束

</device>表示设备信息结束；

本实施例通过在不同网管间建立邻居关系，所有的消息格式均使用XML的统一格式，方便了不同网管间的消息的交互，不同网管之间不再需要任何格式的转换便可以直接利用相互传递的消息对被管理的设备进行管理，增强了网管的管理能力，防止不同网管在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。

实施例3

参见图5，本实施例提供了一种网管设备，该网管设备包括：

发送模块301，用于向预先建立邻居关系的对端网管设备发送管理信息访问请求，该管理信息访问请求携带设备标识；

接收模块302，用于接收对端网管设备返回的上述设备标识对应的设备信息；

管理模块303，用于根据接收模块302接收的设备信息对被管理的设备进行管理。

进一步地，该网管设备还包括：

网管邻居建立模块，用于配置对端网管设备为网管邻居，配置的内容包括：对端网管设备的IP地址、向对端网管设备注册的访问用户名和密码。

其中，管理信息访问请求中携带的设备标识可以是与对端网管设备建立邻居关系时获取的，这些设备标识对应的设备为对端网管设备所管理的设备，通过设备标识可以通知对端网管设备其欲获取的是哪些设备的信息，管理信息访问请求中还可以携带过滤信息，用以过滤掉该网管设备不关心的设备信息。

该网管设备预先与对端网管设备建立邻居关系，即，获取对端网管的IP地址(例如，向对端网管的工作人员获取)，在对端网管设备上注册的访问用户名和密码，并将这些信息配置在本网管设备上，达到访问对端网管设备的目的。

本实施例通过预先与对端网管设备建立网管邻居关系，向对端网管设备请求欲获取的设备的信息，根据获取的信息对被管理设备进行管理，增强了网管设备的管理能力，防止不同网管设备在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管设备在管理相同设备时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。

实施例4

参见图6，本实施例提供了一种网管设备，该网管设备包括：

接收模块401，用于接收预先建立连接的对端网管设备发送的管理信息访问请求，管理信息访问请求携带设备标识；

查找模块402，用于查找接收模块401接收到的管理信息访问请求中上述设备标识对应的设备信息；

发送模块403，用于将查找模块402查找到的上述设备标识对应的设备信息发送给对端网管设备。

进一步地，管理信息访问请求中携带的设备标识可以是与对端网管设备建立邻居关系时提供给对端网管设备的，管理信息访问请求还可以携带过滤信息，相应地，查找模块402进一步包括：

查找单元，用于查找接收模块401接收到的设备标识对应的设备信息；

过滤单元，用于根据过滤信息滤除查找单元查找到的设备信息中的对应信息；

发送模块403进一步用于将过滤单元滤除后的设备信息发送给对端网管设备。

对端网管设备预先与本实施例中的网管设备建立了邻居关系。

本实施例通过预先与对端网管设备建立网管邻居关系，向对端网管设备发送指定设备的对应信息，增强了对端网管设备的管理能力，防止不同网管设备在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。

实施例5

参见图7，本实施例提供了一种获取设备信息的系统，该系统包括：第一网管设备501和第二网管设备502；

第一网管设备501，用于向预先建立邻居关系的第二网管设备502发送管理信息访问请求，管理信息访问请求携带设备标识；并接收第二网管设备502返回的上述设备标识对应的设备信息，根据该设备信息对被管理的设备进行管理；

第二网管设备502，用于接收第一网管设备501发送的管理信息访问请求，查找管理信息访问请求中上述设备标识对应的设备信息；将查找到的设备信息发送给第一网管设备501。

其中，管理信息访问请求中携带的设备标识可以是与第二网管设备502建立邻居关系时获取的，这些设备标识对应的设备为第二网管设备502所管理的设备，通过设备标识可以通知第二网管设备502其欲获取的是哪些设备的信息，管理信息访问请求还可以携带过滤信息，用以过滤掉第一网管设备501不关心的设备信息。

第一网管设备501预先与第二网管设备502建立邻居关系，即，获取第二网管设备502的IP地址(向第二网管设备502的工作人员获取)，在第二网管设备502上注册的访问用户名和密码，并将这些信息配置在第一网管设备501上，达到访问第二网管设备502的目的。

本实施例中的第一网管设备501通过向第二网管设备502请求欲获取的设备的信息，根据获取的信息对被管理设备进行管理，增强了第一网管设备501的管理能力，防止不同网管在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。

本发明实施例可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，例如，路由器的硬盘、缓存或光盘中。

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

Claims (11)

1.一种获取设备信息的方法，其特征在于，所述方法包括：

向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设备标识；

接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理。

2.如权利要求1所述的获取设备信息的方法，其特征在于，所述发送管理信息访问请求之前，还包括：

配置对端网管为网管邻居，配置的内容包括：对端网管的IP地址、向对端网管注册的访问用户名和密码。

3.如权利要求2所述的获取设备信息的方法，其特征在于，所述配置对端网管为网管邻居之后，还包括：

接收所述对端网管提供的管理信息，所述管理信息包括：所述对端网管管理的设备清单。

4.如权利要求3所述的获取设备信息的方法，其特征在于，所述管理信息访问请求携带包含设备标识的设备清单，所述设备标识对应的设备为所述对端网管所管理的设备；

所述接收所述对端网管返回的所述设备标识对应的设备信息包括：

接收所述对端网管返回的所述设备标识对应的设备信息，所述设备信息为所述对端网管根据所述设备清单中的设备标识查找到的。

5.如权利要求1所述的获取设备信息的方法，其特征在于，所述管理信息访问请求还携带所述设备标识对应的过滤信息；

所述接收所述对端网管返回的所述设备标识对应的设备信息包括：

接收所述对端网管返回的所述设备标识对应的设备信息，所述设备信息为所述对端网管根据所述过滤信息滤除所述设备标识对应的设备信息后的信息。

6.如权利要求1所述的获取设备信息的方法，其特征在于，所述管理信息访问请求的格式为XML格式；所述对端网管返回的所述设备标识对应的设备信息的格式为XML格式。

7.一种网管设备，其特征在于，所述设备包括：

发送模块，用于向预先建立邻居关系的对端网管设备发送管理信息访问请求，所述管理信息访问请求携带设备标识；

接收模块，用于接收所述对端网管设备返回的所述设备标识对应的设备信息；

管理模块，用于根据所述接收模块接收的设备信息对被管理的设备进行管理。

8.如权利要求7所述的网管设备，其特征在于，所述设备还包括：

网管邻居建立模块，用于配置对端网管设备为网管邻居，配置的内容包括：对端网管设备的IP地址、向对端网管设备注册的访问用户名和密码。

9.一种网管设备，其特征在于，所述设备包括：

接收模块，用于接收预先建立连接的对端网管设备发送的管理信息访问请求，所述管理信息访问请求携带设备标识；

查找模块，用查找所述接收模块接收到的管理信息访问请求中的设备标识对应的设备信息；

发送模块，用于将所述查找模块查找到的设备信息发送给所述对端网管设备。

10.如权利要求9所述的网管设备，其特征在于，所述接收模块接收到的所述管理信息访问请求还携带所述设备标识对应的过滤信息；

所述查找模块进一步包括：

查找单元，用于查找所述接收模块接收到的所述设备标识对应的设备信息；

过滤单元，用于根据所述过滤信息滤除所述查找单元查找到的设备信息中的对应信息；

所述发送模块用于将所述过滤单元滤除后的设备信息发送给所述对端网管设备。

11.一种获取设备信息的系统，其特征在于，所述系统包括：第一网管设备和第二网管设备；

所述第一网管设备，用于向预先建立邻居关系的第二网管设备发送管理信息访问请求，所述管理信息访问请求携带设备标识；并接收所述第二网管设备返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理；

所述第二网管设备，用于接收所述第一网管设备发送的所述管理信息访问请求，查找所述设备标识对应的设备信息；将所述设备信息发送给所述第一网管设备。

Images