CN110120887B - 一种网络质量信息监控方法、电子设备及存储介质 - Google Patents
一种网络质量信息监控方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110120887B CN110120887B CN201910340591.XA CN201910340591A CN110120887B CN 110120887 B CN110120887 B CN 110120887B CN 201910340591 A CN201910340591 A CN 201910340591A CN 110120887 B CN110120887 B CN 110120887B
- Authority
- CN
- China
- Prior art keywords
- service
- information
- service data
- attribute information
- switch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
Abstract
本申请实施例提供了一种网络质量信息监控方法、电子设备及存储介质,该方法包括:交换机提取接收到的业务数据包携带的业务属性信息,并获取业务数据包的接收接口和发送接口分别对应的传输属性信息;判断提取的业务属性信息与预先配置的待监控业务链路的属性信息是否匹配;若匹配,则复制业务数据包并将业务数据包以及传输属性信息发送给监控服务器,以使监控服务器基于复制的业务数据包和获取的传输属性信息,确定待监控业务链路的网络质量信息。这样,能够真实的监控待监控业务链路的网络质量信息,使网络质量信息的监控更加全面和完整,便于精准的定位网络故障,提高了网络的稳定性和可靠性。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种网络质量信息监控方法、电子设备及存储介质。
背景技术
随着互联网的快速发展,用户需求不断增加,网络也变得越来越复杂,用户对于网络管理的要求也不断提高。其中,网络质量信息监控是网络维护的核心问题之一。
实际应用过程中,通常需要对承载目标业务的网络进行监控,以保证目标业务的正常传输。其中,传统的监控方法中,互联网协议地址(Internet Protocol Address,IP)网络运维存在多点不可视。例如,业务性能不可视,也即传统网络管理只提供网络的性能,运维人员无法看到网络上的承载内容,导致网络故障认知盲点多,网络故障定位效率低。再如,传统网络的路由不可视,运维人员无法看到业务路径,导致无法预防路由振荡引起的全网故障。
基于上述存在问题,目前,针对承载目标业务的网络进行监控的方法如下:通常是在待监控的网络中插入专用的检测报文,通过检测报文来间接监控承载目标业务的网络的网络质量信息。但是,实际中,由于目标业务对应的网络传输路径并不是固定的,检测报文经过的传输路径可能与目标业务经过的传输路径不同,这就会导致检测报文检测出的路径网络质量不能真实反映目标业务的网络传输状况。
发明内容
有鉴于此,本申请实施例的目的在于提供一种网络质量信息监控方法、电子设备及存储介质,能够真实的监控待监控业务链路的网络质量信息;同时,还能够使监控的网络质量信息更加全面和完整,便于精准定位网络故障,提高了网络的稳定性和可靠性。
第一方面,本申请实施例提供了一种网络质量信息监控方法,应用于交换机,所述交换机与监控服务器通信连接;所述方法包括:
所述交换机在接收到业务数据包后,提取所述业务数据包携带的业务属性信息,并获取所述业务数据包的接收接口和发送接口分别对应的传输属性信息;
判断提取的所述业务属性信息与监控服务器配置的待监控业务链路的属性信息是否匹配;
若匹配,则复制所述业务数据包,并将复制的所述业务数据包以及记录的所述传输属性信息发送给所述监控服务器,以使所述监控服务器基于复制的所述业务数据包和获取的所述传输属性信息,确定所述待监控业务链路的网络质量信息。
第二方面,本申请实施例还提供了一种网络质量信息监控方法,应用于监控服务器,所述监控系统与交换机通信连接;所述方法包括:
接收至少一个交换机发送的业务数据包以及所述业务数据包对应的传输属性信息;
从接收的所述业务数据包中提取业务属性信息;
基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息;其中,多个所述子业务链路是基于至少一个交换机在该业务属性信息对应的业务链路中的位置划分得到的。
第三方面,本申请实施例还提供了一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行如第一方面任一项所述的网络质量信息监控方法的步骤。
第四方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如第一方面任一项所述的网络质量信息监控方法的步骤。
第五方面,本申请实施例还提供了一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行如第二方面任一项所述的网络质量信息监控方法的步骤。
第六方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如第二方面任一项所述的网络质量信息监控方法的步骤。
本申请实施例提供的一种网络质量信息监控方法、电子设备及存储介质,通过实际传输的与待监控业务链路的属性信息相匹配的业务数据包的相关信息,对待监控业务链路的网络质量信息进行监控,能够真实的监控待监控业务链路的网络质量信息;同时,基于对应相同的的业务属性信息的各业务数据包及各业务数据包的传输属性信息,共同确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的网络质量信息监控系统的应用场景示意图。
图2示出了本申请实施例所提供的一种网络质量信息监控方法的流程图。
图3示出了本申请实施例所提供的另一种网络质量信息监控方法的流程图。
图4示出了本申请实施例所提供的单点部署的应用场景示意图。
图5示出了本申请实施例所提供的两点部署的应用场景示意图。
图6示出了本申请实施例所提供的多点部署的应用场景示意图。
图7示出了本申请实施例所提供的另一种网络质量信息监控方法的流程图。
图8示出了本申请实施例所提供的另一种网络质量信息监控方法的流程图。
图9示出了本申请实施例所提供的另一种网络质量信息监控方法的流程图。
图10示出了本申请实施例所提供的另一种网络质量信息监控方法的流程图。
图11示出了本申请实施例所提供的一种网络质量信息监控装置的结构示意图。
图12示出了本申请实施例所提供的另一种网络质量信息监控装置的结构示意图。
图13示出了本申请实施例所提供的一种电子设备的结构示意图。
图14示出了本申请实施例所提供的另一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,网络管理逐渐朝着可视化、自动化和智能化的方向发展,尤其可视化对于端到端的流量透视以及全网的安全策略管理等网络整体性能管理和运维至关重要,成为网络厂商的新发力点。其中,相关调查结果表明,“主动预防网络性能问题”是当前企业首要的运维投资驱动力,占整个投资的27%,而“快速网络故障诊断”和“业务质量保障服务等级协议(Service-Level Agreement,SLA)”分别排在第二位和第三位,其投资驱动力分别为15%和12%。
传统上,互联网协议地址(Internet Protocol Address,IP)网络运维存在多点不可视。这样,信息科技和产业(Information Technology,IT)管理员不能确定承载业务的网络是否有故障隐患,也不知道具体故障节点,因此,无法对视频、语音和上网等业务的网络性能无法客观评价。传统园区网业务的性能故障诊断缺乏有效的端到端的定位手段,导致故障诊断时间长、难度大,难以满足用户要求。
基于此,通过专用的检测报文来间接监控承载目标业务的网络质量信息的方式中,由于目标业务对应的网络传输路径并不是固定的,检测报文经过的传输路径可能与目标业务经过的传输路径不同,这就会导致检测报文检测出的路径网络质量不能真实反映目标业务的网络传输状况。
基于此,本申请实施例中基于增强型媒体传输质量指标(Enhanced MediaDelivery Index,eMDI)提出了一种网络质量信息监控方法、电子设备及存储介质,可直接对IP网络中待监控业务链路的各个网络节点的目标业务进行实时监控,监控结果能够准确的监控待监控业务链路的网络质量信息;同时,还能够使监控的网络质量信息更加全面和完整,便于精准定位网络故障,提高了网络的稳定性和可靠性。
下面对本申请实施例提供的一种网络质量信息的监控系统进行说明,如图1所示,该监控系统包括:监控服务器101和位于待监控业务链路中的至少一个交换机102;其中,图1中示出了三个交换机,分别为交换机102a、交换机102b和交换机102c;其中,每一个交换机102均能够与监控服务器101通信连接。
下面结合监控系统中的交换机对本申请实施例提供的网络质量信息监控方法进行说明。如图2所示,为本申请实施例提供的一种网络质量信息监控方法,所述方法应用于上述监控系统中的交换机,所述监控系统还包括与所述交换机通信连接的监控服务器;所述方法包括:
S201、所述交换机在接收到业务数据包后,提取所述业务数据包携带的业务属性信息,并获取所述业务数据包的接收接口和发送接口分别对应的传输属性信息。
本申请实施例中,监控服务器预先确定目标业务对应的传输链路,然后,将该传输链路作为待监控业务链路,之后,获取该待监控业务链路的属性信息,并将该待监控业务链路的属性信息发送给待监控业务链路中位于监控节点的交换机,实现对待监控业务链路中位于监控节点的交换机的配置。其中,上述待监控业务链路的属性信息包括以下信息中的一种或多种:源互联网协议地址(Internet Protocol Address,IP)地址、源端口、目的IP地址、目的端口、传输层协议。
作为一种实施方式,当监控系统中有一个监控节点时,监控服务器对该监控节点中的交换机进行配置;当监控系统中有多个监控节点时,监控服务器对位于监控节点中的多个交换机进行配置。
在业务数据包通过被配置后的交换机(也即监控点交换机)时,该监控点交换机提取该业务数据包携带的业务属性信息,并获取所述业务数据包的接收接口和发送接口分别对应的传输属性信息。
其中,上述业务属性信息包括以下信息中的一种或多种:源IP地址、源端口、目的IP地址、目的端口、传输层协议。上述传输属性信息包括当前交换机的以下信息中的一种或多种:该业务数据包的接收接口的标识信息、该业务数据包的接收接口的速率信息、该业务数据包的接收接口的接收时间、该业务数据包的校验结果、该业务数据包的发送接口的标识信息、该业务数据包的发送接口的速率信息、该业务数据包的发送接口的发送时间。
S202、判断提取的所述业务属性信息与监控服务器配置的待监控业务链路的属性信息是否匹配。
本申请实施例中,监控点交换机将监控服务器配置的待监控业务链路的属性信息写入访问控制列表(Access Control List,ACL)规则中,然后,将提取的业务属性信息与ACL规则进行匹配。
比如,业务属性信息如下:源IP地址:1.1.1.1;源端口:20;目的IP地址:2.2.2.2;目的端口:80;传输层协议:传输控制协议(Transmission Control Protocol,TCP)。ACL规则中的属性信息如下:源IP地址:1.1.1.1;源端口:20;目的IP地址:2.2.2.2;目的端口:80;传输层协议:TCP。相应的,交换机确定业务属性信息与ACL规则中的属性信息相同,确定提取的业务属性信息与ACL规则相匹配。
S203、若匹配,则复制所述业务数据包,并将复制的所述业务数据包以及记录的所述传输属性信息发送给所述监控服务器,以使所述监控服务器基于复制的所述业务数据包和获取的所述传输属性信息,确定所述待监控业务链路的网络质量信息。
本申请实施例中,监控点交换机在确定提取的业务属性信息与ACL规则相匹配时,利用流镜像复制一份与该业务数据包相同的业务数据包,并利用流镜像将复制的业务数据包发送给监控服务器。
作为一种实施方式,监控点交换机通过netconf协议对应的netconf事件模块将记录的该数据包对应的传输属性信息上报给监控服务器;
作为另一种实施方式,监控点交换机通过简单网络管理协议(Simple NetworkManagement Protocol,snmp)中的trap模块获取记录的该数据包对应的传输属性信息,并将获取的传输属性信息上报给监控服务器。
本申请实施例提供的一种网络质量信息监控方法,通过实际传输的与待监控业务链路的属性信息相匹配的业务数据包的相关信息,对待监控业务链路的网络质量信息进行监控,能够真实的监控待监控业务链路的网络质量信息;同时,基于对应相同的的业务属性信息的各业务数据包及各业务数据包的传输属性信息,共同确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
下面结合上述监控系统中的监控服务器对本申请实施例提供的网络质量信息监控方法进行说明。如图3所示,本申请实施例提供的一种网络质量信息监控方法,应用于监控服务器,所述方法包括:
S301、接收至少一个交换机发送的业务数据包以及所述业务数据包对应的传输属性信息。
本申请实施例中,监控服务器预先确定目标业务对应的传输链路,然后,将该传输链路作为待监控业务链路,之后,获取该待监控业务链路的属性信息,并将该待监控业务链路的属性信息发送给待监控业务链路中的位于监控节点的交换机,实现对待监控业务链路中的位于监控节点的交换机的配置。其中,上述待监控业务链路的属性信息包括以下信息中的一种或多种:源IP地址、源端口、目的IP地址、目的端口、传输层协议。
作为一种实施方式,当监控系统中有一个监控节点时,监控服务器对位于该监控节点的交换机进行配置;当监控系统中有多个监控节点时,监控服务器对位于这多个监控节点的多个交换机进行配置。
本申请实施例中,被配置后的交换机(也即监控点交换机)将与待监控业务链路的属性信息匹配成功的业务数据包以及该业务数据包对应的传输属性信息均上报给监控服务器。
其中,上述业务属性信息包括以下信息中的一种或多种:源IP地址、源端口、目的IP地址、目的端口、传输层协议。上述传输属性信息包括当前交换机的以下信息中的一种或多种:该业务数据包的接收接口的标识信息、该业务数据包的接收接口的速率信息、该业务数据包的接收接口的接收时间、该业务数据包的校验结果、该业务数据包的发送接口的标识信息、该业务数据包的发送接口的速率信息、该业务数据包的发送接口的发送时间。
S302、从接收的所述业务数据包中提取业务属性信息。
本申请实施例中,针对接收到的每个业务数据包,监控服务器提取该业务数据包中的业务属性信息。其中,上述业务属性信息包括以下信息中的一种或多种:源IP地址、源端口、目的IP地址、目的端口、传输层协议。
S303、基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息;其中,多个所述子业务链路是基于至少一个交换机在该业务属性信息对应的业务链路中的位置划分得到的。
本申请实施例中,监控点交换机可以为1个,也可以为多个;各个监控点交换机在相应业务链路中的位置能够将对应的业务链路划分为多个子业务链路。
如图4所示,当监控点交换机为一个(比如图4中的交换机3),多个子业务链路分别为:业务源端到交换机3之间的第一子业务链路、交换机3到用户端之间的第二子业务链路。
如图5所示,当监控点交换机为两个时(比如图5中的交换机2和交换机4),多个子业务链路分别为:业务源端到交换机2之间的第一子业务链路、交换机2到交换机4之间的第二子业务链路、交换机4到用户端之间的第三子业务链路。
监控服务器从接收到的业务数据包中,选取具有相同的业务属性信息的各业务数据包,并获取该各业务数据包对应的传输属性信息,然后,基于上述各业务数据包以及各业务数据包对应的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息。
比如,业务属性信息如下:源IP地址:1.1.1.1;源端口:20;目的IP地址:2.2.2.2;目的端口:80;传输层协议:传输控制协议(Transmission Control Protocol,TCP)。监控服务器选取具有上述业务属性信息的各业务数据包,并获取该各业务数据包对应的传输属性信息,然后,基于上述各业务数据包以及上述各业务数据包分别对应的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息。
进一步的,本申请实施例提供的网络质量信息监控方法,监控服务器在确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息之后,所述方法还包括:
基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路。
本申请实施例中,监控服务器还能够基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路。
本申请实施例中,结合监控点交换机在监控系统中的部署方式,对监控服务器确定所述业务链路中故障的子业务链路的方式进行具体说明:
第一,单点部署
单点部署是指在待监控业务链路的一个节点上部署交换机,监控服务器对该交换机下发该待监控业务链路的属性信息;监控服务器能够基于该控交换机上报的匹配待监控业务链路的属性信息的业务数据包以及该业务数据包的传输属性信息,实现当前监控点(也即当前交换机)的上游网段和下游网段的故障定界:其中,上述上游网段即业务源端到该交换机的第一子业务链路,上述下游网段也即该交换机到用户端的第二子业务链路。
如图4所示,待监控业务链路为业务链路1,业务链路1中部署有交换机3作为监控节点的交换机,监控服务器向交换机3下发将该业务链路1的属性信息,以对交换机3进行配置。通过该种部署方式,能够实现对监控节点上游网段(也即业务源端到交换机3的第一业务链路)和下游网段(也即交换机3到用户端的第二子业务链路)的故障定界。
其中,单点部署方式主要适用于网络精确度要求不高的业务,监控节点中(也交换机3)对于上游网段收到和发出的业务数据包和下游网段收到和发出的业务数据包进行相关记录,并上报给监控服务器,监控服务器通过具有相同业务属性信息的各业务数据包和该各业务数据包的传输属性信息,分析业务链路中网络的稳定情况;当业务链路中网络发生波动或者阻塞的情况,通过记录的业务数据包的相关数据与平时稳定时候相比,可以分析出当前业务链路中的网络故障问题,从而定界出是该交换机上游网段的问题还是下游网段的问题。该种部署方式适用于网络相对稳定的环境。
第二、两点部署方式
其中,两点部署在指在待监控业务链路的两个节点上部署交换机,监控服务器对这两个交换机下发该待监控业务链路的属性信息;监控服务器能够基于上述两个交换机上报的匹配待监控业务链路的属性信息的业务数据包以及该业务数据包的传输属性信息,实现业务源、传输网络和用户侧三个网段的故障定界。
两点部署是把整个待监控业务链路分成三个网段,分别是业务源,传输网络和用户侧三个部分,通过在这三个部分的边界部署监控,可以有效地监控这三个部分的网络质量并准确地定界故障的网段。
如图5所示,待监控业务链路为业务链路1,业务链路1中部署有交换机2和交换机4作为监控节点的交换机,监控服务器向交换机2和交换机4下发将该业务链路1的属性信息,以对交换机2和交换机4进行配置。通过该种部署方式,能够实现对监控节点第一网段(也即业务源端到交换机2的第一子业务链路)、第二网段(也即交换机2到交换机4的第二子业务链路)和第三网段(也即交换机4到用户端的第三子业务链路)的故障定界。
其中,两点部署是把业务链路对应的整个网络分成三个网段,分别是业务源到传输网络对应的第一网段、传输网络之间的第二网段和传输网络到用户端对应的第三网段,通过在这三个网络的边界部署监控,可以有效地监控这三个网络的网络质量并准确地定界故障的网段。
第三、多点部署方式
多点部署是在多个节点上部署监控,可实现更精确的故障定界。多点部署主要是针对那些对网络精度要求较高的网络,也可以根据用户的需求对某些较为重要的网络部分部署较多的节点。相较于其他两种方案,多点部署对于网络质量监控更加全面,故障定界的效率更高,并且可以根据不同的用户需求灵活地部署节点,更加准确可靠。由于在网络上部署的节点较多,匹配的流镜像的报文和网管事件上报的信息也较多,对于网络细微的变化也会有感知,能够更加准确地定位出故障源。
所述基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路,包括:
针对任一子业务链路,判断该子业务链路的网络质量信息是否符合预设条件;
若不符合,则从该子业务链路中选取除分别位于该子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件;其中,所述目标子业务链路包括:所述目标交换机到位于该子业务链路中任一端点处的交换机到之间的子业务链路;
若不符合预设条件,则从所述目标子业务链路中选取除分别位于该目标子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,返回判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件的步骤,确定最后得到目标子业务链路为故障的子业务链路。
如图6所示,待监控业务链路为业务链路1,业务链路1中部署有交换机1-5作为监控节点的交换机,监控服务器向交换机1-5下发将该业务链路1的属性信息,以对交换机1-5进行配置。通过该种部署方式,能够实现对监控节点划分的多个网段进行故障定界。
作为一种实施方式,监控服务器首先判断交换机1到交换机5之间的子业务链路的网络质量信息是否符合预设条件,若不符合,则选取交换机3作为目标交换机;针对交换机1到交换机3对应的目标子业务链路,判断该目标子业务链路的网络质量信息是否符合预设条件,若不符合;则进一步选取位于交换机1到交换机3之间的交换机2作为目标交换机,并进一步判断交换机1到交换机2之间的目标子业务链路是否符合预设条件,若不符合,则确定交换机1到交换机2之间的目标子业务链路为故障的子业务链路;相应的,监控服务器还进一步判断交换机2到交换机3之间的目标子业务链路是否符合预设条件,若不符合,确定交换机2到交换机3之间的目标子业务链路为故障的子业务链路。
同理,交换机3到交换机5对应的目标子业务链路中的故障的子业务链路的定位方式同上述基于对交换机1到交换机3对应的目标子业务链路的定位方式。
本申请实施例中,结合各个监控节点中的交换机的监控结果,能够对故障网段进行快速定界,有效的降低了定界的时间,并对于重要的节点,能够进行长期监控,且可以根据用户的要求对设置相关监控节点,具有良好的扩展性和灵活性。
本申请实施例中的网络质量监控和故障定界方案,可直接对IP网络中各个网络节点上指定的业务报文进行实时监控,结合多个节点的监控结果,对故障网段进行快速定界。这样,能够有效的降低定界的时间,对于重要的节点,能够进行长期监控,且可以根据用户的要求对设置相关监控节点,具有良好的扩展性和灵活性。
本申请实施例中,子业务链路的网络质量信息包括以下信息中的一种或多种:丢包信息、乱序信息、平均传输速率、传输时延信息、抖动信息。
本申请实施例中,基于相应的业务数据包及其传输属性信息共同确定待监控业务链路的上述网络质量信息,具体为丢包信息、乱序信息、平均传输速率、传输时延信息、抖动信息等,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
下面结合多点配置的方式,对监控服务器确定该业务属性信息对应的业务链路的网络质量信息的具体方式进行说明:
第一,确定标准网络质量信息中的丢包信息的方式如下:
如图7所示,本申请实施例提供的网络质量信息监控方法,所述传输属性信息包括:接收接口的接收时间和发送接口的发送时间;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
S701、基于所述各业务数据包的接收时间和发送时间,确定在预设统计周期内,所述业务链路中第一交换机发送的业务数据包的个数,以及,位于所述第一交换机下游的第二交换机接收的业务数据包的个数。
如图5所示,针对具有相同业务属性信息的各业务数据包;根据各业务数据包的接收时间和发送时间,确定在预设统计周期内,业务链路1中交换机2发送的业务数据包的个数(比如为100个),以及,位于交换机2下游的交换机4接收的业务数据包的个数(比如为90个)。
S702、根据所述第一交换机发送的业务数据包的个数以及所述第二交换机接收的业务数据包的个数,确定所述业务链路中多个子业务链路的丢包信息。
如图5所示,监控服务器在确定了业务链路1中交换机2发送的业务数据包的个数和位于交换机2下游的交换机4接收的业务数据包的个数后,确定交换机2发送的业务数据包的个数与交换机4接收的业务数据包的个数的差值,作为业务链路1的丢包个数;其中,丢包个数=100-90=10个。
相应的,监控服务器确定交换机4接收的业务数据包的个数与交换机2发送的业务数据包的个数的比值,作为业务链路1的丢包率。其中,丢包率=1-(90/100)=10%。
第二,确定标准网络质量信息中的乱序信息的方式如下:
如图8所示,本申请实施例提供的网络质量信息监控方法,所述传输属性信息包括所述业务数据包的校验结果;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
S801、基于各业务数据包的校验结果,确定预设统计周期内校验结果为乱序结果的业务数据包的个数。
本申请实施例中,针对接收到的每一个业务数据包,交换机生成该业务数据包对应的待检测校验值,并拆除该业务数据包的封装首部获取该业务数据包对应的预设校验值,将待检测校验值与所述预设校验值进行比较,并根据比较结果生成校验结果。该校验结果用于标识该业务数据包是否正常。
监控服务器获取预设统计周期内的业务数据包的个数,并基于这些业务数据包的校验结果,确定预设统计周期内校验结果为乱序结果的业务数据包的个数。
S802、基于预设统计周期内校验结果为乱序结果的业务数据包的个数以及所述业务链路在所述预设统计周期内传输的业务数据包的总个数,确定所述业务链路中多个子业务链路的乱序信息。
本申请实施例中,监控服务器在统计了该预设统计周期内乱序业务数据包的个数以及业务链路在预设统计周期内传输的业务数据包的总个数后,计算序业务数据包的个数与输的业务数据包的总个数的比值,将该比值作为业务链路1的乱序率。
第三,确定标准网络质量信息中的平均传输速率的方式如下:
所述传输属性信息包括所述业务数据包对应的传输速率;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
基于所述业务链路在预设统计周期内传输的业务数据包的总个数以及每一个所述业务数据包对应的传输速率,确定所述业务链路的平均传输速率。
如图5所示,监控服务器基于交换机2和交换机4上传的传输属性信息,确定业务数据包在交换机2和交换机4中这条链路中的传输速率。监控服务器统计业务链路在预设统计周期内交换机2和交换机4中这条链路传输的业务数据包的总个数,并计算传输的各业务数据包各自对应的传输速率,然后,计算预设统计周期内传输的各个业务数据包的传输速率的和值,确定该和值与业务链路在预设统计周期内传输的业务数据包的总个数的比值,作为该业务链路的平均传输速率。
第四,确定标准网络质量信息中的传输时延信息的方式如下:
如图9所示,本申请实施例提供的网络质量信息监控方法,所述传输属性信息包括:所述业务数据包在第一交换机中的发送时间和该业务数据包在位于所述第一交换机下游的第二交换机中的接收时间;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
S901、针对所述业务链路的任一业务数据包,基于该业务数据包在所述第一交换机中的发送时间以及该业务数据包在所述第二交换机中的接收时间,确定该业务数据包的传输时间信息。
S902、根据该业务数据包的传输时间信息以及预设的传输时间信息,确定所述业务链路中多个子业务链路的传输时延信息。
结合步骤901至步骤902,如图5所示,获取业务数据包1在交换机2中的发送时间以及业务数据包1在交换机4中的接收时间;计算业务数据包1在交换机4中的接收时间与业务数据包1在交换机2中的发送时间的差值,作为业务数据包1的传输时间信息。
监控服务器中预先存储有正常网络情况下,业务数据包对应的预设的传输时间信息,监控服务器计算业务数据包1的传输时间信息与上述预设的传输时间信息的差值,作为该业务链路的传输时延信息。
第五,确定标准网络质量信息中的抖动信息的方式如下:
如图10所示,本申请实施例提供的网络质量信息监控方法,所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
S1001、选取预设统计周期内所述业务链路的最大传输时延信息。
S1002、确定选取的所述最大传输时延信息,作为所述业务链路中多个子业务链路的抖动信息。
结合步骤1001至步骤1002,监控服务器选取预设统计周期内业务链路的最大传输时延信息(比如为20s),确定该最大传输时延信息20s,作为该业务链路的抖动信息。
本申请实施例中,基于相应的业务数据包及其传输属性信息共同确定待监控业务链路的上述网络质量信息,具体为丢包信息、乱序信息、平均传输速率、传输时延信息、抖动信息等,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
下面结合单点配置的方式,对监控服务器确定该业务属性信息对应的业务链路的网络质量信息的具体方式进行说明:
其中,单点部署的方式中,计算网络质量信息中的乱序信息、平均传输速率的方式与多点部署的方式相同。对应于网络质量信息中的丢包信息、传输时延信息和抖动信息等,能够通过其他方式进行获得。具体如下:
所述传输属性信息包括:接收时间和发送时间;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,包括:
针对预设统计周期内所述业务链路中交换机发送的每一业务数据包,基于该业务数据包的业务属性信息,以及该业务数据包在所述交换机中的接收时间和发送时间,生成所述业务链路的网络报表信息;其中,所述网络报表信息包括:该业务数据包的业务属性信息和接收时间之间的映射关系,以及,该业务数据包的业务属性信息和发送时间之间的映射关系。
本申请实施例中,在单点部署方式中,基于针对预设统计周期内业务链路中交换机发送的每一业务数据包,交换机基于该业务数据包的业务属性信息以及该业务数据包在该交换机中的传输属性信息(比如接收时间,发送时间等),生成该业务链路的网络报表信息。
作为一种实施方式,监控服务器可以以该业务数据包的业务属性信息为横坐标、以该业务数据包的接收时间为纵坐标,生成该业务数据包对应的网络报表,并显示该网络报表,以便用户基于该网络报表确定当前业务链路对应的丢包信息、传输时延信息和抖动信息。
本申请实施例可以应用于多种场景,如eMDI支持的视频,音频业务流量,还可以应用于传统园区网络,通过对丢包、时延、抖动等网络质量的检测,迅速定位出故障原因。
eMDI两种应用场景:
1、使用eMDI可以实现视频监控场景下的业务质量监控。
2、使用eMDI可以实现IPTV场景下的业务质量监控。
本申请实施例提供的网络质量信息监控方法,通过实际传输的与待监控业务链路的属性信息相匹配的业务数据包的相关信息,对待监控业务链路的网络质量信息进行监控,能够真实的监控待监控业务链路的网络质量信息;同时,基于相应的业务数据包及其传输属性信息共同确定待监控业务链路的网络质量信息,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。其中,具体体现在如下三点:
(1)增加多种监控指标,对于网络的质量的监控更加全面和完整。
(2)增加多种部署方法,有单点部署,两点部署和多点部署,部署方式更加灵活,可以根据用户的不同需求灵活使用各种部署方式,对于部署点可以实现长期监控,增加网络的稳定性和可靠性,对于网络故障的定界效率更高,可扩展性更高。
(3)与传统的质量监控和定位手段相比,应用场景更广,可以实现视频监控场景和IPTV场景下的业务质量监控。
基于与上述网络质量信息监控方法同样的发明构思,如图11所示,本申请实施例还提供了一种网络质量信息监控装置,所述装置包括:
提取模块1101,用于在接收到业务数据包后,提取所述业务数据包携带的业务属性信息;
获取模块1102,用于获取所述业务数据包的接收接口和发送接口分别对应的传输属性信息;
判断模块1103,用于判断提取的所述业务属性信息与监控服务器配置的待监控业务链路的属性信息是否匹配;
复制模块1104,用于在判断提取的所述业务属性信息与监控服务器配置的待监控业务链路的属性信息相匹配时,复制所述业务数据包;
发送模块1105,用于将复制的所述业务数据包以及记录的所述传输属性信息发送给所述监控服务器,以使所述监控服务器基于复制的所述业务数据包和获取的所述传输属性信息,确定所述待监控业务链路的网络质量信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述业务属性信息包括以下信息中的一种或多种:
源IP地址、源端口、目的IP地址、目的端口、传输层协议。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括以下信息中的一种或多种:
接收接口的标识信息、接收接口的速率信息、接收接口的接收时间、所述业务数据包的校验结果、发送接口的标识信息、发送接口的速率信息、发送接口的发送时间。
本申请实施例提供的一种网络质量信息监控装置,通过实际传输的与待监控业务链路的属性信息相匹配的业务数据包的相关信息,对待监控业务链路的网络质量信息进行监控,能够真实的监控待监控业务链路的网络质量信息;同时,基于对应相同的的业务属性信息的各业务数据包及各业务数据包的传输属性信息,共同确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
基于与上述网络质量信息监控方法同样的发明构思,如图12所示,本申请实施例还提供了一种网络质量信息监控装置,所述装置包括:
接收模块1201,用于接收至少一个交换机发送的业务数据包以及所述业务数据包对应的传输属性信息;
提取模块1202,用于从接收的所述业务数据包中提取业务属性信息;
监控模块1203,用于基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息;其中,多个所述子业务链路是基于至少一个交换机在该业务属性信息对应的业务链路中的位置划分得到的。
进一步的,本申请实施例提供的网络质量信息监控装置中,还包括:
确定模块1204,用于基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路。
进一步的,本申请实施例提供的网络质量信息监控装置中,确定模块1204,包括:
针对任一子业务链路,判断该子业务链路的网络质量信息是否符合预设条件;
若不符合,则从该子业务链路中选取除分别位于该子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件;其中,所述目标子业务链路包括:所述目标交换机到位于该子业务链路中任一端点处的交换机到之间的子业务链路;
若不符合预设条件,则从所述目标子业务链路中选取除分别位于该目标子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,返回判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件的步骤,确定最后得到目标子业务链路为故障的子业务链路。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述子业务链路的网络质量信息包括以下信息中的一种或多种:丢包信息、乱序信息、平均传输速率、传输时延信息、抖动信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括:接收接口的接收时间和发送接口的发送时间;监控模块1203,具体包括:
基于所述各业务数据包的接收时间和发送时间,确定在预设统计周期内,所述业务链路中第一交换机发送的业务数据包的个数,以及,位于所述第一交换机下游的第二交换机接收的业务数据包的个数;
根据所述第一交换机发送的业务数据包的个数以及所述第二交换机接收的业务数据包的个数,确定所述业务链路中多个子业务链路的丢包信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括各业务数据包的校验结果;监控模块1203,具体包括:
基于各业务数据包的校验结果,确定预设统计周期内校验结果为乱序结果的业务数据包的个数;
基于预设统计周期内校验结果为乱序结果的业务数据包的个数以及所述业务链路在所述预设统计周期内传输的业务数据包的总个数,确定所述业务链路中多个子业务链路的乱序信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括所述业务数据包的接收接口的速率信息和发送接口的速率信息;监控模块1203,具体用于:
基于所述业务链路在预设统计周期内传输的业务数据包的总个数以及每一个所述业务数据包对应的传输速率,确定所述业务链路的平均传输速率。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括:所述业务数据包在第一交换机中的发送时间和该业务数据包在位于所述第一交换机下游的第二交换机中的接收时间;监控模块1203,具体用于:
针对所述业务链路的任一业务数据包,基于该业务数据包在所述第一交换机中的发送时间以及该业务数据包在所述第二交换机中的接收时间,确定该业务数据包的传输时间信息;
根据该业务数据包的传输时间信息以及预设的传输时间信息,确定所述业务链路中多个子业务链路的传输时延信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,监控模块1203,具体用于:
选取预设统计周期内所述业务链路的最大传输时延信息;
确定选取的所述最大传输时延信息,作为所述业务链路中多个子业务链路的抖动信息。
进一步的,本申请实施例提供的网络质量信息监控装置中,所述传输属性信息包括:接收时间和发送时间;监控模块1203,具体用于:
针对预设统计周期内所述业务链路中交换机发送的每一业务数据包,基于该业务数据包的业务属性信息,以及该业务数据包在所述交换机中的接收时间和发送时间,生成所述业务链路的网络报表信息;其中,所述网络报表信息包括:该业务数据包的业务属性信息和接收时间之间的映射关系,以及,该业务数据包的业务属性信息和发送时间之间的映射关系。
本申请实施例提供的一种网络质量信息监控装置,通过实际传输的与待监控业务链路的属性信息相匹配的业务数据包的相关信息,对待监控业务链路的网络质量信息进行监控,能够真实的监控待监控业务链路的网络质量信息;同时,基于对应相同的的业务属性信息的各业务数据包及各业务数据包的传输属性信息,共同确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,能够使监控的网络质量信息更加全面和完整,便于精准的定位网络故障,进一步提高了网络的稳定性和可靠性。
如图13所示,为本申请实施例提供的一种电子设备130,包括:处理器1301、存储器1302和总线,所述存储器1302存储有所述处理器1301可执行的机器可读指令,当电子设备运行时,所述处理器1301与所述存储器1302之间通过总线通信,所述机器可读指令被所述处理器1301执行时执行上述网络质量信息监控方法的步骤。
具体地,上述存储器1302和处理器1301能够为通用的存储器和处理器,这里不做具体限定,当处理器1301运行存储器1302存储的计算机程序时,能够执行上述网络质量信息监控方法。
对应于上述网络质量信息监控方法,本申请实施例提供的一种计算机存储介质,所述计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述网络质量信息监控方法。
如图14所示,为本申请实施例提供的一种电子设备140,包括:处理器1401、存储器1402和总线,所述存储器1402存储有所述处理器1401可执行的机器可读指令,当电子设备运行时,所述处理器1401与所述存储器1402之间通过总线通信,所述机器可读指令被所述处理器1401执行时执行上述网络质量信息监控方法的步骤。
具体地,上述存储器1402和处理器1401能够为通用的存储器和处理器,这里不做具体限定,当处理器1401运行存储器1402存储的计算机程序时,能够执行上述网络质量信息监控方法。
对应于上述网络质量信息监控方法,本申请实施例提供的一种计算机存储介质,所述计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述网络质量信息监控方法。
本申请实施例所提供的网络质量信息监控装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,前述描述的系统、装置和单元的具体工作过程,均可以参考上述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请提供的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
另外,本申请实施例中“业务数据包”、“报文”、“数据报文”、“流量”“业务报文”、“业务流量”等均表示相同的含义,可以在本申请实施例中互换使用。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种网络质量信息监控方法,其特征在于,应用于交换机,所述交换机与监控服务器通信连接;所述方法包括:
所述交换机在接收到业务数据包后,提取所述业务数据包携带的业务属性信息,并获取所述业务数据包的接收接口和发送接口分别对应的传输属性信息;
判断提取的所述业务属性信息与监控服务器配置的待监控业务链路的属性信息是否匹配;
若匹配,则复制所述业务数据包,并将复制的所述业务数据包以及记录的所述传输属性信息发送给所述监控服务器,以使所述监控服务器基于复制的所述业务数据包和获取的所述传输属性信息,确定所述待监控业务链路的网络质量信息。
2.根据权利要求1所述的网络质量信息监控方法,其特征在于,所述业务属性信息包括以下信息中的一种或多种:
源互联网协议地址IP地址、源端口、目的IP地址、目的端口、传输层协议。
3.根据权利要求1所述的网络质量信息监控方法,其特征在于,所述传输属性信息包括以下信息中的一种或多种:
接收接口的标识信息、接收接口的速率信息、接收接口的接收时间、所述业务数据包的校验结果、发送接口的标识信息、发送接口的速率信息、发送接口的发送时间。
4.一种网络质量信息监控方法,其特征在于,应用于监控服务器,所述监控服务器与交换机通信连接;所述方法包括:
接收至少一个交换机发送的与待监控业务链路的属性信息相匹配的业务数据包以及所述业务数据包对应的传输属性信息;
从接收的所述业务数据包中提取业务属性信息;
基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息;其中,多个所述子业务链路是基于至少一个交换机在该业务属性信息对应的业务链路中的位置划分得到的。
5.根据权利要求4所述的网络质量信息监控方法,其特征在于,所述确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息之后,所述方法还包括:
基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路。
6.根据权利要求5所述的网络质量信息监控方法,其特征在于,所述基于所述业务链路中多个子业务链路的网络质量信息,确定所述业务链路中故障的子业务链路,包括:
针对任一子业务链路,判断该子业务链路的网络质量信息是否符合预设条件;
若不符合,则从该子业务链路中选取除分别位于该子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件;其中,所述目标子业务链路包括:所述目标交换机到位于该子业务链路中任一端点处的交换机到之间的子业务链路;
若不符合预设条件,则从所述目标子业务链路中选取除分别位于该目标子业务链路两端点处的两个交换机之外的其他交换机中,选取任一交换机作为目标交换机,返回判断所述目标交换机对应的目标子业务链路的网络质量信息是否符合预设条件的步骤,确定最后得到目标子业务链路为故障的子业务链路。
7.根据权利要求4所述的网络质量信息监控方法,其特征在于,其中,所述子业务链路的网络质量信息包括以下信息中的一种或多种:丢包信息、乱序信息、平均传输速率、传输时延信息、抖动信息。
8.根据权利要求4所述的网络质量信息监控方法,其特征在于,所述传输属性信息包括:接收接口的接收时间和发送接口的发送时间;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
基于所述各业务数据包的接收时间和发送时间,确定在预设统计周期内,所述业务链路中第一交换机发送的业务数据包的个数,以及,位于所述第一交换机下游的第二交换机接收的业务数据包的个数;
根据所述第一交换机发送的业务数据包的个数以及所述第二交换机接收的业务数据包的个数,确定所述业务链路中多个子业务链路的丢包信息。
9.根据权利要求4所述的网络质量信息监控方法,其特征在于,所述传输属性信息包括各业务数据包的校验结果;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
基于各业务数据包的校验结果,确定预设统计周期内校验结果为乱序结果的业务数据包的个数;
基于预设统计周期内校验结果为乱序结果的业务数据包的个数以及所述业务链路在所述预设统计周期内传输的业务数据包的总个数,确定所述业务链路中多个子业务链路的乱序信息。
10.根据权利要求4所述的网络质量信息监控方法,其特征在于,所述传输属性信息包括:所述业务数据包在第一交换机中的发送时间和该业务数据包在位于所述第一交换机下游的第二交换机中的接收时间;所述基于对应相同的业务属性信息的各业务数据包,和所述各业务数据包的传输属性信息,确定该业务属性信息对应的业务链路中多个子业务链路的网络质量信息,具体包括:
针对所述业务链路的任一业务数据包,基于该业务数据包在所述第一交换机中的发送时间以及该业务数据包在所述第二交换机中的接收时间,确定该业务数据包的传输时间信息;
根据该业务数据包的传输时间信息以及预设的传输时间信息,确定所述业务链路中多个子业务链路的传输时延信息。
11.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行如权利要求1至10任一项所述的网络质量信息监控方法的步骤。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如权利要求1至10任一项所述的网络质量信息监控方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910340591.XA CN110120887B (zh) | 2019-04-25 | 2019-04-25 | 一种网络质量信息监控方法、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910340591.XA CN110120887B (zh) | 2019-04-25 | 2019-04-25 | 一种网络质量信息监控方法、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110120887A CN110120887A (zh) | 2019-08-13 |
CN110120887B true CN110120887B (zh) | 2022-02-11 |
Family
ID=67521565
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910340591.XA Active CN110120887B (zh) | 2019-04-25 | 2019-04-25 | 一种网络质量信息监控方法、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110120887B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110995522B (zh) * | 2019-10-10 | 2021-09-28 | 北京奇艺世纪科技有限公司 | 一种信息处理方法及装置 |
CN110753364B (zh) * | 2019-10-29 | 2023-09-05 | 咪咕音乐有限公司 | 网络监控方法、系统、电子设备和存储介质 |
CN111884881B (zh) * | 2020-07-28 | 2022-02-18 | 苏州浪潮智能科技有限公司 | 一种以太网交换网络的监测方法、装置、系统及交换机 |
CN112039727B (zh) * | 2020-08-26 | 2022-04-01 | 北京字节跳动网络技术有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN112468336B (zh) * | 2020-11-20 | 2022-11-25 | 中国建设银行股份有限公司 | 一种网络质量监测预警方法、装置、终端及存储介质 |
CN114615169B (zh) * | 2020-12-03 | 2023-10-20 | 腾讯科技(深圳)有限公司 | 路径监控方法、装置和计算机可读存储介质 |
CN112653887B (zh) * | 2020-12-14 | 2023-03-10 | 中国联合网络通信集团有限公司 | 一种视频诊断的方法及装置 |
CN113452576B (zh) * | 2021-06-24 | 2023-06-20 | 青岛海尔科技有限公司 | 网络环境的监控方法及装置、存储介质、电子装置 |
CN113660108B (zh) * | 2021-06-30 | 2024-03-01 | 山东信通电子股份有限公司 | 一种网络质量诊断方法及装置 |
CN114465924B (zh) * | 2021-12-24 | 2023-12-22 | 阿里巴巴(中国)有限公司 | 网络设备测试方法、数据包发生方法和交换芯片 |
CN114070828B (zh) * | 2022-01-17 | 2022-05-17 | 中央广播电视总台 | 节目流故障检测方法、装置、计算机设备及可读存储介质 |
CN114760221B (zh) * | 2022-03-31 | 2024-02-23 | 深信服科技股份有限公司 | 一种业务监控方法、系统和存储介质 |
CN115150251B (zh) * | 2022-05-27 | 2023-11-03 | 中国南方电网有限责任公司 | 电力专网调度通信链路的故障诊断方法、系统及管理平台 |
CN114826975B (zh) * | 2022-06-27 | 2022-09-27 | 天津天睿科技有限公司 | 数据传输的优化方法、控制装置、及存储介质 |
CN115277504B (zh) * | 2022-07-11 | 2024-04-05 | 京东科技信息技术有限公司 | 一种网络流量监控方法、装置和系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1423876A (zh) * | 2000-03-03 | 2003-06-11 | 明亮网络公司 | 由于故障链路的检测而动态重新路由选择业务的路由交换机 |
CN101227340A (zh) * | 2007-01-17 | 2008-07-23 | 上海市电信有限公司 | 嵌入式网络质量探测装置和方法及其评估系统和评估方法 |
CN101404597A (zh) * | 2008-11-19 | 2009-04-08 | 华为技术有限公司 | 一种网络质量指标的获取方法、系统及装置 |
CN101510849A (zh) * | 2009-03-18 | 2009-08-19 | 中国电信股份有限公司 | 获取传输路径上节点传输信息的方法和设备 |
CN102868553A (zh) * | 2012-08-28 | 2013-01-09 | 华为技术有限公司 | 故障定位方法及相关设备 |
JP2016144105A (ja) * | 2015-02-04 | 2016-08-08 | Kddi株式会社 | ネットワークの品質監視装置およびシステムならびに障害監視用パス設定方法 |
CN106130769A (zh) * | 2016-06-30 | 2016-11-16 | 上海斐讯数据通信技术有限公司 | 一种基于sdn的网络质量分析方法及sdn系统 |
CN106713074A (zh) * | 2016-12-30 | 2017-05-24 | 贵州电网有限责任公司信息中心 | 基于业务内容的数据网络质量分段探测方法及系统 |
CN107996023A (zh) * | 2016-11-23 | 2018-05-04 | 华为技术有限公司 | 监测虚拟网络的方法、设备和虚拟网络系统 |
CN108833202A (zh) * | 2018-05-22 | 2018-11-16 | 华为技术有限公司 | 故障链路检测方法、装置和计算机可读存储介质 |
-
2019
- 2019-04-25 CN CN201910340591.XA patent/CN110120887B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1423876A (zh) * | 2000-03-03 | 2003-06-11 | 明亮网络公司 | 由于故障链路的检测而动态重新路由选择业务的路由交换机 |
CN101227340A (zh) * | 2007-01-17 | 2008-07-23 | 上海市电信有限公司 | 嵌入式网络质量探测装置和方法及其评估系统和评估方法 |
CN101404597A (zh) * | 2008-11-19 | 2009-04-08 | 华为技术有限公司 | 一种网络质量指标的获取方法、系统及装置 |
CN101510849A (zh) * | 2009-03-18 | 2009-08-19 | 中国电信股份有限公司 | 获取传输路径上节点传输信息的方法和设备 |
CN102868553A (zh) * | 2012-08-28 | 2013-01-09 | 华为技术有限公司 | 故障定位方法及相关设备 |
JP2016144105A (ja) * | 2015-02-04 | 2016-08-08 | Kddi株式会社 | ネットワークの品質監視装置およびシステムならびに障害監視用パス設定方法 |
CN106130769A (zh) * | 2016-06-30 | 2016-11-16 | 上海斐讯数据通信技术有限公司 | 一种基于sdn的网络质量分析方法及sdn系统 |
CN107996023A (zh) * | 2016-11-23 | 2018-05-04 | 华为技术有限公司 | 监测虚拟网络的方法、设备和虚拟网络系统 |
CN106713074A (zh) * | 2016-12-30 | 2017-05-24 | 贵州电网有限责任公司信息中心 | 基于业务内容的数据网络质量分段探测方法及系统 |
CN108833202A (zh) * | 2018-05-22 | 2018-11-16 | 华为技术有限公司 | 故障链路检测方法、装置和计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110120887A (zh) | 2019-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110120887B (zh) | 一种网络质量信息监控方法、电子设备及存储介质 | |
US11641319B2 (en) | Network health data aggregation service | |
US20210119890A1 (en) | Visualization of network health information | |
US10243820B2 (en) | Filtering network health information based on customer impact | |
US10911263B2 (en) | Programmatic interfaces for network health information | |
EP3174247B1 (en) | Performing network topology traces with minimal data collection | |
Markopoulou et al. | Characterization of failures in an operational IP backbone network | |
US20070064611A1 (en) | Method for monitoring packet loss ratio | |
US20150039749A1 (en) | Detecting traffic anomalies based on application-aware rolling baseline aggregates | |
US8274911B2 (en) | Network monitoring system and path extracting method | |
US7903657B2 (en) | Method for classifying applications and detecting network abnormality by statistical information of packets and apparatus therefor | |
EP2681871B1 (en) | In-service throughput testing in distributed router/switch architectures | |
US20150341250A1 (en) | Method, device and system for processing oam packet | |
CN106302001B (zh) | 数据通信网络中业务故障检测方法、相关装置及系统 | |
CN110493069A (zh) | 故障检测方法、装置、sdn控制器及转发设备 | |
CN111385163A (zh) | 流量的分析、检测方法及装置 | |
CN113572654A (zh) | 网络性能监控方法、网络设备及存储介质 | |
CN105610594B (zh) | 业务链的故障诊断方法及装置 | |
WO2021005945A1 (ja) | ネットワーク管理装置、ネットワーク管理システム及びネットワーク管理方法 | |
CN110784375B (zh) | 网络数据监控方法、装置、电子设备及存储介质 | |
EP2596601B1 (en) | Logging control plane events | |
EP3520330A1 (en) | Visualization of network health information | |
US9432275B2 (en) | Transmission monitoring method and device | |
KR101831165B1 (ko) | Ntp 서버와 ntp 클라이언트 간 시각 동기 상태의 실시간 모니터링 및 분석 장치 | |
Bytyci | Monitoring Changes in the Stability of Networks Using Eigenvector Centrality |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |