この記事では、Cato Cloudがトラフィックをどのように加速および最適化するかについて説明します。 これらの設定の構成についての詳細は、ネットワークルールの構成を参照してください。
CATOはTCPトラフィックに対して加速を可能にします。 システム設定の加速のデフォルト設定を構成でき、ネットワークルールを通じてシステムの加速デフォルトを上書きできます。
各Cato PoPは、TCPプロキシサーバーとして機能し、レイテンシーを削減します。 プロキシサーバーは、実際よりも宛先が近いとTCPクライアントとサーバーに思わせ、より大きなTCPウィンドウを設定できるようにします。 さらに、ソケットの高度な設定バージョンのTCP輻輳制御により、ソケットに接続されたエンドポイントは、確認応答を待つ前により多くのデータを送受信できます。 これにより、パケットロスのようなエラーの修正に必要な時間を短縮しながら、総スループットを増加させます。
ネットワークルールの一部として必要なレベルの詳細度で、中央化された場所からアクセラレーションの設定を定義および管理できます。
あるフローに対してTCPの加速が有効になっている場合、CatoはクライアントとPoP（最終区間）、PoP間（中間区間）の間にプロキシを確立し、最終的にPoPが宛先に出力されます。
例として、インターネットを介したロンドンとニューヨーク間のTCPフローを考えてみてください。このフローでは、パケットが宛先に到達しませんでした（ロスト）。 プロキシが無効になっている場合、次のパケットを宛先が受信すると、パケットがロストしたことを理解し、クライアントにそのパケットを再送信するよう要求します（TCPプロトコルに従って）。 これにより、フロートランスミッションを続行する前に、ロンドンとニューヨーク間で完全なRTTが必要になります。
Catoを使用すると最後および中間の区間にトラフィックパスを多段階に分割することにより、RTTが大幅に削減されます。 上記の例では、ロストパケットの再送信ではなく、たとえばロンドンとCatoのロンドンPoP間でロストパケットが検出されます。
カトは中間ネットワークを横断するために大規模なTier-1リンクを使用しているため、このセグメントでのパケットロスはまれです。
Cato Socketの最適化メカニズムは、パケットの複製を通じてパケットロスを軽減します。 これにより総スループットが増加するため、最適化はパケットロスに敏感な重要なフロー（音声やビデオトラフィックなど）にのみ使用すべきです。
ネットワークルールの一環として、必要なだけ詳細化して中央ロケーションから最適化設定を定義および管理できます。
最適化を有効にすると、カトはサイトの接続構成と既存の接続に基づいて、次の最適化方法のいずれかを実行します：
-
パケット複製 - 複数のアクティブリンクが利用可能な場合に使用されます。 この技術では、Catoが別のアクティブリンクを通じて複製パケットを送信し、もう一方の端でパケットを再構成します。 任意のパケットに対して冗長パケットが送信されるため、リンクの一つでパケットが失われても、パケットロス軽減が向上します。
-
UDP再送 - 単一のアクティブリンクしか利用できない場合に使用されます。 この技術では、カトがUDPパケットを再送します（再送前に5 msec待機）。 任意のパケットに対して冗長パケットが送信されるため、パケットが失われた場合でも、パケットロス軽減が向上します。
注意
注: TCPはプロトコルの一部として再送を行うため、UDP再送は他の一般的に使用されるプロトコルに対するパケットロスを効果的に緩和します。
0件のコメント
サインインしてコメントを残してください。