专利名称：获取设备信息的方法、设备和系统的制作方法
技术领域：
本发明涉及网络管理领域，特别涉及一种获取设备信息的方法、设备和系统。
背景技术：
当前网络复杂，网络管理的任务越来越重，多个厂家的设备使用多种网管进行共同管理 的情况经常发生。网管通过周期性地查询设备的配置信息，对这些设备的信息进行采集。一 个网络管理系统一般要包含以下几个元素
① 若干个需要被管理的网络设备节点，如路由器、服务器等设备，每个节点上都运行着
一个被称之为设备代理(agent)的应用进程，该应用进程实现对被管理设备的各种被管理对象 的信息(如流量等)的搜集和对这些被管理对象的访问的支持；
② 至少一个管理工作站，该管理工作站运行着管理平台应用系统，实现为管理员提供对 被管设备的可视化的图形界面，从而使管理员可以方便地进行管理；
③ 一个管理协议，用来定义设备代理和管理工作站之间管理信息传送的规程。其中管理 协议的操作是在管理框架下进行的，管理框架定义了和安全相关的认证、授权、访问控制和 加密策略等各种安全防护框架。
网络管理系统通过网络管理协议进行的管理结构工作， 一般包括管理进程通过定时向 各个设备的设备代理进程发送查询请求消息，来跟踪各个设备的状态，其中查询请求消息可 以以轮询方式发送。査询到的设备的状态是一组数据集，而不单是一个值，因此随着设备的 功能日益复杂，网络管理需要管理越来越多的内容，需要轮询的设备数据量也是日益增多。
由于需要快速得知设备情况，因此可能需要比较频繁的定时轮询，多个网管都共同轮询 一个设备，造成设备负担非常重。
在实现本发明的过程中，发明人发现现有技术至少包括以下问题 1.不同网管分别管理不同厂家设备，网管间无法互通信息，导致管理隔离； 例如C公司网管发现C公司管理的设备的接口管理状态UP (连接)，运行状态DOWN (断开)，想査询对端网管H公司管理的设备接口是否也是相同状态，但是由于分别管理， 无法提供此能力；2.不同网管共同管理相同厂家设备，网管间无法互通信息，导致管理冲突； 例如C公司网管和H公司网管共同管理一个设备，C公司网管手工配置告警过滤条件， 导致H公司网管关心的告警也无法发送上来。此情况下，告警过滤信息可以通过网管IP来进 行区别管理，但是一旦网管IP改变，告警过滤条件将不起作用，并且成为冗余配置。
发明内容
为了增强网管的管理能力，本发明实施例提供了一种获取设备信息的方法、设备和系统。 所述技术方案如下
一种获取设备信息的方法，所述方法包括
向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设 备标识；
接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的 设备进行管理。
一种网管设备，所述网管设备包括
发送模块，用于向预先建立邻居关系的对端网管设备发送管理信息访问请求，所述管理 信息访问请求携带设备标识；
接收模块，用于接收所述对端网管设备返回的所述设备标识对应的设备信息； 管理模块，用于根据所述接收模块接收的设备信息对被管理的设备进行管理。 一种网管设备，所述网管设备包括
接收模块，用于接收预先建立连接的对端网管设备发送的管理信息访问请求，所述管理 倩息访问请求携带设备标识；
查找模块，用査找所述接收模块接收到的管理信息访问请求中的设备标识对应的设备信
息；
发送模块，用于将所述査找模块查找到的设备信息发送给所述对端网管设备。
一种获取设备信息的系统，所述系统包括第一网管设备和第二网管设备； 所述第一网管设备，用于向预先建立邻居关系的第二网管设备发送管理信息访问请求，
所述管理信息访问请求携带设备标识；并接收所述第二网管设备返回的所述设备标识对应的
设备信息，根据所述设备信息对被管理的设备进行管理；
所述第二网管设备，用于接收所述第一网管设备发送的所述管理信息访问请求，査找所
述设备标识对应的设备信息；将所述设备信息发送给所述第一网管设备。本发明实施例提供的技术方法的有益效果是-
通过向邻居网管请求欲获得的设备的信息，根据获取的设备信息对被管理设备进行管理， 增强了网管的管理能力，防止了不同网管在管理不同设备时由于无法互通信息而造成的管理 隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突。
图1是本发明实施伊 图2是本发明实施伊 图3是本发明实施伊 图4是本发明实施伊 图5是本发明实施伊 图6是本发明实施伊 图7是本发明实施伊
1提供的网管及其管理的设备示意图； 1提供的获取设备信息的方法流程图 1提供的获取设备信息的信令交互图； 2提供的获取设备信息的方法流程图； 3提供的网管设备的结构示意图； 4提供的网管设备的结构示意图； 5提供的获取设备信息的系统结构示意图,
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进 一步地详细描述。
本发明实施例通过向邻居网管请求欲获取的设备的信息，根据获取的设备信息对被管理 设备进行管理，增强了网管的管理能力，防止不同网管在管理不同设备时由于无法互通信息 而造成的管理隔离，也降低了不同网管在管理相同设备时由于无法互通信息而造成的管理冲突。
实施例1
参见图1，本实施例提供了一种获取设备信息的方法，本实施例中网管分别为C网管和 H网管，其中，C网管管理设备l和设备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 Markup Language, 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地址列表为Nl、 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网管之间的管理隔离，挑选设备l;具体的管理信息访问过程 如下
H网管向C网管发起访问请求，即发送RPC报文，其中包括H网管想要进行访问的设 备ID (例如，设备l);如果为了避免信息过多导致的效率低下，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:本端网管发送一个管理信息访问请求给对端网管，获取设备信息，包括以下两种方
式
(l)全量査询方式，即在管理信息访问请求中没有包含任何过滤信息，请求访问对端网
管的全部设备信息，管理信息访问请求中可以携带下述字段
<nmrpc message-id-"l 01">表示该请求为网管间信息交互请求 〈get-config〉表示该请求具体为获取设备信息
10<source>表示该请求的信息来源，即本端网管
〈collection〉NETCONF々collection〉表示该请求的信息采集来源，即对端网管
〈devicelist〉表示该请求具体欲获取的设备清单
<ip> 10.110丄1々ip〉表示设备清单中的设备IP地址为"10.110丄1"
〈idM々id〉表示设备清单中的设备ID为1;
(2)在管理信息访问请求中设置信息过滤字段，假设管理信息访问请求中包含一个信息 过滤字段，即只访问对端网管管理的设备"10.110丄l"的"用户信息〈users〉"的部分数据，管理 信息访问请求可以携带下述字段；
<nmrpc message-id-" 101">表示该请求为网管间信息交互请求
〈get-config〉表示该请求具体为获取设备信息
〈source〉表示该请求的信息来源，即本端网管
〈collection〉NETCONF々collectioi^表示该请求的信息采集来源，即对端网管 〈devicelist〉表示该请求具体欲获取的设备清单 <ip>10.110.1.K/ip〉表示设备清单中的设备IP地址为"10.110.1.1" <(1>1</1(1>表示设备清单中的设备ID为1 <filter type="subtree"〉表示信息过滤字段为过滤子树
<top xmlns="http:〃example.com/schema/1.2/config"><users>表示该请求的过滤子树，査询 的内容为设备l的用户信息；
202:对端网管收到上述请求后，根据请求的内容查找对应的设备信息，并通过管理信息 访问应答将查找到的设备信息返回给本端网管。其中，管理信息访问应答可以携带下述字段
<rpc-reply message-id=" 101">表示该应答为网管间信息交互请求的应答
<data><device ip=" 10.110.1.1" id="l">表示该应答查找的设备IP地址为lO.llO.l.l，设备 ID为l
<name>fred</name>表示设备l上的用户名
〈type〉admin々type〉表示设备1上的用户类型
<foll-name>FredFlintstone</foll-name>表示设备l上的用户名全称
<company-info>表示设备l上的用户公司信息
<dept>2</dept>表示设备l上的用户部门
<id>2</id>表示设备l上的用户ID;在管理信息访问应答中还可以包括MIB (Management Information Base,管理信息库)信 息，MIB信息包括公有MIB信息和双方网管共同支持的私有MIB信息。
其中，公有MIB信息是IFTF定义的，网管双方互相都可以应用，并支持对等的信息传 送。经过网管双方协商，网管双方各自支持的私有MIB信息，也可以支持对等的信息传送。
进行上述管理信息访问请求或管理信信息访问应答传送时， 协议进行封装，封装头一般有设备的标识信息。 例如MIB信息库如表1所示
接口索引
iflndex
(IDX)
接口描述ifDescr
128 InLoopBackO
262 NULLO
513 GigabitEthernetO/0/0
646 AuxO/0/1
771 Virtual-TemplateO
899 Virtual-Template 1
表1
接口类型ifType
softwareLoopback
(24)
other(l)
ethernetCsmac争) ppp(23) ppp(23) PPP(23)
传送信息的外层采用NETCONF
接口最接口 大报文速率 ifMtu ifSpeed
接口管理状态 ifAdminStatus
1500
1500 1500 1500 1492 1492
0 up(l)
0 up(l)
1E+08 up(l)
64000 up(l)
64000 upG)
64000 up(l)
该MIB信息库可以转换为XML格式的文本，该XML格式的文本中可以包括下述字段:
<devieeip=" 10.110.1.1" id=，T，>，表示该设备IP地址为lO.llO.l.l，设备ID为l， interfaces oid="1.3A1.2.1.2">表示接口MIB转化为XML信息 "^fNumber〉2々ifNumber〉表示该设备的接口数目 心fTable〉表示该设备的接口表
〈i伍iitryiflndex-"1,表示该设备的接口表记录(包含接口索引) 〈ifDescr〉EthO/l〈/ifDescr〉表示该设备的接口描述 〈ifMtu;^50(X/ifMti^表示该设备的接口最大报文 <ifSpeed>l 0(K/ifSpeec^表示该设备的接口速率 〈fType〉Ethernet々ifType〉表示该设备的接口类型 〈fAdminStatus〉UP々ifAdminStatus〉表示该设备的接口管理状态；
进一步地，上述管理信息访问应答中还可以包括配置文件，其中，配置文件分为设备配 置文件和NETCONF配置信息。设备配置文件是重要的设备配置全集的体现， 一般以设备命令行方式体现，通过文本分析，可以得到配置信息。NETCONF配置信息可以转换为符合双 方统一的标准Schema规范格式，网管双方可以互相支持对方信息的分析。
上述配置文件信息可以转化为XML格式的信息，XML格式中可以包括以下字段-〈deviceip:" 10.110丄1" icK，l"〉表示所包含信息为ip地址是"10.110丄1"、设备ID为1的 设备；
〈config-tx^表示以下内容都为文本配置文件内容，文本配置文件的内容包括多种，例如， 用system-view字段表示系统视图，用bgp字段表示BGP视图等，这里不再一一举例描述。
进一步地，上述管理信息访问应答中还可以包括网管数据库信息，大多数网管都采用标 准数据库的方法存储设备信息，经过协商，网管双方可以互相访问对端网管的数据库信息。 网管数据库信息可以转化为如下XML格式的信息-
<deviceip=" 10.110.1.1" id=，T，>表示所包含信息为ip地址是"10.110.1.1"、设备ID为1的 设备，
<tab—IF>表示数据库IF表
<ifRecord NO="l">表示数据库IF表的第一条记录 <iflndex>K/iflndex>表示数据库IF表的记录的iflndex字段值为1 <ifDescr>EthO/l</ifDescr>表示数据库IF表的记录的ifDescr字段值为Eth0/1 <ifMtu>1500</ifMtu>表示数据库IF表的记录的ifMtu字段值为1500 <ifSpeed>100</ifSpeed〉表示数据库IF表的记录的ifSpeed字段值为100 〈i汀ype〉EthemeK/ifType〉表示数据库IF表的记录的ifType字段值为Ethemet <ifAdminStatus>UP</ifAdminStatus>表示数据库IF表的记录的ifAdminStatus字段值为UP 々ifRecord〉表示数据库IF表的第一条记录信息体结束 <ifRecord NO-"2,表示数据库IF表的记录的iflndex字段值为1 〈iflndex》々iflndex〉表示数据库IF表的记录的iflndex字段值为2 〈ifDescr〉Posl/K/ifDescr〉表示数据库IF表的记录的ifDescr字段值为Pos1/1 <ifMtu>9600</ifMtu>表示数据库IF表的记录的ifMtu字段值为9600 〈ifSpeed〉100(K/ifSpeed〉表示数据库IF表的记录的ifSpeed字段值为1000 〈ifType〉Pos〈/ifType〉表示数据库IF表的记录的ifType字段值为Pos 4『八(11^1^&加3>00\^<^八(11^11313加5 表示数据库1 表的记录的ifAdminStatus字段值 为DOWN々ifRecord〉表示数据库IF表的第二条记录信息体结束
々tabJF〉表示数据库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的管理能力，防止不同网管 在管理不同设备时由于无法互通信息而造成的管理隔离，也降低了不同网管在管理相同设备 时由于无法互通信息而造成的管理冲突，进而减轻了设备负担，降低了网络流量。
本发明实施例可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，例 如，路由器的硬盘、缓存或光盘中。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之 内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种获取设备信息的方法，其特征在于，所述方法包括向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设备标识；接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理。
2. 如权利要求1所述的获取设备信息的方法，其特征在于，所述发送管理信息访问请求 之前，还包括配置对端网管为网管邻居，配置的内容包括对端网管的IP地址、向对端网管注册的访 问用户名和密码。
3. 如权利要求2所述的获取设备信息的方法，其特征在于，所述配置对端网管为网管邻 居之后，还包括接收所述对端网管提供的管理信息，所述管理信息包括所述对端网管管理的设备清单。
4. 如权利要求3所述的获取设备信息的方法，其特征在于，所述管理信息访问请求携带 包含设备标识的设备清单，所述设备标识对应的设备为所述对端网管所管理的设备；所述接收所述对端网管返回的所述设备标识对应的设备信息包括接收所述对端网管返回的所述设备标识对应的设备信息，所述设备信息为所述对端网管 根据所述设备清单中的设备标识查找到的。
5. 如权利要求1所述的获取设备信息的方法，其特征在于，所述管理信息访问请求还携 带所述设备标识对应的过滤信息；所述接收所述对端网管返回的所述设备标识对应的设备信息包括接收所述对端网管返回的所述设备标识对应的设备信息，所述设备信息为所述对端网管 根据所述过滤信息滤除所述设备标识对应的设备信息后的信息。
6. 如权利要求1所述的获取设备信息的方法，其特征在于，所述管理信息访问请求的格式为XML格式；所述对端网管返回的所述设备标识对应的设备信息的格式为XML格式。
7. —种网管设备，其特征在于，所述设备包括发送模块，用于向预先建立邻居关系的对端网管设备发送管理信息访问请求，所述管理 信息访问请求携带设备标识；接收模块，用于接收所述对端网管设备返回的所述设备标识对应的设备信息； 管理模块，用于根据所述接收模块接收的设备信息对被管理的设备进行管理。
8. 如权利要求7所述的网管设备，其特征在于，所述设备还包括网管邻居建立模块，用于配置对端网管设备为网管邻居，配置的内容包括对端网管设 备的IP地址、向对端网管设备注册的访问用户名和密码。
9. 一种网管设备，其特征在于，所述设备包括接收模块，用于接收预先建立连接的对端网管设备发送的管理信息访问请求，所述管理 信息访问请求携带设备标识；査找模块，用査找所述接收模块接收到的管理信息访问请求中的设备标识对应的设备信息；发送模块，用于将所述查找模块查找到的设备信息发送给所述对端网管设备。
10. 如权利要求9所述的网管设备，其特征在于，所述接收模块接收到的所述管理信息 访问请求还携带所述设备标识对应的过滤信息；所述查找模块进一步包括-查找单元，用于查找所述接收模块接收到的所述设备标识对应的设备信息； 过滤单元，用于根据所述过滤信息滤除所述查找单元査找到的设备信息中的对应信息； 所述发送模块用于将所述过滤单元滤除后的设备信息发送给所述对端网管设备。
11. 一种获取设备信息的系统，其特征在于，所述系统包括第一网管设备和第二网管 设备；所述第一网管设备，用于向预先建立邻居关系的第二网管设备发送管理信息访问请求， 所述管理信息访问请求携带设备标识；并接收所述第二网管设备返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理；所述第二网管设备，用于接收所述第一网管设备发送的所述管理信息访问请求，查找所 述设备标识对应的设备信息；将所述设备信息发送给所述第一网管设备。
全文摘要
本发明公开了一种获取设备信息的方法、设备和系统，属于网络管理领域。所述方法包括本端网管向预先建立邻居关系的对端网管发送管理信息访问请求，所述管理信息访问请求携带设备标识；接收所述对端网管返回的所述设备标识对应的设备信息，根据所述设备信息对被管理的设备进行管理。一种网管设备包括发送模块、接收模块和管理模块，另一种网管设备包括接收模块、查找模块和发送模块。所述系统包括第一网管设备和第二网管设备。本发明通过向建立邻居关系的网管获取设备信息，解除了不同网管之间的隔离，降低了不同网管管理设备时造成的冲突，增强了网管的管理能力。
文档编号H04Q7/34GK101296124SQ20081012617
公开日2008年10月29日 申请日期2008年6月27日 优先权日2008年6月27日
发明者纪晓峰 申请人:华为技术有限公司