この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、Cisco NX-OS デバイス上で QoS のキューイングおよびスケジューリング機能を設定する方法について説明します。ここでは、次の内容を説明します。
トラフィックのキューイングとは、パケットの順序を設定して、データの入力と出力の両方に適用することです。デバイス モジュールでは複数のキューをサポートできます。これらのキューを使用することで、さまざまなトラフィック クラスでのパケットのシーケンスを制御できます。また、Weighted Random Early Detection(WRED; 重み付けランダム早期検出)およびテール ドロップしきい値を設定することもできます。デバイスでは、設定したしきい値を超えた場合にだけパケットがドロップされます。
トラフィックのスケジューリングとは、トラフィックの一貫したフローを実現するために、パケットを望ましい周期で出力することです。トラフィックのスケジューリングをさまざまなトラフィック クラスに適用することで、プライオリティによってトラフィックに重み付けを行うことができます。
キューイングおよびスケジューリングのプロセスによって、トラフィック クラスに割り当てられる帯域幅を制御することができるので、ネットワークにおけるスループットと遅延の望ましいトレードオフを実現できます。
表 7-1 に、キューイングおよびスケジューリングの実行に使用できるシステム定義のキューを示します。
|
|
|
---|---|---|
1 つの完全優先キューと 3 つの標準キュー、または 4 つの標準キュー、キューあたり 4 つの WRED またはテール ドロップしきい値 |
||
1 つの完全優先キューと 7 つの標準キュー、または 8 つの標準キュー、キューあたり 4 つの WRED またはテール ドロップしきい値 |
キューでは、Class of Service(CoS; サービス クラス)フィールドについて照合が行われます。デバイスでは、0 ~ 7 のすべての CoS 値がキュー タイプごとにキューにマッピングされることが保証されます。キュー タイプのキューに対して、特定の CoS 値を 1 つだけ割り当てることができます。システム定義のキューについては、 表 2-3 を参照してください。
• 「輻輳回避」
• 「輻輳管理」
信頼できないポートに対するすべての入力パケット内の CoS フィールドを設定できます。デフォルトでは、ポートは信頼されており、CoS フィールドは変更されません この方式は、ポートの状態を信頼または非信頼に設定するのに使用します。
入力ポートの CoS の設定については、「入力ポートの CoS の設定」を参照してください。
システム定義のキューイング クラス マップによって照合される CoS 値を変更できます。これにより、CoS からキューへのマッピングが変更されます。デフォルトのシステム定義の CoS 値については、表 2-3を参照してください。CoS 値はそれぞれ、同じタイプのキュー内に 1 回だけ出現します。
(注) • システム定義のクラス キューイング マップを変更すると、ただちに変更が行われます。そのため、すべての Virtual Device Context(VDC; 仮想デバイス コンテキスト)でトラフィックが中断されることがあります。
• レイヤ 3 を通過するトラフィックの場合、CoS からキューへのキュー マッピングが自動的に実行されます。
クラス マップの設定については、「キューイング クラス マップの変更」を参照してください。
次の方式を使用して、デバイス上のトラフィックの輻輳を予防的に回避できます。
• WRED をトラフィックのクラスに適用する方式。これにより、デバイスで CoS フィールドに基づいてパケットをドロップできるようになります。WRED は TCP トラフィックで機能するように設計されています。
• テール ドロップをトラフィックのクラスに適用する方式。これにより、デバイスで CoS フィールドに基づいてパケットをドロップできるようになります。
輻輳回避の設定については、「輻輳回避の設定」を参照してください。
入力パケットについては、最小データ レートをキューに割り当てる帯域幅を指定することによって、輻輳管理を設定できます。
出力パケットについては、次のいずれかの輻輳管理方式を選択できます。
• 最小データ レートをキューに割り当てる帯域幅を指定する方式。
• トラフィックのクラスに対して最大データ レートを強制する方式。これにより、余分なパケットがキューに保持され、出力レートがシェーピングされます。
• トラフィックのクラスに対するすべてのデータをプライオリティ キューに割り当てる方式。残りの帯域幅は、デバイスによって他のキュー間で分配されます。
輻輳管理の設定については、「輻輳管理の設定」を参照してください。
VDC とは、システム リソースのセットを論理的に表現したものです。クラス マップの設定以外に、キューイングおよびスケジューリングが、コマンドが入力される VDC にだけ適用されます。クラス マップの設定については、「キューイング クラス マップの変更」を参照してください。
VDC の設定については、『 Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide, Release 5.x 』を参照してください。
|
|
---|---|
QoS 機能にライセンスは必要ありません。ライセンス パッケージに含まれていない機能は、Cisco NX-OS システム イメージにバンドルされて提供されます。追加料金は発生しません。Cisco NX-OS ライセンス方式の詳細については、『 Cisco NX-OS Licensing Guide 』を参照してください。 |
キューイングおよびスケジューリングの前提条件は、次のとおりです。
• 「モジュラ QoS コマンドライン インターフェイス(MQC)の使用」に精通している。
• 正しい VDC 内にいる。VDC とは、システム リソースのセットを論理的に表現したものです。 switchto vdc コマンドでは VDC 番号を使用できます。
キューイングおよびスケジューリングに関する注意事項および制約事項は、次のとおりです。
• システム定義のクラス マップを設定する際は注意が必要です。ただちに変更が行われるため、すべての VDC でトラフィックが中断される可能性があります。
• 10 ギガビット イーサネット ポートを共有モードで使用している場合、出力キューイング ポリシーはポート グループのすべてのポートに適用されます。共有モードの 10 ギガビット イーサネット ポートでは、ポート グループのすべてのポートが同じ VDC 内に存在する必要があります。共有モードと専用モードについては、『 Cisco Nexus 7000 Series NX-OS Interfaces Configuration Guide, Release 5.x 』を参照してください。ポート グループについては、『 Cisco Nexus 7000 Series Hardware Installation and Reference Guide 』を参照してください。
キューイングおよびスケジューリングを設定するには、インターフェイスの一方のトラフィック方向に適用する、タイプ キューイングのポリシー マップを作成します。システム定義のクラス マップを変更することができ、それらをポリシー マップ内で使用して、ポリシーの適用先となるトラフィックのクラスを定義します。ポリシー マップおよびクラス マップの設定については、「モジュラ QoS コマンドライン インターフェイス(MQC)の使用」を参照してください。
任意のキューで、輻輳回避機能(テール ドロップおよび WRED が含まれる)を設定できます。出力キューではいずれかの出力輻輳管理機能(プライオリティ、シェーピング、帯域幅が含まれる)を設定でき、入力キューでは帯域幅を設定できます。
ポリシー マップを作成する前に CoS 値を変更することを推奨します。デバイス定義のクラス マップ キューによって照合される CoS 値を変更できます。0 ~ 7 の各 CoS 値を、各キュー タイプのキューの 1 つまたは複数に割り当てる必要があります。各 CoS 値はキュー タイプごとに 1 回だけ使用できます。
システム定義のポリシー マップである default-in-policy および default-out-policy は、キューイング ポリシー マップを適用しないすべてのポートに付加されます。デフォルト ポリシー マップは設定できません。デフォルト ポリシー マップについては、 表 2-5 を参照してください。
次の例に示すように、リリース 4.0(3) からリリース 4.0(2) にダウングレードした場合、 show running-configuration コマンドを入力すると、入力のデフォルトのキューイング ポリシーで unknown enum と表示されます。
switch#
show running-configversion 4.0(2)
...
...
policy-map type queuing default-in-policy
class type queuing
unknown enum 0
queue-limit percent 50
bandwidth percent 80
class type queuing
unknown enum 0
queue-limit percent 50
bandwidth percent 20
この設定をコピーして任意の Cisco NX-OS ソフトウェア リリースにペーストした場合、 policy-map type queuing default-in-policy コマンドから始まるすべてのコマンドの実行中にデバイスからエラーが送られます。これらのエラーは、デバイスの性能に影響を与えないため、無視できます。
ポートを非信頼にするには、CoS 値に静的な値を設定します。
(注) • デフォルトでは、ポートは信頼されており(信頼 CoS)、CoS フィールドは変更されません。入力ポートの CoS 値を設定すると、ポートは非信頼になります。
• タグなしブリッジド トラフィックでは、CoS 値が 0 の場合、Cisco Nexus 7000 Series NX-OS デバイスは、入力方向と出力方向で Differentiated Services Code Point(DSCP; DiffServ コード ポイント)およびキューを無視します。
• デフォルトでは、レイヤ 3 ポートは DSCP を信頼しているだけでなく、DSCP 値を CoS にコピーします。
入力のデフォルトのキューには、ポリシー マップの適用先となるモジュールのタイプに対応したシステム定義のキュー クラスからのものを使用します。各モジュール タイプに対応したシステム定義のクラス マップの一覧については、表 2-3 を参照してください。
ここでの手順を使用して設定した CoS 値は、class-default のパケットにだけでなく、指定したインターフェイスに入力されるすべてのパケットに適用されます。CoS 値を設定した場合、入力のキューイングおよびスケジューリングが行われる前に、デバイスによって値が変更されます。したがって、CoS が変更されたパケットは分類のされ方が異なります。
(注) システム定義のキューイング クラス マップを変更する必要がある場合は、設定済みのキューイング ポリシーを変更するか、キューイング ポリシーを新規に作成して、影響を受けるインターフェイスにこれらのポリシーを付加する必要があります。システム定義のキューイング クラス マップを変更しない場合は、デフォルトのキューイング ポリシーまたは設定済みのキューイング ポリシーを無効にすることができます。この場合、複数の VDC のインターフェイスが影響を受ける可能性があります。
2. policy-map type queuing [ match-first ] { policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
6. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 (注) ポートの CoS を設定する場合、使用できるのは入力のデフォルトのシステム定義のキュー タイプだけです。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
システム定義のクラス マップによって照合される CoS 値を変更できます。デフォルトのシステム定義の CoS 値については、表 2-3を参照してください。
システム定義のクラス マップは、デフォルトの VDC からだけ変更できます。変更はただちに実行され、変更されたクラス マップを使用しているすべての VDC 上のすべてのポートに適用されます。
(注) システム定義のクラス マップを変更すると、ただちに変更が行われます。そのため、変更されたクラス マップを使用しているすべての VDC でトラフィックが中断される可能性があります。
デバイスでは、ユーザが他のキュー内で設定した CoS 値が自動的に変更されます。そのため、CoS 値はそれぞれ、同じタイプのキュー内に 1 回だけ出現します。
2. class-map type queuing match-any class-queuing-name
4. 他のキューの CoS 値を変更するには、ステップ 2 および 3 を繰り返します。
|
|
|
---|---|---|
class-map type queuing match-any class-queuing-name switch(config)# class-map type queuing match-any 1p3q4t-out-pq1 |
タイプ キューイングのクラス マップを設定し、クラス マップ キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 |
|
このキューによって照合される CoS 値の範囲を設定します。値の範囲を指定するには、開始値と終了値をハイフンでつなぎ、値どうしをカンマで区切ります。指定できる範囲は 0 ~ 7 です。 |
||
(任意)設定済みのすべてのタイプ キューイングのクラス マップ、または選択したタイプ キューイングのクラス マップについて、情報を表示します。クラス キューイング名については、 表 2-3 を参照してください。 |
||
テール ドロップまたは WRED の機能を使用して輻輳回避を設定できます。どちらの機能も、入力および出力のポリシー マップで使用できます。
(注) WRED およびテール ドロップを同じクラス内で設定することはできません。
CoS 値によるしきい値を設定することにより、入力キューおよび出力キューの両方でテール ドロップを設定できます。しきい値を超えるパケットはデバイスによってドロップされます。しきい値は、キューで使用されるキュー サイズまたはバッファ メモリに基づいて指定できます。
(注) 入力の 10 ギガビット イーサネット ポートでは、キュー サイズを設定できません。
ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義のキュー クラスを使用します。表 2-3 を参照してください。
(注) WRED およびテール ドロップを同じクラス内で設定することはできません。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
4. queue-limit cos value { threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent percent_of_queuelimit }
5. 他の CoS 値に対するテール ドロップしきい値を割り当てるには、ステップ 4 を繰り返します。
6. 他のキュー クラスに対するテール ドロップしきい値を割り当てるには、ステップ 3 ~ 5 を繰り返します。
8. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ queuing-policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 |
|
queue-limit cos value { threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent percent_of_queuelimit } |
キューで使用されるキュー サイズまたはバッファ メモリの割合に基づいて、テール ドロップしきい値を割り当てます。指定したしきい値を超えるパケットはデバイスによってドロップされます。しきい値は、パケット数、バイト数、または基になるインターフェイスで最低限保証されたリンク レートでの時間間隔で設定できます。デフォルトのしきい値はパケット数です。サイズは 1 ~ 83886080 です。時間間隔は 1 ~ 83886080 です。割合は 1 ~ 100 です。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
WRED を設定する場合は、その前に、CoS 値が存在することを確認してください(「キューイング クラス マップの変更」を参照)。
入力キューおよび出力キューの両方で WRED を設定し、最小および最大のパケット ドロップしきい値を設定できます。キュー サイズが最小しきい値を超えるにつれて、ドロップされるパケットの頻度が高くなります。最大しきい値を超えると、CoS 値に対するすべてのパケットがドロップされます。
(注) 入力の 10 ギガビット イーサネット ポートでは、WRED を設定できません。
WRED のしきい値は CoS 値別に設定でき、特に設定しなかったすべての CoS 値で単一の WRED しきい値を使用するように設定できます。
(注) WRED およびテール ドロップを同じクラス内で設定することはできません。
ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義のキュー クラスを使用します。表 2-3 を参照してください。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
4. random-detect cos-based [ aggregate [ minimum-threshold ] { min-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent min-percent-of-qsize } [ maximum-threshold ] { max-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent max-percent-of-qsize }]
5. random-detect { cos cos-list [ minimum-threshold ] { min-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent min-percent-of-qsize } [ maximum-threshold ] { max-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent max-percent-of-qsize }}
6. 他の CoS 値に対する WRED を設定するには、ステップ 5 を繰り返します。
7. 他のキューイング クラスに対する WRED を設定するには、ステップ 3 ~ 6 を繰り返します。
9. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ queuing-policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 |
|
random-detect cos-based [ aggregate [ minimum-threshold ] { min-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent min-percent-of-qsize } [ maximum-threshold ] { max-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent max-percent-of-qsize }] switch(config-pmap-c-que)# random-detect cos-based aggregate 10 mbytes 20 mbytes switch(config-pmap-c-que)# random-detect cos-based aggregate percent 10 percent 20 |
CoS 固有の random-detect コマンドによって設定されないすべての CoS 値に対する WRED を設定します。パケットをキューからドロップするのに使用する最小および最大のしきい値を指定できます。しきい値は、パケット数、バイト数、または基になるインターフェイスで最低限保証されたリンク レートでの時間間隔で設定するか、あるいはキュー サイズの割合として設定できます。最小および最大のしきい値は同じタイプにする必要があります。集約引数を指定しない場合は、集約 WRED は設定されません。デフォルトのしきい値はパケット数です。しきい値は 1 ~ 83886080 です。割合の範囲は 1 ~ 100 です。 (注) 値をまったく指定せずにコマンドを入力する場合でも、このコマンドは必ず入力する必要があります。例 1 では、未設定のトラフィック クラスの集約 WRED しきい値として、最小を 10 MB に、最大を 20 MB に設定しています。 例 2 では、未設定のトラフィック クラスの集約 WRED しきい値として、最小をキュー サイズの 10% に、最大を 20% に設定しています。 コマンドを 1 つだけ指定できます。 |
|
random-detect { cos cos-list [[ minimum-threshold ] { min-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent min-percent-of-qsize }] [ maximum-threshold ] { max-threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent max-percent-of-qsize }} switch(config-pmap-c-que)# random-detect cos 5,7 15 mbytes 20 mbytes switch(config-pmap-c-que)# random-detect cos 5 percent 5 percent 15 |
(任意)特定の CoS 値に対する WRED を設定します。パケットをキューからドロップするのに使用する最小および最大のしきい値を指定できます。しきい値は、パケット数、バイト数、または基になるインターフェイスで最低限保証されたリンク レートでの時間間隔で設定するか、あるいはキュー サイズの割合として設定できます。最小および最大のしきい値は同じタイプにする必要があります。デフォルトのしきい値はパケット数です。しきい値は 1 ~ 83886080 です。割合の範囲は 1 ~ 100 です。 例 1 では、CoS 値 5 ~ 7 に対する集約 WRED しきい値として、最小を 15 MB に、最大を 20 MB に設定しています。 例 2 では、CoS 値 5 に対する集約 WRED しきい値として、最小をキュー サイズの 5% に、最大を 15% に設定しています。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
次の輻輳管理方式のうちいずれか 1 つだけをポリシー マップで設定できます。
• bandwidth および bandwidth remaining コマンドを使用して、最小のデータ レートをキューに割り当てる方式。
• priority コマンドを使用して、トラフィックのクラスに対するすべてのデータをプライオリティ キューに割り当てる方式。 bandwidth remaining コマンドを使用して、残りのトラフィックを非プライオリティ キュー間で分配できます。デフォルトでは、残りの帯域幅はシステムによって非プライオリティ キュー間で均等に分配されます。
• shape コマンドを使用して、最大のデータ レートをキューに割り当てる方式。
選択する輻輳管理機能に加えて、次のいずれかのキュー機能をポリシー マップの各クラスで設定できます。
• キュー サイズとキュー制限の使用に基づくテール ドロップしきい値。詳細については、「テール ドロップの設定」を参照してください。
• CoS に基づく優先パケットのドロップに対する WRED。詳細については、「WRED の設定」を参照してください。
入力キューおよび出力キューの両方で帯域幅および帯域幅の残量を設定して、インターフェイス帯域幅の最小の割合をキューに割り当てることができます。ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義の入力または出力キュー クラスを使用します。各モジュール タイプに対応したシステム定義の入力または出力キュー クラスの一覧については、表 2-3 を参照してください。
(注) 帯域幅を設定した場合、同じポリシー マップ内でプライオリティやシェーピングを設定できません。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
4. bandwidth { rate [ bps | kbps | mbps | gbps ] | percent }
or
bandwidth remaining percent percent
5. 他のキューイング クラスに対する帯域幅および帯域幅の残量を割り当てるには、ステップ 3 ~ 4 を繰り返します。
7. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ queuing-policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。システム定義の出力キューのいずれかを選択する必要があります。クラス キューイング名については、 表 2-3 を参照してください。 |
|
bandwidth { rate [ bps | kbps | mbps | gbps ] | percent percent } |
インターフェイス帯域幅の最小レートを出力キューに割り当てます。データ レートをビット レートで、または基になるインターフェイスのリンク レートの割合として設定できます。デフォルトの単位は kbps です。データ レートは 1 ~ 10,000,000,000 です。割合の範囲は 1 ~ 100 です。 キーワードだけが使用できます。 |
|
(任意)他のキューイング クラスに対する帯域幅および帯域幅の残量を割り当てるには、ステップ 3 ~ 4 を繰り返します。 |
||
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
プライオリティを指定しない場合、システム定義の出力 pq キューは標準キューと同様に動作します。 システム定義のタイプ キューイング クラス マップについては、「モジュラ QoS コマンドライン インターフェイス(MQC)の使用」を参照してください。
出力プライオリティ キューで設定できるプライオリティのレベルは 1 レベルだけです。ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義のプライオリティ キュー クラスを使用します。各モジュール タイプに対して使用可能なシステム定義のクラス マップの一覧については、表 2-3 を参照してください。
非プライオリティ キューについては、各キューに割り当てる残りの帯域幅の量を設定できます。デフォルトでは、残りの帯域幅はデバイスによって非プライオリティ キュー間で均等に分配されます。
(注) プライオリティを設定した場合、同じポリシー マップ内で帯域幅やシェーピングを設定できません。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
5. class type queuing class-queuing-name
6. bandwidth remaining percent percent
7. 他の非プライオリティ キューに対する帯域幅の残量を割り当てるには、ステップ 5 ~ 6 を繰り返します。
9. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [queuing- policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。システム定義のプライオリティ キューのいずれかを選択する必要があります。クラス キューイング名については、 表 2-3 を参照してください。 |
|
(任意)タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 残りの帯域幅を設定する非プライオリティ キューを選択します。デフォルトでは、残りの帯域幅はシステムによって非プライオリティ キュー間で均等に分配されます。 |
||
show policy-map type queuing [ policy-map-name | que-dynamic ] switch(config)# show policy-map type queuing priority_queue1 |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
(注) デバイスでは、シェイプ レートが、100、50、33、25、12.5、6.25、3.13、または 1.07 の割合間隔のうち最も近い値に強制されます。
出力キューでシェーピングを設定し、出力キューで最大レートを強制することができます。ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義の出力キュー クラスを使用します。各モジュール タイプに対して使用可能なシステム定義のクラス マップの一覧については、表 2-3 を参照してください。
(注) シェーピングを設定した場合、同じポリシー マップ内で帯域幅やプライオリティを設定することはできません。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
4. shape [ average ] { rate [ bps | kbps | mbps | gbps ] | percent percent }
5. 他のキューイング クラスに対するシェーピングを設定するには、ステップ 3 ~ 4 を繰り返します。
7. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ queuing - policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。システム定義の出力キューのいずれかを選択する必要があります。クラス キューイング名については、 表 2-3 を参照してください。 |
|
shape [ average ] { rate [ bps | kbps | mbps | gbps ] | percent percent } |
出力キューでの最大レートを割り当てます。データ レートをビット レートで、または基になるインターフェイスのリンク レートの割合として設定できます。デフォルトのビット レートは bps です。データ レートは 8000 bps ~ 10 Gbps です。割合の範囲は 1 ~ 100 です。 キーワードだけが使用できます。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
入力キューおよび出力キューの両方でキュー制限を設定できます。キュー制限を超えるパケットはすべて、デバイスによってドロップされます。ポリシー マップの適用先となるモジュールのタイプに対応した、システム定義のキュー クラスを使用します。表 2-3 を参照してください。
2. policy-map type queuing [ match-first ] { queuing-policy-map-name | que-dynamic }
3. class type queuing class-queuing-name
4. queue-limit { threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent percent_of_queuelimit }
7. show policy-map type queuing [ policy-map-name | que-dynamic ]
|
|
|
---|---|---|
policy-map type queuing [ match-first ] [ queuing-policy-map-name | que-dynamic ] |
タイプ キューイングのポリシー マップを設定し、指定したポリシー マップ名のポリシー マップ モードを開始します。ポリシー マップ名には、アルファベット、ハイフン、またはアンダースコア文字を含めることができます。ポリシー マップ名は大文字と小文字が区別され、最大 40 文字まで設定できます。 |
|
class type queuing class-queuing-name |
タイプ キューイングのクラス マップを設定し、ポリシー マップ クラス キューイング モードを開始します。クラス キューイング名については、 表 2-3 を参照してください。 |
|
queue-limit { threshold [ packets | bytes | kbytes | mbytes | ms | us ] | percent percent_of_queuelimit } |
キューで使用されるキュー サイズまたはバッファ メモリの割合に基づいて、キュー制限を割り当てます。指定したしきい値を超えるパケットはデバイスによってドロップされます。しきい値は、パケット数、バイト数、または基になるインターフェイスで最低限保証されたリンク レートでの時間間隔で設定できます。デフォルトのしきい値はパケット数です。サイズは 1 ~ 83886080 です。時間間隔は 1 ~ 83886080 です。割合の範囲は 1 ~ 100 です。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
(任意)設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
|
ここでは、キューイングおよびスケジューリングの設定方法について説明します。
|
|
---|---|
設定済みのすべてのタイプ キューイングのクラス マップ、または選択したタイプ キューイングのクラス マップについて、情報を表示します。クラス キューイング名については、 表 2-3 を参照してください。 |
|
show policy-map type queuing [ policy-map-name | que-dynamic ] |
設定済みのすべてのタイプ キューイングのポリシー マップ、または選択したタイプ キューイングのポリシー マップについて、情報を表示します。 |
これらのコマンドからの出力内のフィールドの詳細については、『 Cisco Nexus 7000 Series NX-OS Quality of Service Command Reference, Release 5.x 』を参照してください。
ここでは、キューイングおよびスケジューリングの設定例を示します。
(注) 入力ポートの CoS 値を設定すると、指定したインターフェイスが非信頼になります。
(注) 設定しようとしているポート タイプのデフォルトのキューを使用していることを確認してください。ポート タイプのデフォルトのキューについては、「モジュラ QoS コマンドライン インターフェイス(MQC)の使用」 を参照してください。
次に、1 ギガビット イーサネット ポートで入力ポートの CoS を設定する例を示します。
policy-map type queuing untrusted_port_cos
次に、10 ギガビット イーサネット ポートで入力ポートの CoS を設定する例を示します。
policy-map type queuing untrusted_port_cos
次に、プライオリティおよびキュー制限の機能の設定例を示します。
次に、シェーピングおよびテール ドロップの機能の設定例を示します。
(注) pq1 キューに対して priority キーワードを指定しない場合、そのキューはプライオリティ キューではなく標準キューと見なされます。
表 7-2 に、この機能のリリース履歴を示します。
|
|
|
---|---|---|