最后一次，我们首先研究了包丢失对广域网上的应用程序性能有如此巨大影响的原因。这一次，我们将开始研究各种WAN技术和技术的方法——它们都是下一代企业广域网(NEW)架构以及其他-解决在广域网上丢包引起的问题。
而言,最影响广域网应用程序性能的因素，丢包，由设计而成传输控制协议,是故意广域网上应用程序性能的灾难，这是确保网络带宽被有效和公平地“平均”使用，而不会过度拥挤，导致整个包传输系统崩溃的关键手段。
我们能做些什么呢包丢失吗?在符合标准的终点站，几乎什么都没有。但是对于网络中间的智能设备，特别是WAN边缘关键位置的智能设备，有很多可能性。我可以想到至少6种不同的方法来最小化WAN包丢失对应用程序性能的影响:
—大幅减少WAN报文的发送数量。
-对损失有不同的反应(如果对网络有良好的了解)。
-减轻损失的影响，并从终点站隐藏它。
-使终端站能够更快地对损失作出反应。
-从一开始就避免大量损失。
-避免损失爆发后的额外损失。
[请注意，我很大程度上排除了在您自己的广域网边缘设备上造成的数据包丢失，因为您没有足够的第一英里广域网带宽，并且有多个应用程序和/或用户竞争这个有限的带宽。我们讲过早些时候,列，拥有更大的带宽是一个好主意，在许多情况下将提高应用程序性能，但我在这里提到的丢包发生在WAN的中间位置，或在您最后一英里边缘的入站，这与您向WAN提供多少数据无关。]
这一次，我们将讨论大幅减少传输的WAN包数量的技术，其他方法留待以后的专栏文章讨论。
应用层解决方案是这里的第一种、最明显的方法。做复制文件服务避免广域网在访问文件时丢包，提供全lan速度的性能，因为所有客户端访问数据实际上是在本地完成的。
类似地，通过本地web (HTTP)对象缓存的“静态”对象缓存完全避免了WAN对这些对象的访问，从而避免了任何丢包的影响。
除此之外，大幅减少传输数据包的数量是一个领域广域网优化产品做得很好。现在，由于我们讨论的是减少传输的数据包的数量，您可能首先会想到基于内存的压缩，这是几乎所有WAN优化解决方案都提供的技术之一。基于内存的压缩可以减少第一次传输数据所需的时间——可压缩数据通常是2倍——但事实上，在丢包的情况下，它并不比丢包少或没有丢包时做得更好。当涉及到丢包和它对基于窗口的协议(如TCP)的影响时，将发送的数据量减少50%并不能真正有多大帮助。所以基于内存的压缩当然不会伤害在这里，当问题是广域网丢包时，它并不是真正的答案。
在大多数情况下，还有另外两种技术广域网优化的产品,做面对丢包对性能影响较大:支持重复数据删除、cifs应用代理．
数据重复数据删除本质上是在本地对数据进行“动态”缓存，虽然这需要至少一次跨WAN的往返，但它总是涉及远这样的往返事务比数据不在本地存储时要少。除了在更典型的丢包很少或没有的情况下节省带宽和加快数据传输，应用程序的加速在面对任何有意义的丢包数量时仍然是按比例更大的。重复数据删除通常适用于任何应用，而不仅仅是文件访问。
对于非常多的Microsoft CIFS协议，重复数据删除通常与特定于应用程序的代理结合使用，这将进一步减少往返请求。通过执行本地CIFS终止，CIFS代理可以更快地访问远程文件服务器上的文件，即使是第一次访问。T重复数据删除和CIFS代理组合在不丢包的情况下，对应用性能的影响可达10 ~ 40倍;在丢包的情况下，额外的好处可能是另一个2倍到10倍，这意味着综合性能影响从20倍到400倍或更多。对于以前通过WAN访问过的文件，这实际上是完全lan速度的性能，而不是非常在包丢失的情况下，如果在完全没有帮助的情况下访问广域网上的大文件，那么广域网的性能就会变慢，通常无法使用。
虽然我们将在后面的专栏中讨论解决广域网包丢失的其他技术，但在面对广域网包丢失时，使用至少一种或另一种广域网优化或复制文件服务是在访问大型数据文件时提供良好性能的关键组件。
安迪是一位有着25年数据网络经验的老手Talari网络，是广域网虚拟化技术的先驱，并担任其第一任首席执行官，目前领导着广域网的产品管理Aryaka网络．安迪是一本即将出版的关于下一代企业广域网的书的作者。