CN118075160A - 网络链路质量的确定方法、系统及装置 - Google Patents

网络链路质量的确定方法、系统及装置 Download PDF

Info

Publication number
CN118075160A
CN118075160A CN202311516146.7A CN202311516146A CN118075160A CN 118075160 A CN118075160 A CN 118075160A CN 202311516146 A CN202311516146 A CN 202311516146A CN 118075160 A CN118075160 A CN 118075160A
Authority
CN
China
Prior art keywords
network
dial testing
server
determining
link quality
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.)
Pending
Application number
CN202311516146.7A
Other languages
English (en)
Inventor
杨锟
陈淏
温育翔
郑晨阳
罗旌钰
周景亮
任义翔
钟清宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202311516146.7A priority Critical patent/CN118075160A/zh
Publication of CN118075160A publication Critical patent/CN118075160A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/12Network monitoring probes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Cardiology (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种网络链路质量的确定方法、系统及装置。其中,该方法包括:云资源池的物理服务器向多个拨测服务器发送探测任务请求消息;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。本申请解决了由于相关技术无法同时判断多个拨测服务与云资源池的多个不同的网络设备之间的网络链路质量,造成对网络链路质量的判断效率较低的技术问题。

Description

网络链路质量的确定方法、系统及装置
技术领域
本申请涉及计算机软件与开发技术领域,具体而言,涉及一种网络链路质量的确定方法、系统及装置。
背景技术
相关的云资源池的网络链路监控,是通过部署探针对目标地址进行探测,根据探测的结果来判断云资源池的网络链路质量状态。
但是,由于云资源池是面向各地市使用的,使用相关的网络链路监控,不足以判断从各地市访问某云资源池的网络链路情况,主要原因是存在以下两点问题:1.在各地市部署探针,由于部署探针的服务器网络输入输出速率,系统时间,中央处理器资源等存在性能差异,探针收到的请求并执行的时间各不相同,不能真正反映某一时刻云资源池的网络链路质量情况;2.返回的探测结果缺失了网络设备之间的链路质量情况,不足以用来分析定位具体哪一段链路出现问题。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种网络链路质量的确定方法、系统及装置,以至少解决由于相关技术无法同时判断多个拨测服务与云资源池的多个不同的网络设备之间的网络链路质量,造成对网络链路质量的判断效率较低的技术问题。
根据本申请实施例的一个方面,提供了一种网络链路质量的确定方法,包括:云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
可选地,云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,包括:物理服务器从数据库读取探测任务请求消息;
将探测任务请求消息广播至多个拨测服务器,其中,多个拨测服务器部署于不同目标区域,每个拨测服务器之间的时钟处于同步状态,每个拨测服务器运行有用于执行探测任务请求消息的目标探针程序。
可选地,探测任务请求消息中包括:探测任务的执行时间参数以及探测任务的标识信息。
可选地,第二网络流量数据包,包含于探测任务响应消息,其中,探测任务响应消息中包括:探测任务的标识信息。
可选地,网络性能指标参数中至少包括:源互联网协议地址、目标互联网协议地址、时延以及丢包率。
可选地,端口镜像数据中至少包括:互联网协议地址、数据来源地址、出入端口信息。
可选地,根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量之后,方法还包括:
将网络链路质量对应的目标数值不在预设区间范围的网络链路确定为异常网络链路;根据出入端口信息,对异常网络链路进行定位。
根据本申请实施例的再一方面,还提供了一种网络链路质量的确定系统,包括:包括:云资源池以及多个拨测服务器,其中,云资源池中包括:物理服务器、多个不同的网络设备以及虚拟服务器,其中,多个拨测服务器部署于不同目标区域,用于接收并响应于物理服务器发送的探测任务请求消息,以向多个不同的网络设备发送携带第一网络流量数据包的探测命令;物理服务器分别与多个拨测服务器以及虚拟服务器通信连接,用于执行以上的网络链路质量的确定方法;多个不同的网络设备与多个拨测服务器通信连接,用于将接收到的第一网络流量数据包,发送至虚拟服务器;虚拟服务器与多个不同的网络设备通信连接,用于确定多个不同的网络设备中每个网络设备对应的端口镜像数据。
根据本申请实施例的再一方面,还提供了一种网络链路质量的确定装置,包括:发送模块,用于向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;第一接收模块,用于接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;第二接收模块,用于接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;确定模块,用于根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
根据本申请实施例的再一方面,还提供了一种非易失性存储介质,存储介质包括存储的程序,其中,程序运行时控制存储介质所在的设备执行以上的网络链路质量的确定方法。
根据本申请实施例的再一方面,还提供了一种电子设备,包括:存储器和处理器,处理器用于运行存储在存储器中的程序,其中,程序运行时执行以上的网络链路质量的确定方法。
在本申请实施例中,采用云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量的方式,达到了同时判断多个拨测服务与云资源池的多个不同的网络设备之间的网络链路质量的目的,从而实现了提升对网络链路质量的判断效率的技术效果,进而解决了由于相关技术无法同时判断多个拨测服务与云资源池的多个不同的网络设备之间的网络链路质量,造成对网络链路质量的判断效率较低的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的一种网络链路质量的确定方法的流程图;
图2是根据本申请实施例的另一种网络链路质量的确定方法的流程图;
图3是根据本申请实施例的一种网络链路质量的确定系统的结构图;
图4是根据本申请实施例的一种网络链路质量的确定装置的结构图;
图5是根据本申请实施例的一种网络链路质量的确定方法的计算机终端的硬件结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请实施例,提供了一种网络链路质量的确定方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本申请实施例的一种网络链路质量的确定方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器。
云资源池的物理服务器是指云计算服务提供商所拥有和维护的一组物理服务器。这些物理服务器通常存放在数据中心中,并且由云计算服务提供商进行管理和维护。云资源池的物理服务器可以提供计算、存储和网络等基础设施资源,以满足用户的需求。用户可以通过云服务提供商的管理平台或应用程序编程接口来管理和配置这些物理服务器,从而获得所需的计算资源。云资源池的虚拟服务器是指在云计算环境中的一组虚拟服务器资源。这些虚拟服务器可以根据需要动态地创建、管理和释放,以满足不同用户的需求。
拨测服务器是指通过特定的工具或技术,对服务器进行网络连接测试和性能评估的过程,其中,拨测服务器通常会进行以下几个方面的测试:1.连接测试:测试服务器是否能够正常连接到网络,并且能够响应网络请求;2.延迟测试:测试从客户端到服务器之间的延迟时间,通常使用Ping命令来进行测试;3.带宽测试:测试服务器的网络带宽,可以通过下载或上传大文件来进行测试;4.负载测试:测试服务器在高负载情况下的性能表现,可以通过模拟并发用户请求来进行测试;5.稳定性测试:测试服务器在长时间运行和高负载情况下的稳定性和可靠性。
优选地,拨测服务器部署于不同目标区域,例如部署于不同的地级市/地区/自治州,或者部署于不同的市辖区/县级市/自治县等。在部署于不同的地级市的情况下,例如部署于福建省的莆田市、厦门市以及龙岩市。
需要说明的是,拨测服务器部署有探针程序,其中,探针程序是一种用于监控和收集数据的程序,探针程序可以在计算机系统或网络中运行。探针程序可以通过多种方式实现,包括在系统或网络设备上部署专门的硬件设备,或者通过在目标系统上运行软件程序来收集数据。探针程序可以定期收集数据,或者在特定事件发生时触发数据收集。探针程序通常会收集各种指标和数据,包括中央处理器利用率、内存使用量、磁盘空间、网络流量、错误日志等。这些数据可以帮助管理员了解系统的健康状况、性能瓶颈和潜在的安全风险。探针程序的数据可以通过不同的方式进行处理和分析。一种常见的方法是将数据发送到集中的监控系统中,并使用图表、报表和警报来可视化和分析数据。另一种方法是使用机器学习和人工智能技术来自动分析数据,并发现隐藏的模式和异常。
此外,部署于不同目标区域的多个拨测服务器的时钟处于同步状态。示例性的,使用时间协议(Time Protocol),使得部署于不同目标区域的多个拨测服务器的时钟处于同步状态步。其中,一种常用的时间协议是网络时间协议(Network Time Protocol,NTP),网络时间协议是一种用于同步计算机时钟的协议。NTP服务器可以提供准确的时间戳,并与其他NTP服务器进行同步以确保时钟的准确性。在部署多个拨测服务器时,可以将其中一个服务器设置为NTP服务器,并将其配置为与其他服务器进行时间同步。其他服务器可以通过定期与NTP服务器进行时间同步来保持时钟的同步状态。
举例而言,云资源池的多个不同的网络设备包括但不限于:互联网出口交换机、防火墙、核心网交换机、汇聚网交换机以及接入网交换机,其中,互联网出口交换机是指连接企业或组织内部网络与互联网之间的交换机,用于管理和控制网络流量的进出;防火墙是一种网络安全设备,用于保护内部网络免受未经授权的访问、恶意软件和网络攻击的影响,防火墙是可以监控、过滤和控制网络流量,以确保网络的安全性和完整性;核心网交换机是指在大型网络中扮演核心角色的交换机,用于连接和管理多个子网络,提供高速的数据传输和路由功能;汇聚网交换机是在企业或组织内部网络中起到汇聚多个分支网络的作用,用于连接和管理多个子网络,提供高带宽和高速数据传输的功能;接入网交换机是指在企业或组织内部网络中连接终端设备的交换机,用于连接和管理个人计算机、服务器、打印机等设备,并提供数据传输和通信功能。
根据本申请的一些可选的实施例,第一网络流量数据包可经由云资源池的多个不同的网络设备至虚拟服务器,例如,经由互联网出口交换机以及防火墙,至虚拟服务器;或者,经由互联网出口交换机、防火墙以及核心网交换机,至虚拟服务器;或者,经由互联网出口交换机、防火墙、核心网交换机以及汇聚网交换机,至虚拟服务器;或者,经由互联网出口交换机、防火墙、核心网交换机、汇聚网交换机以及接入网交换机,至虚拟服务器。第一网络流量数据包也可经由云资源池的目标网络设备至虚拟服务器,例如,经由互联网出口交换机,至虚拟服务器。
需要说明的是,云资源池的多个不同的网络设备均配置有网络流量数据推送策略,当多个不同的网络设备接收到数据包时,就会同步向虚拟云资源池的虚拟服务器发送该数据包。
可选地,上述探测命令为Ping探测命令,其中,Ping是一种网络工具命令,用于测试网络连接的可用性和延迟。Ping探测命令发送一个小的数据包到目标互联网协议地址或域名,并等待目标返回响应。探测任务请求消息中包括:探测任务的执行时间参数以及探测任务的标识信息。
在一些可选的实施例中,云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,包括如下步骤:物理服务器从数据库读取探测任务请求消息;将探测任务请求消息广播至多个拨测服务器,其中,多个拨测服务器部署于不同目标区域,每个拨测服务器之间的时钟处于同步状态,每个拨测服务器运行有用于执行探测任务请求消息的目标探针程序。
在物理服务器探测任务请求消息广播至多个拨测服务器的场景中,物理服务器可以通过广播的方式将任务请求消息发送到局域网中的所有拨测服务器。具体的步骤如下:1.物理服务器首先需要确定广播的目标地址,即拨测服务器所在的局域网地址。可以通过配置文件或者网络发现的方式获取局域网地址。2.物理服务器将任务请求消息封装成广播包,携带广播地址作为目标地址,并发送到局域网中。3.局域网中的拨测服务器接收到广播包后,解析消息内容,并根据消息中的指令执行相应的任务。值得注意的是,广播发送的消息会被局域网中的所有设备接收到,因此在设计广播消息时需要确保消息的安全性和合法性,以防止未经授权的设备执行任务。另外,由于广播是一种无连接的通信方式,因此物理服务器无法知道哪些拨测服务器已经接收到任务请求消息,需要通过其他机制(如心跳机制)来确认任务的执行情况。
步骤S104,接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数。
根据本申请的另一些可选的实施例,网络性能指标参数中至少包括:源互联网协议地址、目标互联网协议地址、时延以及丢包率。其中,源互联网协议地址为发送携带第一网络流量数据包的探测命令的拨测服务器对应的互联网协议地址;目标互联网协议地址为接收携带第一网络流量数据包的探测命令的网络设备对应的互联网协议地址时延是指从第一网络流量数据离开与其对应的拨测服务器,到达目标网络设备的所需时间。可选地,时延可以分为以下几个部分:1.传输时延:数据包在发送过程中所需的时间,受到数据包大小和传输速率的影响;2.传播时延:数据包在网络传输中所需的时间,受到物理距离和传输介质的影响;3.处理时延:数据包在路由器或主机上进行处理所需的时间,受到设备性能和负载的影响;4.排队时延:数据包在路由器的缓冲区中等待传输的时间,受到网络拥塞程度的影响。丢包率是指在网络传输过程中,数据包在传输过程中丢失的概率。丢包率通常以百分比表示,表示在传输的数据包中有多少百分比的数据包在传输过程中丢失。丢包率的高低直接影响网络的传输质量和性能。较低的丢包率可以保证数据的完整性和及时性,而较高的丢包率则会导致数据传输不稳定和延迟增加。
可选地,虚拟服务器接收并响应于探测命令,向物理服务器发送探测任务响应消息,其中,探测任务响应消息中包括:第二网络流量数据包。物理服务器根据发送的第一网络流量数据包以及接收的第二网络流量数据包,可以确定以下网络性能指标:1.带宽:通过计算单位时间内传输的数据量来确定网络的带宽大小。例如,可以通过发送和接收数据包的数量以及数据包的大小来计算。2.延迟:通过计算发送数据包和接收数据包之间的时间间隔来确定网络的延迟。可以通过发送数据包时记录时间戳,然后在接收到数据包时再次记录时间戳,并计算时间间隔。3.丢包率:通过比较发送的数据包数量和接收到的数据包数量来确定网络的丢包率。可以通过在发送数据包时为每个数据包分配一个序号,并在接收数据包时检查序号是否连续来确定是否有数据包丢失。4.抖动:通过计算数据包到达的时间变化的标准差来确定网络的抖动。例如,通过记录每个数据包到达的时间戳,并计算时间间隔的变化来确定抖动。5.吞吐量:通过计算单位时间内成功传输的数据量来确定网络的吞吐量。例如,通过发送和接收数据包的数量以及数据包的大小来计算。
步骤S106,接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据。
在本申请的一些可选的实施例,虚拟服务器部署有网络性能监控(NetworkPerformance Monitoring,NPM)服务,其中,NPM服务是指通过监控和分析网络设备、链路和应用程序等网络相关的性能指标来评估和优化网络性能的过程。NPM服务可以帮助网络管理员和运维人员实时监控网络的健康状态,及时发现和解决网络故障和瓶颈问题,提高网络的稳定性和可靠性。具体包括如下功能:1.实时监控网络设备的状态和性能指标,如带宽利用率、延迟、丢包率等;2.分析网络流量和应用程序的性能,帮助识别网络瓶颈和优化网络资源的分配;3.提供警报和通知功能,及时通知管理员网络故障和性能异常;4.支持历史数据存储和分析,用于性能趋势分析和容量规划;5.可视化展示网络性能数据,提供图表和报表等方式,方便管理员和决策者查看和理解网络性能情况。
第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器后,不同的网络设备对第一网络流量数据包分别进行镜像处理,将多个不同的网络设备中每个网络设备对应的第一网络流量数据包复制到云资源池的虚拟服务器。可以理解的是,虚拟服务器可以通过端口镜像功能来监控和分析网络流量数据包。当启用端口镜像后,所有进入或离开被监视端口的数据包都会被复制到指定的目标端口或虚拟机中进行分析。
可选地,端口镜像数据包括在网络中传输的所有数据包,这些数据包是通过多个不同的网络设备中每个网络设备的端口镜像功能进行复制和捕获的。端口镜像数据包括以下内容:1.源互联网协议地址和目标互联网协议地址:标识数据包的发送者和接收者;2.源端口和目标端口:标识数据包的发送端口和接收端口;3.协议类型:标识数据包使用的协议,如传输控制协议(Transmission Control Protocol,TCP)、用户数据报协议(UserDatagram Protocol,UDP)、互联网控制消息协议(Internet Control Message Protocol,ICMP)等;4.数据包长度:指示数据包的大小,以字节为单位;5.时间戳:记录数据包的捕获时间;6.数据包的内容:包括数据包的头部和负载;7.出入端口信息。
步骤S108,根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
作为本申请的一些可选的实施例,将网络链路质量对应的目标数值不在预设区间范围的网络链路确定为异常网络链路;根据异常网络链路对应的出入端口信息,对异常网络链路进行快速。其中,出入端口信息是数据包进出网络设备的端口号信息。举例而言,端口号是一个16位的数字,用于标识网络设备上的不同服务或应用程序。在TCP/IP协议中,有一些常用的端口号被预留给特定的服务或应用程序使用,如80端口用于HTTP通信,443端口用于HTTPS通信,22端口用于SSH远程登录等。这些端口号被称为"已知端口"。除了已知端口外,还有一些端口号被分配给动态或私有端口。示例性的,动态端口号范围是49152至65535,用于临时应用程序或服务的通信。私有端口号范围是49152至65535,用于内部网络通信或特定应用程序的通信。
根据上述步骤,采用云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量的方式,达到了同时判断多个拨测服务与云资源池的多个不同的网络设备之间的网络链路质量的目的,从而实现了提升对网络链路质量的判断效率的技术效果。
图2是根据本申请实施例的另一种网络链路质量的确定方法的流程图,如图2所示,
在物理服务器进行探测任务配置,将任务信息存储在物理服务器对应的关系型数据库中,物理服务器的任务管理服务在数据库读取探测任务,按周期策略进行消息广播,将探测任务请求以广播方式,下发到各地市的拨测服务器,其中,各地市的拨测服务器部署有探针程序,且拨测服务器保持时钟同步状态。
需要注意的是,为保证探针程序能同一时刻执行任务,任务执行的时间由任务管理服务根据策略进行设置,任务执行时间必须大于任务下发时间,在发送的请求中,携带任务执行时间参数和任务批次ID参数。
各地市的拨测服务器的探针程序收到请求,根据任务执行时间参数进行任务调度,通过预先设置的时钟同步,来保证全部探针在同一时刻执行探测任务。
任务开始执行,将探测任务发送至云资源池中的网络设备,其中,云资源池中的交换机、防火墙、路由器等网络设备均需要配置网络流量数据推送策略,当网络设备接收到数据包时,就会同步向网络性能监控(Network Performance Monitoring,NPM)服务发送网络流量数据。
进一步地,采集通过Ping探测命令向云资源池的目标虚拟机对应的目标IP地址发送的数据包。在Ping命令的返回结果中确定源IP地址、目标IP地址、最大时延、最小时延、平均时延、丢包率等参数。
网络性能监控服务根据从Ping命令的返回结果解析出来的源IP地址作为分类标识,对收集到的网络流量数据包按IP地址过滤分类,原始数据为:IP包总量、IP包总字节数指标,同时根据不同的维度来标记指标:开始结束时间、数据来源IP端口、子网目标IP端口、子网出入端口、IPTos、TCPFlag(SYN、ACK等),每1分钟统计一次数据,生成性能指标和报表。其中,IPTos是Internet Protocol(IP)的一个字段,用于指示IP数据包的服务质量(QoS)或处理优先级。IPTos可以用于指定数据包的延迟、吞吐量、可靠性或其他特定要求。TCPFlag是TCP协议的一个字段,用于指示TCP数据包的状态或控制信息。TCPFlag包含一些标志位,用于表示TCP连接的不同状态或进行特定的控制操作。例如,SYN标志用于建立连接,ACK标志用于确认接收,FIN标志用于关闭连接等。TCPFlag字段的值可以根据需要进行设置,以实现所需的操作或状态。
全部探针同一时刻执行任务的结果,都会携带上任务批次的ID,通过消息的方式,返回到任务管理服务,任务管理服务结合根据NPM服务确定的端口镜像数据,识别子网的出入端口信息。并利用子网的出入端口信息,对网络异常的链路进行快速定位。还可以使用算法模型分析性能数据,识别趋势、异常和潜在的性能问题,分析云资源池链路的网络状态。
通过上述步骤,实现全部探针同时刻执行同一个批次的探测任务,并在网络设备的操作系统上配置网络流量数据推送策略,网络设备主动上报网络数据包的流向报文,进而分析各地市发出的网络数据包流经每台网络设备的时延、丢包率,真实反映某一时刻,从各地市到云资源池的每段网络链路质量情况。
图3是根据本申请实施例的一种网络链路质量的确定系统的结构图,如图3所示,该系统包括:云资源池1以及多个拨测服务器2,其中,云资源池1中包括:物理服务器11、多个不同的网络设备12以及虚拟服务器13,其中,
多个拨测服务器2部署于不同目标区域,用于接收并响应于物理服务器11发送的探测任务请求消息,以向多个不同的网络设备12发送携带第一网络流量数据包的探测命令。
物理服务器11分别与多个拨测服务器2以及虚拟服务器13通信连接,用于图1所示的网络链路质量的确定方法。
多个不同的网络设备12与多个拨测服务器2通信连接,用于将接收到的第一网络流量数据包,发送至虚拟服务器13。
虚拟服务器13与多个不同的网络设备12通信连接,用于确定多个不同的网络设备12中每个网络设备对应的端口镜像数据。
需要说明的是,图3所示实施例的优选实施方式可以参见图1所示实施例的相关描述,此处不再赘述。
图4是根据本申请实施例的一种网络链路质量的确定装置的结构图,如图4所示,该装置包括:
发送模块40,用于向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;
第一接收模块42,用于接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;
第二接收模块44,用于接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;
确定模块46,用于根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
需要说明的是,上述图4中的各个模块可以是程序模块(例如是实现某种特定功能的程序指令集合),也可以是硬件模块,对于后者,其可以表现为以下形式,但不限于此:上述各个模块的表现形式均为一个处理器,或者,上述各个模块的功能通过一个处理器实现。
需要说明的是,图4所示实施例的优选实施方式可以参见图1所示实施例的相关描述,此处不再赘述。
图5示出了一种用于实现网络链路质量的确定方法的计算机终端的硬件结构框图。如图5所示,计算机终端50可以包括一个或多个(图中采用502a、502b,……,502n来示出)处理器502(处理器502可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器504、以及用于通信功能的传输模块506。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为BUS总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图5所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端50还可包括比图5中所示更多或者更少的组件,或者具有与图5所示不同的配置。
应当注意到的是上述一个或多个处理器502和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端50中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器504可用于存储应用软件的软件程序以及模块,如本申请实施例中的网络链路质量的确定方法对应的程序指令/数据存储装置,处理器502通过运行存储在存储器504内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的网络链路质量的确定方法。存储器504可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器504可进一步包括相对于处理器502远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端50。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输模块506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端50的通信供应商提供的无线网络。在一个实例中,传输模块506包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输模块506可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机终端50的用户界面进行交互。
此处需要说明的是,在一些可选实施例中,上述图5所示的计算机终端可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图5仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算机终端中的部件的类型。
需要说明的是,图5所示的计算机终端用于执行图1所示的网络链路质量的确定方法,因此上述命令的执行方法中的相关解释说明也适用于该电子设备,此处不再赘述。
本申请实施例还提供了一种非易失性存储介质,非易失性存储介质包括存储的程序,其中,程序运行时控制存储介质所在的设备执行以上的网络链路质量的确定方法。
非易失性存储介质执行以下功能的程序:云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
本申请实施例还提供了一种电子设备,包括:存储器和处理器,处理器用于运行存储在存储器中的程序,其中,程序运行时执行以上的网络链路质量的确定方法。
处理器用于运行执行以下功能的程序:云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,探测任务请求消息用于指示多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,第一网络流量数据包经由云资源池的多个不同的网络设备至虚拟服务器;接收虚拟服务器响应于探测命令所发送的第二网络流量数据包,并根据第二网络流量数据包,确定多个拨测服务器中每个拨测服务器对应的网络性能指标参数;接收虚拟服务器发送的多个不同的网络设备中每个网络设备对应的端口镜像数据;根据网络性能指标参数以及端口镜像数据,确定每个拨测服务器与每个网络设备之间的网络链路质量。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种网络链路质量的确定方法,其特征在于,包括:
云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,其中,所述探测任务请求消息用于指示所述多个拨测服务器同步向所述云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,所述第一网络流量数据包经由所述云资源池的多个不同的网络设备至所述虚拟服务器;
接收所述虚拟服务器响应于所述探测命令所发送的第二网络流量数据包,并根据所述第二网络流量数据包,确定所述多个拨测服务器中每个拨测服务器对应的网络性能指标参数;
接收所述虚拟服务器发送的所述多个不同的网络设备中每个网络设备对应的端口镜像数据;
根据所述网络性能指标参数以及所述端口镜像数据,确定所述每个拨测服务器与所述每个网络设备之间的网络链路质量。
2.根据权利要求1所述的方法,其特征在于,云资源池的物理服务器向多个拨测服务器发送探测任务请求消息,包括:
所述物理服务器从数据库读取所述探测任务请求消息;
将所述探测任务请求消息广播至所述多个拨测服务器,其中,所述多个拨测服务器部署于不同目标区域,所述每个拨测服务器之间的时钟处于同步状态,所述每个拨测服务器运行有用于执行所述探测任务请求消息的目标探针程序。
3.根据权利要求2所述的方法,其特征在于,所述探测任务请求消息中包括:探测任务的执行时间参数以及所述探测任务的标识信息。
4.根据权利要求3所述的方法,其特征在于,所述第二网络流量数据包,包含于探测任务响应消息,其中,所述探测任务响应消息中包括:所述探测任务的标识信息。
5.根据权利要求1所述的方法,其特征在于,所述网络性能指标参数中至少包括:源互联网协议地址、目标互联网协议地址、时延以及丢包率。
6.根据权利要求1所述的方法,其特征在于,所述端口镜像数据中至少包括:互联网协议地址、数据来源地址、出入端口信息。
7.根据权利要求6所述的方法,其特征在于,根据所述网络性能指标参数以及所述端口镜像数据,确定所述每个拨测服务器与所述每个网络设备之间的网络链路质量之后,所述方法还包括:
将所述网络链路质量对应的目标数值不在预设区间范围的网络链路确定为异常网络链路;
根据所述出入端口信息,对所述异常网络链路进行定位。
8.一种网络链路质量的确定系统,其特征在于,包括:云资源池以及多个拨测服务器,其中,云资源池中包括:物理服务器、多个不同的网络设备以及虚拟服务器,其中,
所述多个拨测服务器部署于不同目标区域,用于接收并响应于所述物理服务器发送的探测任务请求消息,以向所述多个不同的网络设备发送携带第一网络流量数据包的探测命令;
所述物理服务器分别与所述多个拨测服务器以及所述虚拟服务器通信连接,用于执行权利要求1至7中任意一项所述的网络链路质量的确定方法;
所述多个不同的网络设备与所述多个拨测服务器通信连接,用于将接收到的所述第一网络流量数据包,发送至所述虚拟服务器;
所述虚拟服务器与所述多个不同的网络设备通信连接,用于确定所述多个不同的网络设备中每个网络设备对应的端口镜像数据。
9.一种网络链路质量的确定装置,其特征在于,包括:
发送模块,用于向多个拨测服务器发送探测任务请求消息,其中,所述探测任务请求消息用于指示所述多个拨测服务器同步向云资源池的虚拟服务器发送携带第一网络流量数据包的探测命令,其中,所述第一网络流量数据包经由所述云资源池的多个不同的网络设备至所述虚拟服务器;
第一接收模块,用于接收所述虚拟服务器响应于所述探测命令所发送的第二网络流量数据包,并根据所述第二网络流量数据包,确定所述多个拨测服务器中每个拨测服务器对应的网络性能指标参数;
第二接收模块,用于接收所述虚拟服务器发送的所述多个不同的网络设备中每个网络设备对应的端口镜像数据;
确定模块,用于根据所述网络性能指标参数以及所述端口镜像数据,确定所述每个拨测服务器与所述每个网络设备之间的网络链路质量。
10.一种非易失性存储介质,其特征在于,所述非易失性存储介质包括存储的程序,其中,在所述程序运行时控制所述非易失性存储介质所在设备执行权利要求1至7中任意一项所述的网络链路质量的确定方法。
11.一种电子设备,其特征在于,包括:存储器和处理器,所述处理器用于运行存储在所述存储器中的程序,其中,所述程序运行时执行权利要求1至7中任意一项所述的网络链路质量的确定方法。
CN202311516146.7A 2023-11-14 2023-11-14 网络链路质量的确定方法、系统及装置 Pending CN118075160A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311516146.7A CN118075160A (zh) 2023-11-14 2023-11-14 网络链路质量的确定方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311516146.7A CN118075160A (zh) 2023-11-14 2023-11-14 网络链路质量的确定方法、系统及装置

Publications (1)

Publication Number Publication Date
CN118075160A true CN118075160A (zh) 2024-05-24

Family

ID=91096324

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311516146.7A Pending CN118075160A (zh) 2023-11-14 2023-11-14 网络链路质量的确定方法、系统及装置

Country Status (1)

Country Link
CN (1) CN118075160A (zh)

Similar Documents

Publication Publication Date Title
US20140215077A1 (en) Methods and systems for detecting, locating and remediating a congested resource or flow in a virtual infrastructure
Isolani et al. Interactive monitoring, visualization, and configuration of OpenFlow-based SDN
CN101933290B (zh) 基于流信息对网络设备上的acl进行配置的方法
US6941358B1 (en) Enterprise interface for network analysis reporting
US20030225549A1 (en) Systems and methods for end-to-end quality of service measurements in a distributed network environment
US6714513B1 (en) Enterprise network analyzer agent system and method
US20070250625A1 (en) Real-time services network quality control
US20140215058A1 (en) Methods and systems for estimating and analyzing flow activity and path performance data in cloud or distributed systems
US20030140137A1 (en) Enterprise Network analyzer architecture framework
EP2056559A1 (en) Method and system for network simulation
KR100816503B1 (ko) Ip망에서 플로우를 이용한 트래픽 분석장치 및 그 방법
US11336545B2 (en) Network device measurements employing white boxes
US7693742B1 (en) System, method and computer program product for a network analyzer business model
KR20220029142A (ko) Sdn 컨트롤러 서버 및 이의 sdn 기반 네트워크 트래픽 사용량 분석 방법
CN117041107B (zh) 带宽质量监控方法、带宽质量监控系统和数据中心
CN118075160A (zh) 网络链路质量的确定方法、系统及装置
Cisco Network Monitoring Using Cisco Service Assurance Agent
US12101241B1 (en) Mechanism for intelligent and comprehensive monitoring system using peer-to-peer agents in a network
CN114024895B (zh) 一种基于tr069的网络路线优化方法和系统
Tangari Accurate and Resource-Efficient Monitoring for Future Networks
Putra Cloud-based Distributed Internet Measurement Platform
US20230231761A1 (en) Monitoring causation associated with network connectivity issues
EP4213457A1 (en) Determining an organizational level network topology
KR20050076406A (ko) 통신 관리 네트워크에서 네트워크 소자에 대한 관리시스템 및 그 관리 방법
Degineh Proposing a Framework for Enabling Network Performance Optimization: A Case Study of Addis Ababa Public Services and Human Resource Bureau

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