CN108989089A - 一种设备数据获取方法、设备及系统 - Google Patents

Abstract

本申请实施例公开了一种设备数据获取方法、设备及系统，涉及数据通信领域，本申请提供的一种设备数据获取方法，大大减少了网管服务器与被管理设备间的信息交互，节约了带宽，降低网管服务器CPU/内存等性能消耗。该方法包括：被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过设定的UDP端口发送给网管服务器。

Description

一种设备数据获取方法、设备及系统

技术领域

本申请属于数据通信领域，尤其涉及一种设备数据获取方法、设备及系统。

背景技术

基于传输控制协议(Transmission Control Protocol，简称TCP)/网络互连协议(Internet Protocol，简称IP)的网络管理可以实现管理设备(通常为网管服务器)对被管理设备(如路由器、交换机、终端服务器及防火墙等网络设备)进行性能监控，当前网管服务器对被管理设备进行性能数据监控主要是通过对被管理设备进行性能数据轮询来实现，此种实现方式中，存在网络服务器与被管理设备间消息交互频繁，耗时较长，带宽消耗大。且当网管服务器监控的被管理设备较多时，消耗网管服务器CPU资源较大，对网管服务器的性能要求较高。

发明内容

本申请提供了一种设备数据获取方法、设备及系统，用以解决网管服务器对被管理设备的性能监控存在耗时较长，带宽消耗大，对网管服务器性能要求高的问题。

为了达到上述目的，第一方面，本申请实施例提供了一种设备数据获取方法，所述方法包括：

被管理设备按照预定的时间周期从管理信息库(Management Information Base，MIB)中获取本地对象标识符(Object Identifiers，OID)列表中所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过设定的UDP端口发送给网管服务器。

第二方面，本申请实施例提供了一种网络设备，该网络设备包括：

获取模块，用于按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值；

发送模块，用于通过设定的UDP端口将获取的所有OID属性值发送给网管服务器。

第三方面，本申请实施例还提供了一种网管服务器，包括：

配置模块，用于建立待获取数据项模板，所述待获取数据项模板中包含所有待获取的数据项；

接收模块，用于通过设定的UDP端口接收被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值。

第四方面，本申请实施例还提供了一种设备数据获取系统，所述系统包括如第三方面所述的网管服务器和至少一台如第二方面所述的网络设备。

本申请提供的一种设备数据获取方法、设备及系统，被管理设备接收到网管服务器发送的SNMP请求后，将SNMP请求中携带所有待获取数据项的OID保存到本地OID列表，并按照预定的时间周期从MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值发送给网管服务器，大大减少了网管服务器与被管理设备间的信息交互，不仅节约了带宽，还降低了网管服务器CPU/内存等性能消耗。同时，通过设定的UDP端口传输保证了数据安全性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种设备数据获取系统的架构示意图；

图2为本申请实施例提供的一种设备的结构示意图；

图3为本申请实施例提供的一种网管服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体实施例对上述方法进行详细描述。

在基于TCP/IP协议的网络管理中，网管服务器主要通过以下方式实现对被管理设备的性能监控，一种是网管服务器主动对被管理设备进行性能轮询，以获得需要的被管理设备的性能数据。此种实现方式中，存在网络服务器与被管理设备间消息交互频繁，耗时较长，带宽消耗大。且当网管服务器监控的被管理设备较多时，消耗网管服务器CPU资源较大，对网管服务器的性能要求较高。另一种是被管理设备主动向网管服务器发送重要事件消息，目前主要有SNMP TRAP和系统日志SYSLOG两种方式，但是该两种方式，仅在被管理设备出现问题或监控对象发生变化才会主动向网管服务器上报消息，其无法实现将网管服务器需要的具体性能数据主动上报。

基于目前网络管理中存在的上述问题，本申请提供了一种设备数据获取方法，以使得网管服务器能够高效的获得被管理设备的相关性能数据。在本申请实施例中以SNMP协议实现网络服务器与被管理设备之间的通信为例来具体说明本申请提供的一种设备数据获取方法的具体实现过程，当然，该方法也可以通过能够实现网络服务器与被管理设备之间通信的其他协议实现，此处不做穷举。

本申请实施例提供的一种设备数据获取方法可以应用于设备数据获取系统中，如图1所示，为本申请实施例提供的一种设备数据获取系统的架构示意图，该系统包括网管服务器及至少一台被管理设备，这里的被管理设备可以为路由器、交换机、终端服务器及防火墙等的一种或多种，此处不做具体限定，图1中示例性画出的被管理设备，仅是为了方便理解，其并不能作为对本申请实施例的具体限定。

本申请实施例提供了一种设备数据获取方法，应用于如图1所示的设备数据获取系统中，该方法包括：

被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值，将获取的所有OID属性值发送给网管服务器。具体的，被管理设备通过设定的UDP端口将获取的所有OID属性值发送给网管服务器，在本申请实施例中，设定的UDP端口为自定义配置，其配置区间为1025‐65535中的任意一个UDP端口，被管理设备通过设定的UDP端口将获取的所有OID属性值发送给网管服务器，能够有效的保障数据传输的安全性。

在本申请实施例中，在所述被管理设备按照预定的时间周期从MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值之前，所述方法还包括：

网管服务器向被管理设备发送SNMP请求，所述SNMP请求中携带所有待获取数据项的OID；

被管理设备接收到所述SNMP请求后，根据所述SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过SNMP响应发送给网管服务器；

被管理设备将所述SNMP请求中携带的所有待获取数据项的OID保存到本地OID列表中。

具体的，在网管服务器通过SNMP协议与被管理设备建连成功后，网管服务器向被管理设备发送SNMP请求，该SNMP请求中携带所有待获取数据项的OID；被管理设备接收到该SNMP请求后，根据所述SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将所述OID属性值通过SNMP响应发送给网管服务器。优选的，被管理设备可以通过与网管服务器预先约定的格式和端口将获取到的OID属性值发送给网管服务器。同时，被管理设备将此次网管服务器发送的SNMP请求中携带的所有待获取数据项的OID保存到本地OID列表中；之后，被管理设备按照预定的时间周期，从本地MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值，并将获取到的所有OID属性值通过设定的UDP端口发送给网管服务器。在本申请实施例中，预定的时间周期是可配置，具体可以根据网管服务器的性能及被管理设备的数量进行配置，取最优经验值；如被管理设备可以设定每隔5分钟从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取到的所有待获取数据项的OID对应的OID属性值通过设定的UDP端口发送给网管服务器。网管服务器监听设定的UDP端口的UDP报文，当监听到从设定的UDP端口上接收到被管理设备发送的UDP报文后，根据被管理设备主动发送的UDP报文中携带的OID属性值，更新网管服务器上该被管理设备对应的性能数据。当被管理设备首次加入到网管服务器中进行管理时，网管服务器将首次接收到的被管理设备反馈的待获取数据项的OID对应的OID属性值作为该被管理设备的初始数据。

优选的，在所述网管服务器向被管理设备发送简单网络管理协议SNMP请求之前，所述方法还包括：所述网管服务器建立待获取数据项模板，所述待获取数据项模板中包含所有待获取的数据项。其中，网管服务器预先配置被管理设备的待获取数据项模板，该待获取数据项模板包含相应的待获取数据项，待获取数据项可以是被管理设备的一个或多个具体性能数据项，如物理接口数量、当前CPU利用率以及接口带宽利用率等，该待获取数据项模板中的待获取数据项可以根据具体的需求进行相应的配置，此处不做具体限定。该待获取数据项模板中包含待获取数据项的对象标识符(Object Identifiers，OID)。其中，OID是SNMP消息中具有唯一标识作用的键值，可以用于识别管理信息库(ManagementInformation Base，MIB)中的各种信息(如物理接口数量、当前CPU利用率及接口带宽利用率等)。

更优的，所述网管服务器向被管理设备发送新的SNMP请求，所述新的SNMP请求中携带所述待获取数据项模板中部分或全部待获取数据项；

被管理设备接收到所述新的SNMP请求后，根据所述新的SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过SNMP响应发送给网管服务器。具体的，当管理员需要实时查看设备的部分或全部性能信息时，手动点击刷新，此时，网管服务器向被管理设备发送SNMP请求，所述SNMP请求中携带所述待获取数据项模板中部分或全部待获取数据项，被管理设备根据该SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过SNMP响应发送给网管服务器。

可选的，为保证获取的OID属性值的准确性，避免由于被管理设备离线等异常，导致获取到的OID属性值不准确，在本申请实施例中，可以设定网管服务器定时向被管理设备发送SNMP请求，以实现将网管服务器上待获取数据模板中待获取数据项的OID同步到被管理设备的本地OID列表中。网管服务器定时发送SNMP请求的时间周期可以配置，该时间周期可以根据实际应用场景进行调整，如可以设定网管服务器每隔24小时向被管理设备向被管理设备发送一次SNMP请求，以便刷新被管理设备的本地OID列表。

当待获取数据项发生改变时，即对网管服务器上待获取数据项模板中的待获取数据项进行增加或减少时，网管服务器向被管理设备主动发送一次SNMP请求，该SNMP请求中携带改变后待获取数据项的OID，被管理设备接收到该SNMP请求后，从MIB中获取该SNMP请求中所有待获取数据项的OID对应的OID属性值，并将获取到的所有待获取数据项的OID对应的OID属性值通过SNMP响应发送给网管服务器，同时，被管理设备将该SNMP请求中所有待获取数据项的OID保存到本地OID列表中，实现网管服务器上待获取数据项模板中的待获取数据项改变后，对被管理设备本地OID列表的更新。

本申请实施例提供的一种设备数据获取方法，被管理设备接收到网管服务器发送的SNMP请求后，将SNMP请求中携带所有待获取数据项的OID保存到本地OID列表，并按照预定的时间周期从MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值通过设定的UDP端口发送给网管服务器，大大减少了网管服务器与被管理设备间的信息交互，不仅节约了带宽，还降低了网管服务器CPU/内存等性能消耗。同时，通过设定的UDP端口传输保证了数据安全性。

基于上述实现方法，本申请实施例还提供了一种网络设备，该设备可以是路由器、交换机、终端服务器及防火墙等的一种或多种，此处不做具体限定。如图2所示，该网络设备20包括：

获取模块201，用于按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值；

发送模块202，用于通过设定的UDP端口将获取的所有OID属性值发送给网管服务器。

所述网络设备还包括接收模块203和存储模块204：

所述接收模块203，用于接收网管服务器发送的简单网络管理协议SNMP请求，所述SNMP请求中携带所有待获取数据项的OID；

所述获取模块201，还用于根据所述SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值；

所述发送模块202，还用于将获取的所有OID属性值通过SNMP响应发送给网管服务器；

所述存储模块204，用于将所述SNMP请求中携带的所有待获取数据项的OID保存到本地OID列表中。

如图3所示，本申请实施例还提供了一种网管服务器30，包括：

配置模块301，用于建立待获取数据项模板，所述待获取数据项模板中包含所有待获取的数据项；

所述接收模块303，用于通过设定的UDP端口接收被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值。

所述网管服务器还包括发送模块302，用于向被管理设备发送简单网络管理协议SNMP请求，所述SNMP请求中携带所述待获取数据项模板中部分或全部待获取数据项；

接收模块303，还用于接收被管理设备通过SNMP响应发送的所有待获取数据项的OID对应的OID属性值。

所述网管服务器还包括保存模块304，用于保存所述接收模块303从所述被管理设备接收的所有待获取数据项的OID对应的OID属性值。

本申请实施例还提供了一种设备数据获取系统，所述系统包括如图3所示的网管服务器和至少一台如图2所示的网络设备。所述网管服务器通过SNMP协议与设备建连，实现网管服务器对设备的网络管理。本申请实施例提供的一种设备数据获取系统，通过被管理设备接收到网管服务器发送的SNMP请求后，将SNMP请求中携带所有待获取数据项的OID保存到本地OID列表，并按照预定的时间周期从MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值通过设定的UDP端口发送给网管服务器，大大减少了网管服务器与被管理设备间的信息交互，不仅节约了带宽，还降低了网管服务器CPU/内存等性能消耗。同时，通过设定的UDP端口传输保证了数据安全性。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当分支节点执行该指令时，该分支节点执行上述方法实施例所示的方法流程中分支节点执行的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read‐Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read‐Only Memory，CD‐ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

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

被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过设定的UDP端口发送给网管服务器。

2.根据权利要求1所述的方法，其特征在于，在所述被管理设备按照预定的时间周期从MIB中获取本地OID列表中所有待获取数据项的OID对应的OID属性值之前，所述方法还包括：

被管理设备接收所述网管服务器发送的简单网络管理协议SNMP请求，所述SNMP请求中携带所有待获取数据项的OID；

被管理设备接收到所述SNMP请求后，根据所述SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过SNMP响应发送给网管服务器；

被管理设备将所述SNMP请求中携带的所有待获取数据项的OID保存到本地OID列表中。

3.根据权利要求2所述的方法，其特征在于，在被管理设备接收所述网管服务器发送的SNMP请求之前，所述方法还包括：所述网管服务器建立待获取数据项模板，所述待获取数据项模板中包含所有待获取的数据项。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：所述网管服务器定时向被管理设备发送新的SNMP请求，所述新的SNMP请求中携带所述待获取数据项模板中部分或全部待获取数据项；

被管理设备接收到所述新的SNMP请求后，根据所述新的SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值，并将获取的所有OID属性值通过SNMP响应发送给网管服务器。

5.一种网络设备，其特征在于，包括：

获取模块，用于按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值；

发送模块，用于通过设定的UDP端口将获取的所有OID属性值发送给网管服务器。

6.根据权利要求5所述的网络设备，其特征在于，所述网络设备还包括接收模块和存储模块：

所述接收模块，用于接收网管服务器发送的简单网络管理协议SNMP请求，所述SNMP请求中携带所有待获取数据项的OID；

所述获取模块，还用于根据所述SNMP请求中携带的所有待获取数据项的OID，从MIB中获取所有待获取数据项的OID对应的OID属性值；

所述发送模块，还用于将获取的所有OID属性值通过SNMP响应发送给网管服务器；

所述存储模块，用于将所述SNMP请求中携带的所有待获取数据项的OID保存到本地OID列表中。

7.一种网管服务器，其特征在于，包括：

配置模块，用于建立待获取数据项模板，所述待获取数据项模板中包含所有待获取的数据项；

接收模块，用于通过设定的UDP端口接收被管理设备按照预定的时间周期从管理信息库MIB中获取本地对象标识符OID列表中所有待获取数据项的OID对应的OID属性值。

8.根据权利要求7所述的网管服务器，其特征在于，所述网管服务器还包括发送模块，用于向被管理设备发送简单网络管理协议SNMP请求，所述SNMP请求中携带所述待获取数据项模板中部分或全部待获取数据项；

所述接收模块，还用于接收被管理设备通过SNMP响应发送的所有待获取数据项的OID对应的OID属性值。

9.根据权利要求7或8所述的网管服务器，其特征在于，所述网管服务器还包括保存模块，用于保存所述接收模块从所述被管理设备接收的所有待获取数据项的OID对应的OID属性值。

10.一种设备数据获取系统，其特征在于，所述系统包括如权利要求7‐9任一项所述的网管服务器和至少一台如权利要求5或6所述的网络设备。