大约 6 年前，我曾经为硬件供应商部署 WAN 加速设备。从那时起并没有太大的变化，除非我不会因为整合和改变产品线而提出硬件建议。

所有这些设备都使用压缩和缓存的某种组合来减少要传输的总体流量，使用 TCP 预确认来减少带宽延迟积的影响（这是您在上面提到的 TCP 窗口效应）和组合过小数据包以确保通过链路的数据包尽可能满，从而减少开销的影响。不同的供应商也会投入他们自己的专利技术，但他们大多归结为不同的口味。

虽然缓存是一个主要的帮助，但仅通过卫星链路预先确认数据包将大大有助于使它们可用，因此即使您的数据由于任何原因（加密、压缩、压缩、总是急剧变化等）如果您的 RTT 足够慢，则预确认将部分消除带宽延迟产品并帮助您更接近标称带宽。

由于整个目标是提高网络效率并允许更高的带宽利用率，因此在部署解决方案之前修复可能因高利用率而出现的潜在网络问题非常重要。如果您有双工不匹配或在半双工连接上运行，您通常会发现性能比部署广域网优化设备之前更差。我经常会发现客户没有意识到他们有一些链接已经自动协商到 10 Mbps 半双工的最低公分母。

许多这些设备还提供前向纠错（您的调制解调器可能也提供），您可以使用它来克服数据包丢失对链接的一些影响。这很重要，因为数据包填充意味着每个丢失的 WAN 数据包可能会丢失不止一个 LAN 数据包，并且由于预先确认这些数据包已经被服务器确认。确保您知道路径中的哪些设备正在执行 FEC，以免造成不必要的开销，因为这当然会降低您的有效吞吐量。

从经验来看，我看到没有大量缓存的客户能够通过双卫星希望进行“可接受的”（主要是一种方式）视频会议，其延迟范围为 900 毫秒到 2 秒，并且可能有 15-25% 的长时间丢包率。我不会选择使用结果流，但如果这是你所拥有的，它就会起作用。

我可以推荐Cisco WAAS（广域应用服务），特别是WAVE（广域虚拟化引擎）。

我们用它来

• TCP加速
• 压缩
• 缓存

游轮的卫星连接 (VSAT)，延迟在 600 毫秒到 800 毫秒之间，具体取决于卫星和地球站（可能有额外的跨大西洋延迟）。一个中央管理器和一个策略管理着一个由十几个设备组成的网络。由于 TCP 优化，RDP 响应更快，此外 Web 应用程序和文件复制节省了大量带宽。

有一个虚拟版本vWAAS，我们计划很快安装。

我知道 iDirect 卫星调制解调器提供了非常好的 TCP 优化，如果您能够使用它们的话。

我在这个问题上绝不是权威，但是，在我们的环境中，我们使用 Riverbeds 进行 WAN 优化，虽然我们不是通过卫星，但我们看到 TCP 通信的速度至少提高了 68%，而我们的 Steelheads有报告称，基于它从其数据存储提供的数据与实际通过 WAN 传输的数据相比，带宽增加了近 3 倍。

我也在网上为您查看了一些，并提出了一些看起来与您的方向成角度的东西，希望这会有所帮助，或者其他人可以对他们提供一些现实生活中的反馈！

ViaSat 公司看起来像是拥有政府级解决方案，而且 comtech ef 数据有来自 ISP 的非常好的推荐，它们使用了可能对您有用的服务。

http://www.viasat.com/AcceleNet

http://www.viasat.com/government-communications/network-acceleration-and-optimization

http://www.networkinv.com/blog/faster-satellite-internet-with-filtering-optimization-packet-shaping-solutions/

http://www.idirect.net/Products/Hardware/Optimization-Solutions/Network-Accelerators.aspx

http://www.comtechefdata.com/

http://www.comtechefdata.com/files/articles_papers/Horizo​​n-Satellite-Services-Testimonial.pdf

我还推荐 Cisco WAAS。它确实表现良好。我公司做了一份决策文件并评估了一些产品。WAAS 名列前茅。它能够更好地处理与不同天气条件相关的可变速度。外形因素也可能是一个问题。WAAS 可以使用 WAAS Express、模块或完整设备来完成。如果像飞机或其他移动平台一样考虑电源和空间，那么不需要完整的设备可能会非常有帮助。

许多加速器还要求您输入预期的带宽。如果您的链接变化太大（卫星链接可能会发生这种情况），那么加速器的性能就会很差。WAAS 没有这样的要求，将使用所有可用带宽。