今天有哪些可行的公司，产品或选项可用于通过卫星或高延迟IP网络进行TCP加速？
平均卫星RTT从600毫秒起（取决于位置）
/>
由于接收ACK的延迟，TCP的窗口大小保持很小，因此TCP不能很好地工作。需要加速器来欺骗ACK，以欺骗设备以在原始数据包仍在传输中时开始发送下一组数据。
#1 楼
大约6年前，我曾经为一家硬件供应商部署WAN加速设备。从那以后，并没有真正的改变，只是由于整合和产品线的变化我不会提出硬件建议。所有这些设备都使用压缩和缓存的某种组合来减少传输的总流量，TCP优先使用以减少带宽延迟乘积（这是您在上文中提到的TCP窗口效应）的影响，以及对过小的数据包进行分组以确保遍历链路的数据包尽可能完整，从而减少开销的影响。各种供应商也将使用自己的专利技术，但是它们大多归结为这些技术的不同风格。
虽然缓存是一个主要的帮助，但只是在网络上预先封装了数据包卫星链接将大大有助于使它们可用，因此，即使您的RTT足够慢，即使您出于任何原因（加密，压缩，压缩，始终剧烈变化等）而无法缓存数据，也可以使用“ pre-ack” ing将部分消除带宽延迟积，并帮助您更接近标称带宽。
由于总体目标是提高网络效率并允许更高的带宽利用率，因此基础网络非常重要在部署解决方案之前，解决了高利用率可能弹出的问题。如果您有双工不匹配或在半双工连接上运行，则通常会发现性能比部署wan优化设备之前要差。通常，我会发现客户没有意识到他们的某些链路已经自动协商为10 Mbps半双工的最低公分母。
这些设备中的许多设备还提供了前向纠错功能（调制解调器可能也提供了此功能），可以用来克服链路上丢包的某些影响。这很重要，因为数据包填充意味着每个丢失的WAN数据包都可能丢失多个LAN数据包，并且由于预先确认，这些数据包已经被服务器确认。确保知道您路径中的哪些设备正在执行FEC，以免造成不必要的开销，因为这当然会降低您的有效吞吐量。
从经验上讲，我看到客户没有能够在双卫星希望上进行“可接受的”（大多数方式）视频会议的有效缓存，该希望的延迟范围为900毫秒至2秒，并且可能会长时间丢失15-25％的数据包。我不会选择使用结果流，但是如果那是您的工作，那就行了。
#2 楼
我可以推荐思科WAAS（广域网应用服务），特别是WAVE（广域网虚拟化引擎）。我们将其用于
TCP加速
压缩
通过游轮的卫星连接（VSAT）进行缓存
，延迟时间在600毫秒到800毫秒之间，具体取决于卫星和地球站（可能会产生额外的跨大西洋延迟）。一个中央管理器和一个策略管理一个由十二个设备组成的网络。由于TCP优化，RDP的响应速度更快，而且Web应用程序和文件复制还节省了很多带宽。
有一个虚拟版本vWAAS，我们计划很快安装。
I如果您能够使用iDirect卫星调制解调器，则它会提供非常好的TCP优化。
#3 楼
对于这个问题，我绝对不是权威，但是，在我们的环境中，我们使用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-shapi ng-solutions /
http://www.idirect.net/产品/硬件/Optimization-Solutions/Network-Accelerators.aspx
http：//www.comtechefdata .com /
http://www.comtechefdata.com/files/articles_papers/Horizon-Satellite-Services-Testimonial.pdf
#4 楼
我还将推荐思科WAAS。它确实表现不错。我公司做了一份决策文件，并评估了一些产品。 WAAS排名第一。它能够更好地处理与不同天气状况相关的变速。形状因素也可能是一个问题。可以使用WAAS Express，模块或完整的设备来完成WAAS。如果像飞机或其他移动平台那样考虑功率和空间，则不需要完整的设备会很有帮助。很多加速器都要求您输入期望的带宽。如果您的链接变化太大（卫星链接可能会发生这种情况），则加速器的性能会变差。 WAAS没有这样的要求，将使用所有可用带宽。
#5 楼
一年来，我一直在使用Riverbed Steelhead在常规WAN连接上执行流量优化。到目前为止，我对结果感到满意。尽管我没有卫星链接方面的经验，但Riverbed的网站似乎也为卫星链接提供了优化解决方案：http://www.riverbed.com/products-solutions/solutions/satellite/
#6 楼
我曾与之合作过的两个卫星供应商（10年前）。休斯网络
吉拉特卫星网络
两者都具有涉及以下方面的VSAT选项：类似于Riverbed在WAN上所做的很多“欺骗”。他们将在两端的地球终端处终止TCP连接，以使客户端认为事情快于它们。
#7 楼
加速就像说谎。您基本上是在说谎确认。您讲的谎言越多，您必须记住的越多。这就是为什么它通常需要一个外接盒的原因，因为它占用大量内存和处理器。xiplink和Stampede都具有良好的设备，这些单元很大程度上只是在调整TCP窗口的大小。诸如Paradise Datacom Q-flex之类的某些调制解调器具有内置的加速器。
评论
我知道Riverbed有他们的Steelhead产品riverbed.com/products-solutions/products/…延迟绝不会阻止TCP窗口增长。正是由于TCP窗口的延迟甚至存在！如果没有足够大的TCP窗口，则可能需要检查TCP设置。
@ytti那么您如何优化TCP设置以获得大于600ms的RTT延迟呢？卫星链路上没有数据包丢失。
检查是否已打开TCP窗口缩放功能，并检查是否允许TCP使用足够的内存来覆盖延迟*带宽乘积。