--- title: "トラフィックの加速および最適化" slug: "accelerating-and-optimizing-traffic" updated: 2026-07-30T01:19:49Z published: 2026-07-30T01:19:49Z canonical: "knowledge.catonetworks.com/accelerating-and-optimizing-traffic" --- > ## Documentation Index > Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt > Use this file to discover all available pages before exploring further. # トラフィックの加速および最適化 この記事では、Cato Cloudがトラフィックをどのように加速し、最適化するかについて説明します。 これらの設定を構成する方法の詳細については、[ネットワークルールの設定](/v1/docs/configuring-network-rules)をご覧ください。 ## トラフィックの加速 CatoはTCPトラフィックの加速を可能にします。 加速のためのデフォルトのシステム設定は、あなたが設定することができ、ネットワークルールを通じてシステムの加速デフォルトを上書きすることもできます。 各Cato PoPはTCPプロキシサーバーとして機能し、レイテンシーを低減します。 プロキシサーバーは、TCPクライアントとサーバーが目的地が実際よりも近いと信じさせ、彼らがより大きなTCPウィンドウを設定できるようにします。 さらに、Socketの高度なTCP輻輳制御バージョンは、Socketに接続されているエンドポイントが、確認応答を待つ前に、より多くのデータを送受信できるようにします。 これによって、トータルスループットが向上し、パケット損失などのエラー修正に必要な時間が短縮されます。 ネットワークルールの一部として必要とされる細かさで、集中管理の場所から加速設定を定義および管理できます。 ### Catoによる加速はどのように機能しますか？ TCP加速がフローに対して有効になると、CatoはクライアントとPoP（ラストマイル）、PoP間（ミドルマイル）にプロキシを確立し、最終的にPoPを目的地まで送出します。 ### なぜこれがスループットを向上させるのですか？ 例えば、ロンドンとニューヨーク間のインターネット上のTCPフローでパケットが目的地に到達しない場合（損失）。 プロキシが無効な場合、目的地が次のパケットを受け取ると、それが失われたことを理解し、クライアントにそのパケットの再送信を要求します（TCPプロトコルによる）。 これにはロンドンとニューヨーク間のフロー送信を続行する前に、フルRTTが必要です。 Catoを使用すると、ラストおよびミドルマイルへのトラフィックパスを多セグメント化することで、RTTが大幅に削減されます。 上記の例では、ロンドンとニューヨーク間のパケット再送信の代わりに、パケットの損失は、例として、ロンドンとCatoのロンドンPoPの間で検出されます。 Catoはトラフィックをミドルマイル間で運ぶために大規模なTier-1リンクを使用するため、このセグメントでのパケット損失は稀です。 ## トラフィックの最適化 Cato Socketの最適化メカニズムは、パケットの重複を通じてパケットロスを軽減します。 これがトータルスループットを向上させるため、最適化は、音声やビデオトラフィックのように、パケットロスに敏感な重要なフローに対してのみ使用すべきです。 ネットワークルールの一部として必要とされる細かさで、集中管理の場所から最適化設定を定義および管理できます。 ### Catoによる最適化はどのように機能しますか？ 最適化を有効にすると、Catoはサイトの接続構成および既存の接続に基づいて、次の最適化方法のいずれかを実行します： - パケット重複 - 複数のアクティブリンクが利用可能な場合に使用。 この技法で、Catoは別のアクティブなリンクを介して重複パケットを送り、他端でパケットを再構築します。 どのパケットに対しても冗長パケットが送信されるため、パケットがリンクのどれかで失われたとしても、パケットロスの緩和が向上します。 - UDP再送 - 単一のアクティブリンクのみが利用可能な場合に使用。 この技法で、CatoはUDPパケットを5msec待機後に再送します。 どのパケットに対しても冗長パケットが送信されるため、パケットが失われた場合でも、パケットロスの緩和が向上します。 > [!NOTE] > 注： > > TCPがそのプロトコルの一環として再送を行うため、UDP再送は他の一般的に使用されるプロトコルのパケットロスを効果的に緩和します。 ## トランザクション処理レイテンシー トランザクション処理レイテンシーは、Cato Single Pass Cloud Engine (SPACE) がトランザクションのネットワークデータパケットを受け取ってから、クライアントまたはホストが完全なトランザクションを受け取るまでの時間を計測します。 このレイテンシーは、暗号化解除されたトランザクションと非暗号化解除されたトランザクションの両方で、1MBのデータまで10ミリ秒まで可能です。