衛星または高遅延ネットワーク上のTCPアクセラレーション[終了]

衛星または高遅延IPネットワークを介したTCPアクセラレーションに関して、現在実行可能な企業、製品、またはオプションは何ですか？

平均衛星RTTは600msから上向きです（場所によって異なります）

TCPは、ACKの受信の遅延によりウィンドウサイズが小さく保たれているため、あまりうまく機能しません。ACKをスプーフィングして、デバイスが次のデータセットの送信を開始するように、元のパケットがまだ転送されている間にアクセラレータが必要です。

約6年前、ハードウェアベンダーにWANアクセラレーションデバイスを展開していました。それ以来、製品ラインの統合と変更のためにハードウェアの推奨事項を作成しないことを除いて、実際にはそれほど変化はありません。

これらのデバイスはすべて、圧縮とキャッシングの組み合わせを使用して、送信されるトラフィック全体を削減し、帯域幅遅延積の影響を減らすためのTCP事前確認（これは先ほど言及したTCPウィンドウ効果です）およびサイズの小さいギャングですリンクを通過するパケットができる限り一杯になるようにして、オーバーヘッドの影響を減らします。さまざまなベンダーも独自の特許技術を投入しますが、それらは主にこれらのさまざまなフレーバーに要約されます。

キャッシングは大きな助けですが、衛星リンクを介したパケットの事前確認は、パケットを使用可能にするのに大いに役立ちます。そのため、何らかの理由（暗号化、圧縮、圧縮、圧縮、常に大幅に変化するなど）、RTTが十分に遅い場合、事前確認により帯域幅遅延積が部分的に除去され、公称帯域幅に近づくのに役立ちます。

全体の目標はネットワークの効率性を高め、帯域幅の使用率を高めることであるため、ソリューションを展開する前に、使用率が高い場合に発生する可能性のある根本的なネットワークの問題を修正することが非常に重要です。デュプレックスの不一致がある場合、または半二重接続で実行している場合、wan最適化デバイスを展開する前よりもパフォーマンスが低下することがよくあります。多くの場合、顧客は、10 Mbps半二重の最低公約数まで自動ネゴシエートされたリンクがあることに気付いていませんでした。

これらのデバイスの多くは、リンクでのパケット損失の影響の一部を克服するために使用できる前方誤り訂正（モデムもおそらく提供する）を提供します。パケットスタッフィングとは、失われるWANパケットごとに複数のLANパケットが失われる可能性があることと、これらのパケットが既にサーバーに確認済みであるため、これは重要です。パス内のどのデバイスがFECを実行しているかを確認してください。これにより、必要以上のオーバーヘッドが発生しないようになります。これにより、当然、実効スループットが低下します。

経験から言えば、大幅なキャッシングを持たないお客様は、遅延が900ミリ秒から2秒の範囲であり、長期間にわたってパケット損失が15-25％になる可能性のある二重衛星希望で「受け入れられる」（主に一方向）ビデオ会議を行うことができました。結果として生じるフローを使用することは選択しませんが、それがあなたの持っているものであればそれは機能します。

Cisco WAAS（Wide Area Application Services）、特にall WAVE（Wide Area Virtualization Engine）をお勧めします。

私たちはそれを使用します

• TCPアクセラレーション
• 圧縮
• キャッシング

クルーズ船の衛星接続（VSAT）を使用し、衛星と地球局に応じて600ミリ秒から800ミリ秒の待ち時間があります（追加の大西洋横断待ち時間の可能性）。1つの中央マネージャーとポリシーが、1ダースのアプライアンスのネットワークを管理します。TCPの最適化により、RDPの応答性が大幅に向上し、さらにWebアプリケーションとファイル複製により帯域幅が大幅に節約されます。

仮想バージョンvWAASがあり、近日中にインストールする予定です。

iDirectサテライトモデムは、使用できる場合、非常に優れたTCP最適化を提供します。

私はこの主題に関して決して権威がありませんが、私たちの環境ではWANの最適化にRiverbedsを使用します。衛星ではありませんが、TCP通信の速度は最低でも68％向上します。データストアから提供されるデータに基づいて帯域幅がほぼ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

Cisco WAASもお勧めします。うまく機能します。私の会社は決定書を作成し、いくつかの製品を評価しました。WAASがトップになりました。さまざまな気象条件に関連する可変速度をうまく処理できました。フォームファクターも問題になる可能性があります。WAASは、WAAS Express、モジュール、または完全なアプライアンスを使用して実現できます。航空機や他のモバイルプレートフォームのように電力とスペースを考慮する場合、完全なアプライアンスを必要としないことは非常に役立ちます。

また、多くのアクセラレータでは、予想される帯域幅を入力する必要があります。リンクが多すぎる場合（衛星リンクで発生する可能性がある場合）、アクセラレーターのパフォーマンスが低下します。WAASにはそのような要件はなく、使用可能なすべての帯域幅を使用します。

1年間、Riverbed Steelheadを使用して、通常のWAN接続でトラフィックの最適化を実行しています。これまでのところ、私は結果に満足しています。

私は衛星リンクの経験がありませんが、RiverbedのWebサイトには衛星リンクの最適化ソリューションもあるようです：http : //www.riverbed.com/products-solutions/solutions/satellite/

私が働いていた2つのサテライトベンダー（10年前）でした。

• ヒューズネットワークス
• Gilat Satellite Networks

どちらにも、WANでRiverbedが行うことと同様の多くの「なりすまし」を伴うVSATオプションがあります。クライアントは、各端末のアース端末でTCP接続を終了して、クライアントが現在よりも高速であると考えます。

Sandvineには、TCP Acceleratorと呼ばれる新製品があります。

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

加速は嘘のようなものです。あなたは基本的に謝辞について嘘をついています。嘘をつくほど、覚えておく必要があります。メモリとプロセッサを集中的に使用するため、通常外部ボックスが必要なのはこのためです。

xiplinkとstampedeの両方に優れた機器があり、これらのユニットは主にTCPウィンドウサイズを調整しているだけです。Paradise Datacom Q-flexなどの一部のモデムには、アクセラレータが組み込まれています。