上次，我们研究了数据包丢失首先对WAN的应用程序性能产生巨大影响的原因。这次，我们将开始研究各种WAN技术和技术的方式 - 这都是属于该技术的一部分下一代企业WAN（新）体系结构以及其他 - 解决WAN原因数据包丢失的问题。
按照最大影响WAN应用程序性能的因素，数据包丢失，设计TCP（传输控制协议），故意WAN的应用程序性能的祸害，作为确保网络带宽的关键手段，可以有效地“平均”使用网络带宽，而不会过度拥挤，并导致整个数据包传输系统崩溃。
可以做什么数据包丢失？好吧，在符合标准的终点站，几乎什么都没有。但是，对于网络中间的智能设备，尤其是在关键WAN边缘位置的设备，有很多可能性。我可以想到至少六种不同的方法来最大程度地减少WAN数据包损失对应用程序性能的影响：
- 大大减少传输的WAN数据包的数量。
- 对损失的反应不同（如果介于两者之间的网络了解的情况下）。
- 减轻损失的影响并将其隐藏在终点站。
- 使终端站能够更快地反应损失。
- 首先避免大部分损失。
- 避免损失爆发后经常造成的额外损失。
[请注意，由于您没有足够的第一英里WAN带宽，并且有多个应用程序和/或用户争夺该有限的带宽，因此我在很大程度上不包括在您自己的Wan Edge设备上造成的对话包丢失。当我们用一个早期列，拥有更多的带宽是一个好主意，在许多情况下会改善应用程序性能，但是我在这里提到的数据包丢失发生在WAN中间的某个地方，或者在您的最后一英里边缘的入站中，与您提供的数据无关到Wan。]
这次，我们将介绍大大减少WAN数据包数量的技术，并为将来的列提供其他方法。
应用层解决方案是这里第一种最明显的方法。正在做复制的文件服务避免使用WAN数据包在访问文件中丢失，提供全LAN速度性能，因为所有客户端对数据的访问实际上都在本地完成。
同样，通过本地Web（HTTP）对象缓存对象的“静态”缓存完全避免了这些对象的WAN访问，从而对数据包丢失产生任何影响。
除此之外，大大减少传输数据包的数量是一个区域WAN优化产品做得很好。现在，由于我们正在谈论减少传输的数据包数量，因此您可能会认为基于内存的压缩是第一个，这是几乎每个WAN优化解决方案提供的技术之一。基于内存的压缩可以减少进行数据首次传输所需的时间 - 可压缩数据的两个因子是典型的 - 但实际上，面对数据包丢失的情况并没有比有比例更好很少或没有损失。在数据包丢失及其对TCP等基于窗口的协议的影响方面，将发送的数据量减少50％并没有太大帮助。因此，尽管基于内存的压缩肯定不会伤害在这里，当问题是WAN数据包丢失时，这并不是真正的答案。
大多数技术还有另外两种技术WAN优化产品做面对数据包丢失，具有很大的性能影响：数据删除和CIFS特定应用程序代理。
数据删除基本上是在本地进行数据的“动态”缓存，尽管这需要在WAN上至少进行一次往返，但它始终涉及远的与本地未存储数据相比，此类往返交易的少量。除了在几乎没有数据包丢失的典型情况下节省带宽并加快数据传输的速度外，在面对任何有意义数量的数据包丢失的情况下，应用程序的速度仍然比例更大。数据重复数据删除通常适用于任何应用程序，不仅适用于文件访问。
对于非常健谈的Microsoft CIFS协议，数据重复数据删除通常与特定于应用程序的代理相结合，该代理将进一步降低往返请求。通过基本上执行本地CIFS终止，CIFS代理甚至可以为第一个访问权限提供更快地访问远程文件服务器上的文件。t他对数据删除和CIFS代理的组合的应用性能的影响也可能是10到40倍，即使没有数据包丢失；面对数据包丢失，额外的好处可能是另外2倍至10倍，这意味着在20倍到400倍或更多的地方的综合性能影响。对于以前在WAN上已访问过的文件，这实际上是全LAN速度性能，而不是非常如果在WAN上访问大型文件，则缓慢，通常无法使用的WAN性能在数据包丢失下丢失。
虽然我们将讨论以解决即将到来的列中WAN数据包丢失的其他技术，但使用WAN优化或重复的文件服务中的至少一个或另一种是在WAN数据包中访问大型数据文件时提供良好性能的关键组成部分失利。
安迪（Andy）是二十五年的数据网络资深人士塔拉里网络，WAN虚拟化技术的先驱，并担任其第一位首席执行官，现在正在领导着产品管理Aryaka网络。安迪（Andy）是即将出版的关于下一代企业万物的书的作者。