继续覆盖之前的各种技术——这些是下一代的一部分企业广域网(新)体系结构以及其他地址包丢失和如何,我认为这将是值得深入到包丢失为什么这样一个对应用程序性能产生巨大影响在WAN上放在第一位。
虽然这将不是一个深入的技术解释,满足科学家,工程师和网络开发人员将进入更多的技术细节比典型的列在本系列。
我们花了两列通过WAN最大影响应用程序性能的因素,指出包丢失的WAN的应用程序的性能。事实上,包丢失有最大的影响通过WAN大多数应用程序的性能,通过设计。
为什么包丢失这样的杀手?有很多原因,大多数与如何的本质TCP(传输控制协议)工作,特别是如何TCP拥塞控制/拥塞避免。关键问题是围绕处理争夺有限的带宽。
TCP是为了使用所有可用的带宽,使用它的“公平”平均流动。要做到这一点,考虑到每个端站和TCP流不知道有多少带宽可用——无论是如果单流是唯一一个使用端到端带宽,也在更加典型的情况下,当给定的多个流,可用数量变化时刻。所以TCP数据的发送方需要知道当“够了。”Packet loss is the basic signal of this.
虽然它可能违反直觉,是为了一起TCP和路由器导致损失,避免overutilization反应在特定方法的网络拥塞崩溃的潜力。因为如果数据提供到网络没有减少高度利用,网络时的重,然后有用的工作,或称。“goodput”,将停止。认为你在高速公路上看到的交通堵塞,在入口点入站和出站中的最频繁,但是偶尔在高速公路本身。TCP的设计的目标是尽量减少高速公路的时间停顿(拥塞避免),并适当地做出反应来减少交通的时候,它(拥塞控制)。
TCP包由接收站接收承认回到发送站。TCP是一种基于窗口的协议,这意味着它可以有一定量的流量之间的“飞行中”发射站和接收站。它后退和大幅减少带宽提供包丢失时(一半)。此外,直到收到丢失的数据包,并承认的接收机,只有数量有限的额外的数据包将被提供。甚至对于那些使用多个TCP流的应用程序,原理是相似的,只有这么多新的流接收/发送的数据包,直到失去了包在另一端和收据承认。
包丢失检测两种方式中的一种。再转让,只是一个或两个数据包丢失,发送方通知和反应时失去后续的数据包被接收方承认,但不是失踪的一个。或者——更通常的检测到新的或短TCP流——包丢失的发生“超时”:没有收到数据包的确认。的时间,直到“超时”被认为是发生变化通常在几百毫秒和三秒之间。
TCP是一个优雅的协议设计在40年前当CPU和内存保持状态是非常昂贵,而路由器造成的设计目标是为他们是无状态的。这工作,继续工作,在高带宽,低-延迟局域网和低带宽、高延迟广域网。但TCP不是设计优化工作的中级到高级带宽、高延迟今天大多数广域网使用环境特征。TCP也不是最佳为运行交互式应用程序设计(网页浏览、远程桌面)远程广域网。
TCP特别设计,以便每个端站可以使其完全独立地决定每一个端站。这种保守的方法有助于网络稳定性和拥堵最小化。
因为提供到网络的数据量减少一半,只承认之后慢慢增加成功接收的数据包,当检测到一个包丢失发送站,WAN丢包可以在大型的传输性能产生巨大影响。
短流,第一个几个数据包丢失,一个丢失的数据包可以导致重要的应用程序延迟,因为需要等待超时发生。
现在,如果网络所以拥挤,许多数据包被丢失,这可能是正确的行为,以确保网络环境没有得到更坏。但它经常过于严厉惩罚的“不幸”湾流受到损失。
保守的方法由TCP仍几乎最好的方法来解决网络带宽争用一个局域网。这些年后,然而,智能广域网设备和技术在中间,有许多数量级更多CPU处理能力和内存比TCP首次引入时,可用多更多的CPU和内存的能力相对于广域网带宽甚至比10年或15年前,可以做出更好的决策提供更多的网络稳定、更高的效率、更好的网络利用率和更好的应用程序性能。
下次我们会开始看各种广域网技术的方法和技术解决丢包的影响应用程序的性能。
一百二十五年数据网络老手,安迪成立Talari网络WAN虚拟化技术的先驱,首次担任首席执行官,现在领先的产品管理Aryaka网络。安迪是即将到来的书的作者下一代企业广域网。