SD-WAN时代的WAN优化是否仍然有意义?

　
　　在IP WAN的早期，带宽有限且昂贵，并且蓬勃发展的WAN优化行业兴起，以提高WAN效率和吞吐量。在当今基于Internet的SD-WAN时代，带宽已经变得既丰富又经济，从而减少了对诸如数据重复数据删除(缓存)和压缩之类的优化技术的需求。SD-WAN平台还集成了许多其他WAN优化功能，包括流量整形，速率限制和前向纠错。这就引出了WAN优化平台是否仍然适用的问题。答案取决于WAN的使用方式以及通过WAN传输的数据的特征。
　　距离引入延迟

　　尽管现代WAN环境与1990年代相比有很大不同，但没有什么变化：WAN可以跨越很远的距离，而距离会引入延迟。考虑一个假设的公司，该公司在相距约4200公里的波士顿和洛杉矶设有办事处。在该距离上，理论上的最小往返延迟大约为42毫秒(假设是一条完美的直线路径，并且仅受光纤中光速的限制)。假设我要在这些位置之间传输25 GB的视频文件。如果我有一个1 Gbps WAN链接，假设我可以使用该带宽的100%，则可以在大约200秒(不到4分钟)内传输文件。如果我有10 Gbps链接，则可以在20秒内完成。如果我有一个100 Gbps的链接，则只需要2秒。当然，无论可用带宽如何，在第一个数据包到达之前都会有21毫秒的延迟，但是谁在乎呢?吞吐量仅取决于带宽，不是吗?根据传输文件的方式，吞吐量和延迟之间可能会有令人惊讶的联系。

　　延迟会影响吞吐量

　　这种链接的最常见示例可能是TCP协议，该协议仅在接收到来自接收者的确认之前才传输一定数量的数据。此数量被称为TCP“窗口”，由于延迟，它可能对WAN吞吐量产生令人惊讶的限制作用。如果我使用基于Microsoft Windows的FTP传输文件，则默认的TCP窗口大小为65,536字节= 524,288位。将其除以往返延迟可得到最大吞吐量，我可以获得：524,288位/ 0.042秒= 12,483,047位/秒，即不到12.5 Mbps。以这种速度，即使我有100 Gb链接，传输文件也要花费4个多小时!

　　通过协议优化处理延迟

　　WAN优化平台可以识别TCP等协议，并且可以以对发送者和接收者完全透明的方式智能地优化其性能。发送者侧的本地WAN优化器无需等待远端接收者确认接收到一个窗口的数据，而是立即对其进行确认，从而使发送者有空开始传输下一个数据窗口。然后，WAN优化器将多个较小的窗口捆绑为较大的数据块，并充分利用可用带宽来传输这些块。在接收器方面，本地WAN优化器将较大的块分解为较小的窗口，以传递给接收器。改善可能是巨大的。假设可以在0.1毫秒内给出本地确认。这将最大吞吐量提高到524,288位/ 0。0001秒= 5.24 Gbps 假设我有10 Gb或100 Gb链接，则可以在大约38秒内传输文件。

　　互补技术

　　当今的企业越来越全球化，其位置可以分散在多个大洲。如果保持不变，由于站点间距离过长而导致的延迟可能会严重降低某些应用程序和协议的性能。WAN优化技术可以补充SD-WAN以缓解这些问题，充分利用所有可用的WAN带宽来最大化吞吐量和性能。