[发明专利]一种MIB匹配方法和设备

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种MIB匹配方法和设备。

背景技术

网管系统通过MIB(Management Information Base，管理信息库)对网络设备进行管理，MIB是网管系统和网络设备交互的接口定义，网管系统与网络设备需要对MIB接口有一致的理解才能实现网管系统对网络设备的正确管理。

MIB是一种树型结构数据模型，一个点分的数字都有一个特定的含义，从左到右层次上逐步递近，例如，其可以使用类似.1.3.6.1.4.1.25506.2.40.2.3.1的形式组织，在具体的处理场景中，上述的形式组织的样例也可表示为.iso.org.dod.internet.private.enterprises.C.Common.IfExt.hh3cIfExtGroup.IfInte rfaces.IfPhysicalNumber。其中，上述样例中25506所在的部分表示厂商信息(一般称为厂商根节点)，此处的25506表示C公司，即C的公司代码，该字段向右的各数位则为C公司内部定义的参数。

每个树型的MIB数据结构模块使用特定格式的文本形式的文件描述，称为MIB文件，MIB文件可供网管系统直接加载，作为与网络设备通信的接口。

但随着产品的发展会出现如下问题：

1、MIB发生变化：MIB文件中新增了节点定义或修改了原有节点定义，对于同一MIB模块，网管系统中加载的内容与网络设备上使用的内容不一致，造成网管系统对网络设备的管理出现问题；

2、产品OEM(Original Equipment Manufacturer，原始设备制造商，即原厂委托制造)：产品OEM时一般会把MIB中厂商根节点以下的整个MIB树型结构迁移到OEM厂商的根节点下的某一个位置，而MIB树结构基本会保持不变，即所有MIB节点厂商根节点下的各字段保持不变。比如C公司的MIB树迁移到A公司的根节点下，上述样例描述的MIB将可能变为.1.3.6.1.4.1.11.2.40.2.3.1(.iso.org.dod.internet.private.enterprises.A.Common.IfExt.IfExtGroup.IfInterfaces.IfPhysicalNumber)，其中，A(11)为A公司的公司代码，如图1所示，C公司根节点下的MIB结构迁移到A公司根节点后，将变为斜线标注的部分。

因此，产品OEM后，所有的MIB都需要将厂商代码部分进行调整，从而需要重新建立一套MIB文件。网管系统在对OEM后的网络设备进行管理时不能再使用OEM前的MIB文件，必须加载新的MIB文件才能对网络设备进行管理。

综合上面两个问题，都会出现网管系统加载的MIB与网络设备使用的MIB不配套的情况，且网管系统无法了解目前网络设备上正在使用的MIB情况，引起管理问题。

基于上述说明可知，现有技术中的网管系统由于不了解网络设备使用的MIB版本，对于分支版本较多的MIB模块，往往只能通过逐一使用多个分支进行尝试的方式来进行MIB的匹配。

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

现有技术中的网管系统使用多个MIB分支逐个尝试读写网络设备的处理方式效率低，而且，对于MIB节点保留，但数据类型、含义等属性发生变更的情况，虽然通过尝试仍可进行读/写，但由于属性变化，读/写操作很可能出现错误。

发明内容

本发明提供一种MIB匹配方法和设备，用以解决现有技术中网管设备在对网络设备进行管理时，需要逐个尝试该网络设备所支持的MIB文件所带来的效率降低，以及由于匹配不正确所带来读/写操作错误的缺陷。

为达到上述目的，本发明一方面提供了一种MIB匹配方法，所述方法包括以下步骤：

网管设备获取网络设备中所存储的MIB映射信息；

所述网管设备根据所述MIB映射信息，在本地存储的MIB集合中确定相应版本的MIB文件；

所述网管设备根据所述MIB文件对所述网络设备进行管理。

优选的，所述网管设备获取网络设备中所存储的MIB映射信息，具体包括：

所述网管设备按照预设的周期获取所述网络设备中所存储的MIB映射信息；和/或，

所述网管设备在每次需要对所述网络设备进行管理时，获取所述网络设备中所存储的MIB映射信息；和/或，

当满足预设的触发条件时，所述网管设备获取所述网络设备中所存储的MIB映射信息。

优选的，所述本地存储的MIB集合，具体包括：