MSN数据传输速率缘何提升10倍？

网络性能低下，是谁惹的祸？

是什么原因引起了网络低吞吐量和无法预测的应用响应？为什么无法从广域网中获取如LAN般的可靠的响应度？主要有以下几个原因：

网络延迟是罪魁祸首

网络延迟的意思是将数据包从一个地方发送到另一个地方并收到确认的时间，它是影响广域网性能的主要因素。显然，我们不能改变光速，因此，距离多多少少都会影响网络响应时间。

LAN的延迟是以毫秒的若干分之一来计算的。然而，跨越了半个地球的广域网链路的延迟就可能达到500毫秒，如果端到端通信其中某个部分采用的是卫星链路，延迟可能会更长。运用类似LAN的延迟所设计的应用在高延迟的广域网链路中的运行是非常不同的。在某些应用中，只是简单地从远程打开一个文件就可能需要在客户端和服务器之间交换超过150条信息。想想，用链路延迟来乘以信息数量，所得出的延迟结果会严重影响应用响应时间。

这就是说光是打开文件就需要花上几分钟，因为要浪费大量时间等待客户机/服务器的信息确认。而增加带宽并不能改善应用延迟，只会徒然增加更多未得以充分利用的带宽。

TCP协议的局限

TCP协议是一个确保安全的传输协议，在网络两端的主机建立TCP连接的时候需要进行三次握手等连接确认机制，但是这些机制往往会因为网络延时和丢包而显的效率较低。比如在访问WEB页面的时候，一个页面中的各个元素都是由单独的TCP会话来进行传输的，可能的会话数达到几十个，每一个会话都要处理繁杂的确认机制，在遇到由于延时或者丢包造成确认不成功时又会重新发起会话，导致页面访问缓慢。

网络拥塞

如今的网络拥塞问题很少来自网络内部，通常是由端点链路的情况而引发的。

想象一下，当高速公路上的五条道合并成一条时你可能碰到的拥塞状况，那你就可以了解网络转接点很容易引发吞吐量和应用响应问题。

主要的拥塞点包括：

*宽带转换，例如，千兆的LAN接上几兆比特广域网的时候

*延迟转换，例如，采用公共TCP/IP用于传输千里之外的数字资产

*性能低下的数据链路比普通的数据包丢失更容易受到无线网络中心或许多国际链路的影响

数据包丢失

简单来说，数据包丢失就是出现了错误状况，连接的一端发出了数据包，但另一端并未收到。可能是由以下原因造成的：

*网络状况太差，数据包在传输过程出现损坏

*由于互联网拥塞，数据包被故意遗失在路由器

*数据包未通过完整性检测，通常是因为连接不良引起信号衰变

少量的数据包丢失所产生的影响不大，但是，大量的数据包丢失就会严重影响派送技术、VoIP、视频会议和其它应用的通信，并引起显著的性能问题。

拒绝电信公司“增加带宽”的建议

面对网络传输性能低下的问题，增加网络带宽是一个直接的办法。而电信公司非常乐意卖给你更多的带宽。然而，增加带宽真是一种有效的解决办法么？增加带宽的成本，你是否能够承受呢？

如果你打电话给他们，他们就会问你，你希望连接速度达到多少，就像是，你需要15Mbps还是45Mbps的带宽？但是，电信公司不愿意告诉你的是：他们卖的不是速度，而是容量。

例如，如果办公大楼的最顶层的水压不足，那用一根2英寸的水管来代替原来1英寸的水管并不会解决这种问题。要增大压力，就需要用一个更强的水泵。没有它的话，哪怕是世界上最粗的水管也不会让水压产生任何不同。

由于远距离网络固有的延迟性，数据包无法通过所谓的“快速”连接从纽约快速发送到伦敦。然而，如果你有效地运用管道，你就可以大大加快应用响应速度。

那么，你需要一个多大的管道？不幸的是，这个问题通常都没有一个很好的答案。例如，具有“爆发”性质的业务关键性应用可能会从大管道中收到一点点成效，但也只是在短暂的高峰期。而在剩余的时间内，现有链路就可以支持应用运行。在这种情况下，使用广域网优化技术可以带来更好的效果，而且成本相对更低。

增加带宽可能让情况变得更糟

增加带宽是一个很诱人的选择，但它也有可能导致广域网性能降低，尤其是在广域网没有任何优化技术的情况下。

如果没有智能控制技术，广域网流量就会占满可利用的带宽。在没有优化技术的情况下增加带宽可能导致Web应用运行更加缓慢，让应用响应速度变得更为缓慢。

有些应用是非常消耗带宽的。极为讽刺的是，这些通常都是对企业业务最不重要的应用，如因驱逐其它应用的流量而臭名昭著的P2P应用。采用用于均衡所有流量的TCP以后，这些会占用非常多带宽的应用将比过去更多地消耗带宽。

在你增加带宽之前，请先对广域网流量进行评估，看看是否可以采用简单的、价格便宜的广域网优化技术来解决吞吐量和应用响应所带来的挑战。

如果你仍然认为有必要为网络增加带宽，请确保部署了正确的广域网优化技术，以保证之前的情况不会被恶化。