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

在IP WAN早期，带宽有限且昂贵，并蓬勃发展WAN为了提高，优化产业的兴起WAN以效率和吞吐量为基础互联网的SD-WAN在这个时代，带宽变得既丰富又经济，从而减少了对重复数据删除(缓存)和压缩等优化技术的需求。SD-WAN该平台还集成了许多其他平台WAN包括流量整形、速度限制和前向纠错在内的优化功能。这就导致了WAN是否仍然适用于优化平台。答案取决于WAN使用和通过WAN传输数据的特征。

延迟引入距离

尽管现代WAN与1990年代相比，环境差别很大，但没有变化：WAN它可以跨越很长的距离，这将导致延迟。考虑到一家假设公司在波士顿和洛杉矶设有办事处，距离约4200公里。在这个距离上，理论上最小的往返延迟约为42毫秒（假设它是一条完美的直线路径，仅限于光纤中的光速）。假设我想在这些位置之间传输25 GB视频文件。如果我有1 Gbps WAN链接，假设我可以使用带宽的100%，文件可以在200秒(不到4分钟)内传输。如果我有10 Gbps如果我有一个100 ，链接可以在20秒内完成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。001秒= 5.24 Gbps 假设我有10 Gb或100 Gb链接可以在38秒左右传输文件。