1,948
回編集
差分
ナビゲーションに移動
検索に移動
821行目:
821行目: + 837行目:
838行目: − + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Cisco Catalyst 9000 スイッチング プラットフォーム QoS and キューイング ホワイトペーパー (ソースを閲覧)
2021年3月28日 (日) 09:15時点における版
、 2021年3月28日 (日) 09:15→階層型 QoS
例 1. に設定するべきではない例を示します。これはネットワークが停止原因となるでしょう。<syntaxhighlight lang="c">
例 1. に設定するべきではない例を示します。これはネットワークが停止原因となるでしょう。<syntaxhighlight lang="c">
例 1.
policy-map 2P6Q3T
policy-map 2P6Q3T
class PRIORITY-QUEUE
class PRIORITY-QUEUE
例 1. の結果として、キュー "DATA-QUEUE" と "class-default" はバッファ全体を消費し、それらのキューから出力されようとスケジュールされた、すべてのトラフィック はドロップするでしょう。
例 1. の結果として、キュー "DATA-QUEUE" と "class-default" はバッファ全体を消費し、それらのキューから出力されようとスケジュールされた、すべてのトラフィック はドロップするでしょう。
例 2. でどのように手動で再配分すれば良いか示します。
例 2. でどのように手動で再配分すれば良いか示します。<syntaxhighlight lang="c">
例 2.
policy-map 2P6Q3T
class PRIORITY-QUEUE
queue-buffers ratio 10
class VIDEO-PRIORITY-QUEUE
queue-buffers ratio 10
class DATA-QUEUE
queue-buffers ratio 35
class class-default
queue-buffers ratio 45
</syntaxhighlight>As a result of the example 2 policy, every queue will have a buffer to enable it to transmit traffic.
Another important command shows in real time how the buffer utilization varies per port queue. This command reads the values from the ASIC:
例 2. のポリシーの結果として、すべてのキューがトラフィックの送信を有効化するためのバッファを持ちます。
もう一つ重要なコマンドとして、バッファ使用率がポート キューごとにどのように変化するか、リアルタイムで示します。このコマンドは、ASIC から値を読み取ります。
[[ファイル:C90-QoS-0a.png|フレームなし]]
Port queue thresholds
◦ Weighted Tail Drop (WTD)
Port queue thresholds are used to drop traffic earlier than the queue end (tail drop). If the port queue has the ability to drop specific traffic before the queue end, the port queue will keep buffer space for certain types of packets over the rest of the traffic managed by the port queue, based on the user configuration. Figure 30 shows the queue thresholds, where the user has the flexibility to assign a different DSCP, CoS, IP precedence, or traffic class.
* ポート キューしきい値
* ウェイテッド・テール・ドロップ (WTD)
ポート キューしきい値は、キューの最後 (テール・ドロップ) よりトラフィックを早期にドロップするために使用されます。もしポート キューがキューの終わり前で手後亭のトラフィックをドロップする能力を持つと、ポート キューによってその他のトラフィックが管理され、ある種のパケットのためにバッファスペースを確保できます。これはユーザ設定がベースになります。画像 30. に様々なキューしきい値として、DSCP , CoS , IPv4 IP プレシデンス (ToS) , IPv6 トラフィック クラスを、ユーザが柔軟に割り当てできることを示します。
17.3(1) から、同じように MPLS EXP ベースの WTD をサポートします。
もしキュー使用率が TH0 を超えたとき、キューの使用率を TH0 を下回るまで、このしきい値に該当するように設定された、すべての新しいトラフィックはドロップされます。TH1 も同じように動作しますが、トラフィックのグループが異なる (=優先度が高いため、ドロップが遅らせる) ため、TH0 より大きな値を持っています。明示的に定義されていない QoS 優先度を持つトラフィックは、TH2 と一致するため、キューのテール エンドは自動的に縮小します。
[[ファイル:C90-QoS-30.png|なし|フレーム|画像 30. 1 つのポートの WTD しきい値]]
UADP ASICs offer up to three thresholds per port queue. The three thresholds on one queue need to use the same type of packet headers. For example, all three thresholds can use CoS within one queue, but other queues can use other packet headers such as DSCP. By default, TH0 is set to 80%, TH1 is set to 90%, and TH2 is set to 100% or the same as tail drop. All traffic is assigned to TH2 initially, but via MQC policy the threshold values can be changed. Another name for the threshold is Weighted Tail Drop (WTD), where every threshold is equal to a weight.
The following is a sample MQC policy to change WTD.
UADP ASICs は、ポート キューごとに 3 つまでのしきい値を提供します。1 つのキューの 3 つのしきい値は、同じタイプのパケット ヘッダを使用する必要があります。例として、1 つのキューで 3 つのすべてのしきい値が CoS を使用する場合、他のキューは DSCP のように他のパケット ヘッダを使用することができません。デフォルトでは、TH0 を 80% に設定し、TH1 を 90% に、TH2 を 100% or テール ドロップと同じに設定されています。すべてのトラフィックは初期状態として TH2 に割り当てられておりますが、MQC ポリシー経由でしきい値を変更することができます。しきい値の別名は、ウェイテッド・テール・ドロップ (WTD) で、しきい値は重み付けと同じ意味になります。
以下は WTD を変更するための MQC ポリシーのサンプルです。<syntaxhighlight lang="c">
policy-map 2P6Q3T
class DATA-QUEUE
queue-limit dscp values af13 cs1 percent 80
queue-limit dscp values af12 percent 90
queue-limit dscp values af11 percent 100
</syntaxhighlight>ASIC で設定されたしきい値を見るためには、以下のコマンドを使用します。
[[ファイル:C90-QoS-0b.png|フレームなし]]
キューとしきい値に割り当てられたトラフィック タイプが何なのか見るために、トラフィック タイプをラベルにマッピングし、2 つめのコマンドを使用して、ラベルが適用されているキューを確認する必要があります。この場合は、共有機能を向上させるために、ラベルが使用されます。<syntaxhighlight lang="c">
Switch# show platform software fed [switch] [active] qos tablemap dir ingress interface <name>
Label legend: DSCP:1 COS:65 UP:73 PREC:81 EXP:89 GROUP:97 CTRL:128 CPU:130
DSCP-to-Label --
0-Label: 1 1-Label: 2 2-Label: 3 3-Label: 4
4-Label: 5 5-Label: 6 6-Label: 7 7-Label: 8
….
COS-to-Label --
0-Label:65 1-Label:66 2-Label:67 3-Label:68
4-Label:69 5-Label:70 6-Label:71 7-Label:72
UP-to-Label --
0-Label:73 1-Label:74 2-Label:75 3-Label:76
4-Label:77 5-Label:78 6-Label:79 7-Label:80
PREC-to-Label --
0-Label:81 1-Label:82 2-Label:83 3-Label:84
4-Label:85 5-Label:86 6-Label:87 7-Label:88
EXP-to-Label --
0-Label:89 1-Label:90 2-Label:91 3-Label:92
4-Label:93 5-Label:94 6-Label:95 7-Label:96
GROUP-to-Label --
0-Label: 0 1-Label: 0 2-Label: 0 3-Label: 0
4-Label: 0 5-Label: 0 6-Label: 0 7-Label: 0
…..
</syntaxhighlight>Step 2. Match the label value to the queue or threshold that it is associated with, using the following command.
=== 階層型 QoS ===
=== 階層型 QoS ===