CN117978677A - 实现智能运维的网络性能监测方法、装置及系统 - Google Patents

Abstract

本申请提供了一种实现智能运维的网络性能监测方法、装置及系统，其中，方法应用于带内性能监测系统，带内性能监测系统连接有多个设备；多个设备上配置有目标网络；方法包括：根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络对应的网络性能监测结果；通过带内性能监测系统实现设备间端到端或逐跳的方式的基于业务流级的网络性能监测，可以满足日常运维监控需求，快速排障定界，保障网络的稳定运行，提高网络性能，实现网络的智能运维。

Description

实现智能运维的网络性能监测方法、装置及系统

技术领域

本申请涉及通信网络技术领域，尤其是涉及一种实现智能运维的网络性能监测方法、装置及系统。

背景技术

目前，针对一些对时延敏感的数据网、专网(比如，游戏专用网络等)的运维，通常是采用一些检测技术来实现。具体的，性能检测技术通过监控、测量、采集网络性能数据，对网络运行状态进行分析、评价、控制、调整，以提供长期稳定、可靠的网络服务，是网络运行的基础。然而，现有技术中的各种性能检测技术均有优缺点，还是无法满足对时延敏感的数据网、专网的数据传输量较大、实时性要求高的需求。

发明内容

本申请的目的在于提供一种实现智能运维的网络性能监测方法、装置及系统，通过带内性能监测系统实现设备间端到端或逐跳的方式的基于业务流级的网络性能监测，可以满足日常运维监控需求，快速排障定界，保障网络的稳定运行，提高网络性能，实现网络的智能运维。

第一方面，本申请提供一种实现智能运维的网络性能监测方法，方法应用于带内性能监测系统，带内性能监测系统连接有多个设备；多个设备上配置有目标网络；方法包括：根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络对应的网络性能监测结果；报文监测结果至少包括以下之一：设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量。

进一步地，上述接收各设备通过网络遥测技术返回的报文监测结果的步骤，包括：将实时接收到的报文监测结果缓存至消息队列；通过flink数据处理任务实时消费消息队列中的消息，并回填redis中的网元资源数据，以记录各设备分别对应的报文监测结果。

进一步地，上述方法还包括：将网络性能监测结果进行可视化显示，并基于网络性能监测结果进行路径调优和/或网络故障风险预测。

进一步地，上述带内性能监测配置信息的配置过程如下：带内性能监测系统提供带内性能监测配置页面；响应针对带内性能监测配置页面中的指定信息的配置操作，生成带内性能监测配置信息；指定信息包括：目标网络标识、流方向、源网元和宿网元、检测模式；流方向包括双向或单向；检测模式包括端到端模式或逐跳模式。

进一步地，上述指定信息还至少包括以下之一：测量周期、下发地址类型、流信息、乱序测量。

进一步地，上述响应针对带内性能监测配置页面中的指定信息的配置操作，生成带内性能监测配置信息的步骤，包括：带内性能监测配置页面包括：网元选择页面、监控配置页面；响应针对网元选择页面中目标网络名称、流方向、源网元和宿网元的配置操作，生成监控配置页面；响应针对监控配置页面中流信息、检测模式、测量周期、下发地址类型的配置操作，生成设备间端到端或逐跳的网络性能监测实例的配置信息。

第二方面，本申请还提供一种实现智能运维的网络性能监测方法，该方法应用于设备，设备与带内性能监测系统连接，且配置有目标网络；方法包括：接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；根据实例配置信息，生成报文监测实例，并基于报文监测实例进行业务报文监测；通过网络遥测技术向带内性能监测系统返回报文监测结果，以使带内性能监测系统确定目标网络的网络性能监测结果。

第三方面，本申请还提供一种实现智能运维的网络性能监测装置，装置应用于带内性能监测系统，带内性能监测系统连接有多个设备；多个设备上配置有目标网络；装置包括：配置发送模块，用于根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；结果确定模块，用于接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络对应的网络性能监测结果；报文监测结果至少包括以下之一：设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量。

第四方面，本申请还提供一种实现智能运维的网络性能监测装置，装置应用于设备，设备与带内性能监测系统连接，且配置有目标网络；装置包括：配置接收模块，用于接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；报文监测模块，用于根据实例配置信息，生成报文监测实例，并基于报文监测实例进行业务报文监测；结果返回模块，用于通过网络遥测技术向带内性能监测系统返回报文监测结果，以使带内性能监测系统确定目标网络的网络性能监测结果。

第五方面，本申请还提供一种实现智能运维的网络性能监测系统，网络性能监测系统包括：通信连接的带内性能监测系统和多个设备；多个设备上配置有目标网络；带内性能监测系统用于执行如第一方面所述的网络性能监测方法；设备用于执行如第二方面所述的网络性能监测方法。

本申请提供的实现智能运维的网络性能监测方法、装置及系统中，带内性能监测系统首先根据带内性能监测配置信息向配置有目标网络的各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；上述带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；然后接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络的网络性能监测结果。该方式中，通过带内性能监测系统可以实现设备间端到端或逐跳的方式的基于业务流级的网络性能监测，可以满足日常运维监控需求，快速排障定界，保障网络的稳定运行，提高网络性能，实现网络的智能运维。

附图说明

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

图1为本申请实施例提供的一种网络性能监测方法的流程图；

图2为本申请实施例提供的一种带内性能监测过程示意图；

图3为本申请实施例提供的一种网络构架示意图；

图4为本申请实施例提供的一种配置页面示意图；

图5为本申请实施例提供的另一种配置页面示意图；

图6为本申请实施例提供的一种配置结果示意图；

图7为本申请实施例提供的另一种网络性能监测方法的流程图；

图8为本申请实施例提供的一种网络性能监测装置的结构框图；

图9为本申请实施例提供的另一种网络性能监测装置的结构框图；

图10为本申请实施例提供的一种网络性能监测系统的结构框图。

具体实施方式

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

以游戏专用网络为例，目前的游戏平台中拥有各种类型的游戏，从角色扮演到射击游戏，适合各种玩家的需求。不过，对于游戏玩家来说，游戏卡顿、更新下载慢等问题一直是一个亟需解决的问题。运营商需要提供一个稳定连接和高速下载速度的服务。

游戏专用网络为用户提供下载和更新游戏的独享通道带宽保障，并支持多款游戏加速，也就是说如果用游戏专用宽带会给玩家无论是下载游戏还是玩特定的游戏都会带来速度上的良好体验。使游戏业务处于独立通道之上，通过专用网络访问边缘节点，路径会更短一些，从而带来更低时延，进一步提升用户使用体验。

如何保障游戏网络能高质量运行，既能提高游戏专用网络质量，同时降低游戏专用网络建设难度，目前各种性能检测技术通过监控、测量、采集网络性能数据，对网络运行状态进行分析、评价、控制、调整，以提供长期稳定、可靠的网络服务，是网络运行的基础。

现有的检测技术有以下几种，并各有优缺点，应用场景也各自不同：

TWAMP(Two-Way Active Measurement Protocol,双向主动测量协议)主要用于端到端IP(Internet Protocol，互联网协议)业务流级检测，但由于是测量构造的检测报文，检测精度较低，且无逐跳检测能力。

RFC 2544(Reqest for comments)、Y.1564通常用于测量设备、网络的SLA能力(服务确保网络连接的高可靠性和连续性。)，与实际业务流的SLA也存在一定差距。

Y.1731(CFM)仅用于L2业务(指企业中的第二级业务流程)，无法适用三层业务的检测；

MPLS-TP OAM(Multi-Protocol Label Switching Transport Profile，多协议标签交换传送应用)、RFC 6374仅支持MPLS管道级测试，且不支持乱序、负载分担、点到多点场景，如链路聚合组LAG、等价多路径ECMP、双归等，同时也不支持逐跳测量。

In-situ OAM、INT等是当前比较热门的被动测量技术，其主要原理是在原始数据报文中增加OAM检测头，在业务转发路径中根据检测头进行数据采集，再通过集中处理单元计算检测结果。此类随流检测技术具有实时、高精度、检测性能项丰富等优点，但其测量数据量巨大，对业务自身转发性能影响也较大，目前较多考虑在数据中心场景中使用。

对数据量较大、实时性要求高的数据网，运营商提供的专用网络从带宽、时延、连接灵活性等多方面提出了更高要求，从网络运维角度看，对性能检测技术主要有以下诉求：

(1)网络日常性能监控：提供基于IP业务流级的实时SLA(Service LevelAgreement，服务级别协议)监控，掌握网络实时健康状况，满足日常运维监控需求。

(2)网络快速排障、定界能力：对承载网外部故障，需要提供快速、精准的测量手段以自证清白。对承载网内部故障，需要提供快速排障定界手段，快速定位故障点，对故障进行隔离、修复。

(3)网络自动化、智能化运维：网络功能日趋灵活，网络维护也更加复杂，需要推动网络运维向自动化、智能化转变。依赖全网实时性能检测数据，构建大数据智能运维系统，对网络可能发生的风险进行提前干预、调整、优化，实现自动化、智能化的运维。

基于对时延敏感的数据网、专用网络的运维诉求，结合现有性能检测技术的优缺点，本申请实施例提供一种实现智能运维的网络性能监测方法、装置及系统，通过带内性能监测、端到端或逐跳的方式进行网络性能监测，可以保障网络的稳定运行，提高网络性能。为便于对本实施例进行理解，首先对本申请实施例所公开的一种实现智能运维的网络性能监测方法进行详细介绍。

图1为本申请实施例提供的一种实现智能运维的网络性能监测方法的流程图，该方法应用于带内性能监测系统，该带内性能监测系统连接有多个设备，包括核心层设备和接入层设备(即边缘设备)；多个设备上配置有目标网络；该目标网络可以为游戏专用网络，或其它待监测网络；该方法具体包括以下步骤：

步骤S102，根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；

其中，带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；通过该带内性能监测配置信息，可以确定出哪两个设备间进行端到端的报文监测，哪些设备进行逐跳监测，以及对应的实例配置信息。

通过上述实例配置信息设备可以自动生成对应的报文监测实例，从而实现业务报文监测，以确定出设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量等监测结果。

上述向各设备发送携带有对应的实例配置信息的报文监测指令的步骤的实施过程中，带内性监测系统使用JAVA的Reflection动态调用下发实现类，可以实现新增厂商设备下发netconf(即携带有对应的实例配置信息的报文监测指令)的插件化，然后利用模板的变量替换特性实现报文参数动态替换，管理人员修改静态报文模板即可适应不同类型的设备。从而实现自定义netconf报文模板管理功能，实现新增厂商的配置下发报文可配置。

步骤S104，接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络对应的网络性能监测结果。

各设备在进行业务报文的监测后，自动向带内性能监测系统返回报文监测结果。带内性能监测系统可以基于各设备返回的报文监测结果，快速感知网络故障，进行精准定界、排障。

本申请实施例提供的实现智能运维的网络性能监测方法，是一种基于业务流级的，实时、高精度、准确反馈客户实际流量的性能监测机制，结合IFIT(in-situ FlowInformation Telemetry，随流监测)技术，通过直接对业务报文进行测量得到游戏专用网络的真实丢包率、时延等性能指标，监测精度高，部署简单，具有未来的扩展能力。提供IP业务流级端到端、逐跳SLA(主要包括丢包率、时延、抖动、实时流量)测量能力，可快速感知网络故障，并进行精准定界、排障，是游戏专用网络等对时延敏感的网络运维的重要手段，为时延敏感类业务提供全网时延可视化、时延异常监控、时延选路等功能，实现网络的智能运维，提升用户体验。

本申请实施例还提供一种实现智能运维的网络性能监测方法，该方法在上一实施例的基础上实现，该实施例中重点描述配置信息的配置过程及整体构架。

上述接收各设备通过网络遥测技术返回的报文监测结果的步骤，包括：将实时接收到的报文监测结果缓存至消息队列；通过flink数据处理任务实时消费消息队列中的消息，并回填redis中的网元资源数据，以记录各设备分别对应的报文监测结果。

该实施例中整合了带内性能监测数据(即各设备上传的报文监测结果)，由于数据量过大，而且需要实时性和准确性比较高，本申请实施例中采取flink为数据处理引擎，采用如下：

Telemetry->Probe->Kafka->Flink->mysql的整个处理架构设计合理，能够实现实时网络日志分析。

进一步地，上述方法还包括：将网络性能监测结果进行可视化显示，并基于网络性能监测结果和智能算法进行路径调优和/或网络故障风险预测，实现智能运维。

参见图2所示，整体的网络性能监测过程如下：

1)用户进行监控策略配置，也即前述带内性能监测配置信息的配置，如图中1步骤所示；

2)带内性能监测系统(配置有大数据和智能算法)将用户配置的监控策略转化为命令行通过NETCONF下发给设备，也就是向各设备(如PE1、P1、PE2)下发对应的携带有实例配置信息的报文监测指令，也就是如图中2步骤所示的Netconf配置下发；

3)各设备根据Netconf配置信息生成端到端或逐跳的报文监测实例并进行业务报文监测，通过Telemetry网络遥测技术向带内性能监测系统返回统计数据(报文监测结果)，如图中3步骤所示；

4)带内性能监测系统基于大数据处理各设备上传的报文监测结果，并可视化呈现目标网络的网络性能监测结果，同时进一步基于智能算法实现风险预测和路径调优，如图中4步骤所示的根据监测结果调优路径。

为了满足用户对业务质量的更高要求，通过在游戏专用网络中部署带内性能监测，可以实时监控PE到PE之间链路的丢包率和时延大小，以便在用户业务质量下降时及时作出调整。支持在设备上配置双向流监测功能，通过在一端设备上创建的正向流自动生成反向流实例，实际网络中接入层设备较多，核心层设备较少，如果在核心层设备上创建双向监测流可以大大减少配置和维护的工作量。

进一步地，上述带内性能监测配置信息的配置过程如下：带内性能监测系统提供带内性能监测配置页面；响应针对带内性能监测配置页面中的指定信息的配置操作，生成带内性能监测配置信息；指定信息包括：目标网络标识、流方向、源网元和宿网元、检测模式；流方向包括双向或单向；检测模式包括端到端模式或逐跳模式。

进一步地，上述指定信息还至少包括以下之一：测量周期、下发地址类型、流信息、乱序测量。

进一步地，上述响应针对带内性能监测配置页面中的指定信息的配置操作，生成带内性能监测配置信息的步骤，包括：带内性能监测配置页面包括：网元选择页面、监控配置页面；响应针对网元选择页面中目标网络名称、流方向、源网元和宿网元的配置操作，生成监控配置页面；响应针对监控配置页面中流信息、检测模式、测量周期、下发地址类型的配置操作，生成设备间端到端或逐跳的网络性能监测实例的配置信息。

具体实施时，参见图3所示的网络架构示意图，其中P设备表示核心层设备，PE1设备、PE2设备表示接入层设备，即边缘设备。

1.在PE设备及P设备上配置游戏专用网络，即上述目标网络。

2.配置1588v2基本功能，实现设备间的时钟同步。

3.配置PE设备间链路的丢包和时延统计功能，实现对承载网络丢包率和传输时延的周期性统计。

4.配置设备通过Telemetry上送监测数据至带内性能监测系统。

5.带内性能监测系统将实时采集解析带内性能监测原始数据，并缓存至消息队列Kafka中。

6.通过flink数据处理任务实时消费原始数据，并回填redis中的网元资源数据。

7.带内性能监测系统呈现网络性能监测结果。

当需要对专用网络进行监控时，需要在带内性能监测系统内创建对应的监控实例。如图4所示，首先查找游戏专用网络，选择“单向”或“双向”(推荐部署双向，正反方向有两条业务流)，在“源网元”和“宿网元”列表中显示该网络涉及的端到端设备。

如图5所示，该实施例中，可以监测IPv4流或IPv6流，支持双栈监测，可直接下发E2E监测或逐跳监测，建议下发E2E监测。

查看新建实例的“状态”一栏，显示“成功”即完成部署，如图6所示。单击“查看结果”，可查看该监控实例的实时监测数据，包括时延和丢包情况。

相比传统监测技术，带内性能监测系统基于随流测量原理，提供更高精度的SLA测量，同时支持双归、ECMP/LAG等各种灵活组网场景；另外，带内性能监测吸收iOAM/INT等随流监测技术优势，提供更好的扩展性，同时使用染色机制降低复杂度，相比iOAM/INT引入更少的开销，更适合承载网应用场景。带内性能监测提供IP业务级的端到端和逐跳测量，满足日常运维监控及故障快速定界等诉求，是游戏专用网络的重要运维手段。

本申请实施例提供的网络性能监测方法，具备以下优点：

1.带内性能监测数据通过telemetry上报至系统，系统实现了数据的实时采集与分析，并可进行多实例采集，自主实现了多厂商设备的测量结果telemetry上报数据的实时采集和解析,实现了采集实例高可用和负载均衡方案。

2.本套方案整合了带内性能监测数据，由于数据量过大，而且需要实时性和准确性比较高，本方案采取flink为数据处理引擎，Telemetry->Probe->Kafka->Flink->mysql整个处理架构设计合理，能够实现实时网络日志分析。由于本方案需要实时的大量数据之间的关联来确保程序的准确性，如何在保证大数据量实时处理的过程中确保关联的可靠和速度上可以适应实时性变得非常重要。

3.系统功能架构、设计及开发，均为自主研发，实现了游戏专用网络监测实例任务可视化配置、下发。

4.自定义netconf报文模板管理功能，实现新增厂商的配置下发报文可配置。系统使用JAVA的Reflection动态调用下发实现类，实现新增厂商设备下发netconf的插件化，然后利用模板的变量替换特性实现报文参数动态替换，管理人员修改静态报文模板即可适应不同类型的设备。使管理信息成为计算机可以理解的数据库，提高计算机对网络管理数据的处理能力，从而提高网络管理能力。

基于上述方法实施例，本申请实施例还提供另一种实现智能运维的网络性能监测方法，该方法应用于设备，该设备与带内性能监测系统连接，且配置有目标网络；参见图7所示，该方法包括以下步骤：

步骤S702，接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；

步骤S704，根据实例配置信息，生成报文监测实例，并基于报文监测实例进行业务报文监测；

步骤S706，通过网络遥测技术向带内性能监测系统返回报文监测结果，以使带内性能监测系统确定目标网络的网络性能监测结果。

本申请实施例提供的方法，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，该方法的实施例部分未提及之处，可参考前述方法实施例中相应内容。

基于上述方法实施例，本申请实施例还提供一种实现智能运维的网络性能监测装置，装置应用于带内性能监测系统，带内性能监测系统连接有多个设备；多个设备上配置有目标网络；参见图8所示，该装置包括：配置发送模块82，用于根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于报文监测实例进行业务报文监测；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；结果确定模块84，用于接收各设备通过网络遥测技术返回的报文监测结果，以确定目标网络对应的网络性能监测结果；报文监测结果至少包括以下之一：设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量。

进一步地，上述结果确定模块84，用于：将实时接收到的报文监测结果缓存至消息队列；通过flink数据处理任务实时消费消息队列中的消息，并回填redis中的网元资源数据，以记录各设备分别对应的报文监测结果。

进一步地，上述装置还包括：显示模块，用于将网络性能监测结果进行可视化显示，并基于网络性能监测结果进行路径调优和/或网络故障风险预测。

进一步地，上述装置还包括：配置模块，用于执行以下带内性能监测配置信息的配置过程：带内性能监测系统提供带内性能监测配置页面；响应针对带内性能监测配置页面中的指定信息的配置操作，生成带内性能监测配置信息；指定信息包括：目标网络标识、流方向、源网元和宿网元、检测模式；流方向包括双向或单向；检测模式包括端到端模式或逐跳模式。

进一步地，上述指定信息还至少包括以下之一：测量周期、下发地址类型、流信息、乱序测量。

进一步地，上述带内性能监测配置页面包括：网元选择页面、监控配置页面；配置模块，还用于响应针对网元选择页面中目标网络名称、流方向、源网元和宿网元的配置操作，生成监控配置页面；响应针对监控配置页面中流信息、检测模式、测量周期、下发地址类型的配置操作，生成设备间端到端或逐跳的网络性能监测实例的配置信息。

本申请实施例提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置的实施例部分未提及之处，可参考前述方法实施例中相应内容。

基于上述方法实施例，本申请实施例还提供一种实现智能运维的网络性能监测装置，装置应用于设备，设备与带内性能监测系统连接，且配置有目标网络；参见图9所示，该装置包括：配置接收模块92，用于接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；报文监测模块94，用于根据实例配置信息，生成报文监测实例，并基于报文监测实例进行业务报文监测；结果返回模块96，用于通过网络遥测技术向带内性能监测系统返回报文监测结果，以使带内性能监测系统确定目标网络的网络性能监测结果。

本申请实施例提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置的实施例部分未提及之处，可参考前述方法实施例中相应内容。

基于上述方法实施例，本申请实施例还提供一种实现智能运维的网络性能监测系统，参见图10所示，该网络性能监测系统包括：通信连接的带内性能监测系统10和多个设备20(图中仅示出三个)；多个设备20上配置有目标网络；带内性能监测系统10用于执行如第一个实施例所述的实现智能运维的网络性能监测方法；设备用于执行如第二个实施例所述的实现智能运维的网络性能监测方法。

本申请实施例提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统的实施例部分未提及之处，可参考前述方法实施例中相应内容。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令在被处理器调用和执行时，该计算机可执行指令促使处理器实现上述方法，具体实现可参见前述方法实施例，在此不再赘述。

本申请实施例所提供的方法、装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本申请的范围。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种实现智能运维的网络性能监测方法，其特征在于，所述方法应用于带内性能监测系统，所述带内性能监测系统连接有多个设备；多个设备上配置有目标网络；所述方法包括：

根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于所述报文监测实例进行业务报文监测；所述带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；

接收各设备通过网络遥测技术返回的报文监测结果，以确定所述目标网络对应的网络性能监测结果；所述报文监测结果至少包括以下之一：设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量。

2.根据权利要求1所述的方法，其特征在于，接收各设备通过网络遥测技术返回的报文监测结果的步骤，包括：

将实时接收到的报文监测结果缓存至消息队列；

通过flink数据处理任务实时消费所述消息队列中的消息，并回填redis中的网元资源数据，以记录各设备分别对应的报文监测结果。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述网络性能监测结果进行可视化显示，并基于网络性能监测结果进行路径调优和/或网络故障风险预测。

4.根据权利要求1所述的方法，其特征在于，所述带内性能监测配置信息的配置过程如下：

所述带内性能监测系统提供带内性能监测配置页面；

响应针对带内性能监测配置页面中的指定信息的配置操作，生成所述带内性能监测配置信息；所述指定信息包括：目标网络标识、流方向、源网元和宿网元、检测模式；所述流方向包括双向或单向；所述检测模式包括端到端模式或逐跳模式。

5.根据权利要求4所述的方法，其特征在于，所述指定信息还至少包括以下之一：测量周期、下发地址类型、流信息、乱序测量。

6.根据权利要求5所述的方法，其特征在于，响应针对带内性能监测配置页面中的指定信息的配置操作，生成所述带内性能监测配置信息的步骤，包括：

所述带内性能监测配置页面包括：网元选择页面、监控配置页面；

响应针对所述网元选择页面中目标网络名称、流方向、源网元和宿网元的配置操作，生成所述监控配置页面；

响应针对所述监控配置页面中流信息、检测模式、测量周期、下发地址类型的配置操作，生成设备间端到端或逐跳的网络性能监测实例的配置信息。

7.一种实现智能运维的网络性能监测方法，其特征在于，所述方法应用于设备，所述设备与带内性能监测系统连接，且配置有目标网络；所述方法包括：

接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；所述带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；

根据所述实例配置信息，生成报文监测实例，并基于所述报文监测实例进行业务报文监测；

通过网络遥测技术向所述带内性能监测系统返回报文监测结果，以使所述带内性能监测系统确定目标网络的网络性能监测结果。

8.一种实现智能运维的网络性能监测装置，其特征在于，所述装置应用于带内性能监测系统，所述带内性能监测系统连接有多个设备；多个设备上配置有目标网络；所述装置包括：

配置发送模块，用于根据带内性能监测配置信息向各设备发送携带有对应的实例配置信息的报文监测指令，以使各设备分别根据对应的实例配置信息，生成对应的报文监测实例，并基于所述报文监测实例进行业务报文监测；所述带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；

结果确定模块，用于接收各设备通过网络遥测技术返回的报文监测结果，以确定所述目标网络对应的网络性能监测结果；所述报文监测结果至少包括以下之一：设备间链路的丢包率、时延大小、乱序检测结果、抖动情况、实时流量。

9.一种实现智能运维的网络性能监测装置，其特征在于，所述装置应用于设备，所述设备与带内性能监测系统连接，且配置有目标网络；所述装置包括：

配置接收模块，用于接收带内性能监测系统根据带内性能监测配置信息发送的携带有对应的实例配置信息的报文监测指令；所述带内性能监测配置信息包括：基于随流测量原理而设置的设备间端到端或逐跳的用于报文监测的实例配置信息；

报文监测模块，用于根据所述实例配置信息，生成报文监测实例，并基于所述报文监测实例进行业务报文监测；

结果返回模块，用于通过网络遥测技术向所述带内性能监测系统返回报文监测结果，以使所述带内性能监测系统确定目标网络的网络性能监测结果。

10.一种实现智能运维的网络性能监测系统，其特征在于，所述网络性能监测系统包括：通信连接的带内性能监测系统和多个设备；多个设备上配置有目标网络；所述带内性能监测系统用于执行如权利要求1-7任一项所述的实现智能运维的网络性能监测方法；所述设备用于执行如权利要求8所述的实现智能运维的网络性能监测方法。