网络性能监测方法、网络设备及网络性能监测系统与流程

文档序号:17125516发布日期:2019-03-16 00:22阅读:575来源:国知局
网络性能监测方法、网络设备及网络性能监测系统与流程

本申请涉及网络性能监测技术领域,具体而言,涉及一种网络性能监测方法、网络设备及网络性能监测系统。



背景技术:

随着网络和应用的演进,在网络上进行多业务承载时,运营商希望能有更多更好的运维管理(operationadministrationandmanagement,oam)方法对网络的性能进行监测,以在业务开通前以及业务运行过程中对网络的运行状况及故障进行及时的评估和监测。

现有技术中,twamp测量结果采集方法将twamp测量数据作为常规网络设备的性能监测(performancemonitor,pm)对象进行采集。例如,通过类似对网络设备端口15分钟流量统计pm数据进行轮询的类似方法,由服务器侧的数据采集模块(collector)定期通过一问一答的方式轮询网络设备的twamp测量结果数据。

因此,现有的twamp测量结果采集方法,无法采用系统可定制的方式对twamp测量结果进行实时主动上报,从而导致无法对网络的运行状况及故障进行及时的评估和监测。



技术实现要素:

本申请的目的在于,针对上述现有技术中的不足,提供一种网络性能监测方法、网络设备及网络性能监测系统,能够以便于机器分析的格式和方式实现基于twamp探针探测的ippm测量结果的主动上报,从而实现对ip网络故障进行及时的评估和监测、或网络服务质量验证以及不同优先级ip业务传输指标实时监测等。

为实现上述目的,本申请实施例所采用的技术方案如下:

第一方面,本申请实施例提供一种网络性能监测方法,应用于网络遥测技术框架,所述框架包括网络设备,所述方法包括:

网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取网络互联协议ip网络节点间的ip性能标准ippm测量参数;

网络设备对ippm测量参数进行处理,得到ippm测量结果;

网络设备向上层系统上报ippm测量结果,所述ippm测量结果用于指示ip网络故障涉及范围内的网络优化,或网络性能监测要求范围内的网络性能标准。

如上所述,在网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取网络互联协议ip网络节点间的ip性能标准ippm测量参数之前,所述方法还包括:

网络设备获取订阅信息;

网络设备在获取到订阅信息后,根据订阅信息和预设的数据模型设定所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道。

如上所述,网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取网络互联协议ip网络节点间的ip性能标准ippm测量参数包括:

网络设备采集ip网络故障涉及范围或网络性能监测要求范围内携带有原始ippm测量信息的原始数据;

网络设备根据所述原始数据计算得到ippm测量参数。

如上所述,所述网络设备对所述ippm测量参数进行处理,得到ippm测量结果包括:

网络设备根据所述对所需获取的ippm测量结果的设定,对所述ippm测量参数进行取样;

网络设备根据预设的数据模型,对所述取样后的ippm测量参数进行编码,得到ippm测量结果。

如上所述,预设的数据模型用于定义所述ippm测量结果的标准格式信息。

第二方面,本申请实施例还提供一种网络设备,应用于网络遥测技术框架,所述网络设备包括:数据探针模块、数据生成模块和数据发行模块;

数据探针模块包括双向主动测量协议twamp探针,用于采集ip网络故障涉及范围或网络性能监测要求范围内,携带有原始ippm测量信息的原始数据;

数据生成模块用于根据所述原始数据计算得到ippm测量参数,对所述ippm测量参数进行处理,得到ippm测量结果;

数据发行模块用于向上层系统上报所述ippm测量结果,所述ippm测量结果用于指示ip网络故障涉及范围内的网络优化,或网络性能监测要求范围内的网络性能标准。

如上所述,网络设备还包括:数据订阅模块,用于获取订阅信息,根据订阅信息和预设的数据模型设定所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道。

如上所述,数据生成模块用于,根据所述数据订阅模块对所需获取的ippm测量结果的设定,对所述ippm测量参数进行取样;根据预设的数据模型对所述取样后的ippm测量参数进行编码,得到ippm测量结果。

如上所述,预设的数据模型用于定义所述ippm测量结果的标准格式信息。

第三方面,本申请实施例还提供一种网络性能监测系统,包括基于网络遥测技术框架下的运维支持系统、数据采集模块和多个如第二方面所述的网络设备;

多个网络设备用于将ippm测量结果上报至数据采集模块;

数据采集模块用于对来自多个网络设备的ippm测量结果进行汇总和数据解码;

运维支持系统用于根据数据采集模块解码后的ippm测量结果,进行ip网络故障关联性及根因分析,并根据分析结果向ip网络故障涉及范围内的网络下发优化配置命令。

相比于现有技术,本申请实施例具有以下有益效果:

本申请实施例基于网络遥测技术(telemetry)框架,通过网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取ip网络节点间的ippm测量参数,对ippm测量参数进行处理得到ippm测量结果,将ippm测量结果向上级系统实时主动上报,使得上级系统可以根据ippm测量结果分析故障原因,或网络性能监测要求范围内的网络性能标准,并根据分析结果向ip网络故障涉及范围内的网络下发优化配置命令,从而实现了对ip网络的ip网络故障进行及时的评估和监测、或网络服务质量验证以及不同优先级ip业务传输指标实时监测等。

本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的网络性能监测系统的交互环境示意图;

图2为本申请第一实施例提供的网络性能监测方法流程示意图;

图3为本申请第二实施例提供的网络性能监测方法流程示意图;

图4为本申请实施例提供的网络设备获取ippm测量参数的流程示意图;

图5为本申请实施例提供的网络设备对ippm测量参数的处理流程示意图;

图6为本申请第三实施例提供的网络设备功能模块图;

图7为本申请第四实施例提供的网络监测系统示意图;

图8为本申请第五实施例提供的ip网络微突发丢包监测方法流程示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。

本申请网络性能监测系统的交互环境如图1所示,基于telemetry框架下,网络性能监测系统的上层系统为运维支持系统(operationandsupportsystem,oss)或控制系统(controller),通过后台管理服务器端数据采集模块监测多个网络设备之间的ip网络性能,其中,多个网络设备之间通过ip网络连接,任意两个网络设备节点之间具备ip可达性。

具体地,telemetry框架是一种通过服务器侧的数据采集模块(collector)订阅需要采集的网络测量数据集(probes或sensors),如:ippm测量结果,而网络设备节点将网络测量数据向服务器侧的数据采集模块进行连续、主动和实时推送的网络监测框架。另外,在本申请实施例中,telemetry框架下的网路设备可以是计算机、交换机、路由器和无线接入点等连接到网络中的实体设备。

第一实施例:

本实施例提供一种网络性能监测方法,应用于网络遥测技术(telemetry)框架,该telemetry框架中包括网络设备。

如图2所示,所述网络性能监测方法具体包括如下步骤:

s110、网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取网络互联协议ip网络节点间的ip性能标准(ipperformancemetrics,ippm)测量参数;

具体地,ip网络故障涉及范围是指网络中发生的ip网络故障(如:ip报文丢包等微突发故障)所涉及的网络范围;网络性能监测要求范围是指需要进行网络服务质量验证,或不同优先级ip业务传输指标实时监测时所需要涉及的网络范围,网络设备可根据网络中ip网络故障所涉及的范围或网络性能监测要求范围,获取ip网络节点间的ippm测量参数。

可选地,ippm测量参数包括:平均时延、最小时延、最大时延、平均抖动、最小抖动、最大抖动、平均丢包率、最小丢包率和最大丢包率等。

s120、网络设备对ippm测量参数进行处理,得到ippm测量结果;

具体地,网络设备在获取到ippm测量参数后,可根据服务器侧的数据采集模块对ippm测量结果的订阅信息,以及网络设备中预设的数据模型,对ippm测量参数进行如:取样、编码等处理,得到ippm测量结果。

s130、网络设备向上层系统上报ippm测量结果,所述ippm测量结果用于指示ip网络故障涉及范围内的网络优化,或网络性能监测要求范围内的网络性能标准;

具体地,网络设备在得到ippm测量结果后,将ippm测量结果在特定的传输通道中,根据特定的传输协议,向服务器侧的数据采集模块上报,从而使得上层系统能够根据数据采集模块所接受到的ippm测量结果,对网络中发生ip网络故障的原因进行分析,或得出网络性能监测要求范围内的网络性能标准,并根据分析结果向网络下发优化配置命令。

其中,特定的传输通道和传输协议,可以通过网络设备所指定,具体可以是grpc(googleremoteprocedurecall,谷歌远程调用通道)、tcp(transmissioncontrolprotocol,传输控制协议)连接、ftp(filetransferprotocol,文件传输协议)、或具备序列号确认机制的ip+udp(userdatagramprotocol,用户数据报协议)可靠传输通道,本申请在此不做限定。

如上所述,本实施例所提供的网络性能监测方法中,telemetry框架下的网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取ip网络节点间的ippm测量参数,对ippm测量参数进行处理得到ippm测量结果,并将ippm测量结果向上级系统上报,使得上级系统可以根据ippm测量结果分析故障原因,或网络性能监测要求范围内的网络性能标准,并根据分析结果向ip网络故障涉及范围内的网络下发优化配置命令,从而实现了ip网络的ip网络故障监测功能、或网络服务质量验证以及不同优先级ip业务传输指标实时监测等。

可选地,在本申请实施例中,上述网络性能监测方法中,网络设备所执行的各步骤,如:获取ippm测量参数、对ippm测量参数进行处理、以及将ippm测量结果向服务器侧的数据采集模块上报等,均可通过网络设备中的中央处理器(centralprocessingunit,cpu)软件的运行而实现。

第二实施例:

在上述第一实施例的基础上,本实施例提供一种网络性能监测方法,应用于telemetry框架下的网络设备,如图3所示,该网络性能监测方法具体包括如下步骤:

s210、网络设备获取订阅信息;

具体地,订阅信息来自于服务器侧的数据采集模块。当监控网络中发生ip网络故障时,服务器侧的数据采集模块向网络设备发送订阅信息(例如,订阅平均丢包率大于10-5的ippm测量结果)。

s220、网络设备在获取到订阅信息后,根据订阅信息和预设的数据模型设定所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道;

具体地,网络设备接收到服务器侧的数据采集模块所发送的订阅信息后,根据订阅信息和预设的数据模型,对所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道进行设定。例如,网络设备设定ippm测量结果平均丢包率大于10-5,设定上报ippm测量结果的传输通道为grpc(googleremoteprocedurecall,谷歌远程调用)等。其中,预设的数据模型用于定义ippm测量结果的参数数据类型、取值范围等标准格式信息。

s230、网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取ip网络节点间的ippm测量参数;

s240、网络设备对ippm测量参数进行处理,得到ippm测量结果;

s250、网络设备向上层系统上报ippm测量结果,所述ippm测量结果用于指示ip网络故障涉及范围内的网络优化,或网络性能监测要求范围内的网络性能标准。

具体地,对于本实施例中步骤s230、步骤s240和步骤s250,可参照上述第一实施例中,对步骤s110、s120和s130的描述,本申请在此不再赘述。

如图4所示,在本申请实施例中,上述步骤s230、网络设备根据监控网络的ip网络故障涉及范围或网络性能监测要求范围,获取ip网络节点间的ippm测量参数具体包括如下步骤:

s231、网络设备采集ip网络故障涉及范围或网络性能监测要求范围内携带有原始ippm测量信息的原始数据;

具体地,网络设备中部署有双向主动测量协议(two-wayactivemeasurementprotocol,twamp),网络设备在ip网络故障涉及的网络范围或网络性能监测要求范围内安装twamp探针,twamp探针在网络设备会话发送器(sessionsender)处,采集sessionsender的测量对端—网络设备会话反射器(sessionreflector)返回的携带有ippm测量信息的原始数据。

其中,twamp探针属于telemetry框架中的动态软件针(softwaredynamicnetworkprobe,softwarednp)类型,具体结构可包括:twamp测量会话(session)id、虚拟专用网络(vitualprivatenetwork,vpn)实例id、测量报文长度、测量报文序列号、会话发送器(sessionsender)的报文发送时间戳、sessionsender的报文接收时间戳、会话反射器(sessionreflector)的报文发送时间戳、sessionreflector的报文接收时间戳、sessionsender的定时精度、sessionreflector的定时精度、测试报文的从sessionsender到sessionreflector的单向生存时间(timetolive,ttl)值,以及测试报文的往返ttl值。

在本申请实施例中,twamp协议通过主动向网络注入测量报文,并根据对测量报文进行采集分析,来实现任意两个ip可达性网络节点之间的网络性能监测。运营商在部署ip层业务(如移动回传网络的基站与核心网络节点之间的ip层数据传送)之前,以及在网络实际运营时都可以通过twamp方法,在需要监测的任意两个节点上启用twamp协议。在通过定义测量端点的ip地址、传输层端口号、报文ip优先级定义了测试会话(testsession)之后,twamp通过其sessionsender向网络中注入带时间戳和序列号的ip测量报文发向测量对端端点。twamp的测量对端端点的sessionreflector将报文打上相应接收时间戳反射回sessionsender处。twamp探针可根据反射回sessionsender处的报文,采集到携带有ippm测量信息的原始数据。

需要特别说明的是,在本申请实施例中,网络设备也可以通过安装单向主动测量协议(one-wayactivemeasurementprotocol,owamp)探针,来实现对携带有ippm测量信息的原始数据的采集,该owamp探针对应通过owamp协议主动向网络注入的测量报文采集原始数据,本申请在此不做特别限定。

s232、网络设备根据所述原始数据计算得到ippm测量参数;

具体地,网络设备在采集到携带有ippm测量信息的原始数据后,对原始数据进行分析计算,得到ippm测量参数,并形成如下结构化twampippm模型:

twampippm采样分析参数(1);

时延(1.1)、平均时延(1.1.1)、最大时延(1.1.2)、最小时延(1.1.3);

抖动(1.2)、平均抖动(1.2.1)、最大抖动(1.2.2)、最小抖动(1.2.3);

丢包率(1.3)、平均丢包率(1.3.1)、最大丢包率(1.3.2)、最小丢包率(1.3.3);

上述twampippm结构模型形成一颗逻辑twamp探针采样子树,可以挂接在telemetry框架网络设备的运维管理(operationadministrationandmanagement,oam)相关节点下。

如图5所示,在本申请实施例中,上述步骤s240、网络设备对ippm测量参数进行处理,得到ippm测量结果具体包括如下步骤:

s241、网络设备根据所述对所需获取的ippm测量结果的设定,对所述ippm测量参数进行取样;

具体地,网络设备在获取到ippm测量参数后,根据步骤s220中对所需获取的ippm测量结果的设定,对ippm测量参数进行取样,例如,选取平均丢包率大于10-5的ippm测量结果。

s242、网络设备根据预设的数据模型,对所述取样后的ippm测量参数进行编码,得到ippm测量结果;

具体地,网络设备根据预设的数据模型所规定的数据格式,对上述步骤s241中取样后的ippm测量参数进行编码,得到ippm测量结果。其中,预设的数据模型可选取为twampippmyang数据模型,从而有利于不同厂家的网管服务器侧的数据采集模块与网络设备侧互联互通。

综上,本实施例所提供的网络性能监测方法中,服务器侧的数据采集模块可向网络设备发送订阅信息,网络设备根据接收到的信息和预设的数据模型对所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道进行设定,从而在上述第一实施例中所述的实现ip网络的ip网络故障监测功能的基础上,进一步实现了telemetry框架下订阅-主动实时上报架构监测网络性能的功能。

另外,网络设备将测量得到的原始数据在本地进行分析计算,并按照结构化的数据模型进行测量结果组织,有利于上层系统的云端分析软件进行智能的自动分析处理。

第三实施例:

如图6所示,本实施例提供一种应用于telemetry框架下的网络设备,其基本原理及产生的技术效果与前述对应的方法实施例相同,为简要描述,本实施例中未提及部分,可参考前述方法实施例中的相应内容。如第一实施例中所述,该网络设备可以是计算机、交换机、路由器和无线接入点等连接到网络中的实体设备。所述网络设备包括:数据订阅模块310、数据探针模块320、数据生成模块330和数据发行模块340。

其中,数据订阅模块310用于获取来自于服务器侧的数据采集模块所发送的订阅信息,并根据订阅信息和预设的数据模型设定所需获取的ippm测量结果、上报所采用的传输协议以及上报所选用的传输通道。

数据探针模块320包括twamp探针,用于采集ip网络故障涉及范围或网络性能监测要求范围内,携带有原始ippm测量信息的原始数据。

数据生成模块330用于对数据探针模块320所采集的原始数据,进行计算得到ippm测量参数,并根据数据订阅模块310对所需获取的ippm测量结果的设定和预设的数据模型,对所述ippm测量参数进行处理,得到ippm测量结果。

例如,数据生成模块330先根据数据订阅模块310对所需获取的ippm测量结果的设定,对计算得到ippm测量参数进行取样;进一步,数据生成模块330对取样后的ippm测量参数,按照预设的数据模型(如twampippmyang数据模型)所规定的数据格式,和以利于大规模并发数据采集的占用最少量测试数据传送带宽和cpu处理能力的数据格式进行编码,得到ippm测量结果。

可选地,在本申请实施例中,数据生成模块330采用二进制的序列化方法对取样后的ippm测量参数进行编码。

数据发行模块340用于在数据订阅模块310所设定的传输通道上,将ippm测量结果向上层系统(或服务器侧的数据采集模块)进行连续、实时、主动地推送上报,所述ippm测量结果用于指示ip网络故障涉及范围内的网络优化,或网络性能监测要求范围内的网络性能标准。需要说明的是,经过数据生成模块330对ippm参数进行处理后,数据发行模块340在对上层系统所上报的ippm测量结果时,其数据发行线路上传输的是无冗余信息的纯测量结果信息。

由上所述,本实施例所提供的网络设备,可以执行上述步骤s210、步骤s220、步骤s230、步骤s240及步骤s250。

第四实施例:

如图7所示,本实施例提供一种网络性能监测系统,包括基于telemetry框架下的运维支持系统410、数据采集模块420和多个如上述第三实施例所述的网络设备430。

其中,多个网络设备430用于获取ippm测量结果,并将ippm测量结果上报至数据采集模块420。数据采集模块420用于对来自多个网络设备430的ippm测量结果进行汇总和数据解码;运维支持系统410用于根据数据采集模块420解码后的ippm测量结果,进行ip网络故障关联性及根因分析,并根据分析结果向ip网络故障涉及范围内的网络下发优化配置命令。

具体地,运维支持系统410为服务器的上层系统,可对服务器侧数据采集模块420解码后的ippm测量结果进行分析,得到ip网络故障产生的原因,并根据分析结果向网络下发优化配置命令。

数据采集模块420部署于网络的后台管理服务器端,可选地,数据采集模块以软件的形式存储于服务器侧的软件功能模块(如可执行的程序等),并与网络管理系统(networkmanagementsystem,nms)网管管理软件同机部署,也可以独立部署,本申请在此不做限定。

另外,在本申请实施例中,网络设备430与数据采集模块420之间为多对多的映射关系,也即,在telemetry框架下,网络设备430可向多个数据采集模块420上报ippm测量结果,而数据采集模块420也可同时向多个网络设备430发送订阅信息或接收ippm测量结果。

可选地,在本申请实施例中,网络设备430和服务器侧的数据采集模块420通过相同的数据模型和数据格式来编解码所传输的ippm测量结果,从而可以降低ippm测量结果传输对网络带宽和cpu处理性能的要求,同时能够维护对不同厂家数据采集模块420软件的兼容性。

第五实施例:

如图8所示,本实施例提供一种ip网络微突发丢包监测的方法,应用于如上第四实施例所述的网络性能监测系统。当网络中出现了ip报文丢包微突发故障时,针对发生微突发故障的目标网络区域,使用twamp探针对对ip报文丢包微突发故障进行丢包率主动测量,实现秒级实时监控采集数据,从而进行故障检测、故障关联、根因分析和网络优化。

上述ip网络微突发丢包监测的方法具体步骤如下:

s510、数据采集模块向网络设备发送订阅信息,网络设备安装twamp探针;

具体地,当网络中出现了ip报文丢包微突发故障时,服务器侧的数据采集模块向网络设备发送订阅信息(订阅平均丢包率大于10-5的ippm测量结果),网络设备安装twamp探针,启动对指定ip网络节点间的网络主动探测。

s520、网络设备设定所需获取的丢包率测量结果、上报所采用的传输协议以及上报所选用的传输通道;

具体地,网络设备根据数据采集模块的订阅信息设定ippm测量结果标准(平均丢包率大于10-5),并根据预设的数据模型(twampippmyang数据模型)设定网络设备向数据采集模块上报ippm测量结果时所采用的传输协议以及传输通道(谷歌远程过程调用接口grpc)。

s530、twamp探针采集原始数据;

具体地,如前述方法实施例中所述,twamp探针采集携带有原始ippm测量信息的原始数据。

s540、网络设备对原始数据进行判断,若原始数据完整,则执行步骤s550,否则,先执行步骤s541,再执行步骤s550;

具体地,当twamp探针采集到原始数据后,网络设备先判断所采集的原始数据是否完整,当原始数据完整时,可直接执行步骤s550对原始数据进行分析计算,当原始数据不完整时,需要先执行步骤s541得到完整的原始数据,再执行步骤s550对原始数据进行分析计算。

s541、网络设备对报文进行处理,得到完整的原始数据;

具体地,当原始数据不完整时,网络设备中sessionsender对经远端sessionreflector反射回的报文进行处理,得到完整的原始数据,再执行步骤s550。

s550、网络设备对原始数据进行处理,得到丢包率测量结果;

具体地,网络设备根据步骤s520中对所需获取的丢包率测量结果的设定,对原始数据进行分析计算得到丢包率测量参数,并根据预设的数据模型所规定的编码格式对丢包率测量参数进行编码,得到丢包率测量结果。

s560、网络设备向数据采集模块上报丢包率测量结果;

具体地,在得到丢包率测量结果后,网络设备将丢包率测量结果通过步骤s520中所制定的传输通道,主动、实时上报至服务器侧的数据采集模块。需要说明的是,正如上述第四实施例中所述,网络设备可将丢包率测量结果发送至多个数据采集模块,同时,数据采集模块也可接收来自多个网络设备的丢包率测量结果。

s570、数据采集模块对丢包率测量结果进行处理;

具体地,数据采集模块在接收到丢包率测量结果后,对来自多个网络设备的丢包率测量结果进行汇总,并对丢包率测量结果进行解码。

s580、运维支持系统根据数据采集模块处理后的丢包率测量结果,分析ip报文丢包微突发故障原因;

具体地,运维支持系统可根据数据采集模块解码后的丢包率测量结果,进行ip报文丢包微突发故障关联性及根因分析。

s590、运维支持系统根据步骤s580的分析结果,向网络下发优化配置命令;

具体地,运维支持系统在得到ip报文丢包微突发故障关联性及根因分析结果后,根据分析结果向网络下发优化配置命令,以消除ip报文丢包微突发故障。

可选地,在本申请实施例中,在上述第五实施例所述的ip网络微突发丢包监测的方法基础上,在执行步骤s590、运维支持系统根据步骤s580的分析结果,向网络下发优化配置命令之后,网络性能监测系统还能够判断通过上述ip网络微突发丢包监测的方法,ip报文丢包微突发故障是否已经消除,若ip报文丢包微突发故障还未消除,则返回至步骤s520进行下一轮的ip网络微突发丢包监测和网络优化配置。

综上所述,本申请所提供的网络性能监测方法、网络设备及网络性能监测系统,在网络设备端通过预设的数据模型(twampippmyang数据模型)将ippm测量结果结构化和模型化,并通过指定的传输通道(谷歌远程过程调用接口grpc),允许服务器侧的数据采集模块对ippm测量结果订阅后,网络设备能够将ippm测量结果主动、实时推送至服务器侧,以使得上层运维支持系统对ip网络故障进行分析和向网络下发优化配置命令,或能够根据ippm测量结果进行网络服务质量验证以及不同优先级ip业务传输指标实时监测等。这种实时主动的ippm测量结果上报方式,能够有效监测处ip网络中的ip网络故障,验证网络服务质量,以及实时监测不用优先级ip业务传输指标,有助于实现网络的感知。

另外,本申请所提供的网络性能监测系统,运维支持系统与网络设备之间形成交互模型,也即,根据分析结果,运维支持系统可以自动形成并下发网络优化配置方案,从而和订阅网络设备的ippm测量结果相结合,形成闭环控制。需要说明的是,上述运维支持系统中形成并下发网络优化配置方案的过程,可由运维支持系统中的相关应用(application,app)完成,本申请不做特别要求。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1