一种数据处理方法、设备及系统

本申请要求于2019年10月16日提交中国国家知识产权局、申请号为CN201910984111.3、发明名称为“一种数据处理方法、设备及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法、设备及系统。

背景技术

网络配置协议(network configuration protocol，NETCONF)是一种基于可扩展标记语言extensible markup language，XML)的网络管理协议，它提供了一种可编程的、对网络设备进行配置和管理的方法。用户可以通过该协议设置参数、获取参数值、获取统计信息等。NETCONF报文使用XML格式，具有强大的过滤能力，而且每一个数据项都有一个固定的元素名称和位置，这使得同一厂商的不同设备具有相同的访问方式和结果呈现方式，不同厂商之间的设备也可以经过映射XML得到相同的效果，这使得它在第三方软件的开发上非常便利，很容易开发出在混合不同厂商、不同设备的环境下的特殊定制的网管软件。在这样的网管软件的协助下，使用NETCONF功能会使网络设备的配置管理工作，变得更简单更高效。

YANG(Yet Another Next Generation)是针对NETCONF访问的数据建模语言，NETCONF用YANG对各种操作、数据、以及通知进行建模，具有良好的可读性和可扩展性。设备和客户端都可以使用YANG进行建模。设备侧提供了YANG模型后，客户端可依据工具自动生成对应的访问模型代码，以节省开发工作量。

Restconf是一种基于超文本传输协议(hypertext transfer protocol，HTTP)的协议，该协议通过NETCONF中定义的数据存储概念来配置YANG中的数据。

遥测(telemetry)技术是一项远程的从物理网络设备或虚拟网络设备上高速采集数据的技术。通过push模式，提供了更实时更高速的数据采集功能。同时提高了采集过程中的网络设备和网络的利用率。

事件-条件-动作(event-condition-action，ECA)模型可以对通用策略进行建模，允许对设备/控制器中某一类参数进行监控，当触发条件满足时，事件发生。在实际网络场景中，ECA模型中的动作部分只支持对运行ECA模型的网络设备进行重新配置或者记录相关时间的触发。

发明内容

有鉴于此，本申请实施例提供了一种数据处理方法、设备及系统，网管设备向网络设备发送扩展的ECA实例，所述扩展的ECA实例中包括的动作部分可以触发网络设备的telemetry功能。从而，所述网络设备可以根据所述扩展的ECA实例中包括的事件部分触发telemetry功能，向所述网管设备发送相对应的telemetry数据。从而，基于扩展的ECA模型，实现了网络事件和telemetry的自动关联。

本申请实施例提供的技术方案如下。

第一方面，提供了一种数据处理方法，所述方法包括，网管设备生成扩展的ECA实例，所述扩展的ECA实例包括第一事件、第一条件和第一动作，所述第一动作包括第一对象标识和第一指标类型，所述第一对象标识指示第一待检测对象，所述第一指标类型指示所述第一待检测对象的性能指标，所述扩展的ECA实例用于指示所述网管设备管理的网络设备根据所述第一事件和所述第一条件向所述网管设备发送第一检测数据，所述网络设备包括所述第一待检测对象。然后，所述网管设备向所述网络设备发送第一消息，所述第一消息包括所述扩展的ECA实例。并且，所述网管设备接收所述网络设备发送的第二消息，所述第二消息包括所述第一检测数据。

基于实施例提供的方案，所述网络设备可以根据所述扩展的ECA实例中包括的事件部分触发telemetry功能，向所述网管设备发送相对应的telemetry数据。从而，基于扩展的ECA模型，实现了网络事件和telemetry的自动关联。

在第一方面的一种可能的实现方式中，在所述网管设备接收所述网络设备发送的第二消息之前，所述方法还包括：所述网管设备向所述网络设备发送请求消息，所述请求消息用于请求所述网络设备发送所述第二消息。

在第一方面的又一种可能的实现方式中，所述网管设备向所述网络设备发送请求消息，包括：所述网管设备按照预设频率向所述网络设备发送所述请求消息。

在第一方面的再一种可能的实现方式中，在网管设备生成扩展的ECA实例之前，所述方法还包括：所述网管设备获取扩展的ECA模型，所述扩展的ECA模型指示所述网管设备根据所述扩展的ECA模型和需要监控的事件生成所述扩展的ECA实例。

可选的，所述第一动作还包括第二对象标识和第二指标类型，所述第二对象标识指示第二待检测对象，所述第二指标类型指示所述第二待检测对象的性能指标，所述扩展的ECA实例还用于指示所述网络设备根据所述第一事件和所述第一条件向所述网管设备发送与所述第二指标类型对应的、针对所述第二待检测对象的第二检测数据，所述网络设备包括所述第二待检测对象；所述第二消息还包括所述第二检测数据。

可选的，所述第一动作还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型。

可选的，所述第一动作还包括使能标志，所述使能标志用于使能所述第一动作。

可选的，所述第一动作还包括第一操作类型和/或第一指标值类型，所述第一操作类型指示所述第一检测数据的属性，所述第一指标值类型指示所述第一检测数据的数据类型。

在第一方面的再一种可能的实现方式中，在所述网管设备向所述网络设备发送第一消息之前，所述方法还包括：所述网管设备建立所述网管设备与所述网络设备之间的网络配置协议NETCONF会话或RESTCONF会话。

第二方面，提供了一种数据处理方法，所述方法包括，网络设备接收网管设备发送的第一消息，所述第一消息包括扩展的ECA实例，所述扩展的ECA实例包括第一事件、第一条件和第一动作，所述第一动作包括第一对象标识和第一指标类型，所述第一对象标识指示第一待检测对象，所述第一指标类型指示所述第一待检测对象的性能指标，所述网络设备包括所述第一待检测对象。当所述网络设备确定所述第一条件成立，所述网络设备确定所述第一事件发生。当所述网络设备确定所述第一事件发生，所述网络设备向所述网管设备发送第二消息，所述第二消息包括第一检测数据。

基于实施例提供的方案，所述网络设备可以根据所述扩展的ECA实例中包括的事件部分触发telemetry功能，向所述网管设备发送相对应的telemetry数据。从而，基于扩展的ECA模型，实现了网络事件和telemetry的自动关联。

在第二方面的一种可能的实现方式中，在所述网络设备向所述网管设备发送第二消息之前，所述方法还包括：所述网络设备接收所述网管设备发送的请求消息，所述请求消息用于请求所述网络设备发送所述第二消息。

可选的，所述第一动作还包括第二对象标识和第二指标类型，所述第二对象标识指示第二待检测对象，所述第二指标类型指示所述第二待检测对象的性能指标，所述网络设备包括所述第二待检测对象，所述第二消息还包括所述第二检测数据，所述第二检测数据是与所述第二指标类型对应的、针对所述第二待检测对象的检测数据。

可选的，所述第一动作还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型，所述第一检测数据是与所述业务类型相关联的检测数据。

在第二方面的又一种可能的实现方式中，所述第一动作还包括使能标志，所述使能标志用于使能所述第一动作，在所述网络设备确定所述第一条件成立之前，所述方法还包括：所述网络设备根据所述使能标志开启运行所述第一动作关联的所述检测数据的发送功能。

可选的，所述第二消息还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型。

可选的，所述第二消息还包括事件标识，所述事件标识指示所述第一事件。

可选的，所述第二消息还包括所述第一对象标识和所述第一指标类型。

在上述第一方面或第二方面中，可选的，所述第一条件是所述第一待检测对象满足所述第一指标类型指示的性能指标的条件。

在上述第一方面或第二方面中，可选的，所述第一条件是所述第一待检测对象满足第三指标类型指示的性能指标的条件，其中，所述第三指标类型与所述第一指标类型不相同。

第三方面，提供了一种网管设备，所述网管设备具有实现上述方法中网管设备行为的功能。所述功能可以基于硬件实现，也可以基于硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，网管设备的结构中包括处理器和接口，所述处理器被配置为支持网管设备执行上述方法中相应的功能。所述接口用于支持网管设备与网络设备之间的通信，从所述网络设备接收上述方法中所涉及的信息或者指令。所述网管设备还可以包括存储器，所述存储器用于与处理器耦合，其保存网管设备必要的程序指令和数据。

在另一个可能的设计中，所述网管设备包括：处理器、发送器、接收器、随机存取存储器、只读存储器以及总线。其中，处理器通过总线分别耦接发送器、接收器、随机存取存储器以及只读存储器。其中，当需要运行网管设备时，通过固化在只读存储器中的基本输入/输出系统或者嵌入式系统中的bootloader引导系统进行启动，引导网管设备进入正常运行状态。在网管设备进入正常运行状态后，在随机存取存储器中运行应用程序和操作系统，使得该处理器执行第一方面或第一方面的任意可能的实现方式中的方法。

第四方面，提供一种网管设备，所述网管设备包括：主控板和接口板，进一步，还可以包括交换网板。所述网管设备用于执行第一方面或第一方面的任意可能的实现方式中的方法。具体地，所述网管设备包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的模块。

第五方面，提供一种网管设备，所述网管设备包括控制器和第一转发子设备。所述第一转发子设备包括：接口板，进一步，还可以包括交换网板。所述第一转发子设备用于执行第四方面中的接口板的功能，进一步，还可以执行第四方面中交换网板的功能。所述控制器包括接收器、处理器、发送器、随机存取存储器、只读存储器以及总线。其中，处理器通过总线分别耦接接收器、发送器、随机存取存储器以及只读存储器。其中，当需要运行控制器时，通过固化在只读存储器中的基本输入/输出系统或者嵌入式系统中的bootloader引导系统进行启动，引导控制器进入正常运行状态。在控制器进入正常运行状态后，在随机存取存储器中运行应用程序和操作系统，使得该处理器执行第四方面中主控板的功能。

第六方面，提供了一种计算机存储介质，用于储存为上述网管设备所用的程序、代码或指令，当处理器或硬件设备执行这些程序、代码或指令时可以完成上述第一方面中网管设备的功能或步骤。

第七方面，提供了一种网络设备，所述网络设备具有实现上述方法中网络设备行为的功能。所述功能可以基于硬件实现，也可以基于硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，网络设备的结构中包括处理器和接口，所述处理器被配置为支持网络设备执行上述方法中相应的功能。所述接口用于支持网络设备与网管设备之间的通信，向网管设备发送上述方法中所涉及的信息或者指令。所述网络设备还可以包括存储器，所述存储器用于与处理器耦合，其保存网络设备必要的程序指令和数据。

在另一个可能的设计中，所述网络设备包括：处理器、发送器、接收器、随机存取存储器、只读存储器以及总线。其中，处理器通过总线分别耦接发送器、接收器、随机存取存储器以及只读存储器。其中，当需要运行网络设备时，通过固化在只读存储器中的基本输入/输出系统或者嵌入式系统中的bootloader引导系统进行启动，引导网络设备进入正常运行状态。在网络设备进入正常运行状态后，在随机存取存储器中运行应用程序和操作系统，使得该处理器执行第二方面或第二方面的任意可能的实现方式中的方法。

第八方面，提供一种网络设备，所述网络设备包括：主控板和接口板，进一步，还可以包括交换网板。所述网络设备用于执行第二方面或第二方面的任意可能的实现方式中的方法。具体地，所述网络设备包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的模块。

第九方面，提供一种网络设备，所述网络设备包括控制器和第二转发子设备。所述第二转发子设备包括：接口板，进一步，还可以包括交换网板。所述第二转发子设备用于执行第八方面中的接口板的功能，进一步，还可以执行第八方面中交换网板的功能。所述控制器包括接收器、处理器、发送器、随机存取存储器、只读存储器以及总线。其中，处理器通过总线分别耦接接收器、发送器、随机存取存储器以及只读存储器。其中，当需要运行控制器时，通过固化在只读存储器中的基本输入/输出系统或者嵌入式系统中的bootloader引导系统进行启动，引导控制器进入正常运行状态。在控制器进入正常运行状态后，在随机存取存储器中运行应用程序和操作系统，使得该处理器执行第八方面中主控板的功能。

第十方面，提供了一种计算机存储介质，用于储存为上述网络设备所用的程序、代码或指令，当处理器或硬件设备执行这些程序、代码或指令时可以完成上述第二方面中网络设备的功能或步骤。

第十一方面，提供一种网络系统，所述网络系统包括网管设备和网络设备，所述网管设备为前述第三方面或第四方面或第五方面中的网管设备，所述网络设备为前述第七方面或第八方面或第九方面中的网络设备。

通过上述方案，所述网管设备生成并向所述网络设备发送扩展的ECA实例，当所述网络设备判断所述扩展的ECA实例中的第一条件满足时，所述网络设备触发所述扩展的ECA实例中的第一事件发生，进而触发所述扩展的ECA实例中的第一动作(telemetry功能)，从而，向所述网管设备发送相对应的telemetry数据。如此这样，所述扩展的ECA模型实现了所述网络设备中的网络事件与telemetry功能自动关联，从而使得所述网络设备能够根据发生的网络事件自动启动telemetry功能和发送telemetry数据。

附图说明

图1为本申请实施例的一种通信网络结构示意图；

图2为本申请实施例的一种数据处理方法流程图；

图3为本申请实施例的网管设备的结构示意图；

图4为本申请实施例的网管设备的硬件结构示意图；

图5为本申请实施例的网管设备的硬件结构示意图；

图6为本申请实施例的网络设备的结构示意图；

图7为本申请实施例的网络设备的硬件结构示意图；

图8为本申请实施例的网络设备的硬件结构示意图。

具体实施方式

下面通过具体实施例，分别进行详细的说明。

图1为本申请实施例的一种通信网络结构示意图。如图1所述，所述通信网络包括网管设备和网络设备。其中，本申请实施方式中，对网络设备的数量不进行限定，例如图1所示的通信网络包括网络设备A、网络设备B和网络设备C。所述网管设备分别经由通信链路与所述网络设备A、网络设备B和网络设备C进行通信。在本申请实施方式中，在不增加附加说明的情况下，所述网络设备可以是所述网络设备A、网络设备B和网络设备C中的任一台网络设备。所述网管设备可以被看作所述通信网络中的管理设备，所述网络设备A、网络设备B和网络设备C可以被看作所述通信网络中的被管理设备。所述网管设备可以是一台独立的硬件设备，例如一台服务器或者一个控制器；所述网管设备也可以包括多台硬件设备，例如所述网管设备包括控制设备和客户端设备。其中，所述控制设备经由通信链路与所述网络设备通信，所述客户端设备经由有线链路或无线链路与所述控制设备通信。所述网络设备可以是一台独立的硬件设备，例如一台路由器或交换机，并且，所述网络设备可以包括多个转发板卡，每个转发板卡包括物理端口与其他网络设备通信，而且每个转发板卡可以包括中央处理器(Central Processing Unit，CPU)。所述网络设备也可以包括多台硬件设备，例如所述网络设备包括路由器和多台主机，路由器分别与多台主机通信。

所述网管设备向所述网络设备(如图1中的网络设备A)发送扩展的ECA实例。在一种可能的实现方式中，所述网管设备可以直接生成扩展的ECA实例，然后向所述网络设备发送所述扩展的ECA实例。在另一种可能的实现方式中，所述网管设备可以首先生成扩展的ECA模型，所述网管设备根据所述扩展的ECA模型生成相应的所述扩展的ECA实例，然后向所述网络设备发送所述扩展的ECA实例。

其中，所述扩展的ECA模型可以基于NETCONF实现，具体的，基于YANG模型实现。所述扩展的ECA模型可以包括事件、条件和动作。所述事件表示与网络设备相关的网络事件。所述条件表示能够触发网络事件发生的条件。所述动作表示当所述事件发生了触发相应的telemetry功能。因此，所述扩展的ECA模型表示当满足所述条件，所述事件被触发，所述事件发生后触发相应的所述动作(telemetry功能)。

所述扩展的ECA模型是一种通用性的模型。所述网管设备可以根据所述扩展的ECA模型和具体需要监测的telemetry指标生成所述扩展的ECA实例。因此，所述扩展的ECA实例是根据所述扩展的ECA模型生成的具体化的监测实例。例如，所述网管设备想要监控所述网络设备的CPU占用率，并且当CPU占用率大于门限值时，要求所述网络设备向所述网管设备发送超过门限值的CPU占用率。所述网管设备可以根据所述扩展的ECA模型中的事件部分和CPU占用率相关的具体事件(例如，向网管设备报告CPU占用率)生成第一事件，根据所述扩展的ECA模型中的条件部分和CPU占用率相关的具体条件(例如，CPU占用率大于门限值)生成第一条件，和根据所述扩展的ECA模型中的动作部分和CPU占用率相关的具体动作(例如，发送CPU占用率相对应的telemetry数据)生成第一动作。因此，所述扩展的ECA实例可以包括第一事件、第一条件和第一动作。其中，所述扩展的ECA实例中的所述第一事件、第一条件和第一动作是所述扩展的ECA模型中的事件、条件和动作的具体监测实例的实现形式。

所述网络设备接收所述网管设备发送的所述扩展的ECA实例。在一种可能的实现方式中，所述扩展的ECA实例以XML的格式实现。所述网路设备接收到所述扩展的ECA实例后，运行所述扩展的ECA实例。所述网络设备在确定所述扩展的ECA实例中的第一条件满足的情况下，所述网络设备触发所述扩展的ECA实例中的第一事件的发生。然后，所述网络设备确定所述第一事件发生的情况下，触发相应的所述扩展的ECA实例中的第一动作(也就是图1中所示的telemetry功能)。所述网络设备在触发telemetry功能，根据telemetry功能生成相应的telemetry数据。然后，所述网络设备将所述telemetry数据发送到所述网管设备。具体的实现方式可以参见后续方法实现方式中的说明。

通过上述实现方式，所述网管设备生成并向所述网络设备发送扩展的ECA实例，当所述网络设备判断所述扩展的ECA实例中的第一条件满足时，所述网络设备触发所述扩展的ECA实例中的第一事件发生，进而触发所述扩展的ECA实例中的第一动作(telemetry功能)，从而，向所述网管设备发送相对应的telemetry数据。如此这样，所述扩展的ECA模型实现了所述网络设备中的网络事件与telemetry功能自动关联，从而使得所述网络设备能够根据发生的网络事件自动启动telemetry功能和发送telemetry数据。应当理解，图1示出了网管设备与网络设备A之间的交互过程，应当理解，网管设备与网络设备B之间的交互过程和网管设备与网络设备C之间的交互过程也可以按照上述实现方式实现。在上述实现方式中，以网络设备作为被检测对象进行说明，应当理解，所述网络设备中的一部分同样可以作为上述实现方式中的被检测对象(例如，网络设备包括的一个或多个转发板卡，或者网络设备包括的路由器和/或主机)。

图2为本申请实施例的一种数据处理方法流程图。图2所示的方法可以应用在图1所示的网络结构中。在本申请实施方式中，为了方便说明，使用“网管设备”和“网络设备”进行说明，应当理解，“网络设备”可以是图1中的网络设备A、网络设备B和网络设备C中的任一台网络设备。在本申请实施方式中，在不加特殊说明的情况下，第一动作是指telemetry功能。具体的，所述方法包括：

S101、网管设备生成扩展的ECA实例，所述扩展的ECA实例包括第一事件、第一条件和第一动作，所述第一动作包括第一对象标识和第一指标类型，所述第一对象标识指示第一待检测对象，所述第一指标类型指示所述第一待检测对象的性能指标，所述扩展的ECA实例用于指示所述网管设备管理的网络设备根据所述第一事件和所述第一条件向所述网管设备发送与所述第一指标类型对应的、针对所述第一待检测对象的第一检测数据，所述网络设备包括所述第一待检测对象。

根据前述实施方式，在一种可能的实现方式中，所述网管设备可以直接生成所述扩展的ECA实例。所述扩展的ECA实例包括第一事件、第一条件和第一动作。所述第一事件表示与网络设备相关的网络事件。所述第一条件表示能够触发网络事件发生的条件。所述第一动作表示当所述事件发生了触发相应的telemetry功能。因此，所述扩展的ECA实例表示当满足所述第一条件，触发所述第一事件发生，所述第一事件发生后触发相应的所述第一动作(telemetry功能)。

表1

表1示例的展示了常用的扩展的ECA实例的描述。也就是说，表1使用了实现功能的方式描述了各个扩展的ECA实例。在实际的应用场景中，可以采用多种协议或计算机语言实现扩展的ECA实例，例如采用XML方式实现上述各个扩展的ECA实例。下面分别介绍表1中的扩展的ECA实例。

扩展的ECA实例1实现了对丢包率的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例1。所述网络设备监测第一待检测对象的丢包率，并且当丢包率大于门限值(第一条件)触发向所述网管设备报告丢包率(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送超过门限值的丢包率(第一动作)的telemetry功能。其中，被发送的超过门限值的丢包率属于telemetry数据。在一种可能的实现方式中，扩展的ECA实例1中的丢包率是设备内的丢包率，例如，丢包率是所述第一待检测对象的出端口队列和入端口队列的数据包数量的差值。在另一种可能的实现方式中，扩展的ECA实例1中的丢包率是设备间链路的丢包率，例如，丢包率是所述第一待检测对象与所述第一待检测对象的上一跳网络设备之间的链路的丢包率，其中所述第一待检测对象作为流量的接收端。在本申请实施方式中，所述网络设备包括所述第一待检测对象。也就是说，所述第一待检测对象可以是所述网络设备本身，也可以是所述网络设备包括的部件或设备。例如，所述第一待检测对象是所述网络设备中的转发板卡，或者所述第一待检测对象是所述网络设备包括的主机。

扩展的ECA实例2实现了对CPU占用率的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例2。所述网络设备监测第一待检测对象的CPU占用率，并且当CPU占用率大于门限值(第一条件)触发向所述网管设备报告CPU占用率(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送超过门限值的CPU占用率(第一动作)的telemetry功能。其中，被发送的超过门限值的CPU占用率属于telemetry数据。其中，所述网络设备可以包括多个CPU，例如所述网络设备包括多个转发板卡，每个转发板卡包括CPU。因此，扩展的ECA实例2中的CPU占用率可以是所述网络设备的中央处理器的占用率、或者所述网络设备包括的转发板卡上的CPU的占用率、或者所述网络设备包括的主机中的CPU的占用率。

扩展的ECA实例3实现了对队列长度的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例3。所述网络设备监测第一待检测对象的队列长度，并且当队列长度大于门限值(第一条件)触发向所述网管设备报告队列长度(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送超过门限值的队列长度(第一动作)的telemetry功能。其中，队列长度包括出端口队列长度或者入端口队列长度。

扩展的ECA实例4实现了对时延的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例4。所述网络设备监测第一待检测对象的时延，并且当时延大于门限值(第一条件)触发向所述网管设备报告时延(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送超过门限值的时延(第一动作)的telemetry功能。在一种可能的实现方式中，扩展的ECA实例4中的时延是设备间的链路时延，例如，时延是所述第一待检测对象与所述第一待检测对象的上一跳网络设备之间的链路的时延，其中所述第一待检测对象作为流量的接收端。在另一种可能的实现方式中，扩展的ECA实例4中的时延是设备内的处理时延，例如，时延是从所述第一检测对象的入端口队列到出端口队列的时延。

扩展的ECA实例5实现了对抖动值的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例5。所述网络设备监测第一待检测对象的抖动值，并且当抖动值大于门限值(第一条件)触发向所述网管设备报告抖动值(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送超过门限值的抖动值(第一动作)的telemetry功能。其中，扩展的ECA实例5中的抖动是指流经所述第一待检测对象的报文之间的时延。通过抖动可以检测顺序发送的数据流中的多个报文之间是否发生中断。

扩展的ECA实例6实现了对带宽利用率的监测。具体的，所述网管设备遥测所述网络设备执行所述扩展的ECA实例6。所述网络设备监测第一待检测对象的带宽利用率，并且当带宽利用率小于门限值(第一条件)触发向所述网管设备报告带宽利用率(第一事件)。所述网络设备确定第一事件发生，触发向所述网管设备发送低于门限值的带宽利用率(第一动作)的telemetry功能。其中，扩展的ECA实例5中的带宽利用率是指所述第一待检测对象的出端口发送流量的速率与连接所述出端口的链路的额定物理带宽之间的比值。

另外，表1中的最后一行表示表1中所例举的扩展的ECA实例并不是穷举。所述网管设备可以生成其他的扩展的ECA实例。

根据前述实施方式，在另一种可能的实现方式中，所述网管设备在生成所述扩展的ECA实例之前，首先获取扩展的ECA模型。所述扩展的ECA模型可以包括事件、条件和动作。所述网管设备可以自动的生成所述扩展的ECA模型，也可以从其他设备接收所述扩展的ECA模型。所述网管设备生成所述网管设备后，可以根据具体需要监测的telemetry指标生成所述扩展的ECA实例。举例说明，所述网管设备希望生成扩展的ECA实例2，从而，所述网管设备能够对所述第一待检测对象的CPU占用率进行检测。所述网管设备可以根据表1中针对扩展的ECA实例2的描述，将扩展的ECA实例2中的第一事件的相关参数添加到所述扩展的ECA模型的事件部分，将扩展的ECA实例2中的第一条件的相关参数添加到所述扩展的ECA模型的条件部分，和将扩展的ECA实例2中的第一动作的相关参数添加到所述扩展的ECA模型的动作部分，从而生成扩展的ECA实例2。

所述扩展的ECA实例中的第一动作包括第一对象标识和第一指标类型。所述第一对象标识指示所述第一待检测对象。例如，所述第一待检测对象是所述网络设备，所述第一对象标识具体的可以是所述网络设备的设备标识。又例如，所述第一待检测对象是所述网络设备包括的转发板卡，所述第一对象标识具体的可以是所述网络设备的设备标识和该转发板卡标识，或者所述第一对象标识具体的可以是所述网络设备的设备标识和该转发板卡在所述网络设备中的位置标识。在同一个扩展的ECA实例中可以包括多个第一对象标识。具体的，所述第一动作不仅包括上述提及的第一对象标识和第一指标类型，所述第一动作还包括第二对象标识和第二指标类型，所述第二对象标识指示第二待检测对象，所述第二指标类型指示所述第二待检测对象的性能指标。例如，扩展的ECA实例2中包括网络设备A的设备标识和网络设备B的设备标识，并且，第一指标类型和第二指标类型均为CPU占用率。这样，所述网管设备可以通过扩展的ECA实例2对网络设备A和网络设备B的CPU占用率进行监测。所述第一指标类型指示所述第一待检测对象的性能指标。举例说明，所述网管设备生成扩展的ECA实例1，所述第一指标类型的值为01，01表示丢包率。所述网管设备生成扩展的ECA实例2，所述第一指标类型的值为02，02表示CPU占用率。

所述扩展的ECA实例用于指示所述网管设备管理的网络设备根据所述第一事件和所述第一条件向所述网管设备发送与所述第一指标类型对应的、针对所述第一待检测对象的第一检测数据。所述扩展的ECA实例可以指示所述网络设备执行所述扩展的ECA实例，从而触发所述扩展的ECA实例中的telemetry功能，生成相应的telemetry数据。应当理解，本申请实现方式示例性的将telemetry数据作为第一检测数据。

可选的，所述第一动作还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型。当网络设备中包括多种业务的流量时，通过组标识可以针对具体的业务的流量进行监测。举例说明，网络设备A中包括有三层虚拟专用网(virtual privatenetwork，VPN)业务和多协议标签交换(multi-protocol label switch，MPLS)业务。所述网管设备希望对网络设备A中相关MPLS业务的数据流量的丢包率进行监测。因此，扩展的ECA实例1可以包括组标识，组标识的取值为01，表示扩展的ECA实例1用于对MPLS业务的数据流量的丢包率进行监测。

可选的，所述第一动作还包括使能标志，所述使能标志用于使能所述第一动作。所述网络设备运行telemetry功能时，需要运行与telemetry功能相关的协议。所述网管设备对所述网络设备的监测可能是周期进行的。例如，所述网管设备每间隔1小时监测一次所述网络设备，监测时长为5分钟。如此这样，如果网络设备始终保持telemetry功能的开启，势必增加了所述网络设备的功耗和CPU占用率。因此，所述网络设备在运行过程中，可以将telemetry功能维持在关闭状态，当所述网络设备接收到所述扩展的ECA实例，确定所述第一动作中是否包括使能标志。当所述网络设备确定所述第一动作中包括使能标志，所述网络设备开启发送telemetry数据的功能。

可选的，所述第一动作还包括第一操作类型，所述第一操作类型指示所述第一检测数据的属性。所述第一检测数据的属性可以包括以下中的至少一种：平均值、最大值、最小值和方差值。例如，所述网管设备想要监测所述网络设备的CPU占用率的平均值。所述网管设备在扩展的ECA实例2中可以添加第一操作类型字段，并将第一操作类型字段的值设置为平均值。所述网络设备在运行扩展的ECA实例2过程中，将在预定周期内监测出所有大于门限值的CPU占用率，并且取平均值，然后向所述网管设备发送该平均值。

可选的，所述第一动作还包括第一指标值类型，所述第一指标值类型指示所述第一检测数据的数据类型。具体的，所述第一指标值类型指示了所述网络设备上报telemetry数据时，所述telemetry数据的数值类型，例如，unit 32表示32位无符号整数。

结合前述，当同一个扩展的ECA实例中包括多个待检测对象时，可选的，所述第一动作还包括第一对象标识列表。所述第一对象标识列表包括多个对象标识，例如，所述第一对象标识列表包括第一对象标识和第二对象标识。

下面以一个具体的实现方式为例，说明扩展的ECA模型的动作和扩展的ECA模型的第一动作的实现。

上述命令行显示了本申请实施方式中扩展的ECA模型的动作的具体实现。其中，“rw telemetry”表示所述动作是telemetry功能。“rw enable”表示了前述实施方式中的使能标志，当取值为“enable”时，指示网络设备启动向网管设备发送telemetry数据的功能。“rw group-id”表示了前述实施方式中的组标识。“rw telemtry-attributes”表示该行之后的命令行是对属性功能的描述。“rwnode-telemetry-attributes*[node-selector]”表示了前述实施方式中的第一对象标识列表。“rw node-selector”表示了前述实施方式中的第一对象标识或第二对象标识。“rwmetric-type”表示了前述实施方式中的第一指标类型或第二指标类型。“rwoperation-type”表示了前述实施方式中的第一操作类型。“rometric-value”表示了前述实施方式中的第一指标值类型。

根据前述，所述网管设备可以根据扩展的ECA模型生成扩展的ECA实例。具体的，所述网管设备在扩展的ECA模型添加具体的相关参数，生成相应的扩展的ECA实例。例如针对上述扩展的ECA模型的动作部分的具体实现，网管设备希望生成扩展的ECA实例2，以便监测网络设备A的CPU占用率。那么，网管设备在“rwnode-telemetry-attributes*[node-selector]”中添加网络设备A的标识，在“rwnode-selector”中添加网络设备A的标识，在“rw metric-type”中添加表示CPU占用率的标识。相应的，所述网管设备还根据监测要求设置上述动作部分的其参数的具体取值，从而形成扩展的ECA实例2中的第一动作部分。当然，网管设备也要按照类似的方式相应的生成扩展的ECA实例2的第一事件和第一条件部分，此处不进行赘述。

根据前述，当同一个扩展的ECA实例中包括多个待检测对象时，例如，将扩展的ECA实例2应用到网络设备A和网络设备B的CPU占用率的监测。那么，网管设备在“rw node-telemetry-attributes*[node-selector]”中添加网络设备A的标识和网络设备B的标识。对于“rw node-selector”、“rw metric-type”、“rw operation-type”和“ro metric-value”，生成的扩展的ECA实例2包括两组参数，例如，“rwnode-selector-1”、“rw metric-type-1”、“rw operation-type-1”和“ro metric-value-1”是相关网络设备A的参数，“rwnode-selector-2”、“rw metric-type-1”、“rwoperation-type-2”和“ro metric-value-2”是相关网络设备B的参数。

结合前述，在本申请实施方式中，所述第一指标类型可以指示能够通过测量手段获得相应数据的性能指标，例如，丢包率、CPU占用率、队列长度、时延、抖动值和带宽利用率等。所述第一指标类型也可以指示不需要通过测量手段获得相应数据的性能指标，例如，第一待检测对象的配置信息等。

S102、所述网管设备向所述网络设备发送第一消息，所述第一消息包括所述扩展的ECA实例。

S103、所述网络设备接收所述网管设备发送的所述第一消息。

所述网管设备在生成所述扩展的ECA实例，向所述网络设备发送第一消息，所述第一消息包括所述扩展的ECA实例。其中，可选的，所述网管设备与所述网络设备之间传递的消息可以基于NETCONF或RESTCONF实现，也就是说，所述第一消息包括NETCONF消息或RESTCONF消息。

可选的，在所述网管设备向所述网络设备发送所述第一消息之前，所述网管设备建立所述网管设备与所述网络设备之间的NETCONF会话或RESTCONF会话。例如，所述网管设备建立所述网管设备与所述网络设备之间的NETCONF会话。所述网管设备向所述网络设备发送NETCONF会话请求消息。所述网络设备接收到所述NETCONF会话请求消息后，确定能够和所述网管设备建立NETCONF会话。所述网络设备向所述网管设备发送NETCONF会话确认消息。所述网管设备接收到所述NETCONF会话确认消息后，确定NETCONF会话建立完成。RESTCONF会话的建立过程与NETCONF会话建立过程类似，此处不进行赘述。

所述网络设备接收所述网管设备发送的所述第一消息。然后，所述网络设备获取所述第一消息中的所述扩展的ECA实例。

S104、当所述网络设备确定所述第一条件成立，所述网络设备确定所述第一事件发生。

S105、当所述网络设备确定所述第一事件发生，所述网络设备向所述网管设备发送第二消息，所述第二消息包括所述第一检测数据，所述第一检测数据是与所述第一指标类型对应的、针对所述第一待检测对象的检测数据。

S106、所述网管设备接收所述网络设备发送的所述第二消息。

举例说明，所述网管设备向所述网络设备发送的扩展的ECA实例是扩展的ECA实例2，并且所述网管设备要监测的待检测对象是网络设备A。网络设备A运行扩展的ECA实例2。网络设备A根据扩展的ECA实例2中的第一条件部分检测网络设备A的CPU占用率。然后，网络设备A将检测到的CPU占用率的值与门限值进行比较。网络设备A确定检测到的CPU占用率的值大于门限值，网络设备A确定满足扩展的ECA实例2中的第一条件。然后，网络设备A触发扩展的ECA实例2中的第一事件(向网管设备报告CPU占用率)发生。当网络设备A确定扩展的ECA实例2中的第一事件发生，网络设备A执行扩展的ECA实例2中的第一动作。可选的，网络设备A发现扩展的ECA实例2中的第一动作包括的使能标志为enable状态，使能向网管设备发送telemetry数据的功能。网络设备A根据ECA实例2中的第一动作包括的各个字段中的参数，确定最终的第一检测数据(CPU占用率的值)，也就是telemetry数据。

所述网络设备确定所述第一检测数据后，生成所述第二消息。根据前述的说明，所述第二消息包括NETCONF消息或RESTCONF消息。下面以一个具体的实现方式为例，说明所述第二消息的实现方式。

其中，“telemetry-trigger”表示所述第二消息是telemetry功能触发的。“roevent-name”表示所述第二消息相关联的第一事件标识，其与所述网络设备执行的扩展的ECA实例中的第一事件标识对应。“ro group-id”表示发送的telemetry数据对应的组标识，其与所述网络设备执行的扩展的ECA实例中的组标识对应。“ronode-telemetry-attributes*[node-selector]”表示发送的telemetry数据对应的第一对象标识列表，其与所述网络设备执行的扩展的ECA实例中的“renode-telemetry-attributes*[node-selector]”对应。“ro node-selector”表示了前述实施方式中的第一对象标识或第二对象标识，其与所述网络设备执行的扩展的ECA实例中的“re node-selector”对应。“rometric-type”表示了前述实施方式中的第一指标类型或第二指标类型，其与所述网络设备执行的扩展的ECA实例中的““rw metric-type””对应。“ro metric-value”中包括所述第一检测数据。

当所述网络设备需要向所述网管设备发送多个待检测对象的检测数据时，可以生成多个第二消息，分别发送给所述网管设备；或者，生成一个第二消息，用于携带多个待检测对象的检测数据。使用一个第二消息携带多个待检测对象的检测数据的实现方式可以参照前述实施方式的描述。

所述网络设备生成所述第二消息后，向所述网管设备发送所述第二消息。相应的，所述网管设备接收所述网络设备发送的所述第二消息。

在一种可能的实现方式中，所述网络设备按照预定的周期，向所述网管设备发送所述第二消息。例如所述网络设备每间隔5分钟向所述网管设备发送一次第二消息。

在另一种可能的实现方式中，所述网络设备可以根据所述网管设备的查询请求发送所述第二消息。例如，所述网管设备向所述网络设备发送请求消息，所述请求消息用于请求所述网络设备发送所述第二消息。所述请求消息可以包括NETCONF消息或RESTCONF消息。所述网络设备根据所述请求消息向所述网管设备发送所述第二消息。可选的，所述网管设备按照预定的周期(或者预设频率)，向所述网络设备发送所述请求消息。例如所述网管设备每间隔5分钟向所述网络设备发送一次请求消息。

结合前述实施方式，所述第一条件是所述第一待检测对象满足所述第一指标类型指示的性能指标的条件。例如，参见表1中的扩展的ECA实例2。在扩展的ECA实例2的第一动作中，所述第一指标类型的取值是02，表明所述第一指标类型指示的性能指标是CPU占用率。扩展的ECA实例2中的第一条件是和CPU占用率相关联的，也就是说，设定的条件是与CPU占用率相关的条件。从扩展的ECA实例7可以看出，在第一条件中设定的性能指标(CPU占用率)与在第一动作中设定的性能指标(CPU占用率)相同。

在另一种可能的实现方式中，所述第一条件是所述第一待检测对象满足第三指标类型指示的性能指标的条件，其中，所述第三指标类型与所述第一指标类型不相同。例如，扩展的ECA实例7(表1中未示出)的第一事件是“向网管设备报告ARP统计量”(其中，ARP是指地址解析协议，Address Resolution Protocol)，第一条件是“监测CPU占用率，且CPU占用率大于门限值”，第一动作是“发送预定周期内待检测对象接收到的ARP报文的数量”。其中，关于“发送预定周期内待检测对象接收到的ARP报文的数量”的具体的实现可以是：当第一事件发生后，预定周期开始计时，网络设备在预定周期内检测待检测对象接收到的ARP报文的数量，直到预定周期计时结束，然后向网管设备发送统计的ARP报文的数量。扩展的ECA实例7可以被应用在ARP报文攻击检测中。从扩展的ECA实例7可以看出，在第一条件中设定的性能指标(CPU占用率)与在第一动作中设定的性能指标(ARP报文的数量)不相同。

通过上述实现方式，所述网管设备生成并向所述网络设备发送扩展的ECA实例，当所述网络设备判断所述扩展的ECA实例中的第一条件满足时，所述网络设备触发所述扩展的ECA实例中的第一事件发生，进而触发所述扩展的ECA实例中的第一动作(telemetry功能)，从而，向所述网管设备发送相对应的telemetry数据。如此这样，所述扩展的ECA模型实现了所述网络设备中的网络事件与telemetry功能自动关联，从而使得所述网络设备能够根据发生的网络事件自动启动telemetry功能和发送telemetry数据。

图3为本申请实施例的网管设备1000的结构示意图。图3所示的网管设备1000可以执行上述实施例的方法中网管设备执行的相应步骤。所述网管设备被部署在通信网络中，所述通信网络还包括网络设备。如图3所示，所述网管设备1000包括接收单元1002、处理单元1004和发送单元1006。

所述处理单元1004，用于生成ECA实例，所述扩展的ECA实例包括第一事件、第一条件和第一动作，所述第一动作包括第一对象标识和第一指标类型，所述第一对象标识指示第一待检测对象，所述第一指标类型指示所述第一待检测对象的性能指标，所述扩展的ECA实例用于指示所述网管设备管理的网络设备根据所述第一事件和所述第一条件向所述网管设备发送与所述第一指标类型对应的、针对所述第一待检测对象的第一检测数据，所述网络设备包括所述第一待检测对象；

所述发送单元1006，用于向所述网络设备发送第一消息，所述第一消息包括所述扩展的ECA实例；

所述接收单元1002，用于接收所述网络设备发送的第二消息，所述第二消息包括所述第一检测数据。

可选的，所述第一条件是所述第一待检测对象满足所述第一指标类型指示的性能指标的条件。

可选的，所述第一条件是所述第一待检测对象满足第三指标类型指示的性能指标的条件，其中，所述第三指标类型与所述第一指标类型不相同。

可选的，在所述接收单元1002接收所述网络设备发送的第二消息之前，所述发送单元1006还用于向所述网络设备发送请求消息，所述请求消息用于请求所述网络设备发送所述第二消息。

可选的，在所述发送单元1006向所述网络设备发送请求消息中，所述发送单元1006具体用于按照预设频率向所述网络设备发送所述请求消息。

可选的，在处理单元1004生成ECA实例之前，所述处理单元1004还用于获取扩展的ECA模型，所述扩展的ECA模型指示所述处理单元1004根据所述扩展的ECA模型和需要监控的事件生成所述扩展的ECA实例。

可选的，所述第一动作还包括第二对象标识和第二指标类型，所述第二对象标识指示第二待检测对象，所述第二指标类型指示所述第二待检测对象的性能指标，所述扩展的ECA实例还用于指示所述网络设备根据所述第一事件和所述第一条件向所述网管设备发送与所述第二指标类型对应的、针对所述第二待检测对象的第二检测数据，所述网络设备包括所述第二待检测对象；所述第二消息还包括所述第二检测数据。

可选的，所述第一动作还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型。

可选的，所述第一动作还包括使能标志，所述使能标志用于使能所述第一动作。

可选的，所述第一动作还包括第一操作类型和/或第一指标值类型，所述第一操作类型指示所述第一检测数据的属性，所述第一指标值类型指示所述第一检测数据的数据类型。

可选的，在所述发送单元1006向所述网络设备发送第一消息之前，所述处理单元1004还用于建立所述网管设备与所述网络设备之间的网络配置协议NETCONF会话或RESTCONF会话。

图3所示的网管设备可以执行上述实施例的方法中网管设备执行的相应步骤。网管设备向网络设备发送扩展的ECA实例，所述扩展的ECA实例中包括的动作部分可以触发网络设备的telemetry功能。从而，所述网络设备可以根据所述扩展的ECA实例中包括的事件部分触发telemetry功能，向所述网管设备发送相对应的telemetry数据。从而，基于扩展的ECA模型，实现了网络事件和telemetry的自动关联。

图4为本申请实施例的网管设备设备1100的硬件结构示意图。图4所示的网管设备设备1100可以执行上述实施例的方法中网管设备设备执行的相应步骤。

如图4所示，所述网管设备设备1100包括处理器1101、存储器1102、接口1103和总线1104。其中接口1103可以通过无线或有线的方式实现，具体来讲可以是网卡。上述处理器1101、存储器1102和接口1103通过总线1104连接。

所述接口1103具体可以包括发送器和接收器，用于网管设备设备与上述实施例中的网络设备之间收发信息。例如，所述接口1103用于支持接收所述网络设备发送的第二消息，或者用于支持发送的第一消息。作为举例，所述接口1103用于支持图2中的过程S102和S106。所述处理器1101用于执行上述实施例中由网管设备进行的处理。例如，所述处理器1101用于生成扩展的ECA实例；和/或用于本文所描述的技术的其他过程。作为举例，所述处理器1101用于支持图2中的过程S101。存储器1102包括操作系统11021和应用程序11022，用于存储程序、代码或指令，当处理器或硬件设备执行这些程序、代码或指令时可以完成方法实施例中涉及网管设备的处理过程。可选的，所述存储器1102可以包括只读存储器(英文：Read-only Memory，缩写：ROM)和随机存取存储器(英文：Random Access Memory，缩写：RAM)。其中，所述ROM包括基本输入/输出系统(英文：Basic Input/Output System，缩写：BIOS)或嵌入式系统；所述RAM包括应用程序和操作系统。当需要运行网管设备1100时，通过固化在ROM中的BIOS或者嵌入式系统中的bootloader引导系统进行启动，引导网管设备1100进入正常运行状态。在网管设备1100进入正常运行状态后，运行在RAM中的应用程序和操作系统，从而，完成方法实施例中涉及网管设备的处理过程。

可以理解的是，图4仅仅示出了网管设备1100的简化设计。在实际应用中，网管设备可以包含任意数量的接口，处理器或者存储器。

图5为本申请实施例的另一种网管设备1200的硬件结构示意图。图5所示的网管设备1200可以执行上述实施例的方法中网管设备执行的相应步骤。

如图5所述，网管设备1200包括：主控板1210、接口板1230、交换网板1220和接口板1240。主控板1210、接口板1230和1240，以及交换网板1220之间通过系统总线与系统背板相连实现互通。其中，主控板1210用于完成系统管理、设备维护、协议处理等功能。交换网板1220用于完成各接口板(接口板也称为线卡或业务板)之间的数据交换。接口板1230和1240用于提供各种业务接口(例如，POS接口、GE接口、ATM接口等)，并实现数据包的转发。

接口板1230可以包括中央处理器1231、转发表项存储器1234、物理接口卡1233和网络处理器1232。其中，中央处理器1231用于对接口板进行控制管理并与主控板上的中央处理器进行通信。转发表项存储器1234用于保存转发表项。物理接口卡1233用于完成流量的接收和发送。网络存储器1232用于根据所述转发表项控制物理接口卡1233收发流量。

具体的，物理接口卡1233用于接收所述网络设备发送的第二消息。物理接口卡1233还用于向所述网络设备发送第一消息。

物理接口卡1233接收到所述第二消息后，将所述第二消息经由中央处理器1231发送到中央处理器1211，中央处理器1211处理所述第二消息。

中央处理器1211还用于生成扩展的ECA实例。

中央处理器1231还用于控制网络存储器1232获取转发表项存储器1234中的转发表项，并且，中央处理器1231还用于控制网络存储器1232经由物理接口卡1233向所述网络设备发送第一消息。

应理解，本发明实施例中接口板1240上的操作与所述接口板1230的操作一致，为了简洁，不再赘述。应理解，本实施例的网管设备1200可对应于上述方法实施例所具有的功能和/或所实施的各种步骤，在此不再赘述。

此外，需要说明的是，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块，网管设备的数据处理能力越强，提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有，也可能有一块或多块，有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下，网管设备可以不需要交换网板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，网管设备可以有至少一块交换网板，通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交换和处理能力。所以，分布式架构的网管设备的数据接入和处理能力要大于集中式架构的设备。具体采用哪种架构，取决于具体的组网部署场景，此处不做任何限定。

另外，本申请实施例提供了一种计算机存储介质，用于储存为上述网管设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。

图6为本申请实施例的网络设备2000的结构示意图。图6所示的网络设备2000可以执行上述实施例的方法中网络设备执行的相应步骤。所述网络设备被部署在通信网络中，所述通信网络还包括网管设备。如图6所示，所述网络设备2000包括接收单元2002，处理单元2004和发送单元2006。

所述接收单元2002，用于接收网管设备发送的第一消息，所述第一消息包括扩展的ECA实例，所述扩展的ECA实例包括第一事件、第一条件和第一动作，所述第一动作包括第一对象标识和第一指标类型，所述第一对象标识指示第一待检测对象，所述第一指标类型指示所述第一待检测对象的性能指标，所述网络设备包括所述第一待检测对象；

所述处理单元2004，用于当确定所述第一条件成立，确定所述第一事件发生；

所述发送单元2006，用于当所述处理单元2004确定所述第一事件发生，向所述网管设备发送第二消息，所述第二消息包括第一检测数据，所述第一检测数据是与所述第一指标类型对应的、针对所述第一待检测对象的检测数据。

可选的，所述第一条件是所述第一待检测对象满足所述第一指标类型指示的性能指标的条件。

可选的，所述第一条件是所述第一待检测对象满足第三指标类型指示的性能指标的条件，其中，所述第三指标类型与所述第一指标类型不相同。

可选的，在所述发送单元2006向所述网管设备发送第二消息之前，所述接收单元2002还用于接收所述网管设备发送的请求消息，所述请求消息用于请求所述网络设备发送所述第二消息。

可选的，所述第一动作还包括第二对象标识和第二指标类型，所述第二对象标识指示第二待检测对象，所述第二指标类型指示所述第二待检测对象的性能指标，所述网络设备包括所述第二待检测对象，所述第二消息还包括所述第二检测数据，所述第二检测数据是与所述第二指标类型对应的、针对所述第二待检测对象的检测数据。

可选的，所述第一动作还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型，所述第一检测数据是与所述业务类型相关联的检测数据。

可选的，所述第一动作还包括使能标志，所述使能标志用于使能所述第一动作，在所述处理单元2004确定所述第一条件成立之前，所述处理单元2004还用于根据所述使能标志开启运行所述第一动作关联的所述检测数据的发送功能。

可选的，所述第二消息还包括组标识，所述组标识指示与所述扩展的ECA实例相关联的业务类型。

可选的，所述第二消息还包括事件标识，所述事件标识指示所述第一事件。

可选的，所述第二消息还包括所述第一对象标识和所述第一指标类型。

图6所示的网络设备可以执行上述实施例的方法中网络设备执行的相应步骤。网管设备向网络设备发送扩展的ECA实例，所述扩展的ECA实例中包括的动作部分可以触发网络设备的telemetry功能。从而，所述网络设备可以根据所述扩展的ECA实例中包括的事件部分触发telemetry功能，向所述网管设备发送相对应的telemetry数据。从而，基于扩展的ECA模型，实现了网络事件和telemetry的自动关联。

图7为本申请实施例的网络设备2100的硬件结构示意图。图7所示的网络设备2100可以执行上述实施例的方法中网络设备执行的相应步骤。

如图7所示，所述网络设备2100包括处理器2101、存储器2102、接口2103和总线2104。其中接口2103可以通过无线或有线的方式实现，具体来讲可以是网卡。上述处理器2101、存储器2102和接口2103通过总线2104连接。

所述接口2103具体可以包括发送器和接收器，用于网络设备与上述实施例中的网管设备之间收发信息或数据。例如，所述接口2103用于支持向所述网管设备发送第二消息；又例如，所述接口2103用于支持接收网管设备发送的第一消息。作为举例，所述接口2103用于支持图2中的过程S103和S105。所述处理器2101用于执行上述实施例中由网络设备进行的处理。例如，所述处理器2101用于生成第二消息，用于执行扩展的ECA实例；和/或用于本文所描述的技术的其他过程。作为举例，所述处理器2101用于支持图2中的过程S104。存储器2102包括操作系统21021和应用程序21022，用于存储程序、代码或指令，当处理器或硬件设备执行这些程序、代码或指令时可以完成方法实施例中涉及网络设备的处理过程。可选的，所述存储器2102可以包括只读存储器(英文：Read-only Memory，缩写：ROM)和随机存取存储器(英文：Random Access Memory，缩写：RAM)。其中，所述ROM包括基本输入/输出系统(英文：Basic Input/Output System，缩写：BIOS)或嵌入式系统；所述RAM包括应用程序和操作系统。当需要运行网络设备2100时，通过固化在ROM中的BIOS或者嵌入式系统中的bootloader引导系统进行启动，引导网络设备2100进入正常运行状态。在网络设备2100进入正常运行状态后，运行在RAM中的应用程序和操作系统，从而，完成方法实施例中涉及网络设备的处理过程。

可以理解的是，图7仅仅示出了网络设备2100的简化设计。在实际应用中，网络设备可以包含任意数量的接口，处理器或者存储器。

图8为本申请实施例的另一种网络设备2200的硬件结构示意图。图8所示的网络设备2200可以执行上述实施例的方法中网络设备执行的相应步骤。

如图8所述，网络设备2200包括：主控板2210、接口板2230、交换网板2220和接口板2240。主控板2210、接口板2230和2240，以及交换网板2220之间通过系统总线与系统背板相连实现互通。其中，主控板2210用于完成系统管理、设备维护、协议处理等功能。交换网板2220用于完成各接口板(接口板也称为线卡或业务板)之间的数据交换。接口板2230和2240用于提供各种业务接口(例如，POS接口、GE接口、ATM接口等)，并实现数据包的转发。

接口板2230可以包括中央处理器2231、转发表项存储器2234、物理接口卡2233和网络处理器2232。其中，中央处理器2231用于对接口板进行控制管理并与主控板上的中央处理器进行通信。转发表项存储器2234用于保存转发表项。物理接口卡2233用于完成流量的接收和发送。网络存储器2232用于根据所述转发表项控制物理接口卡2233收发流量。

具体的，物理接口卡2233用于向所述网管设备发送第二消息。物理接口卡2233还用于接收网管网络设备发送的第一消息。

物理接口卡2233接收到所述网管设备发送的第一消息后，将第一消息经由中央处理器2231发送到中央处理器2211，中央处理器2211处理第一消息。

中央处理器2211用于生成第二消息和执行扩展的ECA实例。

中央处理器2231还用于控制网络存储器2232获取转发表项存储器2234中的转发表项，并且，中央处理器2231还用于控制网络存储器2232经由物理接口卡2233完成流量的接收和发送。

应理解，本发明实施例中接口板2240上的操作与所述接口板2230的操作一致，为了简洁，不再赘述。应理解，本实施例的网络设备2200可对应于上述方法实施例所具有的功能和/或所实施的各种步骤，在此不再赘述。

此外，需要说明的是，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块，网络设备的数据处理能力越强，提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有，也可能有一块或多块，有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下，网络设备可以不需要交换网板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，网络设备可以有至少一块交换网板，通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交换和处理能力。所以，分布式架构的网络设备的数据接入和处理能力要大于集中式架构的设备。具体采用哪种架构，取决于具体的组网部署场景，此处不做任何限定。

另外，本申请实施例提供了一种计算机存储介质，用于储存为上述网络设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。

本申请实施例还包括一种网络系统，所述网络系统包括网管设备和网络设备，所述网管设备为前述图3或图4或图5中的网管设备，所述网络设备为前述图6或图7或图8中的网络设备。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于用户设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件或者用硬件和软件的组合来实现。当使用硬件和软件的组合实现时，可以将这些软件存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明。所应理解的是，以上所述仅为本申请的具体实施方式而已。