CN101453355A - 一种轮询方法、系统、网管站及被管设备 - Google Patents

Abstract

本发明公开了一种轮询方法、系统、网管站及被管设备，属于网络管理领域。所述方法包括：被管设备接收网管站发送的获取数据的请求，所述获取数据的请求中包含时间参数；所述被管设备收到所述请求后，根据所述时间参数采集数据，并向所述网管站发送所述数据。所述轮询系统包括：网管站和被管设备。所述网管站包括：请求发送模块和结果接收模块。所述被管设备包括：请求接收模块、定时器模块、数据采集模块和结果发送模块。本发明在获取数据的请求报文中加入时间参数，只发送一个请求报文就可以得到周期的多个应答，减少了发送请求报文的数量，节省了网管站资源和网络带宽。

Description

一种轮询方法、系统、网管站及被管设备

技术领域

本发明涉及网络管理领域，特别涉及一种轮询方法、系统、网管站及被管设备。

背景技术

在网络管理中，需要持续地监视网络设备的状态和性能。为达到这个目的，经常采用轮询的手段。所谓轮询，就是网管站周期地向被管设备发送查询报文，从而网管站可以周期地收到被管设备的应答报文。例如，网管站可以周期地查询网络接口的收/发字节数，这样它就能够获知在一天的不同时段中网络流量的变化情况。这样做的代价是网管站不得不为每台被管设备发送大量的查询报文，当网管站监视的设备增多，发送的查询报文数也快速增长，消耗了网管站的资源和网络带宽。

NETCONF(Network Configuration Protocol，网络配置协议)可以做轮询，网管站周期向被管设备发送<get>或<get-config>查询请求报文，该报文包含了一个或多个欲查询的变量。被管设备查询每个变量的值，将查询结果用<rpc-reply>报文应答给网管站。查询请求报文和应答报文都包含一个标识message-id，用于匹配一对请求和应答。

现有的轮询技术存在的缺陷是：每一次轮询都要发送一个请求报文，这些请求报文的内容都是重复的，网管站和网络带宽资源存在浪费。

发明内容

为了节省网管站与网络带宽资源，本发明实施例提供了一种轮询方法、系统、网管站及被管设备。所述技术方案如下：

一种轮询方法，所述方法包括：

被管设备接收网管站发送的获取数据的请求，所述获取数据的请求中包含时间参数；

所述被管设备收到所述请求后，根据所述时间参数采集数据，并向所述网管站发送所述数据。

一种轮询系统，所述系统包括：

网管站，用于向被管设备发送获取数据的请求，所述获取数据的请求中包含时间参数。

被管设备，用于接收所述请求，根据所述时间参数采集数据，并向所述网管站发送所述数据。

一种网管站，所述网管站包括：

请求发送模块，用于向被管设备发送获取数据的请求，所述获取数据的请求中包含时间参数；

结果接收模块，用于接收所述被管设备发送的数据。

一种被管设备，所述被管设包括：

请求接收模块，用于接收网管站发送的获取数据的请求，所述获取数据的请求中包含时间参数；

定时器模块，用于根据所述请求中的时间参数设置定时器，定时触发数据采集模块；

数据采集模块，用于接收所述定时器模块的触发信号，采集数据，并将所述数据发送到结果发送模块；

结果发送模块，用于接收数据采集模块发送的所述数据，并向所述网管站发送所述数据

本发明实施例在查询报文中加入时间参数，只发送一个请求报文就可以得到周期的多个应答，减少了发送请求报文的数量，节省了网管站资源和网络带宽。

附图说明

图1是本发明实施例1提供的一种轮询方法的流程图；

图2是本发明实施例2提供的一种轮询方法的流程图；

图3是本发明实施例3提供的一种轮询方法的流程图；

图4是本发明实施例4提供的一种轮询系统的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

为了减少发送请求的数量，节省网管站资源和网络带宽，本发明实施例提供了一种轮询方法，网管站在查询请求中扩展了新的时间参数，用于描述数据应答的要求。如图1所示，具体步骤如下：

步骤101：在NETCONF的查询请求报文中增加时间参数，并将该请求报文发送给被管设备。

由于NETCONF协议采用了XML编码，因此NETCONF请求报文和应答报文具有良好的扩展性，实现者可以在标准协议的基础上扩展新的参数以实现其独特的管理功能。

上述时间参数包括：采样开始的时间，采样结束的时间和采样的间隔。

时间参数可经由下列简单的数学公式相互换算，因此不局限于本步骤中所述的形式，可以有不同的时间参数组合，例如：起始时间、采样周期和采样次数的组合，换算公式为：

起始时间+持续时间＝终止时间

采样周期*采样次数＝持续时间

有些参数也可以是可选出现的，当它不出现时表明特殊的含义，例如：不提供采样开始时间参数表明轮询立刻开始；不提供采样结束的时间参数表明轮询永远不自动结束，除非人为中止。

在本发明实施例中，以查询接口eth0的性能数据为例，具体的查询请求可以通过以下形式表达：

<rpc message-id＝＂＂101“xmlns＝＂urn:ietf:params:xml:ns:netconf:base:1.0＂>

      <get>

        <sample-begin>2007-07-01T00:00:00Z</sample-begin>

        <sample-end>2007-07-02T00:00:00Z</sample-end>

        <sample-interval>60</sample-interval>

        <filter type＝＂subtree＂＂>

          <t:top xmlns:t＝＂http://example.com/schema/1.2/stats＂>

           <t:interfaces>

               <t:interface t:ifName＝＂eth0＂/>

             </t:interfaces>

           </t:top>

        </filter>

     </get>

  </rpc>

其中，<sample-begin>表示采样开始的时间；

      <sample-end>表示采样结束的时间；

      <sample-interval>表示采样的间隔时间，单位是秒。

上述程序中，为NETCONF的<get>操作扩展了时间参数，用于描述数据应答的时间要求。

该请求报文的含义为：从2007-07-010点至次日0点，每60秒发送一个应答。

上述时间参数同样可以施加于<get-config>操作，即查询报文可以是<get-config>操作的形式。形式、内容和应答与<get>完全相同，不再赘述。

步骤102：被管设备根据接收到的查询请求报文，定时执行查询，并将应答报文报告给网管站。

在本步骤中，被管设备接收到请求报文后，根据该请求报文设置定时器的采样开始的时间和采样结束的时间，每一个采样的间隔执行一次查询，并将查询结果通过<rpc-reply>报告给网管站，并对每次应答都进行标识。被管设备应答的<rpc-reply>如下：

<rpc-reply message-id＝＂101“xmlns＝＂urn:ietf:params:xml:ns:netconf:base:1.0“

     sample-id＝＂n＂>

   <data>

    <t:top xmlns:t＝＂http://example.com/schema/1.2/stats＂>

     <t:interfaces>

      <t:interface t:ifName＝＂eth0＂>

        <t:ifInOctets>45621</t:ifInOctets>

       <t:ifOutOctets>774344</t:ifOutOctets>

      </t:interface>

     </t:interfaces>

   </t:top>

  </data>

</rpc-reply>

在<rpc-reply>中message-id依然用于匹配查询和应答的关系，此外还扩展了一个新属性sample-id，用于标识轮询过程中的一次应答。

本发明实施例在查询报文中加入时间参数，只发送一个请求报文就可以得到周期的多个应答，减少了发送请求报文的数量，节省了网管站资源和网络带宽。

实施例2

在本发明实施例中，网管站可以通过事件通知订阅机制获取被管设备数据。网管站先发送<create-subscription>请求报文给被管设备，该请求报文描述了网管站对哪些事件感兴趣，并通过时间参数指定了事件发生的条件，被管设备将网管站请求的数据以<notification>的形式通知网管站，而不是实施例1中的<rpc-reply>形式。如图2所示，具体步骤如下：

步骤201：在<create-subscription>订阅请求报文中扩展时间参数以描述事件发生的条件，并将其发送给被管设备。

上述时间参数中，事件发生的条件包括：事件发生开始的时间，停止发送事件通知的时间和两次事件发生的间隔。其中时间参数的各种变换情况与实施例1相同，不再赘述。

以查询接口eth0的性能数据为例，该<create-subscription>请求报文如下：

       <netconf:rpc netconf:message-id＝＂101”

            xmlns:netconf＝＂urn:ietf:params:xml:ns:netconf:base:1.0＂>

       <create-subscription xmlns＝＂urn:ietf:params:netconf:capability:notification:1.0＂>

         <sample-begin>2007-07-01T00:00:00Z</sample-begin>

         <sample-end>2007-07-02T00:00:00Z</sample-end>

         <sample-interval>60</sample-interval>

         <filter netconf:type＝＂subtree＂>

            <t:top xmlns:t＝＂http://example.com/schema/1.2/stats＂>

              <t:interfaces>

                 <t:interface t:ifName＝＂eth0＂/>

               </t:interfaces>

             </t:top>

          </filter>

       </create-subscription>

   </netconf:rpc>

在本发明实施例中，该<create-subscription>请求报文要求发送关于接口eth0性能数据的通知消息，通知发送从2007-07-010点持续至次日0点，每60秒发送一个。

步骤202：被管设备根据收到的请求报文，定时采集数据，并生成事件通知<notification>，发送给网管站。

在本步骤中，被管设备接收到请求报文后，根据该请求报文设置定时器的开始的时间和结束的时间，每一个时间间隔触发采样，并将采样结果通过<notification>报告给网管站。

优选地，被管设备可以在采样后及时将采样结果报告给网管站，此外，被管设备也可以在预定的时间内将采样结果报告给网管站，所述预订的时间可以在请求报文中承载，也可以由网管站和被管设备事先约定。

<notification>的形式如下：

<notification xmlns＝＂urn:ietf:params:netconf:capability:notification:1.0＂>

   <t:top xmlns:t＝＂http://example.com/schema/1.2/stats＂>

      <t:interfaces>

          <t:interface t:ifName＝＂eth0＂>

             <t:ifInOctets>45621</t:ifInOctets>

             <t:ifOutOctets>774344</t:ifOutOctets>

          </t:interface>

      </t:interfaces>

   </t:top>

</notification>

实现者可以在每个NETCONF会话上建立一个订阅，这样就能通过不同的会话区分收到的事件通知属于哪个订阅请求报文。

采用本发明实施例所述技术方案，在<create-subscription>请求中扩展时间参数，指定了事件发生的条件，因此网管站可以根据时间参数周期性地收到通知消息。

实施例3

本发明实施例提供了一种基于流(stream)的事件通知订阅机制。所谓流是一组相关的事件通知，流的内容由用户自定义。网管站在<create-subscription>请求报文中指定它所感兴趣的流。实现者可以为被监视的变量定义一个事件流，在该事件流的定义中包含时间参数，然后用普通的(即不做任何扩展)的<create-subscription>操作订阅这个流。如图3所示，具体步骤如下：

步骤301：建立一组相关的事件通知，即定义一个流，流的内容由用户自定义，并在流的定义中包含时间参数，即事件发生开始的时间，停止发送事件通知的时间和两次事件发生的间隔。

步骤302：网管站在<create-subscription>请求报文中指定它所感兴趣的流，并将包含流的<create-subscription>请求报文发送给被管设备。

其中，包含流的<create-subscription>请求报文不作任何扩展，其格式可以参见如下示例：

<netconf:rpc netconf:message-id＝＂101”

         xmlns:netconf＝＂urn:ietf:params:xml:ns:netconf:base:1.0＂>

   <create-subscription xmlns＝＂urn:ietf:params:netconf:capability:notification:1.0＂>

     <stream>PollingEth0</stream>

   </create-subscription>

</netconf:rpc>

其中的<stream>参数指定了感兴趣的流为“PollingEth0”流。

步骤303：被管设备根据收到的请求报文，根据流中的时间参数执行采样，并将采样结果以<notification>的形式通知网管站。

被管设备根据该请求报文发回的<notification>与实施例2中步骤202中的<notification>相同，不再赘述。

本发明实施例通过在事件流的定义中包含时间参数，然后用普通的(即不做任何扩展)的<create-subscription>操作订阅这个流，网管站可以根据时间参数周期性地收到通知消息。

实施例4

本发明实施例提供了一种轮询系统，如图4所示，该系统包括：

网管站，用于向被管设备发送获取数据的请求，获取数据的请求中包含时间参数。

被管设备，用于接收获取数据的请求，根据时间参数采集数据，并向网管站发送该数据。

其中，网管站具体包括：

请求发送模块，用于向被管设备发送获取数据的请求，该获取数据的请求中包含时间参数。

结果接收模块，用于接收被管设备发送的数据。

请求发送模块根据所发送的获取数据的请求的类型不同，可以分为以下几种：

查询请求发送模块，用于通过数据查询操作向被管设备发送获取数据的请求，获取数据的请求中包含时间参数。

订阅请求发送模块，用于通过事件订阅操作向被管设备发送获取数据的请求，获取数据的请求中直接包含时间参数。

事件流订阅请求发送模块，用于通过事件订阅操作向被管设备发送获取数据的请求，获取数据的请求中包含事件流的标识，该事件流的定义中包含了时间参数。

被管设备具体包括：

请求接收模块，用于接收网管站发送的获取数据的请求，获取数据的请求中包含时间参数；

定时器模块，用于根据获取数据请求中的时间参数设置定时器，定时触发数据采集模块。

数据采集模块，用于接收定时器模块的触发信号，采集数据，并采集的数据发送到结果发送模块。

结果发送模块，用于接收数据采集模块发送的数据，并向网管站发送该数据。

通过本发明实施例所述技术方案可以只发送一个请求报文就可以得到周期的多个应答，减少了发送请求报文的数量，节省了网管站资源和网络带宽。

以上所述该仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种轮询方法，其特征在于，所述方法包括：

被管设备接收网管站发送的获取数据的请求，所述获取数据的请求中包含时间参数；

所述被管设备收到所述请求后，根据所述时间参数采集数据，并向所述网管站发送所述数据。

2.如权利要求1所述的轮询方法，其特征在于，所述时间参数包括间隔时间和/或开始时间和/或结束时间。

3.如权利要求2所述的轮询方法，其特征在于，所述被管设备根据所述时间参数向所述网管站发送所述数据，具体包括：

所述被管设备自所述开始时间起，每隔一个间隔时间对数据进行采样，并向所述网管站发送采样的数据，直至所述结束时间。

4.如权利要求1-3中任意一项所述的轮询方法，其特征在于，所述获取数据的请求为数据查询操作。

5.如权利要求1-3中任意一项所述的轮询方法，其特征在于，所述获取数据的请求为事件订阅操作，所述事件订阅操作中直接包含所述时间参数。

6.如权利要求1-3中任意一项所述的轮询方法，其特征在于，所述获取数据的请求为事件订阅操作，所述事件订阅操作中包含事件流的标识，所述事件流的定义中包含所述时间参数。

7.一种轮询系统，其特征在于，所述系统包括：

网管站，用于向被管设备发送获取数据的请求，所述获取数据的请求中包含时间参数。

被管设备，用于接收所述请求，根据所述时间参数采集数据，并向所述网管站发送所述数据。

8.如权利要求7所述的轮询系统，其特征在于，所述网管站具体包括：

请求发送模块，用于向所述被管设备发送所述获取数据的请求，所述获取数据的请求中包含时间参数；

结果接收模块，用于接收所述被管设备发送的所述数据。

9.如权利要求7所述的轮询系统，其特征在于，所述被管设备具体包括：

请求接收模块，用于接收所述网管站发送的所述获取数据的请求，所述获取数据的请求中包含时间参数；

定时器模块，用于根据所述请求中的时间参数设置定时器，定时触发数据采集模块；

数据采集模块，用于接收所述定时器模块的触发信号，采集数据，并将所述数据发送到结果发送模块；

结果发送模块，用于接收数据采集模块发送的所述数据，并向所述网管站发送所述数据。

10.一种网管站，其特征在于，所述网管站包括：

请求发送模块，用于向被管设备发送获取数据的请求，所述获取数据的请求中包含时间参数；

结果接收模块，用于接收所述被管设备发送的数据。

11、如权利要求10所述的网管站，其特征在于，所述请求发送模块为：

查询请求发送模块，用于通过数据查询操作向所述被管设备发送获取数据的请求，所述获取数据的请求中包含时间参数。

12、如权利要求10所述的网管站，其特征在于，所述请求发送模块为：

订阅请求发送模块，用于通过事件订阅操作向所述被管设备发送获取数据的请求，所述获取数据的请求中直接包含时间参数。

13、如权利要求10所述的网管站，其特征在于，所述请求发送模块为：

事件流订阅请求发送模块，用于通过事件订阅操作向所述被管设备发送获取数据的请求，所述获取数据的请求中包含事件流的标识，所述事件流的定义中包含了时间参数。

14.一种被管设备，其特征在于，所述被管设备包括：

请求接收模块，用于接收网管站发送的获取数据的请求，所述获取数据的请求中包含时间参数；

定时器模块，用于根据所述请求中的时间参数设置定时器，定时触发数据采集模块；

数据采集模块，用于接收所述定时器模块的触发信号，采集数据，并将所述数据发送到结果发送模块；

结果发送模块，用于接收数据采集模块发送的所述数据，并向所述网管站发送所述数据。

Images