卫星或高延迟网络上的TCP加速[关闭]

如今，有哪些可行的公司，产品或选件可以通过卫星或高延迟IP网络进行TCP加速？

卫星平均RTT从600毫秒开始向上（取决于位置）

由于接收ACK的延迟，窗口大小保持很小，因此TCP不能很好地工作。需要加速器来欺骗ACK，以欺骗设备在原始数据包仍在传输的同时开始发送下一组数据。

大约6年前，我曾经为一家硬件供应商部署WAN加速设备。从那以后，真正的改变没有多大，只是由于合并和产品线的变化我不会提出硬件建议。

所有这些设备都使用压缩和缓存的某种组合来减少要传输的总流量，TCP优先使用以减少带宽延迟乘积的影响（这是您在上面提到的TCP窗口效果），以​​及对大小偏小的组进行分组数据包以确保通过链路的数据包尽可能完整，从而减少开销的影响。各种供应商也将使用自己的专利技术，但是它们大多归结为这些技术的不同风格。

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

由于总体目标是提高网络效率并允许更高的带宽利用率，因此在部署解决方案之前，应先解决可能因高利用率而出现的潜在网络问题，这一点非常重要。如果双工不匹配或正在半双工连接上运行，则通常会发现性能比部署wan优化设备之前要差。通常，我会发现客户没有意识到他们的某些链路已经自动协商为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据报告，基于它从数据存储中提供的数据，带宽增加了近3倍，而实际上是通过WAN传输数据。

我也在线上为您进行了搜索，并提出了一些与您的方向成角度的视图，希望这对您有所帮助，或者希望其他人可以对他们提供一些现实生活中的反馈！

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

我还建议思科WAAS。它确实表现不错。我公司做了一份决策文件，并评估了一些产品。WAAS排名第一。它能够更好地处理与不同天气状况相关的变速。形状因素也可能是一个问题。可以使用WAAS Express，模块或完整的设备来完成WAAS。如果像飞机或其他移动平台一样考虑功率和空间，则不需要完整的设备会很有帮助。

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

一年来，我一直在使用Riverbed Steelhead在常规WAN连接上执行流量优化。到目前为止，我对结果感到满意。

尽管我没有卫星链接方面的经验，但Riverbed的网站似乎也为卫星链接提供了优化解决方案：http : //www.riverbed.com/products-solutions/solutions/satellite/

我曾与之合作过的两家卫星供应商（10年前）。

• 休斯网络
• 吉拉特卫星网络

两者都有VSAT选项，其中涉及很多“欺骗”，这与Riverbed在WAN上的行为类似。他们将在两端的地球终端处终止TCP连接，以使客户端认为事情比他们快。

Sandvine有一个名为TCP Accelerator的新产品。

https://www.sandvine.com/downloads/general/products/tcp-accelerator/tcp-accelerator.pdf

加速就像说谎。您基本上是在说谎确认。您讲的谎言越多，您必须记住的越多。这就是为什么它通常需要一个外接盒的原因，因为它占用大量内存和处理器。

无论xiplink和踩踏有良好的设备，这些设备在很大程度上只是调整TCP窗口大小。诸如Paradise Datacom Q-flex之类的某些调制解调器具有内置的加速器。