This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
QoS 公平性(RED)
QoS 公平性機能は、QoS クラスとランダム早期検出(RED)を使用して、複数の仮想パスフローの公平性を改善します。仮想パスは、16 種類のクラスのいずれかに割り当てることができます。クラスは、次の3つの基本タイプのいずれかになります。
- リアルタイムクラスは、特定の帯域幅制限まで迅速なサービスを必要とするトラフィックフローを処理します。総スループットよりも低レイテンシが推奨されます。
- インタラクティブクラスはリアルタイムクラスよりも優先度が低くなりますが、大量のトラフィックよりも絶対的に優先されます。
- バルクトラフィックの場合、レイテンシーはそれほど重要ではないため、バルククラスはリアルタイムクラスやインタラクティブクラスから残ったものを活用します。
ユーザは、クラスごとに異なる帯域幅要件を指定します。これにより、仮想パススケジューラは、同じタイプの複数のクラスから競合する帯域幅要求を調停できます。スケジューラは、階層的公正サービス曲線 (HFSC) アルゴリズムを使用して、クラス間の公平性を実現します。
HFSC は、先入れ先出し (FIFO) の順序でクラスを提供します。パケットをスケジューリングする前に、Citrix SD-WANはパケットクラスの保留中のトラフィック量を調べます。過剰なトラフィックが保留中の場合、パケットはキューに入れられずにドロップされます(テールドロップ)。
TCPがキューイングを引き起こすのはなぜですか?
TCP では、ネットワークがデータを送信できる速度を制御できません。帯域幅を制御するために、TCP は帯域幅ウィンドウの概念を実装しています。これは、ネットワークで許可される未確認トラフィックの量です。最初は小さなウィンドウから始まり、確認応答が受信されるたびに、そのウィンドウのサイズが2倍になります。これをスロースタートまたは指数関数的な成長フェーズと呼びます。
TCP は、ドロップされたパケットを検出することによってネットワークの輻輳を識別します。TCP スタックが 250 ms の遅延をもたらすパケットのバーストを送信する場合、TCP はパケットが廃棄されない場合に輻輳を検出しないため、ウィンドウのサイズは増加し続けます。待機時間が 600 ~ 800 ミリ秒に達するまで、この処理が続けられる場合があります。
TCP がスロースタートモードでない場合、パケット損失が検出されると帯域幅が半分になり、受信確認応答ごとに 1 パケットずつ許可帯域幅が増加します。したがって、TCP は、帯域幅を上向きに圧力をかけることとバッキングオフを交互に行います。残念ながら、パケット損失が検出されるまでに待機時間が 800 ミリ秒に達すると、帯域幅の削減によって伝送遅延が発生します。
QoS の公平性への影響
TCP 伝送遅延が発生すると、仮想パスクラス内で何らかの公平性保証を提供することは困難です。仮想パススケジューラは、 大量のトラフィックを保持しないようにテールドロップ動作を適用する必要があります。TCP 接続の性質は、 少数のトラフィックフローが仮想パスを満たすため、新しい TCP 接続では帯域幅を均等に割り当てることが困難になります。帯域幅を公平に共有するには、新しいパケットを送信するために帯域幅が使用可能であることを確認する必要があります。
ランダム早期検出
Random Early Detection(RED; ランダム早期検出)は、トラフィックキューがいっぱいになり、テールドロップこれにより、TCP 接続が達成できるスループットに影響を与えずに、仮想パススケジューラによる不必要なキューイングを防止できます。
RED の使い方
-
TCP セッションを開始して、仮想パスを作成します。RED を有効にすると、そのクラスの待機時間が定常状態で約 50 ミリ秒に留まることを確認します。
-
2 番目の TCP セッションを開始し、両方の TCP セッションで仮想パスの帯域幅が均等に共有されていることを確認します。クラスの待機時間が定常状態のままであることを確認します。
-
SD-WAN Orchestrator サービスのルールで RED が有効になっていることを確認します。
RED を有効にする方法
ネットワークレベルで、[ 構成 ] > [ QoS ] > [ QoS ポリシー] に移動します。ルールを追加し、[ 詳細設定 ] > [ LAN to WAN ] に移動し、[ RED を有効にする] を選択します。
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.