网络路径优化方法、设备及网络系统的制作方法

网络路径优化方法、设备及网络系统的制作方法
【专利摘要】本发明公开了一种网络路径优化方法、设备及网络系统。该网络系统包括多个节点服务器以及RTT监控服务器。其中，节点服务器，应用于对从客户端连接到源站服务器的网络路径进行优化，包括：RTT统计单元，适于统计各客户端到该节点服务器的RTT值；RTT发送单元，适于发送所统计的RTT值。RTT监控服务器，包括：RTT接收单元，适于接收多个节点服务器发送的RTT值；RTT计算单元，适于各个客户端，计算得到对于该客户端而言RTT值最小的节点服务器。采用本发明能够对从客户端经由节点服务器连接到源站服务器的网络路径进行优化。
【专利说明】网络路径优化方法、设备及网络系统
【技术领域】
[0001]本发明涉及互联网应用领域，具体涉及一种网络路径优化方法、设备及网络系统。【背景技术】
[0002]互联网的飞速发展已非其创建之初可同日而语，无论是企业，还是普通的网民都对网速有着较高的要求。而不同网络(例如电信与联通)之间需要进行互联互通。在互联互通的过程中，由当前网络进入另一网络，考虑到网络自身存在网络抖动或故障的问题，且业务高峰时存在网络繁忙等情况，均可能导致网络阻塞的出现。
[0003]导致网络阻塞的原因多种多样，比如:网络中存在回路导致网速变慢，网络设备硬件故障引起的广播风暴而导致网速变慢，网络中某个端口形成瓶颈导致网速变慢等等。
[0004]在面对如此多变的网络情况下，如何给用户提供一个稳定的访问过程，这一问题尚未得到解决。

【发明内容】

[0005]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的网络系统、节点服务器、RTT监控服务器和相应的网络路径优化方法。
[0006]依据本发明的一个方面，提供了一种网络系统中的节点服务器，应用于对从客户端连接到源站服务器的网络路径进行优化，包括=RTT统计单元，适于统计各客户端到该节点服务器的RTT值；RTT发送单元，适于发送所统计的RTT值。
[0007]可选的，所述网络系统包括源站服务器和多个节点服务器，其中所述源站服务器通过将内容分发到多个节点服务器中来向各个客户端提供内容，以及各个客户端经由所述节点服务器来获取内容。
[0008]可选的，所述RTT值为在客户端与节点服务器建立TCP/IP连接时，从节点服务器发出握手确认信号到收到来自客户端对所述握手确认信号发出的确认信号的时间间隔值。
[0009]可选的，所述客户端为多个分布在不同地理区域的客户端。
[0010]根据本发明的另一方面，提供了一种RTT监控服务器，包括:RTT接收单元，适于接收多个节点服务器发送的RTT值；RTT计算单元，适于各个客户端，计算得到对于该客户端而言RTT值最小的节点服务器。
[0011]可选的，上述RTT监控服务器还包括:网络拥堵评估单元，适于判断一客户端根据与该客户端相关联的路由而连接到节点服务器的RTT值是否超过阈值；路由更改单元，适于在所述网络拥堵评估单元确定该客户端连接到节点服务器的RTT值超过阈值时，修改与该客户端相关联的路由，以便该客户端连接到对该客户端而言RTT值最小的节点服务器。
[0012]可选的，所述路由更改单元通过修改与该客户端相关联的DNS来修改与该客户端相关联的路由。
[0013]根据本发明的另一方面，提供了一种网络路径优化的方法，应用于对从客户端经由节点服务器连接到源站服务器的网络路径进行优化，包括:[0014]接收由每个节点服务器统计的从客户端到该节点服务器的RTT值；
[0015]对于各个客户端，计算得到对于该客户端而言RTT最小的节点服务器；
[0016]判断一客户端根据与该客户端相关联的路由而连接到节点服务器的RTT值是否超过阈值；
[0017]如超过阈值，修改与该客户端相关联的路由，以便该客户端连接到与该客户端而言RTT值最小的节点服务器。
[0018]可选的，所述与客户端相关联的路由指定了该客户端应当连接的节点服务器。
[0019]可选的，所述RTT值为在客户端与节点服务器建立TCP/IP连接时，从节点服务器发出握手确认信号到收到来自客户端对所述握手确认信号发出确认信号的时间间隔值。
[0020]可选的，所述客户端为多个分布在不同地理区域的客户端。
[0021]在本发明实施例中，可以利用RTT统计单元统计出各个客户端到该节点服务器的RTT值，进而可以利用计算RTT值选出网络最优路径。相对于现有技术中提及的网络阻塞情况，本发明实施例通过计算RTT值自动诊断，能够快速准确地选取出最优路径，避免在不稳定路径上进行网络访问，保证访问过程网络的稳定，提高用户体验。
[0022]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【专利附图】

【附图说明】
[0023]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0024]图1示出了根据本发明一个实施例的网络系统的结构示意图；
[0025]图2示出了根据本发明一个实施例的网络路径优化的方法的处理流程图；
[0026]图3示出了根据本发明一个实施例的RTT值计算方法的处理流程图；
[0027]图4示出了根据本发明一个实施例的网络路径优化的系统结构示意图；
[0028]图5示出了根据本发明一个实施例的网络路径优化的详细流程图。
【具体实施方式】
[0029]在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0030]在内容分发网络(Content Delivery Network,以下简称⑶N)中，目前主要采用的方法是通过镜像实现改善网络阻塞这一目的。具体的，CDN通过镜像，缓存用户的网站内容，来提高访问速度。但在CDN缓存过期时，无法继续缓存用户的网站内容，需要到用户源站请求相应内容，此时若突然出现网络抖动，依然会出现网速不稳甚至网络阻塞的问题。
[0031]为解决上述技术问题，本发明实施例提供一种网络系统。图1示出了根据本发明一个实施例的网络系统的结构示意图。如图1所示，网络系统中至少包括有源站服务器110、多个节点服务器120、往返时延(Round-Trip Time，以下简称RTT)监控服务器130以及客户端140。图1中节点服务器120的数量显示为3个，仅用于示例多个，实际应用中，节点服务器120的具体数量可能是任意整数值，根据具体情况设定。每个节点服务器120中架构是相似的，在此不做赘述。
[0032]现介绍网络系统中各器件或组成的功能以及各部分间的连接关系。首先，源站服务器Iio与多个节点服务器120分别耦合，将内容分发到多个节点服务器120。节点服务器120中的RTT统计单元121统计各个客户端到该节点服务器的RRT值，进而由节点服务器120中的RTT发送单元122发送所统计的RTT值。
[0033]此处需要说明RTT值的具体定义。在本发明实施例中，RTT值的计算方式如下:在客户端140与任意一个节点服务器120建立传输控制协议/互联网络协议(TransmissionControl Protocol/Internet Protocol,以下简称TCP/IP)连接时，从该节点服务器120发出握手确认信号，到收到来自客户端140对握手确认信号发出的确认信号的时间间隔值。图1所示的网络系统中，源站服务器110通过将内容分发到多个节点服务器120中，由多个节点服务器120向各客户端140提供内容。相应的，在另一侧，各个客户端140经由节点服务器120来获取内容。同时，其中，各个客户端140可以为多个分布在不同地理区域的客户端，并不需要局限在某一指定或相同的地理区域。
[0034]由上述可知，在本发明实施例中，可以利用RTT统计单元121统计出各个客户端140到对应的节点服务器120的RTT值，进而可以利用计算RTT值选出网络最优路径。相对于现有技术中提及的网络阻塞情况，本发明实施例通过计算RTT值自动诊断，能够快速准确地选取出最优路径，避免在不稳定路径上进行网络访问，保证访问过程网络的稳定，提高用户体验。
[0035]其次，在图1所示的网络系统中，RTT监控服务器130与各节点服务器120相耦合。RRT监控服务器130利用自身的RTT接收单元131接收节点服务器120发送的RTT值。接收到上述RTT值后，再由RTT计算单元134计算出所返回的所有RTT值中的最小值，即得到对于该客户端140而言RTT值最小的节点服务器。同时，客户端140将默认连接机房所返回的RTT值发送给RTT监控服务器130中的网络拥堵评估单元132。网络拥堵评估单元132对接收的RTT值进行评估，根据评估结果不同进行不同的处理。若网络拥堵评估单元132得出的评估结果是评估的RTT值超过预设阈值，则触发路由更改单元133，由其修改与该客户端140相关联路由以便选取最优网络路径。
[0036]具体地，网络拥堵评估单元132评估网络系统默认的、与客户端140建立连接的机房所返回的RTT值是否超过预设阈值，如果超过预设阈值，则触发路由更改单元133，若未超过预设阈值，则继续使用当前路由。在网络拥堵评估单元132评估当前RRT值超过预设阈值的情况下，路由更改单元133修改与该客户端140相关联的路由，以便该客户端140连接到相对RTT值更小的节点服务器，当然，优选的，是连接到RTT值最小的节点服务器。
[0037]在一个优选的实施例中，路由更改单元133在执行路由更改这一操作之前，向RTT计算单元134发出查询请求，查询对于该客户端140而言当前RTT值最小的节点服务器。RTT计算单元134接收到查询请求后，向路由更改单元133返回响应消息，其中携带有对当前客户端140而言RTT值最小的节点服务器的信息。路由更改单元133根据RTT计算单元134返回的结果，修改与该客户端140相关联的DNS来修改与该客户端140相关联的路由。
[0038]在本发明实施例中，各服务器是独立的，并不依附于本文所提及的网络系统。节点服务器可以独立对发送来的RTT值进行统计及发送的处理，RTT监控服务器可以独立对收到的RTT值进行接收、计算、判断是否超过预设阈值以及查找RTT最小值的处理。
[0039]基于上文各优选实施例提供的网络系统以及各服务器，基于同一发明构思，本发明实施例提供了一种网络路径优化方法，用于对从客户端经由节点服务器连接到源站服务器的网络路径进行优化。图2示出了根据本发明一个实施例的网络路径优化方法的处理流程图。参见图2，该方法包括步骤S202至步骤S208。
[0040]在图2所示流程中，首先执行步骤S202，接收由每个节点服务器统计的从客户端到该节点服务器的RTT值。步骤S202能够接收到的RTT值的数量取决于客户端的数量以及节点服务器的数量。
[0041]对于每个客户端，由于节点服务器的数量为多个，因此，其对应的RTT值均为多个。在RTT值为多个时，执行步骤S204，对于各个客户端，在步骤S202接收的RTT值中，计算得到对于该客户端而言RTT值最小的节点服务器。
[0042]进一步，对于各客户端是否需要更改路由进行判定。即，执行步骤S206，判断一客户端根据与该客户端相关联的路由而连接到节点服务器的RTT值是否超过阈值。其中与客户端相关联的路由指定该客户端应当连接的节点服务器。根据判断结果执行后续操作，若判断结果为是，触发步骤S208，若判断结果为否，则流程结束。当RTT值超过阈值时，执行步骤S208，此时修改与该客户端相关联的路由，以便该客户端连接到对该客户端而言RTT值最小的节点服务器，流程结束。
[0043]值得说明的是，本发明实施例对RTT值的计算方式为:为在客户端与节点服务器建立TCP/IP连接时，从节点服务器发出握手确认信号到收到来自客户端对握手确认信号发出的确认信号的时间间隔。图3示出了根据本发明一个实施例的RTT值计算方法的处理流程图。其具体计算方法为:TCP经过三次握手，RTT值统计第三次握手和第二次握手之间的时长。参见图3，该方法包括步骤S302至步骤S306。
[0044]在图3所示流程中，首先执行步骤S302，当客户端与节点服务器建立TCP/IP连接时，即t0时刻,客户端发送同步序列编号(Synchronize Sequence Numbers,以下简称SYN)包到节点服务器，并进入SYN_SEND (SEND，发送)状态，等待节点服务器确认，此为第一次握手。参见图3可知，第一次握手间隔为tl-tO。
[0045]在第一次握手结束后，执行步骤S304，当节点服务器收到SYN包(即tl时刻)，必须确认客户的SYN,同时节点服务器自己也发送一个SYN包，即SYN+ACK (Acknowledgement,确认)包，此时节点服务器就进入SYN_RECV (Receive，收到)状态，此为第二次握手。参见图3可知，第二次握手与第一次握手间隔为t2-tl。
[0046]最后，当客户端收到节点服务器的SYN+ACK包(即t3时刻)，执行步骤S306，即客户端向节点服务器发送确认包ACK。当来自客户端的确认包ACK发送完毕，客户端和节点服务器进入ESTABLISHED (连接成功)状态(即t3时刻)，此为第三次握手。参见图3可知，第三次握手与第二次握手间隔为t3-t2。在第三次握手完成后，根据上文的计算方式能够计算出RTT值，即第三次握手和第二次握手之间的时间间隔。
[0047]在第三次握手结束后，客户端和节点服务器进入数据传输阶段，客户端向节点服务器请求内容，相应的，节点服务器将内容分发到客户端。参见图3，步骤S308中提及，t3时刻之后，客户端向节点服务器发送数据(DATA)。而在步骤S310中，节点服务器在t4时刻收到DATA，在t4-t5的时刻间，返回数据确认(DATA ACK)消息至客户端。
[0048]为将本发明实施例提供的网络路径优化方法以及装置阐述地更清楚更明白，现以具体实施例对其进行说明。
[0049]实施例一
[0050]在本例中，具体应用环境为多个省市的用户进行网络访问的情况。为方便描述，将图1所示的上述网络系统中增加一个控制中心。控制中心有且仅有一个，用于对网络系统各部分以及整体的运行情况进行监控。
[0051 ] 在本例中，网络路径优化方法的流程如下:
[0052]步骤1、统计RTT延迟；
[0053]其中，统计的主体可以是各客户端，由各客户端自行统计后上报至控制中心，也可以是控制中心直接统计，还可以是由节点服务器进行统计后上报至控制中心。
[0054]步骤2、将监控结果上报给控制中心；
[0055]步骤3、控制中心根据监控结果，评估计算出各个节点访问相对较慢的省市；
[0056]其中，此处相对较慢是与预定阈值进行比较，S卩，控制中心会根据某个预先确定的路由的值是否超过预定阈值来确定各省市的访问速度是否较慢，进而确认是否进行更改相应的路由。
[0057]步骤4、对于访问相对较慢的省市，为其计算出RTT最小的节点；
[0058]步骤5、控制中心控制修改DNS (Domain Name System,域名解析系统)解析,将此节点解析到RTT最小的节点。
[0059]步骤5中的节点最优是解析到RTT最小的节点，若在特殊情况下，RTT最小的节点不能够提供访问服务，例如，该节点硬件故障，或者机器检修或其他状态，此时可以解析到RTT次小的节点，以此类推。
[0060]需要说明的是，本实施例中各步骤涉及的节点是上文节点服务器的简称。
[0061]图4示出了根据本发明实施例的网络路径优化的系统结构的一个示例图。如图4所示，用户为广东用户410，默认是分配到节点一 420。当网络出现拥堵时，根据用户源站440(相当于前文的源站服务器)发送的数据，得到计算出的RTT值最小的节点为节点二 430，则修改DNS解析，将广东用户410解析到节点二 430。
[0062]实施例二
[0063]本实施例以用户为湖南省的用户为例，详述网络路径优化的方法。本实施例依赖于图1所示的网络系统进行实现。
[0064]图5示出了根据本发明一个实施例的一种网络路径优化的方法的详细流程图。参见图5，该方法至少包括步骤S502至步骤S520。
[0065]本实施例中，湖南省用户默认分配到北京机房。此时执行步骤S502，在湖南省用户的客户端与北京机房的节点服务器建立TCP/IP连接时，计算出从节点服务器发出握手确认信号到收到来自客户端对握手确认信号发出的确认信号的时间间隔值，即RTT值。
[0066]随后，执行步骤S504，利用节点服务器中的RTT统计单元统计源站服务器发送的各地机房返回的与湖南用户相对应的RTT值。节点服务器中的RTT统计单元对接收的多个RTT值进行统计，随后，将统计结果发送至节点服务器的RTT发送单元。在步骤S506中，节点服务器中的RTT发送单元发送步骤S504中RTT统计单元统计的所有RTT值。相应的，在步骤S508中，由RTT监控服务器中的RTT接收单元接收多个节点服务器发送的RTT值，如本发明实施例中:湖南用户访问上海机房RTT为85ms，湖南用户访问北京机房RTT为800ms。
[0067]在RTT监控服务器接收到湖南用户与各地机房建立连接后的RTT值之后，执行步骤S510，利用RTT监控服务器中的RTT计算单元计算得到对于湖南用户客户端而言RTT值最小的节点服务器。需要说明的是，在本实施例中，RTT最小节点相对客户端而言就是其最优节点。例如，经步骤S510确认本发明实施例中的湖南用户访问上海机房RTT为80ms为所有RTT值中的最小值，则湖南用户与上海机房建立的路径就为所需要选择的网络最优路径。
[0068]随后，在步骤S512中，网络拥堵评估单元根据与该客户端相关联的路由计算当前，湖南用户与北京机房的RTT延时是否超过预先设置的阈值，若否，执行步骤S514，若是则执行步骤S516。
[0069]步骤S514、若RTT值没有超过预设阈值，确认此时路径已为最佳路径，路由无须更改，结束本流程。
[0070]步骤S516、若RTT值超过预先设置的阈值，则需要利用路由更改单元修改与该客户端相关联的路由，以便该客户端连接到对该客户端而言RTT值最小的节点服务器。本步骤中，路由更改单元向RTT计算单元发送查询请求，查询RTT最小的节点。
[0071]步骤S518在执行时，收到路由更改单元在步骤S516中发送的查询请求后，RTT计算单元将计算得出的RTT值最小的节点服务器的数据发送给路由更改单元。例如，经步骤S510确认的，对于湖南用户而言，湖南用户与上海机房间的RTT最小，因此，RTT计算单元将最小RTT值为上海机房返回的RTT值80ms发送给路由更改单元。
[0072]路由更改单元接收到RTT计算单元发送的最小RTT值后执行步骤S520。具体的，路由更改单元通过修改与该客户端相关联的DNS来修改与该客户端相关联的路由，修改与湖南用户客户端相关联的路由以便该客户端连接到对该客户端而言RTT值最小的节点服务器。至此，实现网络路径优化，流程结束。
[0073]需要说明的是，本实施例中各步骤涉及的节点是上文节点服务器的简称。
[0074]采用了上述方法及设备，本发明实施例能够带来如下有益效果:
[0075]在本发明实施例中，可以利用RTT统计单元统计出各个客户端到该节点服务器的RTT值，进而可以利用计算RTT值选出网络最优路径。相对于现有技术中提及的网络阻塞情况，本发明实施例通过计算RTT值自动诊断，能够快速准确地选取出最优路径，避免在不稳定路径上进行网络访问，保证访问过程网络的稳定，提高用户体验。
[0076]进一步，本发明实施例中所计算的RTT值为两次握手的时间间隔，可以保证对于源站服务器和客户端之间响应时间计算的准确性。另外，本发明实施例中的客户端为多个分布在不同地理区域的客户端，可以保证对于任意地区用户可以随时选取最优路径，并不局限于某一或某几个指定区域内的客户端，适用面广。
[0077]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。[0078]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0079]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0080]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0081 ] 本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网络路径优化的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0082] 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
【权利要求】
1.一种网络系统中的节点服务器，该网络系统包括源站服务器和多个节点服务器，其中所述源站服务器通过将内容分发到多个节点服务器中来向各客户端提供内容，以及各个客户端经由所述节点服务器来获取内容，所述节点服务器包括: 往返时延RTT统计单元，适于统计各客户端到该节点服务器的RTT值； RTT发送单元，适于发送所统计的RTT值。
2.根据权利要求1所述的节点服务器，所述RTT值为在客户端与节点服务器建立传输控制协议/互联网络协议TCP/IP连接时，从节点服务器发出握手确认信号到收到来自客户端对所述握手确认信号发出的确认信号的时间间隔值。
3.根据权利要求1或2所述的节点服务器，所述客户端为多个分布在不同地理区域的客户端。
4.一种往返时延RTT监控服务器，包括: RTT接收单元，适于接收多个如权利要求1-3之任一所述的节点服务器发送的RTT值； RTT计算单元，适于对各个客户端，计算得到对于该客户端而言RTT值最小的节点服务器。
5.根据权利要求4所述的RTT监控服务器，还包括: 网络拥堵评估单元，适于判断一客户端根据与该客户端相关联的路由而连接到节点服务器的RTT值是否超过阈值，其中所述与客户端相关联的路由指定了该客户端应当连接的节点服务器； 路由更改单元，适于在所述网络拥堵评估单元确定该客户端连接到节点服务器的RTT值超过阈值时，修改与该客户端相关联的路由，以便该客户端连接到对该客户端而言RTT值最小的节点服务器。
6.根据权利要求5所述的RTT监控服务器，其中所述路由更改单元通过修改与该客户端相关联的域名解析系统DNS来修改与该客户端相关联的路由。
7.—种网络系统，包括多个如权利要求1-3之任一所述的节点服务器和如权利要求4-6之任一所述的RTT监控服务器。
8.—种网络路径优化方法，用于对从客户端经由节点服务器连接到源站服务器的网络路径进行优化，包括: 接收由每个节点服务器统计的从客户端到该节点服务器的往返时延RTT值； 对于各个客户端，计算得到对于该客户端而言RTT值最小的节点服务器； 判断一客户端根据与该客户端相关联的路由而连接到节点服务器的RTT值是否超过阈值，其中所述与客户端相关联的路由指定了该客户端应当连接的节点服务器； 如超过阈值，修改与该客户端相关联的路由，以便该客户端连接到对该客户端而言RTT值最小的节点服务器。
9.根据权利要求8所述的网络路径优化方法，所述RTT值为在客户端与节点服务器建立传输控制协议/互联网络协议TCP/IP连接时，从节点服务器发出握手确认信号到收到来自客户端对所述握手确认信号发出的确认信号的时间间隔值。
10.根据权利要求8-9之任一所述的网络路径优化方法，其中通过修改与该客户端相关联的域名解析系统DNS来修改与该客户端相关联的路由。
【文档编号】H04L29/08GK103475654SQ201310403375
【公开日】2013年12月25日 申请日期:2013年9月6日 优先权日:2013年9月6日
【发明者】李纪峰 申请人:北京奇虎科技有限公司, 奇智软件（北京）有限公司