CN104283706B - Snmp的采集处理方法及装置 - Google Patents

Abstract

本发明提供了一种SNMP的采集处理方法及装置，其中，上述方法包括：建立对象与MIB中数据表的对应关系；根据所述对应关系对所述对象的关联数据进行采集。采用本发明提供的上述技术方案，解决了相关技术中，在SNMP采集过程中存在的采集方式修改成本高，无法共用等技术问题，从而提高了编程人员采集过程的效率。

Description

SNMP的采集处理方法及装置

技术领域

本发明涉及领域，尤其是涉及一种简单网络管理协议(Simple NetworkManagement Protocol简称为SNMP)的采集处理方法及装置。

背景技术

SNMP4J是一个用Java来实现SNMP的开源项目。它支持以命令行的形式进行管理与响应。通过SNMP4J的实现，可以非常方便的编写程序实现SNMP的各项操作。标准的SNMP4J支持get,getNext,set等操作，用来获取和设备上一个或者多个确定的信息。但是在大多数实际应用中都需要获取设备上某个MIB信息表的所有数据，传统的采集操作很难满足这种实际需求。

为了更好地理解相关技术中存在的问题，现简要介绍一下SNMP协议的基本知识：

SNMP协议主要包括两部分，SNMP管理站（SNMP Manager）和SNMP代理（SNMPAgent）。SNMP管理站是一个中心节点，负责收集维护各个SNMP元素的信息，并对这些信息进行处理，最后反馈给网络管理员。而SNMP代理是运行在各个被管理的网络节点上，负责统计网络节点上的各种信息，并且需要与SNMP管理站进行通信交互，接受并执行管理站的命令，包括上传本地网络节点的各种网络信息和下发管理站对网络节点的配置信息。SNMP管理站和SNMP代理之间的通信通过用户数据协议（User Date Protocol，简称为UDP）完成，一般情况下，SNMP管理站通过UDP协议完成，一般情况下，SNMP管理站通过UDP协议向SNMP代理发送各种命令，当SNMP代理收到命令后，返回SNMP管理站需要的参数，但是当SNMP代理检测到网络元素异常的时候，也可以主动向SNMP管理站发送消息，通告当前异常状况。

SNMP4J中比较重要的三个类，分别是：

1）对象（Target）表示被管理的设备

对于一个被管理的设备，需要有以下的属性：Address，协议版本，共同体community以及超时时间和重试次数等等。

2）协议数据单元(Protocol data unit，简称为PDU）

用来表示管理站和代理站之间进行通信的数据，包括PDU的类型，传输的数据集合，错误说明等，PDU也包括很多不同类型，SnmpV1支持get，set，getNext，trap以及getResponse五种，在SnmpV2中增加了getBulk以及inform两种。

3）Snmp核心类

Snmp类是SNMP4J的核心类，提供了发送和接收SNMP PDU的方法，所有的SNMP PDU类型都可以采用同步或者异步的方式被发送。总结起来：Target代表远程设备或者远程实体，PDU代表管理端同Target通信的数据，SNMP就代表管理者管理功能，简而言之就是数据收发的具体执行者。传统的SNMP采集方式包括三步：首先设置Target，包括设置需要访问的设备主机地址，SNMP共同体名，SNMP的版本等等基础信息。然后设置PDU，该步骤是我们关注的步骤，通常我们会通过在PDU中绑定特定的OID值，如果需要获得管理主机的不同节点或者相同节点的下一行时，就需要机械的修改绑定的对象标识(Object identifier，简称为OID)值。最后通过SNMP管理站发送报文给SNMP代理站并获得结果。

下面介绍一下传统的SNMP采集方式不能满足实际应用需求的原因以及本发明是如何解决相关问题的，首先传统采集方式的第一个缺陷根源在于管理信息库（ManagementInformation Base，简称为MIB）信息库的结构，由于MIB信息库实际上是一个数据库，所有管理主机的信息在MIB中都是以数据表的形式展示，有的数据表只有一行记录，有的数据表有多行记录。有的数据表只有叶子节点。有的则包含一个或多个索引。这就造成了在采集时的不确定性。必须对每种不同的情况进行适应，在实际应用中往往对MIB信息库中的多个数据表进行采集。需要采集出来该表的所有数据。传统方式下是很难做到这点的，首先MIB信息库中的数据表数量是相当庞大的，每个数据表的OID都是不同的，所以如果需要采集不同的数据表，则需要不断的修改采集方法中的OID定义。这种机械的修改绑定的OID的修改成本是相当高的，而且这种采集方式是无法共用和衍生的。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中，在SNMP采集过程中存在的采集方式修改成本高，无法共用等技术问题，本发明提供了一种SNMP的采集处理方法，以至少解决上述问题。

根据本发明的一个方面，提供了一种SNMP的采集处理方法，包括：建立对象与MIB中数据表的对应关系；根据所述对应关系对所述对象的关联数据进行采集。

优选地，建立对象与管理信息库MIB中数据表的对应关系，包括：在所述对象的每个需要采集的对象属性中添加一组注解（Annotation）；根据所述Annotation建立所述对象属性与所述MIB中的数据节点的对应关系。

优选地，根据所述对应关系对所述对象的关联数据进行采集，包括：对所述数据节点所对应的数据表进行遍历取值，获取采集类的对象集合。

优选地，对所述数据节点所对应的数据表进行遍历取值，包括：判断预先设置的协议数据单元PDU的返回值中的对象标识OID是否与所述Annotation中定义的OID存在于所述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将所述返回值中的OID绑定为新的PDU继续遍历取值。

优选地，根据所述对应关系对所述对象的关联数据进行采集之后，还包括：通过反射将采集值赋值到所述对象的属性中，其中，所述对象的属性包括：索引节点属性和非索引节点属性。

根据本发明的另一个方面，提供了一种SNMP的采集处理装置，包括：建立模块，用于建立对象与管理信息库MIB中数据表的对应关系；采集模块，用于根据所述对应关系对所述对象的关联数据进行采集。

优选地，所述建立模块，包括：添加单元，用于在所述对象的每个需要采集的对象属性中添加一组注解Annotation；建立单元，用于根据所述Annotation建立所述属性与所述MIB中的数据节点的对应关系。

优选地，所述采集模块，还用于对所述数据节点所对应的数据表进行遍历取值，获取采集类的对象集合。

优选地，所述采集模块，还用于判断预先设置的协议数据单元PDU的返回值中的对象标识OID是否与所述Annotation中定义的OID存在于所述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将所述返回值中的OID绑定为新的PDU继续遍历取值。

优选地，上述装置还包括：赋值模块，用于通过反射将采集值赋值到所述对象的属性中，其中，所述对象的属性包括：索引属性和非索引属性。

通过本发明，采用根据对象与MIB中数据表的对应关系对所述对象的关联数据进行采集的技术手段，解决了相关技术中，在SNMP采集过程中存在的采集方式修改成本高，无法共用等技术问题，从而提高了编程人员采集过程的效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施例的SNMP的采集处理方法的流程图；

图2为根据本发明实施例的SNMP的采集处理装置的结构框图；

图3为根据本发明实施例的SNMP的采集处理装置的另一结构框图；

图4为根据本发明优选实施例的对象属性的截图；

图5为根据本发明优选实施例的RFC-1213中关于端口基本信息的MIB数据表截图；

图6为根据本发明优选实施例的根据MIB数据表建立的对应的标准采集对象类截图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下实施例可以应用到任何可以支持SNMP采集的终端设备中，例如应用到PC中，也可以应用到目前采用了智能操作系统中的移动终端中，并且并不限于此。对于终端设备的操作系统并没有特殊要求，例如，以下实施例可以应用到Windows操作系统、安卓（Android）系统中等，但不限于此。

图1为根据本发明实施例的SNMP的采集处理方法的流程图。如图1所示，该方法包括：

步骤S102，建立对象与MIB中数据表的对应关系。在该步骤中，可以利用Java中的Annotation实现：在上述对象的每个需要采集的对象属性中添加一组Annotation；根据上述Annotation建立上述对象属性与上述MIB中的数据节点的对应关系。更具体地，可以通过以下方式实现：

利用Java的Annotation机制将对象与MIB信息库中的数据表建立对应关系：首先定义标准的采集Annotation，具体见图4和图6，其中index表示属性对应节点是否为索引，oid表示节点的OID值，type表示对应节点的SNMP数据类型，writable则代表对应节点的可写与否。在每个需要采集的属性中加入一组Annotation，就可以成功的与MIB信息库中的某个节点建立关系，在本处理过程中，封装了getTable这一基本的面向对象采集方法。该方法的参数是定义好的采集类对象。getTable是针对MIB信息库中的某个数据表进行完整遍历取值，最终返回采集类的对象的集合。同时本处理过程中，也在getTable的基础上扩张了getTableLine方法，该方法是针对MIB信息库中某个数据表的单行记录进行取值，参数是所述采集类的对象，需要注意的是该对象需要对Annotation中index=true的属性赋值，用来告诉采集方法需要采集行的索引，如果能够正确的从设备主机中取得相应索引的单行记录，则返回值仍然是传递进来的对象，但是该对象除了已有的索引属性以外，其余包含Annotation的属性都会被赋值。如果不能够正确的从设备主机取得索引对应的记录，方法会抛出相应的异常等待调用者处理。

步骤S104，根据上述对应关系对上述对象的关联数据进行采集。该步骤可以通过但不限于以下方式实现：对上述数据节点所对应的数据表进行遍历取值，获取采集类的对象集合。其中，在对上述数据节点所对应的数据表进行遍历取值过程中，判断预先设置的PDU的返回值中的OID是否与上述Annotation中定义的OID存在于上述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将上述返回值中的OID绑定为新的PDU继续遍历取值。

基于上述实施例，通过采用建立程序对象与MIB信息库中的数据表的对应关系，封装面对对象的采集方式，将MIB数据表中的数据映射到所述对象的技术手段，在实际应用中，调用者便可以只需要根据要求定义正确的采集对象，其中最为重要的是对每个需要采集的属性的Annotation的定义，可以根据实际的需要调用封装的getTable或者getTableLine方法就可以得到需要的对象集合，而不需要关心方法内部是如何组装对象的，因此，节省了修改成本，可以实现采集方式的共用。

在本实施例中，在步骤S104之后，还可以包括以下处理过程：通过反射将采集值赋值到上述对象的属性中，其中，该对象的属性包括：索引属性和非索引属性。这样就实现了对对象中所有采集属性的赋值，完成采集对象的完整组装。

在本实施例中还提供了一种SNMP的采集处理方法及装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例的SNMP的采集处理装置的结构框图。如图2所示，该装置包括：

建立模块20，连接至采集模块22，用于建立对象与MIB中数据表的对应关系；

采集模块22，用于根据上述对应关系对上述对象的关联数据进行采集。

在本实施例中，上述建立模块20，如图3所示，包括但不限于以下处理单元：

添加单元200，连接至建立单元202，用于在上述对象的每个需要采集的对象属性中添加一组Annotation；

建立单元202，用于根据上述Annotation建立上述对象属性与上述MIB中的数据节点集合的对应关系。

在本实施例中，上述采集模块22，还用于对上述数据节点所对应的数据表进行遍历取值，获取采集类的对象集合。

在本实施例中，上述采集模块22，还用于判断预先设置的协议数据单元PDU的返回值中的对象标识OID是否与上述Annotation中定义的OID存在于上述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将上述返回值中的OID绑定为新的PDU继续遍历取值。

在本实施例中，如图3所示，上述装置还可以包括：赋值模块24，用于通过反射将采集值赋值到上述对象的属性中，其中，上述属性包括：索引属性和非索引属性。

为了更好地理解上述实施例，以下结合一个优选实施例和相关附图详细说明。

本实施例提供一种面向对象的SNMP采集方法，将传统的针对单个节点的采集转换为针对特定对象的采集。通过扩展标准的采集方法，编程人员只需要设计好相应的采集对象类，就可顺利得到采集后的对象集合，将业务过程与采集过程完全耦合，使得编程人员能免于复杂采集过程的代码编写。

本发明基于Java的编程语言，使用的编程环境为JDK1.6。在采集方面使用SNMP4J的框架。具体实现过程如下：

1、首先定义标准的采集对象类，将需要采集的MIB信息库中的数据表与对象类进行绑定，从图5和图6可以看出这种绑定关系，在图5中展示的是RFC-1213中关于端口基本信息的MIB数据表。在图6中展示的根据该MIB数据表建立的对应的标准采集对象类（本图基于JAVA语言）。在图中可以看到对每个需要采集的属性都拥有唯一的Annotation，每个Annotation都代表字段与MIB数据表节点的关系。

2、从该步骤开始主要解释在本发明中封装的getTable方法的实现方式，首先通过采集对象类的属性Annotation定义，取出其中的非索引节点的属性进行绑定，其中绑定使用Annotation中的OID值。

3、通过getNext将绑定好的PDU发送并取得返回值，首先判断返回值的oid是否与Annotation中定义的oid存在于MIB信息库中的相同数据表。如果不是，则表示已经无法从指定数据表中获得下一行数据，简而言之就是已经完成了对该表的循环。如果是，则表示成功取得数据表的一行数据，此时需要继续将返回的oid重新绑定成为新的PDU，重复上述过程直到无法从指定数据表中获得下一行数据。

4、如果能够正确从指定表中获得一行数据，通过返回的PDU中的节点信息以及Annotation的定义，可以准确找到持久化对象属性所对应的采集返回值。由于某些MIB数据表存在外键索引和各个设备厂商实现SNMP的区别，在采集具有索引的数据表的时候，传统的绑定索引节点OID的采集方式是无法处理所有情况的。考虑到这种限制，在本文处理步骤中，只对非索引节点进行绑定，循环getNext操作取值，所以每个非索引属性对应的采集值在返回的PDU中都可以准确定位，而对于索引属性的采集值则需要特殊处理，由于索引的信息实际上是存在于PDU的返回OID中，所以通过索引属性Annotation中oid的定义和返回PDU的信息进行处理，可以得到每个索引属性的采集值。

5、接下来的就是将这些采集信息映射成指定类对象的过程，在持久化对象定义中，需要给所有需要采集的属性给予标准的get与set方法。所以此处通过反射将每个属性的采集值赋值给对象，这里的属性包括索引属性和非索引属性。在步骤中最为关键的是寻找反射方法，由于属性名已知，故利用set+属性名的方式获取属性的set方法。这也是为什么必须给予持久化对象属性标准get与set方法的原因。举个例子，在图6中出现的ifType属性，对应与图5中MIB数据表中的ifType节点，在每次取得该数据表的一行数据时，会得到ifType节点的采集值，然后通过寻找setIftype（set+IfType）方法，继而反射对象实现对象属性的赋值，通过对对象中所有采集属性的赋值完成采集对象的完整组装工作。

6、在代码实现中，实际是将上述2,3,4放在while的循环中，通过第二步getNext出的数据是否存在于指定数据表中作为循环判断条件。当正确取得指定表中的一行数据后，首先对索引节点以及非索引节点进行整理，然后寻找每个节点对应的属性的标准set方法，利用反射组合成对应该行数据的持久化对象。通过循环，最终取得MIB信息库中指定表的持久化对象集合。

以上六个步骤是整个采集框架的基本流程，在实际代码中，还包括其他重要的辅助处理过程，例如在获取索引属性的采集值时，不仅索引节点个数不确定，而且索引节点的数据类型也不相同，造成了从返回PDU的OID中截取索引值的难度很大，需要专门的索引处理程序去完成该部分的工作。又例如在反射对象属性的过程中，由于SNMP中是不存在时间类型，而往往对象属性定义为时间类型，同样需要特定的程序去完成SNMP数据类型到对象属性类型的转换工作。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种简单网络管理协议SNMP的采集处理方法，其特征在于，包括：

建立对象与管理信息库MIB中数据表的对应关系；

根据所述对应关系对所述对象的关联数据进行采集；

其中，根据所述对应关系对所述对象的关联数据进行采集，包括：

对所述MIB中的数据节点所对应的数据表进行遍历取值，获取采集类的对象集合，判断预先设置的协议数据单元PDU的返回值中的对象标识OID是否与注解Annotation中定义的OID存在于所述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将所述返回值中的OID绑定为新的PDU继续遍历取值，所述Annotation为所述对象的对象属性中的Annotation。

2.根据权利要求1所述的方法，其特征在于，建立对象与管理信息库MIB中数据表的对应关系，包括：

在所述对象的每个需要采集的对象属性中添加一组注解Annotation；

根据所述Annotation建立所述对象属性与所述MIB中的数据节点的对应关系。

3.根据权利要求1所述的方法，其特征在于，根据所述对应关系对所述对象的关联数据进行采集之后，还包括：

通过反射将采集值赋值到所述对象的属性中，其中，所述对象的属性包括：索引节点属性和非索引节点属性。

4.一种简单网络管理协议SNMP的采集处理装置，其特征在于，包括：

建立模块，用于建立对象与管理信息库MIB中数据表的对应关系；

采集模块，用于根据所述对应关系对所述对象的关联数据进行采集；

其中，根据所述对应关系对所述对象的关联数据进行采集，包括：

对所述MIB中的数据节点所对应的数据表进行遍历取值，获取采集类的对象集合，判断预先设置的协议数据单元PDU的返回值中的对象标识OID是否与注解Annotation中定义的OID存在于所述MIB中的相同数据表，如果不是，则结束遍历取值；如果是，则将所述返回值中的OID绑定为新的PDU继续遍历取值，所述Annotation为所述对象的对象属性中的Annotation。

5.根据权利要求4所述的装置，其特征在于，所述建立模块，包括：

添加单元，用于在所述对象的每个需要采集的对象属性中添加一组注解Annotation；

建立单元，用于根据所述Annotation建立所述属性与所述MIB中的数据节点的对应关系。

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

赋值模块，用于通过反射将采集值赋值到所述对象的属性中，其中，所述对象的属性包括：索引属性和非索引属性。