差分

ナビゲーションに移動 検索に移動

Cisco Catalyst 9000 スイッチング プラットフォーム QoS and キューイング ホワイトペーパー (ソースを閲覧)

2021年4月1日 (木) 08:41時点における版

3,152 バイト追加 、 2021年4月1日 (木) 08:41
→‎階層型 QoS
978行目: 978行目:  
* 分散のサンプル 2 : すべてのアクティブ ポートが、すべての UADP ASIC コアを横断して均等に分散されることに注意してください  このモデルはすべてのアクティブ ポートで同じレベルのマイクロ バーストが発生する時に使用されます ; このため、それらを異なる UADP ASIC を横断して分散し、PBC リソースの使用率をバランスさせることができます
 
* 分散のサンプル 2 : すべてのアクティブ ポートが、すべての UADP ASIC コアを横断して均等に分散されることに注意してください  このモデルはすべてのアクティブ ポートで同じレベルのマイクロ バーストが発生する時に使用されます ; このため、それらを異なる UADP ASIC を横断して分散し、PBC リソースの使用率をバランスさせることができます
   −
均等なポート分散
+
===== 均等なポート分散 =====
−
 
   
以下のようにコマンドでマッピングを確認でき、フロント パネル ポートをインスタンスにマッピングできます
 
以下のようにコマンドでマッピングを確認でき、フロント パネル ポートをインスタンスにマッピングできます
    
* "qos queue-softmax-multiplier <100-1200>" コマンドを使用します  このコマンドは、DTS セクションで説明したものです  マイクロ バーストを吸収するために、PBC の能力を増加させるには、1200 に近い値を使用します
 
* "qos queue-softmax-multiplier <100-1200>" コマンドを使用します  このコマンドは、DTS セクションで説明したものです  マイクロ バーストを吸収するために、PBC の能力を増加させるには、1200 に近い値を使用します
 
* ポートごとのキューの数を削減します  例えば 8 つではなく、3 つののキューを使用します  すべてのキューが共有プールから専用のバッファを持ちますが、ことはグローバル プールの全体サイズを減らしてしまいます  いくつかのキューは共有プールが大きなサイズを持ちます
 
* ポートごとのキューの数を削減します  例えば 8 つではなく、3 つののキューを使用します  すべてのキューが共有プールから専用のバッファを持ちますが、ことはグローバル プールの全体サイズを減らしてしまいます  いくつかのキューは共有プールが大きなサイズを持ちます
 +
 +
===== 出力シェーピング =====
 +
シェーピングは出力 QoS ツールで、ポート キューのパケット送信を制限するために使用できます。シェーピング機能はポリシングとは異なり、パケットをドロップする前に空いたバッファ スペースを使用しようと試みます。しかしポリシングはパケットをすぐにドロップします。バッファされたパケットは、ポートが次の送信サイクルが来ると送信されるでしょう。画像 34. にシェーピングとポリシングの違いを示します。
 +
 +
17.3(1) から出力キューイングで MPLS EXP も他と同様にサポートされました。
 +
 +
Shaping vs. policing
 +
 +
With shaping, a certain amount of traffic is buffered and sent out of the port when the burst disappears. Buffering adds delay to the packets as they wait to be transmitted.
 +
 +
The UADP ASIC offers a shaper for every port queue. The following is a sample MQC policy to configure shaping:
 +
 +
===== シェーピングとポリシング =====
 +
シェーピングは、一定量のトラフィックがバッファされ、バーストがなくなったときポートから送信されます。
 +
 +
バッファリングは送信を遅らせるため、パケットに遅延を加えることになります。
 +
 +
UADP ASIC はすべてのポートキューについて、シェーパーを提供します。以下はシェーピングを設定するためのサンプル MQC シェーピングです :<syntaxhighlight lang="c">
 +
policy-map Shaper
 +
class Voice
 +
  shape average percent 10
 +
class Video
 +
  shape average percent 20
 +
class Signaling
 +
  shape average percent 5
 +
class Transactions
 +
  shape average percent 30
 +
</syntaxhighlight>
 +
 +
 +
まとめ : シェーピングは主にキューの優先度をコントロールするために使用されます。それは WRR キューでいくらかのスペースを残すため、優先キューの合計帯域幅を制限します。
 +
 +
===== 出力クラシフィケーション、ポリシング、マーキング =====
 +
画像 35. に 2 つの注釈の例を示します。1 つめは入力側で、2 つめは出力側です。オリジナル パケットの代わりに、入力結果を出力側で使用します :
 +
 +
# IFC は入力パケットの DSCP を 10 から 30 にリマークします
 +
# しかし EFC は出力ポート 2 で MQC ポリシーを使用し、DSCP 30 から 40 へリマークを指示し、出力ポート 1 は IFC の結果を保持します
 +
 +
===== 2 ステージ リマーキング =====
 +
以下は 2 ステージ リマーキングを設定するための MQC ポリシーの例です :
 +
 +
 +
まとめ : 出力クラシフィケーション、ポリシング、マーキングは、QoS に関する UADP ASIC の機能を更に拡張します。それらは複数の送信元ポートから、パケットを取り出すためのオプションを提供し、1 つの出力 MQC ポリシーのみを適用する選択肢を提供します。さらに 2 ステージ リマーキング or ポリシングのオプションも提供します。
    
=== 階層型 QoS ===
 
=== 階層型 QoS ===
「http://hkatou.net/wiki/特別:携帯機器差分/187」から取得

案内メニュー