CN101582806A - 一种多厂商设备mib管理的方法及装置 - Google Patents

Abstract

本发明公开了一种多厂商设备MIB管理的方法，包括：管理设备配置功能名和MIB名的第一对应关系、MIB名与不同厂商设备MIB节点值的第二对应关系、MIB名与不同厂商设备逻辑处理模板的第三对应关系；当管理设备接收到执行某功能名的指令时，根据该指令中的功能名及第一对应关系，确定该管理功能对应的MIB名；根据获取该指令中需要被管理的设备的厂商标识、第二对应关系和MIB名确定对应的MIB节点值；根据第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板；管理设备将所述MIB节点值填写到对应的逻辑处理模板中，以工作流方式发送到被管理设备。因此，本发明对于不同厂商的设备，无需多个网管软件，只需一套方案即可管理。

Description

一种多厂商设备MIB管理的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种多厂商设备MIB管理的方法及装置。

背景技术

SNMP(Simple Network Management Protocol，简单网络管理协议)是目前管理设备与被管理设备之间通信采用的标准协议。管理设备与被管理设备通信示意图如图1所示，管理设备可以远程管理所有支持这种协议的网络设备(例如路由器，交换机，接入服务器等)，该管理设备可以通过被管理设备中的SNMP代理监视网络状态、修改网络设备配置、接收网络事件警告等。其中，SNMP代理是被管理设备中的一个软件模块，用来维护被管理设备的管理信息，并可在需要时把管理信息汇报给管理设备。

管理设备通过SNMP代理读/写被管理设备中的MIB(ManagementInformation Base，管理信息库)节点实现对网络设备的管理。MIB节点定义了可访问的被管理设备及其属性，由OID(Object Identifier，对象识别符)唯一指定，MIB节点包括被管理设备必须保存的数据项目、数据类型、以及允许在每个数据项目中的操作。管理设备通过对这些数据项目的存取访问，就可以得到该被管理设备的所有统计内容，再通过对多个被管理设备统计内容的综合分析即可实现基本的网络管理。

MIB包括公有MIB和私有MIB，公有MIB是RFC(Request For Comments，请求注解)中定义的由各厂商共同使用的MIB；私有MIB是各个公司为了更方便管理自己的产品而开发的RFC中没有的MIB，各个公司的私有MIB都挂载在不同的MIB节点下。有时一个公司要生产很多OEM(OriginalEquipment Manufacturer，原始生产制造)产品，各个OEM产品的私有MIB可能不同，该公司就要管理几套不同的私有MIB。

由于不同公司生产的不同设备可能使用不同的私有MIB，管理设备在使用SNMP管理这些设备时，需要可以识别这些不同的私有MIB，并对这些不同的私有MIB采用不同的操作流程。因此，每个公司生产的设备都会同步开发一套管理自己设备MIB的网管软件，以适应自己的私有MIB。对于用户来讲，如果购买了不同厂商的设备，就需要使用不同厂商各自的网管软件管理不同设备。然而，当用户使用多个软件来管理自己网络环境中的设备时，各个软件提供的功能、接口不一致导致用户对不同厂商的设备无法进行有效的统一管理和对比，给用户使用带来了极大的不便。

发明内容

本发明提供了一种多厂商设备MIB管理的方法及装置，以实现对不同厂商设备的统一管理。

本发明提供了一种多厂商设备MIB管理的方法，应用于包括管理设备和不同被管理设备的网络中，所述方法包括以下步骤：

所述管理设备预先配置功能名和MIB名的第一对应关系、MIB名与不同厂商设备MIB节点值的第二对应关系、MIB名与不同厂商设备逻辑处理模板的第三对应关系；

当管理设备接收到执行某功能名的指令时，根据该指令中的功能名及所述第一对应关系，确定该管理功能对应的MIB名；根据获取该指令中需要被管理的设备的厂商标识、第二对应关系和MIB名确定对应的MIB节点值；根据所述第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板；

所述管理设备将所述MIB节点值填写到对应的逻辑处理模板中，将所述逻辑处理模板以工作流方式发送到被管理设备，实现对被管理设备的管理。

其中，所述将所述逻辑处理模板以工作流方式发送到被管理设备，之后还包括：

所述管理设备接收所述被管理设备返回的响应消息，所述响应消息中携带所述被管理设备执行结果；

所述管理设备根据所述执行结果对所述被管理设备进行管理。

其中，所述根据所述第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板，具体包括：

根据所述功能名执行功能的复杂程度确定使用一个或多个逻辑处理模板。

所述获取该指令中需要被管理设备的厂商标识的过程包括：

接收操作指令，所述操作指令中包括此次操作中需要被管理的设备范围；

根据所述操作指令中的被管理设备范围，通过SNMP协议获取所述被管理设备的厂商属性。

所述将逻辑处理模板以工作流方式发送到被管理设备，具体包括：

所述管理设备将MIB节点值填写到对应的逻辑处理模板中；

所述管理设备将逻辑处理模板以字符串或数字串方式发送到被管理设备。

本发明提供了一种管理设备，应用于包括管理设备和不同被管理设备的网络中，包括：

功能模块，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能；

适配模块，与所述功能模块连接，用于根据被管理设备的厂商属性及管理功能对应的MIB名，确定对应的MIB值及逻辑处理模板；

处理模块，与所述适配模块连接，用于根据所述适配模块提供的MIB名对应的MIB节点值及对应逻辑处理模板创建工作流，发送到被管理设备。

其中，所述功能模块具体包括：

管理功能指令接收子模块，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能；

MIB厂商属性获取子模块，与所述管理功能指令接收子模块连接，用于根据操作指令中的被管理设备范围，通过SNMP协议获取这些被管理设备的厂商属性；

MIB名确定子模块，与所述管理功能指令接收子模块连接，用于根据预先配置功能名和MIB名的第一对应关系，及操作指令中管理功能对应的功能名，确定对应MIB名。

其中，所述适配模块具体包括：

MIB适配模块，用于根据被管理设备的厂商属性、管理功能对应的MIB名，及MIB名与不同厂商设备MIB节点值的第二对应关系，确定对应的MIB节点值；

逻辑处理模板适配模块，用于根据被管理设备的厂商属性、管理功能对应的MIB名、及MIB名与不同厂商设备逻辑处理模板的第三对应关系，确定对应的逻辑处理模板。

与现有技术相比，本发明具有以下优点：

本发明中，管理设备预先配置功能名、不同厂商设备MIB名和MIB节点值的对应关系，及不同厂商设备MIB名与逻辑处理模板的对应关系，当管理设备接收到执行某功能名的指令时，根据上述对应关系适配对应的MIB值及逻辑处理模板，对相应设备进行管理。因此，本发明对于不同厂商的设备，无需多个网管软件，只需一套方案即可管理；用户无需关心不同厂商的设备的差异，使用一个软件可以查看/比较不同厂商设备的功能指标，对设备进行统一管理。

附图说明

图1是现有技术中管理设备与被管理网络设备通信示意图；

图2是本发明一种应用场景中多厂商设备MIB管理系统结构图；

图3是应用本发明系统的创建多逻辑处理模板的工作流示意图；

图4是应用本发明系统的多厂商设备MIB管理的方法流程图；

图5是应用本发明多厂商设备MIB管理方法的MIB树形目录结构图；

图6是本发明中具体应用场景下MIB数据库示意图。

具体实施方式

本发明的核心思路是：管理设备预先配置功能名和MIB名的第一对应关系、MIB名与不同厂商设备MIB节点值的第二对应关系、MIB名与不同厂商设备逻辑处理模板的第三对应关系；当管理设备接收到执行某功能名的指令时，根据该指令中的功能名及第一对应关系，确定该管理功能对应的MIB名；获取该指令中需要被管理的设备的厂商标识，根据第二对应关系、厂商标识和MIB名确定对应的MIB节点值，根据第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板；将MIB节点值填写到对应的逻辑处理模板中，将逻辑处理模板以工作流(字符串或数字串等)方式发送到被管理设备，实现对被管理设备的管理。因此，本发明中管理设备通过对不同被管理设备的管理功能定制不同逻辑处理模板，完成对不同被管理设备的统一管理，对于复杂的管理功能要针对多个逻辑处理模板建立工作流，即管理设备根据每个功能的逻辑处理复杂程度确定采用一个或多个逻辑处理模板，完成整个功能的下发。本发明中，可以在逻辑处理模板中不直接使用MIB名，而是使用表意的替换名(MIB节点对应的功能名，为全局可识别的功能名，例如，端口down功能等)。

本发明提供了一种多厂商设备MIB管理系统，如图2所示，包括管理设备和多个被管理设备，其中网络环境中最常见的管理设备为NMS(NetworkManagement System，网络管理系统)，该管理设备为网络中的设备，该管理设备的名称只是方便描述，可以根据实际的需要选取其它的名称，而且该管理设备还可以作为模块集成在其他设备上。为描述方便，本发明中假定管理设备为单独的网络设备。

每个被管理设备均维护包含统计信息及其他数据的MIB数据库。例如，在一个路由器上，MIB数据库包含关于路由选择表、接收和发送包的总数等信息；对于一个网桥，MIB数据库包含关于转发包数目和过滤表等信息。MIB数据库的每一节点可以包含以下信息：对象类型、语法、访问字段及状态字段等。其中，对象类型为项的名称；语法是一个值字段，通常为字符串或整型，并不是所有的MIB的项均包含值字段；访问字段用于定义项的访问权限，通常有以下四类：只读、可读/写、只可写或不可访问；状态字段包含指示值，标明MIB项是否为命令、可选或作废，命令表示被管理设备必须执行该项，可选表示被管理设备可以选择执行该项，作废表示不执行。这些被管理设备可以属于不同厂商，也可以属于相同厂商的不同OEM产品，在本实施例中以包括H3C设备、H3COEM设备和CISCO设备进行说明。其中，管理设备包括：功能模块210、适配模块220和处理模块230，

功能模块210，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能。功能模块210根据操作指令中的功能名查找对应的MIB名，并获取被管理设备的厂商属性(例如设备的厂商标识)。

适配模块220，与功能模块210连接，用于根据被管理设备的厂商属性及管理功能对应的MIB名，确定对应的MIB值及逻辑处理模板。

处理(MODEL)模块230，与适配模块220连接，用于根据适配模块220提供的MIB名对应的MIB节点值及对应逻辑处理模板创建工作流，即将MIB节点值代入逻辑处理模板，将逻辑处理模板通过工作流的方式发送到被管理设备。处理模块230可以根据对不同被管理设备的不同管理功能的逻辑处理复杂程度确定采用一个或多个逻辑处理模板，完成整个功能的下发，例如，对于A公司设备的端口镜像功能仅仅使用一个逻辑处理模板即可完成，但是B公司设备有可能需要操作多张表，每张表选择对应的逻辑处理模板，根据该多个逻辑处理模板创建工作流，其中每张表选择对应的逻辑处理模板的全集实现完整的操作功能。

其中，功能模块210具体包括：

管理功能指令接收子模块211，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能；

MIB厂商属性获取子模块212，与管理功能指令接收子模块211连接，用于根据操作指令中的被管理设备范围，通过SNMP协议获取这些被管理设备的厂商属性。例如，向操作指令中的被管理设备范围内的IP地址发送GET消息，这样管理范围内的被管理设备根据GET消息中请求获得的信息进行查找，将查找结果返回给管理设备。

MIB名确定子模块213，分别与管理功能指令接收子模块211和MIB厂商属性获取子模块212连接，用于根据预先配置功能名和MIB名的第一对应关系，及操作指令中管理功能对应的功能名，确定对应MIB名。

其中，适配模块220具体包括：

MIB适配模块221，用于根据被管理设备的厂商属性、管理功能对应的MIB名，及MIB名与不同厂商设备MIB节点值的第二对应关系(如表1所示)，确定对应的MIB节点值。当厂商属性和MIB名唯一确定时，MIB节点值唯一确定；当厂商属性相同而MIB名不同(即相同厂商设备的不同MIB名)时，MIB节点值不同；当厂商属性不同而MIB名相同(即不同厂商的相同MIB名)时，MIB节点值可能相同或不同；当厂商属性和MIB名都不同时，MIB节点值可能不同。

表1，厂商属性、MIB名和MIB节点值的对应关系：

厂商属性	MIB名	MIB节点值
			1	A	1.1.3.6
1	B	1.1.5.2
			2	B	1.1.3.3
3	C	1.2.3.4

例如，获取的被管理设备的某个属性为厂商标识sysObjectId，根据该属性确定MIB节点值为多少，表如何操作，MIB节点值类型是数字或字符。

逻辑处理模板适配模块222，用于根据被管理设备的厂商属性、管理功能对应的MIB名、及MIB名与不同厂商设备逻辑处理模板的第三对应关系(如表2所示)，确定对应的逻辑处理模板。

表2，厂商属性、MIB名和逻辑处理模板的对应关系：

厂商属性	MIB名	逻辑处理模板
			1	A	逻辑处理模板1

1	B	逻辑处理模板2
			2	B	逻辑处理模板3
3	C	逻辑处理模板4

逻辑处理模板适配模块222的具体作用是确定对于不同厂商的不同功能使用哪种逻辑处理模板：先获取被管理设备的某个属性，例如sysObjectId，根据该属性确定选择那种逻辑处理模板，不同功能对应不同逻辑处理模板，且某些功能可能需要一个逻辑处理模板，某些功能需要多个逻辑处理模板。

管理设备对被管理设备MIB的管理通过SNMP操作实现，因此，管理设备实现管理被管理设备的某一个功能也是一样，采用一定逻辑处理模板对该被管理设备中的MIB节点进行SNMP操作即可。本发明对不同的MIB厂商定制不同的逻辑处理模板，对于不同厂商设备的不同功能，使用不同的逻辑处理模板，来完成对设备MIB的管理。当然，逻辑处理模板可重复使用。

例如，假设处理模块中配置多个逻辑处理模板，包括：逻辑处理模板testTable(testId，*，testRowStatus)，这类表通过使用RowStatus完成表的操作，下发值6为删除，下发值4为增加。

逻辑处理模板test2Table(test2Id，test2Id2，*，test2SetOperate)，这类表通过使用SetOperate完成表的操作，下发值2为删除，下发值1为增加。

逻辑处理模板testSingle，这是标量节点操作，直接对标量set完成。

功能名是镜像组信息(由逻辑处理模板1实现)的MIB名为mirrorgroup，对应不同的厂商的设备，为了表达简单，这里默认的节点类型都是String，MIB节点值为：

A(1.3.6.1.4.1.25506.2.68.1.1.1.1.1，2，3，4)

B(1.3.6.1.4.1.43.2.68.1.1.1.1.1，2，3，4)

C(1.3.6.1.4.1.9.*.*.1.1，2，3，4，5，6)(1.3.6.1.4.1.9.*.*.2.1.0)

当进入到处理模块后，管理设备已经通过设备厂商和MIB名确定了使用什么逻辑处理模板(这个网管做适配定义)。如对于A和或B的设备镜像组功能均使用模板testTable，第一节点为索引，最后一节点为RowStatus进行下发，中间的*表示中间的节点数量可以自适应。对于C设备，使用模板test2Table，第一和第二节点为索引，最后一个节点为SetOperate进行下发，同样中间的节点数可以自适应。对于C公司设备的端口镜像功能，MODEL模块要创建多逻辑处理模板的工作流，如图3所示。对于A和或B公司设备的端口镜像功能仅仅使用一个模板即可完成，但是C需要操作多张表，这样对每张表选择对应的逻辑处理模板，并建立工作流，完成功能下发，具体为，MIB节点值依次通过逻辑处理模板1、逻辑处理模板2和逻辑处理模板3，建立完整工作流。

本发明提供了一种多厂商设备MIB管理的方法，应用于包括管理设备和多个不同厂商的被管理设备的系统中，该方法如图4所示，包括以下步骤：

步骤401，用户通过调用管理设备的功能模块来实现设备MIB管理。具体地，用户通过管理设备提供给用户的界面或操作面板选择需要对网络中被管理设备的管理功能，例如，修改被管理设备某项配置、获取被管理设备某项告警信息等。

步骤402，功能模块通过预先配置的“功能名”和“MIB名”的一一对应关系(例如，功能名为镜像组信息，该功能名对应的MIB名为mirrorgroup)，找出实现该功能的MIB名。MIB是一个树形结构，管理设备通过遍历MIB树形目录中的节点来访问被管理设备，MIB树形目录中的节点都有自己的MIB名，对于不同厂商，各个MIB名对应的MIB值可能不同。管理设备维护一个功能名与MIB名对应关系的表项，在该表项中，每个功能名对应一个MIB名。

MIB树形目录结构如图5所示，其中顶级MIB节点包括三个：ISO、ITU-T、及ISO与ITU-T这两个组织的联合体。在ISO的下面有4个节点，其中的一个(标号3)是被标识的组织。在其下面有一个美国国防部(Department ofDefense)的子树(标号是6)，再下面就是Internet(标号是1)。在Internet节点下面的第二个节点是mgmt(管理)，标号是2。再下面是管理信息库，原先的节点名是mib。1991年定义了新的版本MIB-II，故节点名现改为mib-2，其mib节点值标识为{1.3.6.1.2.1}，或{Internet(1).2.1}，这种标识为对象标识符。

MIB-I中定义了114种管理对象，并分为8个组，分别为system组，interface组，at组，ip组，icmp组，tcp组，udp组，egp组。MIB-II与MIB-I兼容，增加了三个新的管理对象组，分别为cmot组，transmission组和snmp组。

其中，system：有关系统的整体信息；interface：关于每一个从系统到子网接口的信息；at：(地址转换，被替换)：Internet到子网地址映射地址转化表的描述；icmp：与系统中ICMP(Internet Control Message Protocol，网际控制信息协议)实现与执行经历有关的信息；tcp：与系统TCP(TransmissionControl Protocol，传输控制协议)实现和执行经历有关的信息；udp：与系统UDP(User Datagram Protocol，用户数据报协议)实现和执行经历有关的信息；egp：与系统EGP(Exterior Gateway Protocol，外部网关协议)实现和执行经历有关的信息；dot3(传输)：有关每个系统接口的传输方案和访问协议的信息；snmp：与系统SNMP实现和执行经历有关的信息。

下面介绍几个重要的几个组：

表1-1：system表

表1-2：Interfaces表

步骤403，管理设备向被管理设备发出SNMP请求，获取被管理设备的MIB厂商属性。例如，管理设备通过GET消息获取被管理设备的整体信息中的sysObjectId，该sysObjectId包含被管理设备的供应商授权身份，管理设备可以根据sysObjectId确定该被管理设备的厂商属性。对于同一厂商的不同OEM设备，可以通过同一sysObjectId下设置的私有标量节点来标识设备MIB厂商属性。

步骤404，管理设备通过分析MIB名和MIB厂商属性，找出要实现管理功能对应的MIB节点值。因为，对于不同MIB厂商，相同的MIB名可能对应不同的MIB节点值，因此，用户调用的功能名对于不同MIB厂商的被管理设备可以映射为不同的MIB节点值。

同时，根据不同的MIB厂商属性确定该功能使用的逻辑处理模板，并在该逻辑处理模板中找出对应的逻辑处理方法。首先确定使用哪种逻辑处理模板先获取设备的某个属性，比如sysObjectId，根据属性确定选择那种逻辑处理模板)。一个功能模块对应一种或多种逻辑处理模板(根据逻辑处理的复杂程度确定采用一个还是多个逻辑处理模板)。另外，逻辑处理模板中不直接使用MIB节点，而是使用表意的替换名(功能名)，每个功能所有逻辑处理模板的替换名有个全集。

步骤405，执行管理功能时，管理设备确定实现被管理设备的某项功能的替换名的MIB节点值，以及逻辑处理模板，并使用MIB节点实例化逻辑模板(将需要执行的功能名对应的MIB值放到该功能对应的逻辑处理模板中)，执行具体操作。

步骤406，被管理设备接收管理设备下发的功能操作指令后，进行相应操作，并将操作结果通过SNMP响应返回管理设备。例如统计信息、告警信息等。

结合具体应用场景对图4所示的多厂商设备MIB管理的方法进行详细描述。如图6所示，MIB树中，hh3cmgid(1)为镜像组ID；hh3cMGMirrorIfIndex(1)为镜像端口索引；hh3cmgtype(2)为镜像组类型，其中本地镜像组用值1来表示；hh3cMGMirrorDirection(2)为镜像方向，其中1为inside；hh3cmgstatus(3)为镜像组状态，其中激活状态用值1来表示；hh3cMGMirrorRowStatus(3)为操作；hh3cmgrowstatus(4)为操作，其中增加操作用值4来表示；

这个端口镜像表的id为：

hh3cmgid        1.3.6.1.4.1.25506.2.68.1.1.1.1

hh3cmgtype      1.3.6.1.4.1.25506.2.68.1.1.1.2

hh3cmgstatus    1.3.6.1.4.1.25506.2.68.1.1.1.3

hh3cmgrowstatus 1.3.6.1.4.1.25506.2.68.1.1.1.4

逻辑处理模板testTable(id，*，rowStatus)，其中，mib名为mirrorgroup，厂商为H3C(25506)，对应的mib节点为(1.3.6.1.4.1.25506.2.68.1.1.1.1[int]，2[int]，3[int]，4[int])即第一个节点写出全部节点，后面的节点由于只有最后一位不一样，因此只标出最后一位。由于是简单操作，因此工作流中只有一个模板。

管理设备向被管理设备下发管理指令的时候需要把mib节点值代入到逻辑处理模板中，也就是id对应节点1.3.6.1.4.1.25506.2.68.1.1.1.1[int]，*表示中间的节点值(这里对应2和3)，rowStatus对应4。

如果管理设备要创建一个镜像组，ID值为88，镜像组类型为本地的镜像组。那么管理设备向被管理设备下发(88，1，，4)，由于镜像组状态不下发到被管理设备，所以为空。

管理设备的SNMP操作就是对mib节点值进行set。也就是对1.3.6.1.4.1.25506.2.68.1.1.1.2.88set1，1.3.6.1.4.1.25506.2.68.1.1.1.4.88set4。可以看到，由于id是索引，所以下发给被管理设备时使用mib节点加索引的方式。这样就完成了向被管理设备下发管理指令。被管理设备返回OK，则证明管理设备的管理指令下发成功。

以上是一个简单的功能操作，工作流里面只有一个模板。下面简介一个工作流多个模板的例子。

还以端口镜像功能为例，但是将该功能复杂化，比如端口镜像功能不但要完成镜像组创建，还要完成镜像端口添加。

镜像端口的表，这个表是双索引，一个是镜像组ID，一个是端口索引；

hh3cMGMirrorIfIndex      1.3.6.1.4.1.25506.2.68.2.1.1.1

hh3cMGMirrorDirection    1.3.6.1.4.1.25506.2.68.2.1.1.2

hh3cMGMirrorRowStatus    1.3.6.1.4.1.25506.2.68.2.1.1.3

模板testTable2(id，id2，*，rowStatus)表示是双索引

那么管理设备要创建一个镜像组ID为88，镜像组类型为本地，含有镜像口ethernet0/1口(索引为1)，方向为inside的镜像组；

这时工作流就包含2个模板，操作流如下：

从testTable到testTable2到管理指令下发，管理设备向被管理设备下发(88，1，，4)，(88，1，1，4)；

管理设备的SNMP操作就是对mib节点值进行set。也就是对1.3.6.1.4.1.25506.2.68.1.1.1.2.88set1，1.3.6.1.4.1.25506.2.68.1.1.1.4.88set4。可以看到，由于id是索引，所以管理设备向被管理设备下发管理指令使用mib节点加索引的方式。然后对1.3.6.1.4.1.25506.2.68.2.1.1.2.88.1set1，。因为是双索引，所以88和1都是索引，set的1是镜像方向是inside，对1.3.6.1.4.1.25506.2.68.2.1.1.3.88.1set4表示增加。被管理设备返回OK，则证明管理设备向被管理设备下发管理指令成功。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (8)

1、一种多厂商设备MIB管理的方法，应用于包括管理设备和不同被管理设备的网络中，其特征在于，所述方法包括以下步骤：

所述管理设备预先配置功能名和MIB名的第一对应关系、MIB名与不同厂商设备MIB节点值的第二对应关系、MIB名与不同厂商设备逻辑处理模板的第三对应关系；

当管理设备接收到执行某功能名的指令时，根据该指令中的功能名及所述第一对应关系，确定该管理功能对应的MIB名；根据获取该指令中需要被管理的设备的厂商标识、第二对应关系和MIB名确定对应的MIB节点值；根据所述第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板；

所述管理设备将所述MIB节点值填写到对应的逻辑处理模板中，将所述逻辑处理模板以工作流方式发送到被管理设备，实现对被管理设备的管理。

2、如权利要求1所述的方法，其特征在于，所述将所述逻辑处理模板以工作流方式发送到被管理设备，之后还包括：

所述管理设备接收所述被管理设备返回的响应消息，所述响应消息中携带所述被管理设备执行结果；

所述管理设备根据所述执行结果对所述被管理设备进行管理。

3、如权利要求1所述的方法，其特征在于，所述根据所述第三对应关系、厂商标识和MIB名确定对应的逻辑处理模板，具体包括：

根据所述功能名执行功能的复杂程度确定使用一个或多个逻辑处理模板。

4、如权利要求1所述的方法，其特征在于，所述获取该指令中需要被管理设备的厂商标识的过程包括：

所述管理设备接收操作指令，所述操作指令中包括此次操作中需要被管理的设备范围；

所述管理设备根据所述操作指令中的被管理设备范围，通过SNMP协议获取所述被管理设备的厂商属性。

5、如权利要求1所述的方法，其特征在于，所述将逻辑处理模板以工作流方式发送到被管理设备，具体包括：

所述管理设备将MIB节点值填写到对应的逻辑处理模板中；

所述管理设备将逻辑处理模板以字符串或数字串方式发送到被管理设备。

6、一种管理设备，应用于包括管理设备和不同被管理设备的网络中，其特征在于，包括：

功能模块，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能；

适配模块，与所述功能模块连接，用于根据被管理设备的厂商属性及管理功能对应的MIB名，确定对应的MIB值及逻辑处理模板；

处理模块，与所述适配模块连接，用于根据所述适配模块提供的MIB名对应的MIB节点值及对应逻辑处理模板创建工作流，发送到被管理设备。

7、如权利要求6所述的管理设备，其特征在于，所述功能模块具体包括：

管理功能指令接收子模块，用于通过管理界面或操作面板接收管理员下发的操作指令，该操作指令中包括此次操作中需要被管理的设备范围，及需要对这些设备实现的管理功能；

MIB厂商属性获取子模块，与所述管理功能指令接收子模块连接，用于根据操作指令中的被管理设备范围，通过SNMP协议获取这些被管理设备的厂商属性；

MIB名确定子模块，与所述管理功能指令接收子模块连接，用于根据预先配置功能名和MIB名的第一对应关系，及操作指令中管理功能对应的功能名，确定对应MIB名。

8、如权利要求6所述的管理设备，其特征在于，所述适配模块具体包括：

MIB适配模块，用于根据被管理设备的厂商属性、管理功能对应的MIB名，及MIB名与不同厂商设备MIB节点值的第二对应关系，确定对应的MIB节点值；

逻辑处理模板适配模块，用于根据被管理设备的厂商属性、管理功能对应的MIB名、及MIB名与不同厂商设备逻辑处理模板的第三对应关系，确定对应的逻辑处理模板。

Images