CN104270291B - Cdn网络质量监控方法 - Google Patents
Cdn网络质量监控方法 Download PDFInfo
- Publication number
- CN104270291B CN104270291B CN201410567526.8A CN201410567526A CN104270291B CN 104270291 B CN104270291 B CN 104270291B CN 201410567526 A CN201410567526 A CN 201410567526A CN 104270291 B CN104270291 B CN 104270291B
- Authority
- CN
- China
- Prior art keywords
- node
- data center
- test
- interchanger
- network 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.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种内容分发网络质量监控方法,内容分发网络包括数据中心、带宽提供商交换机以及边缘节点,方法包括以下步骤:在数据中心内部的监控机对数据中心的节点服务器进行PING测试;从数据中心内部的监控机对与数据中心联网的带宽提供商交换机进行PING测试;从数据中心内部的监控机对边缘节点进行测试,如果边缘节点为可控节点,则进行PING测试、下载速率测试和页面Poll测试的至少部分,如果边缘节点为不可控节点,则进行PING测试;其中可控节点为能被数据中心的监控者通过网络登录并且部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点,不可控节点为不能被数据中心的监控者通过网络登录或者不能部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点。
Description
技术领域
本发明涉及CDN网络质量测试,尤其是涉及到CDN网络质量监控的方法。
背景技术
CDN的全称是Content Delivery Network,即内容分发网络。其目的是通过在现有的Internet中增加一层新的网络架构,将网站的内容发布到最接近用户的网络"边缘",使用户可以就近取得所需的内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度。从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等原因所造成的用户访问网站响应速度慢的问题。CDN是建立并覆盖在承载网之上、由分布在不同区域的服务节点组成的分布式网络。它通过一定规则将源内容传输到最接近用户的边缘,使用户可以就近取得所需的内容,减少对骨干网的带宽要求,提高用户访问的响应速度。从CDN技术的描述不难看出,通过CDN技术可以将远端数据中心的信息传输到本地服务器上,本地用户访问本地服务器即可完成业务。简单地说,内容发布网(CDN)是一个经策略性部署的整体***,包括分布式存储、负载均衡、网络请求的重定向和内容管理4个要件,而内容管理和全局的网络流量管理(Traffic Management)是CDN的核心所在。通过用户就近性和服务器负载的判断,CDN确保内容以一种极为高效的方式为用户的请求提供服务。总的来说,内容服务基于缓存服务器,也称作代理缓存,它位于网络的边缘,距用户仅有"一跳"(Single Hop)之遥。同时,代理缓存是内容提供商源服务器(通常位于CDN服务提供商的数据中心)的一个透明镜像。这样的架构使得CDN服务提供商能够代表他们客户,即内容供应商,向最终用户提供尽可能好的体验,而这些用户是不能容忍请求响应时间有任何延迟的。据统计,采用CDN技术,能处理整个网站页面的70%~95%的内容访问量,减轻服务器的压力,提升了网站的性能和可扩展性。
典型的CDN由五个部分组成,主要包括五个部分:源服务器、节点服务器、GSLB控制服务器、网络管理***、内容管理***。源服务器就是真正的网站所在的数据中心服务器。节点服务器就是位于各个云点的服务器,在节点服务器上保存着人们频繁访问的网站内容的副本。GSLB控制服务器是专用的具有高可靠和高冗余性的设备,其作用是将源服务器的流量传输到工作正常的节点服务器上。GSLB可以自动判断用户的来源,有效地保证访问需求被分配到离其逻辑上最近、最健康的节点服务器上。内容管理***根据内容提供商提供的内容和目标客户群,对访问需求预先做出判断是否将当前的内容的缓存或缓存多久、或不保留在节点服务器中而直接回源服务器等等。
为了保证整个***的正常运转,每个CDN网络都有一个网络管理***。它负责实现分布检测和集中告警,保证在第一时间内发现故障、定位故障,并在监控网络连通的同时对应用层的各项服务进行实时监控。因此,网络质量测试在CDN运营中具有重要的作用,它是评判CDN新节点网络质量(例如判断节点服务器或数据中心是否存在故障等)、节点网络应该覆盖哪些区域,以及监控节点网络质量的重要工具。同时它在其他用于网络质量服务上有着重要的作用。
现有网络质量测试大部分为测试自己可控的IP库,主要以下几种测试方法:
1.PING测试:
PING(Packet Internet Grope),因特网包探索器,是一种用于测试网络连接量的程序。PING发送一个ICMP回声请求消息给目的地并报告是否收到所希望的ICMP回声应答。PING应用返回的过多的时间可以用来排除那些实在太慢而不能有效传输信息的分发***。这个测试被终端用来降低分发站点测试的数目。PING测试的缺点在于PING测试只能测试到端到端的延时和丢包情况,但是往往在用户访问页面过程中还包含访问DNS,建立tcp相应以及拉取文件的时间,虽然PING测试能一定程度的反应端到端的链路状态,但是这种测试没办法测试出所有涵盖时间。
2.下载速率测试
下载是指计算机之间通过http或者FTP协议去交换数据的方式,它们之间的传输快慢是衡量一个端到端的网络质量情况最直接最直观的一种测试方式,这种测试方式也是在CDN网络测试中最常用的一种方式。由于这种测试需要依赖于被测试端是可以控制的且本身稳定的服务器端,所以就高度依赖于被测端可不可控。例如,如果被测试的对象是一台普通的电脑,而且没有对外提供远程登录以及软件下载等用于网络测试的权限,那么就无法对该对象进行下载速率测试。
3.页面poll测试
网站的打开速度就是指从点击网站到网站页面完全显示的总时间,而页面Poll测试就是模拟用户从发出访问页面请求到最终接收到页面文件内容所花时间的测试,这种测试是最贴切用户端的测试,期间所花的时间有查找DNS时间、建立连接TCP需要时间、数据接收时间以及呈现时间。然而,与下载速率测试方式类似,页面Poll测试也是依赖于被测试端是可以控制且本身稳定的服务器端,所以就高度依赖于被测端可不可控。
现有的网络质量测试一般因为覆盖测试的IP库比较散乱,测试手段单一且依赖于自己可以控制的测试对象IP地址(例如下载速率测试和页面poll测试就需要被测试对象是可控的),如果在一个没有自己的服务器的陌生覆盖区域就无法展开准确的测试。同时测试的都是外部客户端的IP地址,因此更靠近CDN节点这端的网络情况存在监控盲点。这样造成了测试覆盖面有限,测试准确度不高的局面。
另外,现有的CDN网络测试都只能直接看到最终的测试结果的,例如设备A到设备B测试的延时和丢包率、下载速率以及poll页面所花的时间。事实上,A到B之间往往会经过多个交换机或者多条网络路径,单纯从A到B的测试结果来看,只能了解A到B的通信出现问题,却无法判断问题出现在哪个具体环节。
发明内容
本发明所要解决的技术问题是提供一种CDN网络质量监控方法,其可以提供分层监控能力。
本发明为解决上述技术问题而采用的技术方案是提出一种内容分发网络质量监控方法,该内容分发网络包括数据中心、带宽提供商交换机以及边缘节点,该方法包括以下步骤:在该数据中心内部的监控机对该数据中心的节点服务器进行PING(Packet InternetGrope)测试;从该数据中心内部的监控机对与该数据中心联网的带宽提供商交换机进行PING测试;从该数据中心内部的监控机对边缘节点进行测试,其中如果该边缘节点为可控节点,则进行PING测试、下载速率测试和页面Poll测试的至少部分,如果该边缘节点为不可控节点,则进行PING测试;其中可控节点为能够被数据中心的监控者通过网络登录并且部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点,不可控节点为不能够被数据中心的监控者通过网络登录或者不能部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点。
在本发明的一实施例中,对该数据中心的服务器进行PING测试后,还包括将测试获得的延时和丢包率与一组第一参考值比较,以确定被测试的节点服务器或者节点服务器所连接的交换机是否正常。
在本发明的一实施例中,对与该数据中心联网的带宽提供商交换机进行PING测试后,还包括将测试获得的丢包率与一第二参考值比较,以确定该带宽提供商交换机是否正常。
在本发明的一实施例中,对与该数据中心联网的带宽提供商交换机进行PING测试,包括对该带宽提供商交换机的一个或多个互联端口进行测试。
在本发明的一实施例中,该边缘节点为服务器、个人计算机、平板电脑、智能手机、交换机以及路由器其中之一。
在本发明的一实施例中,对各可控节点进行测试得出的结果包括以下的部分或全部:延时、丢包率、mdev方差值以及下载速率值。
在本发明的一实施例中,对各可控节点进行测试得出的结果包括延时和丢包率。
在本发明的一实施例中,上述方法还包括以如下方式获得不可控节点:获取区域公共IP库;对该公共IP库进行归类;在不同地理位置的测试机器上测试共同目标IP;通过比对不同测试机器的测试结果,找出稳定的公共跳;把公共跳归类到一个属于该IP地理位置、运营商、区域的稳定IP库中。
本发明由于采用以上技术方案,使之与现有技术相比,具有如下显著优点:本发明除了监控边缘节点之外,还新增监控数据中心内网环境质量、监控测试带宽提供商核心交换机端到节点交换机端的网络质量情况,通过这样分层监控在出现网络质量下降的情况可以分层排除,最快定位问题所在点。并且,本发明的除了通过监控可控节点之外,还监控不可控节点,通过分析监控结果来达到监控存在监控盲点的区域。
附图说明
本发明的以上发明内容以及下面的具体实施方式在结合附图阅读时会得到更好的理解。需要说明的是,附图仅作为所请求保护的发明的示例。在附图中,相同的附图标记代表相同或类似的元素。
图1示出CDN网络中数据中心的一种典型的网络拓扑构架。
图2示出CDN网络的示例性拓扑构架。
图3示出本发明一实施例的分层监控流程。
图4示出本发明一实施例的边缘节点监控流程。
图5示出本发明一实施例的监控方法流程。
具体实施方式
以下在具体实施方式中详细叙述本发明的详细特征以及优点,其内容足以使任何本领域技术人员了解本发明的技术内容并据以实施,且根据本说明书所揭露的说明书、权利要求及附图,本领域技术人员可轻易地理解本发明相关的目的及优点。
图1示出数据中心的一种典型的网络拓扑构架。该数据中心100的网络拓扑构架中具有核心交换机101(例如交换机A)。该核心交换机101与服务提供商提供的交换机120(例如ISP交换机)通过一条或多条(图中示出3条)链路互联。核心交换机101可连接一个或多个下联交换机102(例如交换机B)。CDN网络中的节点服务器103(例如高速缓存A、高速缓存B)可直接或通过下联交换机102与核心交换机101互联。同时,该构架还包括至少一个监控机104,用于监控网络质量。
图2示出CDN网络的示例性拓扑构架。参考图2所示,数据中心100的***联接的是许多边缘节点140。边缘节点140是位于数据中心100之外的,能够通过连接到数据中心的网络设备。举例来说,边缘节点可以是服务器、个人计算机、平板电脑、智能手机、交换机、路由器等等。
通常来说,网络的数据交互会发生在数据中心的核心交换机101、下联交换机102、节点服务器103、服务提供商提供的交换机120和边缘节点140之间,因而需要测试这些设备组成的链路的质量。
然而已知的测试都是直接看到测试结果的,如设备A到B测试的延时和丢包率,下载速率以及poll页面所花的时间。但是根据测试结果无法判断问题出现在哪个过程。为此,根据本发明的实施例,提供了根据测试环境进行分层测试的方法。具体地说,将CDN网络中各设备间的链路进一步分解,包括数据中心内部链路、数据中心与服务提供商提供的交换机120间的链路、以及数据中心到边缘节点的链路。使用位于数据中心内部的监控机104对各层链路进行质量测试,可以分别了解各层链路的质量。
进一步,由于边缘节点中,可控的节点数量是十分有限的,为了提高测试的覆盖面和准确性,本发明的实施例引入了不可控的节点。其中可控节点为能够被数据中心的监控者通过网络登录并且部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点,不可控节点为既不能够被数据中心的监控者通过网络登录,也不能够部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点。
图3示出本发明一实施例的分层监控流程。参考图3所示,流程分三层进行监控。在步骤301获取三个监控层的监控对象,例如交换机、节点服务器、以及边缘节点。在步骤302等待数据,一旦收到数据,即根据情况进行各层监控。
如果收到第一层数据,则在步骤303进行数据中心内部监控,这是第一层监控。具体地说,在数据中心100内部选择一台监控机104进行监控,监控对象可包括交换机网关IP地址和所有节点服务器IP地址。这里,测试方式可以是PING测试,包括测试监控对象的延时、监控对象的丢包率。在步骤304如果获得数据后,即可进入最终步骤309得出测试结论。
对于测试结果,可以和一组第一参考值比较,以确定被测试的节点服务器或者服务器所连接的交换机是否正常。举例来说,定义一组第一参考值,延时2ms,丢包率0%。丢包率大于0%或延时大于2ms只要满足任何一个条件,则认为数据中心内部存在网络问题。
如果收到第二层数据,则在步骤305进行数据中心端到带宽提供商交换机端监控,这是第二层监控。具体地说,在数据中心100内部选择一台监控机104进行监控;确定带宽提供商交换机端的一个或多个可监控IP地址(一般为设备互联IP地址);然后测试此IP地址。这里,测试方式可以是PING测试,包括测试监控对象的丢包率。在步骤306如果获得数据后,即可进入最终步骤309得出测试结论。
对于测试结果,可以与一第二参考值比较,以确定该带宽提供商交换机是否正常。举例来说,定义一个准确阈值,丢包率0%。如果测试结果大于阈值丢包率0%,则认为监控对象有网络问题。
如果收到第三层数据,则在步骤307进行数据中心端到边缘节点的监控,这是第三层监控。具体地说,可以在数据中心100内部选择一台监控机104进行监控,监控对象包括可控节点和不可控节点。在步骤308如果获得数据后,即可进入最终步骤309得出测试结论。
对于测试结果,可以与标准值比较,以确定监控对象是否正常。举例来说,定义一个标准值,同区域(例如一个省或市,下同)同运营商的下载速率1M/s,延时60ms。这两个参数值为阈值,下载速率小于1Mbps或延时大于60ms只要满足任何一个条件,均认为监控对象端出现网络质量下降。
如前文所述,第三层监控的监控对象(在此边缘节点)包括可控节点和不可控节点。图4示出本发明一实施例的边缘节点监控流程。参考图4所示,在步骤401,获取可控节点和不可控节点的测试IP地址。在此,可控节点一般为监控机所在数据中心以外的其他数据中心内的节点服务器。这类服务器103有个明显的特征,是可控制的,并可以部署下载速率测试、页面poll测试以及PING测试的。不可控节点,一般是通过获取一个稳定的覆盖IP库而获得。这类不可控节点由于不可以控制,所以只能提供最基本的PING测试,即使能提供下载以及页面poll测试也是一种视为不稳定的测试源。
在步骤402等到数据后,即会进入步骤403,开始测试可控和不可控节点。可控节点可以进行PING测试、下载速率测试以及页面poll测试,测试者可以根据需求选择其中之一或者全部。例如,通过下载文件记录下载速率等测试数据。不可控节点可以通过PING测试得出延时、丢包率等测试数据。在步骤404如果获得数据后,即可进入最终步骤405得出测试结论。
举例来说,定义一个准确阈值,同区域同运营商的下载速率1M/s,延时60ms,这两个参数值为阈值,下载速率小于1Mbps或延时大于60ms只要满足任何一个条件,均认为监控所处数据中心出现网络质量下降。
在本发明的一实施例中,不可控对象的获取方法大致如下:获取大区域的公共ip库;对获取的IP库按照一定细化标准进行归类;在不同地理位置的测试机器上测试共同目标IP;通过比对不同测试机测试结果,找出稳定的公共跳;把公共跳归类到一个新的属于该ip地理位置、运营商、区域的稳定ip库中。
图5示出本发明一实施例的监控方法流程。参考图5所示,归纳前述描述,本发明一实施例的监控方法包括以下步骤:
步骤501,在数据中心内部的监控机对该数据中心的服务器进行PING测试;
步骤502,从数据中心内部的监控机对与数据中心联网的带宽提供商交换机进行PING测试;
步骤503,从该数据中心内部的监控机对边缘节点进行测试,其中如果边缘节点为可控节点,则进行PING测试、下载速率测试和页面Poll测试的至少部分,如果边缘节点为不可控节点,则进行PING测试。
下面例举实际测试的示例。
一、数据中心交换机内部质量的监测
已知监测方式无法监控交换机内部网络质量,比如服务器负载高、网卡故障、网线松动引起的内部网络质量。
如图2,如果在监控机104上实时监控到本数据中心100下所有的服务器(如103)的延时、丢包情况,就可以知道交换机内部的网络状况。可以通过定义一个标准延时值和一个标准丢包率来衡量内部的网络情况。
例如监控机104到高速缓存A的延时为0.58ms、丢包率为0%;监控机104到高速缓存B的延时为3.75ms、丢包率为1%。
定义内网标准延时值为2ms,且标准丢包率为0%。通过测试内网机器的延时可以有以下情况:
1.监控机测试到其他服务器,经过三个监控周期部分机器出现超过标准延时丢包的情况,则该服务器就可以判定为有问题的机器,可以通过报警的方式让人为去排查是什么原因造成的。
2.监控机测试到其他服务器,经过三个监控周期所有服务器均出现超过标准延时丢包的情况,则可以判定是监控机器的问题,同样报警出来让人为去排查。
3.监控机测试到其他服务器,经过三个监控周期部分机器呈现出超过标准延时丢包的情况,结合出现问题的机器所在位置如均在同一级联交换机下。同时结合该交换机是否出现跑高或者不均情况,认为进一步排查问题。
二.数据中心核心交换机到带宽提供商交换机之间链路质量监测
如图1所示,数据中心核心交换机101和带宽提供商的交换机120互联,如果其中一条链路出现问题如线路松动、单链路负载过高、单链路中断等都将会引起网络质量变差的后果。如果在保证自己交换机以内的内网环境无问题情况下,通过从监控机104去测试核心交换机101的每条上联链路情况就可以及时发现互联问题导致的故障了。
举例来说,数据中心核心交换机101和运营商提供的交换机120有三条互联线,对端的互联地址分别是:192.168.1.1、192.168.1.2、192.168.1.3。
1.监控机器测试到互联端口A,经过三个监控周期均出现超过标准延时丢包的情况,则判定互联端口A有问题,可以通过报警的方式让人为去排查是什么原因造成的。
2.同上,同样可以用这样的方法测试出其他的互联端口是否有问题。
如图1所示,在一个数据中心的所在IP库里,有N(N为正整数)个IP。目前监控***监控的方法是去测试本IP库所在的数据中心的下载速率值来判断该数据中心的网络质量状况,如果本区域同营运商的数据中心很少或者不存在的时候,该数据中心的监控就会存在问题。
三.数据中心到本区域IP库的质量监测
如果监控的目标不仅仅局限于本区域CDN数据中心,而是扩大到本区域IP库的IP地址,就可以更加全面准确监控本数据中心到真实网络质量。具体方法如下:
1.从数据中心100的监控机104测试本数据中心100所在的IP库的IP地址,测试可包括PING测试和下载速率测试、页面poll测试等。
2.若IP地址是自己数据中心的则进行PING测试、下载速率测试、页面poll测试,否则就只能进行PING测试。
3.测试需要得出的结果是丢包率、延时、以及mdev方差值,如果有下载速率值的也需要得到。
4得出的值与定义的标准值进行比较来衡量这个点的网络情况。
四.边缘节点拓展监控
目前有一个涵盖某区域测试IP库,IP地址数量N个,其中只有一个IP地址为IPA,此IP为数据中心的一台服务器,那这个时候偏向的测试就是:
1.下载速率测试
[root@11011951~]#wget http://IPA:80/lvs.lxdns.net/test.rar-O/dev/null
--2014-07-1110:04:20--http://IPA:80/lvs.lxdns.net/test.rar
Connecting to IPA:80...connected.
HTTP request sent,awaiting response...200OK
Length:2097152(2.0M)[application/octet-stream]
Saving to:`/dev/null'
100%[==========================================>]2,097,1524.20M/s in 0.5s
2.页面poll测试
[root@11011951~]#pollurl http://IPA:80/testcdn.htm;head-n10pollUrl.temp
0
HTTP/1.0200OK
Content-Type:text/html
ETag:"2044265364"
Accept-Ranges:bytes
Last-Modified:Fri,06May 201107:59:23GMT
Content-Length:8
Connection:close
Date:Fri,11Jul 201402:04:27GMT
Server:WS CDN Server
这些测试都很能直观的反应测试端到被测试端的访问质量情况如何。
但是如果IPB不是自己的服务器,而只是一个可以PING测试的IP。这时候就用延时和丢包率去衡量网络质量
3.PING测试
[root@11011951~]#ping-fc 100IPB
PING IPB(IPB)56(84)bytes of data.
---111.206.217.15ping statistics---
100packets transmitted,98received,2%packet loss,time 1338ms
rtt min/avg/max/mdev=22.706/29.328/41.211/3.073ms,pipe 4,ipg/ewma13.517/28.441ms
经过大量测试得出一个阈值,如果延时在60ms以内或者丢包率在1%以内,均可以满足使用要求。这样就可以弥补因为不是可以控制的服务器而不能去测试下载速率或者页面poll测试的缺点,一样可以通过PING测试去获取覆盖区域的网络质量,如果一个覆盖区域的测试IP库含有可控节点和不可控节点的IP地址,可以结合两种测试结果去判断全局的网络质量,做到最大程度精准的判断网络质量。
综上所述,本发明的实施例除了监控边缘节点之外,还新增监控数据中心内网环境质量、监控测试IDC带宽提供商核心交换机端到节点交换机端的网络质量情况,通过这样分层监控在出现网络质量下降的情况可以分层排除,最快定位问题所在点。并且,本发明的实施例除了通过下载可控节点的文件来监控速率之外,再添加监控未部署监控对象区域的IP库,通过分析监控结果来达到监控存在监控盲点的区域。通过以上方法,本发明的实施例最终大大提高监控覆盖面,实现监控细化分层,快速定位故障点。本发明上述实施例的方法适合在CDN网络的内部数据中心之间使用,以保证方法的准确性可用性。
虽然本发明已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本发明,在没有脱离本发明精神的情况下还可作出各种等效的变化或替换,因此,只要在本发明的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。
Claims (7)
1.一种内容分发网络质量监控方法,该内容分发网络包括数据中心、带宽提供商交换机以及边缘节点,该方法包括以下步骤:
在该数据中心内部的监控机对该数据中心的节点服务器进行PING(Packet InternetGrope)测试;
从该数据中心内部的监控机对与该数据中心联网的带宽提供商交换机进行PING测试;
从该数据中心内部的监控机对边缘节点进行测试,其中如果该边缘节点为可控节点,则进行PING测试、下载速率测试和页面Poll测试的至少部分,如果该边缘节点为不可控节点,则进行PING测试;
其中可控节点为能够被数据中心的监控者通过网络登录并且部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点,不可控节点为不能够被数据中心的监控者通过网络登录或者不能部署下载速率测试和页面Poll测试的HTTP网站服务的边缘节点;
其中通过如下方式获得不可控节点:获取区域公共IP库;对该公共IP库进行归类;在不同地理位置的测试机器上测试共同目标IP;通过比对不同测试机器的测试结果,找出稳定的公共跳;把公共跳归类到一个属于该IP地理位置、运营商和区域中的一者或多者的稳定IP库中。
2.如权利要求1所述的内容分发网络质量监控方法,其特征在于,
对该数据中心的节点服务器进行PING测试后,还包括将测试获得的延时和丢包率与一组第一参考值比较,以确定被测试的节点服务器或者节点服务器所连接的交换机是否正常。
3.如权利要求1所述的内容分发网络质量监控方法,其特征在于,
对与该数据中心联网的带宽提供商交换机进行PING测试后,还包括将测试获得的丢包率与一第二参考值比较,以确定该带宽提供商交换机是否正常。
4.如权利要求1所述的内容分发网络质量监控方法,其特征在于,对与该数据中心联网的带宽提供商交换机进行PING测试,包括对该带宽提供商交换机的一个或多个互联端口进行测试。
5.如权利要求1所述的内容分发网络质量监控方法,其特征在于,该边缘节点为服务器、个人计算机、平板电脑、智能手机、交换机以及路由器其中之一。
6.如权利要求1所述的内容分发网络质量监控方法,其特征在于,对各可控节点进行测试得出的结果包括以下的部分或全部:延时、丢包率、mdev方差值以及下载速率值。
7.如权利要求1所述的内容分发网络质量监控方法,其特征在于,对各可控节点进行测试得出的结果包括延时和丢包率。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410567526.8A CN104270291B (zh) | 2014-10-22 | 2014-10-22 | Cdn网络质量监控方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410567526.8A CN104270291B (zh) | 2014-10-22 | 2014-10-22 | Cdn网络质量监控方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104270291A CN104270291A (zh) | 2015-01-07 |
CN104270291B true CN104270291B (zh) | 2018-05-01 |
Family
ID=52161785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410567526.8A Active CN104270291B (zh) | 2014-10-22 | 2014-10-22 | Cdn网络质量监控方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104270291B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105187228A (zh) * | 2015-06-12 | 2015-12-23 | 中国通信建设集团设计院有限公司 | 一种网络质量探测方法及路由器 |
CN106851342A (zh) * | 2017-03-06 | 2017-06-13 | 南京优速网络科技有限公司 | 一种内容编排分发网络的设计架构 |
CN107181644B (zh) * | 2017-06-16 | 2019-09-27 | 北京小度信息科技有限公司 | 用于监控网络应用的网络性能的方法和装置 |
CN107707378B (zh) | 2017-06-29 | 2018-11-13 | 贵州白山云科技有限公司 | 一种cdn覆盖方案生成方法和装置 |
CN107493192B (zh) * | 2017-08-08 | 2018-10-16 | 深圳市网心科技有限公司 | 用于视频cdn业务传输的基础网络质量评估方法和装置 |
CN108063696A (zh) * | 2017-12-14 | 2018-05-22 | 北京云端智度科技有限公司 | 一种节点网络质量评估方法 |
CN109962790B (zh) * | 2017-12-14 | 2020-05-29 | 北京金山云网络技术有限公司 | 一种网络质量监测方法、装置、电子设备及存储介质 |
CN109462493B (zh) * | 2018-09-13 | 2021-12-28 | 国网浙江省电力有限公司丽水供电公司 | 一种基于ping的局域网络监测方法 |
CN109347668B (zh) * | 2018-10-17 | 2020-11-06 | 网宿科技股份有限公司 | 一种服务质量评估模型的训练方法及装置 |
CN109450683A (zh) * | 2018-11-09 | 2019-03-08 | 珠海格力电器股份有限公司 | 故障检测方法、装置以及应用***和存储介质 |
CN109547276B (zh) * | 2019-01-31 | 2022-04-12 | 网宿科技股份有限公司 | 一种问题定位方法、终端及存储介质 |
CN109981377B (zh) * | 2019-04-10 | 2022-03-01 | 北京搜狐新媒体信息技术有限公司 | 一种分布式数据中心链路监控方法及*** |
CN110225087A (zh) * | 2019-05-08 | 2019-09-10 | 平安科技(深圳)有限公司 | 基于全局负载均衡的云存取方法、装置及存储介质 |
CN110430092B (zh) * | 2019-07-15 | 2021-03-16 | 杭州复杂美科技有限公司 | 下载探测方法、服务节点筛选方法、设备和存储介质 |
CN110505115B (zh) * | 2019-07-30 | 2021-07-13 | 网宿科技股份有限公司 | 一种监控交换机跑高风险的方法和装置 |
CN110944061A (zh) * | 2019-12-06 | 2020-03-31 | 北京博睿宏远数据科技股份有限公司 | 内容分发网络调度方法、装置、计算机设备及存储介质 |
CN111585833B (zh) * | 2020-04-09 | 2022-03-11 | 新浪网技术(中国)有限公司 | 一种探测cdn节点公网质量的方法、装置和计算机设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1054529A3 (en) * | 1999-05-20 | 2003-01-08 | Lucent Technologies Inc. | Method and apparatus for associating network usage with particular users |
CN101340312A (zh) * | 2008-08-12 | 2009-01-07 | 腾讯科技(深圳)有限公司 | 一种互联网数据中心网络质量监控方法和*** |
CN103036733B (zh) * | 2011-10-09 | 2016-07-06 | 上海市南电信服务中心有限公司 | 非常规网络接入行为的监测***及监测方法 |
CN102647299B (zh) * | 2012-04-24 | 2014-10-15 | 网宿科技股份有限公司 | 基于内容分发网络的层次化报警分析方法和*** |
CN103974139B (zh) * | 2014-05-20 | 2017-02-15 | 北京速能数码网络技术有限公司 | 一种终端网络故障检测方法、设备和*** |
-
2014
- 2014-10-22 CN CN201410567526.8A patent/CN104270291B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN104270291A (zh) | 2015-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104270291B (zh) | Cdn网络质量监控方法 | |
CN112087312B (zh) | 一种提供边缘服务的方法、装置和设备 | |
US20200344199A1 (en) | Content node network address selection for content delivery | |
CN103795805B (zh) | 基于sdn的分布式服务器负载均衡方法 | |
US9729414B1 (en) | Monitoring service availability using distributed BGP routing feeds | |
KR101177203B1 (ko) | 애니캐스트를 통한 맵리스 글로벌 트래픽 로드 밸런싱 | |
CN105340244B (zh) | 基于来自暂态准则的上下文的动态内容分发网络选择的方法和装置 | |
Wichtlhuber et al. | An SDN-based CDN/ISP collaboration architecture for managing high-volume flows | |
CN104272708B (zh) | 带有到服务器群组的无状态第一级分组分布和到群组内某个服务器的有状态第二级分组分布的二级分组分布 | |
CN102064992B (zh) | 一种中继节点、中继节点的分布式网络及其组网方法 | |
US9052955B2 (en) | System and method for seamless application hosting and migration in a network environment | |
CN107925681A (zh) | 用于分布式软件定义网络分组核心***中的负载平衡的***和方法 | |
CN104836732B (zh) | 网络连接的自动选择方法及*** | |
US20150081762A1 (en) | Systems and methods for distributing network traffic between servers based on elements in client packets | |
US9363313B2 (en) | Reducing virtual IP-address (VIP) failure detection time | |
CN103475654B (zh) | 网络路径优化方法、设备及网络*** | |
CN109962790A (zh) | 一种网络质量监测方法、装置、电子设备及存储介质 | |
CN102780779A (zh) | 一种园区网出口p2p流量优化方法、装置及网关设备 | |
CN111182022B (zh) | 数据发送方法和装置、存储介质及电子装置 | |
CN101217508A (zh) | 一种基于即时通信平台的网络代理***及其实现方法 | |
US11457073B1 (en) | Supernode graceful shutdown in a proxy infrastructure | |
Simoens et al. | Service-centric networking for distributed heterogeneous clouds | |
VanderSloot et al. | Running refraction networking for real | |
Lai et al. | Using SDN and NFV to enhance request rerouting in ISP-CDN collaborations | |
CN104270312B (zh) | 支持流量优化和应用感知的中继路径分配***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200706 Address after: 100083 Beijing Haidian District 39 Xueyuan Road 6 real estate building. Patentee after: Beijing Mesh Technology Co.,Ltd. Address before: 200030 Shanghai city Xuhui District Xietu Road No. 2899 A Kuangchi Cultural Square Building 5 floor Patentee before: WANGSU SCIENCE & TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |