キューイングとスケジューリングの構成
キューイングおよびスケジューリング
キューイングおよびスケジューリングの前提条件
キューイングとスケジュール設定のガイドラインおよび制約事項
キューイングとスケジューリングの構成
- タイプキューイングポリシーの構成
- 輻輳回避の構成
輻輳管理の構成
システムでのキューイングポリシーの適用
キューイングおよびスケジューリングの設定の確認
QoS 共有バッファの制御
ダイナミックバッファ共有を管理
QoS パケットバッファのモニター
キューイングおよびスケジューリングの設定例
- 例：出力キューでの WRED の設定
- 例：トラフィックシェーピングの設定

キューイングとスケジューリングの構成

キューイングおよびスケジューリング

キューイングおよびスケジューリングのプロセスにより、ネットワークトラフィックを管理するための堅牢なフレームワークが提供され、データがネットワーク全体でスムーズかつ効率的に流れることが保証されます。これを実現するために、次のセクションで説明するように、トラフィックキューイング、トラフィックスケジューリング、トラフィックシェーピング、輻輳回避、および輻輳管理サービスが使用されます。

トラフィックキューイング

トラフィックキューイングは、入力と出力データの両方のパケットの注文が関与しています。デバイスは、異なるトラフィッククラス内のパケットシーケンシングを制御するために複数のキューをサポートできます。これは、ネットワークを通過するデータフローを管理し、パケットが順序正しく処理されるようにするために重要です。

トラフィックスケジューリング

トラフィックのスケジューリングとは、トラフィックの一貫したフローを実現するために、パケットを必要な頻度で定期的に出力することです。トラフィックのスケジューリングをさまざまなトラフィッククラスに適用することで、プライオリティによってトラフィックに重み付けを行うことができます。

クラスマップの変更

（注）

提供されるシステム定義のキューイングクラスマップを変更することはできません。

デフォルトの動作：デフォルトでは、すべてのネットワークトラフィックが qos-group 0 と呼ばれる 1 つのカテゴリにグループ化されます。これは、特定の構成がなければ、すべてのトラフィックが同じように扱われることを意味します。
[システム定義クラス（System-Defined Classes）]：これらは、さまざまなタイプのトラフィックの処理方法を管理する事前定義されたカテゴリです。直接変更することはできません。
ポリシー処理：
- 特定のキューグループを構成できるタイプキューイングポリシーを作成できます。詳細については、タイプキューイングポリシーの構成を参照してください。
- タイプ QoS ポリシーを使用して異なる qos-group にトラフィックを割り当てる場合は、帯域幅の再割り当てなど、特定のニーズを満たすためにこれらのシステム定義のポリシーをさらに調整する必要があります。

ポリシーマップとクラスマップの設定の詳細については、「モジュラ QoS コマンドラインインターフェイス（CLI）の使用」の章を参照してください。

トラフィックシェーピング

トラフィックシェーピングは、インターフェイスを離れるトラフィックのフローを制御して、リモートターゲットインターフェイスの速度と一致させ、契約されたポリシーを遵守するために使用される手法です。このプロセスは、パケットフローを調整し、スムーズにすることで、データレートの不一致によって発生したボトルネックを解消します。重要な側面は次のとおりです：

[最大トラフィックレート（Maximum Traffic Rate）]：各ポートの出力キューのトラフィックレートに制限を課し、このしきい値を超えるパケットをバッファリングしてパケット損失を最小限に抑えます。
トラフィックポリシングとの比較：トラフィックシェーピングは、パケットをドロップするのではなくバッファすることで、TCP トラフィックの動作を改善します。
[帯域幅制御（Bandwidth Control）]：使用可能な帯域幅を制御できます。トラフィックがシェーパーレートに準拠するようにし、特定のターゲットインターフェイスの過剰な出力トラフィックを回避します。
キュー長のしきい値（Queue Length Thresholds）：キュー長を効果的に管理するため、重み付けランダム早期検出（WRED）を使用して構成されます。

輻輳回避

次の方式を使用して、デバイス上のトラフィックの輻輳を予防的に回避できます。

TCP または非 TCP トラフィックに WRED を適用します。
TCP または非 TCP トラフィックにテールドロップを適用します。

輻輳管理

輻輳管理では、次の方法を使用して、キューがしきい値を超えた場合の輻輳を防止することで、ネットワークパフォーマンスを維持します。

明示的な混雑通知（ECN）（Explicit Congestion Notification）
Approximate Fair Drop
重み付けランダム早期検出

輻輳管理の設定の詳細については、「出力キューでの WRED の設定」の項を参照してください。

明示的な混雑通知（ECN）（Explicit Congestion Notification）

Explicit Congestion Notification（ECN）は WRED の拡張で、平均キュー長が特定のしきい値を超えた場合にパケットをドロップせずにマーキングします。これは、ルータやエンドホストに輻輳を通知し、パケット伝送を遅くするように促すのに役立ちます。

Approximate Fair Drop

近似フェアドロップ（AFD）は、輻輳時に長寿命の大規模フロー（エレファントフロー）に作用するアクティブキュー管理（AQM）アルゴリズムで、短フロー（マウスフロー）には影響しません。

輻輳が発生すると、AFD アルゴリズムは、大規模なフローから確率的にパケットをドロップし、短いフローには影響を与えずに、設定されたキューの望ましい値でキューの占有率を維持します。

ECN は、パケットをドロップする代わりに輻輳状態をマーキングするために、特定のトラフィッククラスで AFD と有効にできます。

（注）

AFD アルゴリズムは、エレファントフローとして認定されたフローにのみ適用できます。マウスフローは保護されており、AFD ドロップの影響を受けません。

AFD ユーザプロファイル

AFD では次の 3 つのユーザプロファイルが提供されます。

メッシュ（アグレッシブ）

AFD および ETRAP タイマーはアグレッシブに設定されているため、キューの深さはそれほど大きくなく、キューの望ましい値の近くに維持されます。
バースト（デフォルト）

AFD および ETRAP タイマーはアグレッシブでもコンサバティブでもないため、キューの深さがキューの望ましい値の近くにあることが確認できます。
ウルトラバースト（コンサバティブ）

AFD タイマーと ETRAP タイマーはコンサバティブに設定されているため、より多くのバーストが吸収され、キューの深さの変動がキューの望ましい値の周辺で確認されます。

これらのプロファイルは、ETrap および AFD タイマーを、非常にバースト性のあるトラフィックまたはそれほどバースト性のないトラフィックなど、さまざまなトラフィックプロファイルに対して事前に設定された値に設定します。設定の柔軟性を高めるために、プロファイルで設定された ETrap period は、hardware qos etrap コマンドで ETrap age-period を設定することで上書きできます。ただし、AFD タイマーは変更できません。

次に、ETrap age-period の設定例を示します。

switch(config)# hardware qos etrap age-period 50 usec

次に、AFD ユーザプロファイルの設定例を示します。

Mesh（Aggressive with ETrap age-period：20 µsec and AFD period：10 µsec）
```
switch(config)# hardware qos afd profile mesh
```
Burst (Default with ETrap age-period: 50 µsec and AFD period: 25 µsec)
```
switch(config)# hardware qos afd profile burst
```
Ultra-burst (Conservative with ETrap age-period: 100 µsec and AFD period: 50 µsec)
```
switch(config)# hardware qos afd profile ultra-burst
```

エレファントフロー

フローで受信したバイト数が Etrap byte-count-threshold で指定されたバイト数を超えると、フローはエレファントフローまたは、大規模なフローと見なされます。

フローが引き続きエレファントフローであるためには、構成されたタイマー期間に構成された bw_threshold のバイト数を受信する必要があります。それ以外の場合、フローは ETrap ハッシュテーブルから削除されます。

すべてのエレファントフローの入力レートが計算され、AFD アルゴリズムが消費する出力に転送されます。

エレファントトラップ

エレファントトラップ（ETrap）はフローを識別してハッシュし、ドロップ確率の計算のためにフローごとの到着レートを AFD に転送します。これは、大規模なフローと短いフローを区別し、大規模なフローのみが AFD ドロップの対象となるようにするのに役立ちます。

ETrap パラメータ

ETrap には、構成可能な次のパラメータがあります：

Byte-count

Byte-count は、エレファントフローを識別するために使用されます。フローで受信したバイト数が byte-count-threshold で指定されたバイト数を超えると、そのフローはエレファントフローと見なされます。（デフォルトの byte-count は 1 MB 以下です）。
Age-period および Bandwidth-threshold

Age-period および Bandwidth-threshold は、エレファントフローのアクティブ性を追跡するために一緒に使用されます。

エージング期間中の平均帯域幅が設定された帯域幅しきい値よりも低い場合、エレファントフローは非アクティブと見なされ、タイムアウトになり、エレファントフローテーブルから削除されます。（デフォルトの経過時間は 50 マイクロ秒です。デフォルトの bandwidth-threshold は 500 バイトです。

例:


switch (config)# hardware qos etrap age-period 50 usec
switch (config)# hardware qos etrap bandwidth-threshold 500 bytes
switch (config)# hardware qos etrap byte-count 1048555

重み付けランダム早期検出

重み付けランダム早期検出は、ランダムなドロップ確率を計算し、トラフィッククラスのすべてのフローでパケットを無差別にドロップする別の AQM アルゴリズムです。AFD と同時に使用することはできません。どちらも目的は同じですが、方法が異なるためです。

WRED と AFD の比較


機能	WRED	AFD
アルゴリズムタイプ	アクティブキュー管理	アクティブキュー管理
ドロップメカニズム/輻輳管理	ランダムなドロップ確率を計算し、トラフィッククラスのすべてのフローでパケットを無差別にドロップします。	着信フローの到着レートに基づいてドロップ確率を計算し、計算された適正レートと比較し、ショートフローに影響を与えずに、大規模フローからのパケットをドロップします。
優先的対応	よりプライオリティの高いフローを維持するために、パケットのプライオリティ（CoS、DSCP/トラフィッククラス、または IP precedence 値）を考慮	長寿命のエレファントフローと短命のマイスフローを区別することにより公平さを重視し、マイスフローがドロップされないようにします。

（注）

AFD と WRED を同時に適用することはできません。システムで使用できるのは 1 つだけです。

キューイングおよびスケジューリングの前提条件

キューイングおよびスケジューリングの前提条件は、次のとおりです。

モジュラ QoS CLI について理解している。
デバイスにログインしている必要があります。

キューイングとスケジュール設定のガイドラインおよび制約事項

キューイングおよびスケジューリングの設定に関する注意事項および制約事項は、次のとおりです。

（注）

スケールの情報については、リリース特定の『Cisco Nexus 9000 Series NX-OS Verified Scalability Guide』を参照してください。

キューイングおよびスケジューリングの構成とポートの制限事項

ポートの制限事項
- 変更には中断が伴います。指定したポートタイプのポートを通過するトラフィックでは、短期間のトラフィック損失が発生する可能性があります。指定したタイプのポートがすべて影響を受けます。
- パフォーマンスに影響が出ることがあります。1 つまたは複数の指定されたタイプのポートが、新規キューの動作を定義するために適用されたキューイングポリシーが存在しない場合、そのキューに対するトラフィックマッピングはパフォーマンスの低下が発生する可能性があります。
- WRED は、ALE 対応デバイスの前面パネルの 40G アップリンクポートではサポートされません。システムレベルで WRED が設定されている場合、この設定は無視され、エラーメッセージは表示されません。ポートレベルで WRED が設定されている場合、この設定は拒否され、エラーメッセージが表示されます。
構成の制限
- internal キーワードが付いている show コマンドはサポートされていません。
- デバイスは、システムレベルのキューイングポリシーをサポートしているため、キューイングポリシーを設定する場合は、システムのすべてのポートに影響を与えます。
- type queuing ポリシーは、システムまたは入力/出力トラフィックの個別のインターフェイスだけに結合できます。
- アクティブなトラフィックがあるポートでリンクフラップが発生すると、同じまたは異なるスライス上の他のポートを通過するパケット/トラフィックの損失が発生します。フローの破棄を回避するには、キュー制限をデフォルト値からより低い値に減らし、システムレベルで適用してください。
- 1 個のクラスマップキュー（SPQ）のプライオリティを構成する場合、QoS グループ 3 のプライオリティを構成してください。複数のクラスマップキュー（SPQ）のプライオリティを設定する場合、これよりも大きな番号の QoS グループのプライオリティを設定してください。また、QoS グループは相互に隣接している必要があります。たとえば、2 個の SPQ を使用する場合は、QoS グループ 3 と QoS グループ 2 のプライオリティを設定する必要があります。
- 指定されたグループのカスタム入力キューイングポリシーを使用して付与されたバッファが切り分けられていない場合は、グローバル共有バッファのみが使用されます。

キューイングとスケジュール設定のスイッチ制約事項

Cisco Nexus 9300-GX2/HX プラットフォームスイッチおよびラインカードの場合、出力シェーパーの最小粒度はキューあたり 200 Mbps です。
100G 対応デバイス（N9K-M4PC-CFP2 GEM を搭載した Cisco Nexus 9300 プラットフォームスイッチなど）のキュー制限について：
- 動的キュー制限の最大アルファ値は、8 より大きくすることができます。ただし、サポートされる最大アルファ値は 8 です。アルファ値を 8 より大きい値に設定すると、上書きされて最大値に設定されます。
  
  アルファ値が上書きされても、メッセージは発行されません。
- 静的キュー制限の最大セル数は 20,000 です。最大 20,000 セル制限を超える値を指定すると、20,000 セル制限で上書きされます。
  
  セル制限が上書きされても、メッセージは発行されません。
100G 対応デバイス（N9K-M4PC-CFP2 GEM を搭載した Cisco Nexus 9300 シリーズスイッチなど）では、WRED しきい値の最大セル数は 20,000 です。最大 20,000 セル制限を超える値を指定すると、20,000 セル制限で上書きされます。

セル制限が上書きされても、メッセージは発行されません。
Cisco Nexus 9200 プラットフォームスイッチで高い alpha 値を割り当てると、使用可能なバッファ領域の予想される 50％を超える値が使用されます。

低いアルファ値（7 以下）を割り当てると、予想される使用可能なバッファ領域の 50％が確実に使用されます。
Cisco Nexus 9200 プラットフォームスイッチでは、静的制限がキューに設定されている場合、静的制限と動的制限の両方が動的しきい値（アルファ値）を使用して計算されます。
リーフスパインエンジン（LSE）対応スイッチの最大キュー占有率は、64K セル（最大 13 MB）に制限されています。
次の Cisco Nexus シリーズスイッチおよびラインカードの場合、出力シェーパーがキューごとに管理できる最小値は 100 Mbps です。
- Cisco Nexus 9200 プラットフォームスイッチ
- Cisco Nexus 9300-EX/FX/FX2/GX プラットフォームスイッチ
- Cisco Nexus 9700-EX/FX ラインカード
この queue-limit 構成は、9600-R/RX ラインカードを搭載した Cisco Nexus 9500 スイッチの入力キューイングポリシーにのみ適用されます。
この bandwidth percent 構成は、9600-R/RX ラインカードを搭載した Cisco Nexus 9500 スイッチの出力キューイングポリシーにのみ適用されます。bandwidth percent コマンドを設定する前に、入力キュー制限が設定されていることを確認します。
Cisco Nexus 9300-EX シリーズスイッチでは、より低い帯域幅が構成されているかどうかにかかわらず、キューには最低 5% の帯域幅が割り当てられます。一方、Cisco Nexus 9300-FX 以降のシリーズスイッチについては、キューに割り当てられる最小帯域幅は 1% です。
ディープバッファ：Cisco Nexus 9332D-H2R プラットフォームスイッチは、ユニキャストトラフィックのディープバッファをサポートします。ディープバッファを使用すると、スイッチ内の既存のバッファ（40MB）に加えて 8GB の追加バッファを提供することで、スイッチ内の大量のトラフィックを処理できます。ディープバッファは、すべてのキューでシステムでデフォルトで有効になっているため、どのキューでも輻輳シナリオ中にこれらのバッファを柔軟に占有できます。マルチキャストトラフィックは、ディーブバッファでは、サポートされていません。
Cisco Nexus 9332D-H2R プラットフォームスイッチには、主に管理トラフィック用の 2 つの特別な 33、34 ポートがあります。これらのポートには、次の点を除き、通常のポートと同じ機能がすべて備わっています。
- MACsec と PTP および周波数の同期はサポートされていません。
- キューの総数に制限があるため、ディープバッファはこれらのポートではサポートされていません。
- これらは低帯域幅ポートです。
- これらのポートは、ストアアンドフォワードモードでのみ動作します。
- これらのポートは、シェーパーの最小/最大レート保証をサポートしていません。
- PFC および no-drop クラスは、これらのポートではサポートされません。
- FC モードは、これらのポートではサポートされません。

キューイングとスケジュール設定の機能制約事項

トラフィックシェーピング
- トラフィックシェーピングは、パケットがキューイングされると、ストアアンドフォワードモードにフォールバックするため、キューイングによるパケットの遅延が大きくなる可能性があります。
- トラフィックシェーピングは、Cisco Nexus 9300 ALE 40G のポートではサポートされません。ALE 40G アップリンクポートの詳細については、『Cisco Nexus 9000 シリーズスイッチの ALE 40G アップリンクポートの制限』を参照してください。
- キューのトラフィックシェーピング設定は、同じポリシーマップ内でプライオリティや帯域幅に依存しません。
- システムキューイングポリシーは、内部ポートおよび前面パネルポートの両方に適用されます。トラフィックシェーピングがシステムのキューイングポリシーでイネーブルの場合、トラフィックシェーピングは内部ポートにも適用されます。ベストプラクティスとして、システムキューイングポリシーでトラフィックシェーピングをイネーブルにしないでください。
- 出力シェーパーがキューごとに管理できる最小値は、Cisco Nexus 9200 シリーズ、9300-EX/FX/FX2//GX、および 9700-EX/FX スイッチで 100 Mbps です。
FEX 
- FEX サポート
  - NIF トラフィックに対する HIF のシステム入力（入力）レベルキューイング。
  - NIF から HIF へのトラフィックおよび HIF から HIF へのトラフィックのシステム出力（出力）レベルキューイング。
- 出力キューイング機能は、ベースポートに対してのみ機能し、FEX ポートに対しては機能しません。
- スイッチがサポートするシステムキューイングポリシーが設定されている場合、FEX はデフォルトポリシーを使用します。
- FEX QoS システムレベルキューイングポリシーは、次の機能をサポートしていません。
  - WRED
  - キュー制限
  - トラフィックシェーピング
  - ポリシング機能
  - 複数の優先順位レベル。

AFD

Cisco Nexus 9508 スイッチ（NX-OS 7.0(3)F3(3)）では、概算のフェアドロップはサポートされていません。
AFD と WRED を同時に適用することはできません。システムで使用できるのは 1 つだけです。

AFD ポリシーがすでにシステム QoS に適用されており、2 つの一意の AFD キューイングポリシーを設定している場合は、同じスライス上のポートにそれぞれ一意の AFD ポリシーを適用する必要があります。

次に、同じスライスで一意の AFD ポリシーを作成して適用しない場合のシステムエラーの例を示します。

Eth1/50    1a006200 1    0    40    255   196   -1    1     0     0    <<<slice 1
    Eth1/51    1a006400 1    0    32    255   200   -1    0     32    56   <<<slice 0
    Eth1/52    1a006600 1    0    64    255   204   -1    1     24    48   <<<slice 1
    Eth1/53    1a006800 1    0    20    255   208   -1    0     20    40   <<<slice 0

switch(config)# interface ethernet 1/50
    switch(config-if)# service-policy type queuing output LM-out-40G
    switch(config)# interface ethernet 1/51
    switch(config-if)#service-policy type queuing output LM-out-100G
    switch(config)# interface ethernet 1/52
    switch(config-if)# service-policy type queuing output LM-out-100G
    Unable to perform the action due to incompatibility:  Module 1 returned status "Max profiles reached for unique values of queue management parameters (alpha, beta, max-threshold) in AFD config"

システム QoS に AFD ポリシーがすでに適用されていない場合は、異なるスライスのポートに同じ AFD ポリシーを構成するか、同じスライスのポートに異なる AFD ポリシーを構成できます。

（注）

後でシステム QoS で AFD キューイングを構成することはできません。

次に、AFD キューイングがすでにシステムに設定されている場合のシステムエラーの例を示します。

interface Ethernet1/50
      service-policy type queuing output LM-out-40G
    interface Ethernet1/51
      service-policy type queuing output LM-out-40G
    interface Ethernet1/52
      service-policy type queuing output LM-out-100G
    interface Ethernet1/53
      service-policy type queuing output LM-out-100G
    interface Ethernet1/54
      service-policy type queuing output LM-out-100G
    
    (config-sys-qos)# service-policy type queuing output LM-out
    Unable to perform the action due to incompatibility:  Module 1 returned status "Max profiles reached for unique values of queue management parameters (alpha, beta, max-threshold) in AFD config"

解決の順序

次に、一時停止バッファ設定の解決順序とプライオリティグループのキュー制限について説明します。

バッファ設定の一時停止

一時停止バッファの設定は、次の順序で解決されます。
- インターフェイス入力キューイングポリシー（適用されている場合、そのクラスにポーズバッファ構成が指定されている場合）。
- システム入力キューイングポリシー（適用され、一時停止バッファ構成がそのクラスに指定されている場合）。
- システムネットワーク QoS ポリシー（適用されている場合、そのクラスのポーズバッファ設定）。
- ポートの速度に関するデフォルト値。
プライオリティグループのキュー制限

プライオリティグループのキュー制限は、次の順序で解決されます。
- インターフェイス入力キューイングポリシー（適用され、そのクラスに queue-limit 設定が指定されている場合）。
- システム入力キューイングポリシー（適用され、そのクラスに queue-limit 設定が指定されている場合）。
- hardware qos ing-pg-share 設定で指定された値。
- システムのデフォルト値。

入力キューイング

入力キューイングに関する注意事項を次に示します。

デフォルトのシステム入力キューイングポリシーは存在しません。
入力キューイングポリシーは、指定されたポーズバッファ設定を上書きするために使用されます。
Cisco Nexus 9000 NX-OS の以前のリリースにダウングレードする場合は、すべての入力キューイング設定を削除する必要があります。
入力キューイング機能は、プライオリティフロー制御がサポートされているプラットフォームでのみサポートされます。
入力キューイングは、100G ポートを備えたデバイスではサポートされません。
入力キューイングポリシーは、Cisco Nexus 9732C-EX ラインカードおよび Cisco Nexus 93108TC-EX および 93180YC-EX スイッチを搭載した Cisco Nexus 9508 スイッチでは、システムレベルでのみサポートされます（インターフェイスレベルではサポートされません）。
Cisco Nexus 9636C-R および 9636Q-R ラインカードと Cisco Nexus 9508-FM-R ファブリックモジュール（Cisco Nexus 9508 スイッチ内）は、入力キューイングをサポートします。

9600-R/RX ラインカードを搭載した Cisco Nexus 9500 スイッチは、ハードウェアによって提供される大きなバッファを利用するために、バーストモードのみをサポートします。

（注）

入力側と出力側で同じポート速度を使用することをお勧めします。

キューイングポリシーと出力キューのマッピング

9600-R、R2、RX ラインカードを備えた Cisco Nexus 9500 スイッチでは、キューイングポリシーと出力キューマッピングが CloudScale スイッチとは異なります。キューイングポリシーは逆の順序でマッピングされます。

R シリーズの例：

キューイングポリシー 7 - 出力キュー 0、
キューイングポリシー 6 - 出力キュー 1 など

キューイングおよびスケジューリングでサポートされるプラットフォームおよびリリース


サポートされるリリース	サポートされるプラットフォーム	制限事項
9.3(3) 以降	Cisco Nexus 9300-FX/FX2/GX シリーズスイッチ
9.3(5) 以降	Cisco Nexus 9300-FX3 シリーズスイッチ
10.1(2) 以降	N9K-X9624D-R2 と N9K-C9508-FM-R2 プラットフォームスイッチ。	R2 では、さまざまなプライオリティレベルを CLI で設定できますが、キューイングポリシーではプライオリティレベル 1 のみがサポートされます。
10.2(3)F 以降	Cisco Nexus 9300-GX2 シリーズスイッチ
10.4(1)F 以降	Cisco Nexus 9332D-H2R スイッチ
10.4(1)F 以降	Cisco Nexus C9348GCFX3 および C9348GC-FX3PH	C9348GC-FX3PH スイッチの場合：キューイングおよびスケジューリングポリシーは、ポート 41 ～ 48 を除き、スイッチでサポートされます。出力キューでの WRED の構成は、サポートされていません。
10.4(2)F 以降	Cisco Nexus C93108TC-FX3 スイッチ Cisco Nexus 93400LD-H1 スイッチ
10.4(2)F 以降	Cisco Nexus C9232E-B1 スイッチ	8 つのキュー：8 つのユーザーキューで SPAN および CPU キューがサポートされています。 SP、DWRR、および Shaper がサポートされています。キューイング統計がサポートされています。
10.4(3)F 以降	Cisco Nexus 9364C-H1 スイッチ

（注）

AFD、WRED は Cisco Nexus 9508 スイッチ（NX-OS 7.0（3）F3（3））ではサポートされません。
PVLANはPVLAN QoSをサポートしません。

Cisco Nexus 9800 シリーズスイッチのキューイングおよびスケジューリングの注意事項と制限事項

表 1. サポートされているプラットフォームとリリース
サポートされるリリース	サポートされるプラットフォーム
10.3(1)F 以降	Cisco Nexus 9808 シリーズスイッチ
10.4(1)F 以降	Cisco Nexus 9804 シリーズスイッチ

Cisco Nexus 9800 シリーズスイッチでサポートされている機能またはサポートされていない機能。

キューイング統計がサポートされています。
入力キューイングがサポートされます。
キューごとのキュー深度カウンタはサポートされていませんが、VOQ テールドロップの追加のキューイングカウンタはサポートされています。
AFD は Cisco Nexus 9808 スイッチではサポートされません。
キューイングおよびスケジューリングポリシーで 8 つのキュー構成のみをサポートします。より少ないキューを構成できますが、サポートされていません。

キューイングとスケジューリングの構成

キューイングおよびスケジューリングを設定するには、出力インターフェイスに適用する、タイプキューイングのポリシーマップを作成します。ポリシーマップ内で使用し、ポリシーの適用先となるトラフィックのクラスを定義する、システム定義のクラスマップを変更することはできません。

システム定義ポリシーマップである default-out-policy は、キューイングポリシーマップを適用しないすべてのポートに付加されます。デフォルトポリシーマップは設定できません。

次のキューイングおよびスケジューリングの構成を実行できます。

タイプキューイングポリシー

出力の type queuing ポリシーを使用して、特定のシステムクラスのトラフィックをスケジューリングおよびバッファリングします。type queuing ポリシーは QoS グループで識別され、システムまたは入力または出力トラフィックの個別のインターフェイスに結合できます。

（注）

入力キューイングポリシーは、一時停止バッファのしきい値を設定するために使用されます。詳細については、「プライオリティフロー制御」の項を参照してください。

輻輳回避
- テールドロップの構成：しきい値を設定することにより、出力キューでテールドロップを設定できます。しきい値を超えるパケットはすべて、デバイスによってドロップされます。しきい値は、キューで使用されるキューサイズまたはバッファメモリに基づいて指定できます。
- WRED 構成：出力キューで WRED を構成し、最小および最大のパケットドロップしきい値を設定できます。キューサイズが最小しきい値を超えるにつれて、ドロップされるパケットの頻度が高くなります。最大しきい値を超えると、キューに対するすべてのパケットがドロップされます。
- AFD 構成：AFD は、出力キューイングポリシー用に構成できます。

輻輳管理

帯域幅と残存帯域幅の構成：入力キューおよび出力キューの両方で帯域幅および帯域幅の残量を設定して、インターフェイス帯域幅の最小の割合をキューに割り当てることができます。

プライオリティ構成: プライオリティを指定しない場合、システム定義の出力プライオリティキュー（pq）キューは標準キューと同様に動作します。

出力プライオリティキューで設定できるプライオリティのレベルは 1 レベルだけです。ポリシーマップの適用先となるモジュールのタイプに対応した、システム定義のプライオリティキュークラスを使用します。

非プライオリティキューについては、各キューに割り当てる残りの帯域幅の量を設定できます。デフォルトでは、デバイスは残りの帯域幅を非プライオリティキューに均等に配分します。

（注）

プライオリティキューが設定されている場合、もう一方のキューは、同じポリシーマップで残りの帯域幅しか使用できません。
1 個のクラスマップキュー（SPQ）のプライオリティを構成する場合、QoS グループ 3 のプライオリティを構成する必要があります。複数のクラスマップキュー（SPQ）のプライオリティを設定する場合、これよりも大きな番号の QoS グループのプライオリティを構成する必要があります。また、QoS グループは相互に隣接している必要があります。たとえば、2 個の SPQ を使用する場合は、QoS グループ 3 と QoS グループ 2 のプライオリティを設定する必要があります。

トラフィックシェーピング構成：出力キューでトラフィックシェーピングを構成し、出力キューに最小および最大レートを強制できます。

タイプキューイングポリシーの構成

タイプキューイングポリシーを構成するには、次の手順を実行します。

手順

ステップ 1

グローバルコンフィギュレーションモード内のpolicy-map type queuing policy-name コマンドを使用して、トラフィッククラスのセットに適用されるポリシーのセットを表す名前付きオブジェクトを作成します。

例:

switch# configure terminal
switch(config)# policy-map type queuing shape_queues
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 2

class type queuing class-name コマンドを実行して、クラスマップをポリシーマップに関連付け、指定したシステムクラスコンフィギュレーションモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-out-q-default
switch(config-pmap-c-que)#

ステップ 3

priority コマンドを実行して、このクラスに該当するトラフィックが完全優先キューにマッピングされるよう指定します。

例:

switch(config-pmap-c-que)# priority

no priority コマンドを実行して、このクラスのトラフィックから完全プライオリティキューイングを削除します。

ステップ 4

例:

switch(config-pmap-c-que)# shape min 100 mbps max 150 mbps

ステップ 5

bandwidth percent percentage コマンドを実行して、基になるインターフェイスのリンクレートの割合としてインターフェイス帯域幅の最小レートを出力キューに割り当てます。

例:

switch(config-pmap-c-que)# bandwidth percent 25

完全プライオリティキューがない場合、クラスはインターフェイス帯域幅に割り当てられたパーセンテージを受け取ります。ただし、完全プライオリティキューが存在する場合は、それが帯域幅の共有を最初に受け取ります。残りの帯域幅は、帯域幅のパーセンテージで設定されたクラス間の重み付けに基づいて共有されます。たとえば、完全プライオリティキューが帯域幅の 90 パーセントを占めている状況で、あるクラスに 75 パーセントの重み付けが設定されている場合、そのクラスは帯域幅の残りの 10 パーセントのうちの 75 パーセントを受け取ることになります。

（注）

まず class-default と class-fcoe のデフォルトの帯域幅設定を小さくすれば、そのクラスに帯域幅を正常に割り当てることができます。

no bandwidth percent percentage コマンドを実行して、帯域幅の指定をこのクラスから削除します。

ステップ 6

（任意） priority level level コマンドを実行して、 Cisco Nexus 9000 シリーズスイッチの完全優先レベルを指定します。

例:

switch(config-pmap-c-que)# priority level 3

範囲：1 ～ 7。

ステップ 7

（任意） queue-limit queue size [dynamic dynamic threshold] コマンドを実行して、Cisco Nexus 9000 シリーズスイッチのキューで利用できる静的または動的な共有制限を指定します。

例:

switch(config-pmap-c-que)# queue-limit 1000 mbytes

静的なキュー制限は、増大するキューに固定のサイズを定義します。

（注）

最小キューサイズ は 50 KB 以上である必要があります。

ダイナミックなキュー制限は、アルファ値の観点から利用可能なフリーセルの検出数によってキューのしきい値サイズを決定します。

（注）

Cisco Nexus 9200 シリーズスイッチは、アルファ値に関してクラスレベルの動的しきい値設定のみをサポートします。これは、クラス内のすべてのポートが同じアルファ値を共有することを意味します。
リリース 10.4(1)F 以降、拡張されたキュー制限の範囲は 0 ～ 9437184 です。Cisco Nexus 9332D-H2R プラットフォームスイッチでサポートされる最大しきい値は 256 MB です。

輻輳回避の構成

テールドロップまたは WRED の機能を使用して輻輳回避を設定できます。どちらの機能も、出力のポリシーマップで使用できます。

（注）

WRED およびテールドロップを同じクラス内で設定することはできません。

出力キューでのテールドロップの構成

出力キューでテールドロップを構成するには、次の手順を実行します

手順

ステップ 1

グローバルコンフィギュレーションモードで hardware qos q-noise percent value コマンドを実行し、ランダムノイズパラメータを調整します。

例:

switch# configure terminal
switch(config)# hardware qos q-noise percent 30

デフォルト：20 パーセント。

このコマンドは、Cisco Nexus 9200 および 9300-EX シリーズスイッチの Cisco NX-OS リリース 7.0(3)I4(4) 以降）向けにサポートされています。

ステップ 2

policy-map [type queuing] [match-first] [policy-map-name] コマンドを実行して、タイプキューイングのポリシーマップを設定し、指定したポリシーマップ名のポリシーマップモードを開始します。

例:

switch(config)# policy-map type queuing shape_queues
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 3

class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-out-q1
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

ステップ 4

queue-limit {queue-size [bytes | kbytes | mbytes] | dynamic value} コマンドを使用して、キューサイズに基づいてテールドロップしきい値を割り当てます。

例:

switch(config-pmap-c-que)# queue-limit 1000 mbytes

バイト、キロバイト、メガバイト単位のキューサイズまたは、使用可能な空きセルの数に応じてキューのしきい値サイズを動的に決定できるようにします。指定したしきい値を超えるパケットは、デバイスによってドロップされます。

バイトベースのキューサイズの有効な値： 1 ～ 83886080 です。

ダイナミックキューのサイズの有効な値：次の表に指定されているように 0 ～ 10 です。


alpha の値	Network Forwarding Engine（NFE）対応スイッチ		リーフスパインエンジン（LSE）対応スイッチ
alpha の値	定義	キューごとの最大レート（%）	定義	キューごとの最大レート（%）	ASIC 値
0	1/128	～ 0.8 %	1/8	～ 11 %	0
1	1/64	～ 1.5 %	1/4	～ 20 %	1
2	1/32	～ 3 %	1/2	～ 33 %	3
3	1/16	～ 6 %	3/4	～ 42 %	5
4	1/8	～ 11 %	1 1/8	～ 53 %	8
5	1/4	20%	1 3/4	～ 64 %	14
6	1/2	～ 33 %	3	～ 75 %	16
7	1	50 %	5	～ 83 %	18
8	2	～ 66 %	8	～ 89 %	21
9	4	～ 80 %	14	～ 92.5	27
10	8	～ 89 %	18	～ 95 %	31

たとえば、ダイナミックキューサイズとして 6 を設定すると、alpha 値は ½ です。ダイナミックキューサイズとして 7 を設定すると、alpha 値は 1 です。

queue-limit を計算する際には、以下の点を考慮してください。

queue-limit = (alpha/(1 + alpha)) x バッファ合計数

たとえば、ダイナミックキューサイズに 7 を使用して queue-limit を設定する場合、queue-limit の最大値は「(1/(1+1)) x 合計バッファ数」になります。つまり、「queue-limit = ½ x 合計バッファ数」となります。

（注）

上記の計算によって最大キュー占有率が決定されますが、Application Spine Engine（ASE2、ASE3）およびリーフスパインエンジン（LSE）対応スイッチの場合、すべてのケースで最大キュー占有率は 64K セルに制限されます。

（注）

ALE 対応デバイスでのしきい値の設定は、システムレベルでのみサポートされます。ポートレベルではサポートされません。

ステップ 5

他のキュークラスに対するテールドロップしきい値を割り当てるには、ステップ 3 および 4 を繰り返します。

ステップ 6

show policy-map [type queuing [policy-map-name | default-out-policy]] コマンドを実行して、構成済みのすべてのポリシーマップ、すべてのタイプキューイングのポリシーマップ、選択したタイプキューイングのポリシーマップ、またはデフォルトの出力キューイングポリシーについて、情報を表示します。

例:

switch(config)# show policy-map type queuing shape_queues

ステップ 7

copy running-config startup-config コマンドを実行して実行コンフィギュレーションをスタートアップコンフィギュレーションに保存します。

例:

switch(config)# copy running-config
startup-config

出力キューでの WRED の構成

WRED を出力キューに構成する手順は、次のとおりです。

手順

ステップ 1

例:

switch(config)# policy-map type queuing shape_queues
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 2

class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-out-q1
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

ステップ 3

random-detect [minimum-threshold min-threshold {packets | bytes | kbytes | mbytes} maximum-threshold max-threshold {packets | bytes | kbytes | mbytes} drop-probability value weight value] [threshold {burst-optimized | mesh-optimized}] [ecn | non-ecn] [queue length weight value] コマンドを実行して、指定されたキューイングクラスで WRED を設定します。

例:

Wred 構成

switch(config-pmap-c-que)# random-detect
minimum-threshold 10 mbytes
maximum-threshold 20 mbytes

例:

非 ECN オプションを使用した WRED 構成

switch(config-pmap-c-que)# random-detect non-ecn
minimum-threshold 1000 kbytes
maximum-threshold 4000 kbytes 
drop-probability 100

switch(config-pmap-c-que)# show queuing interface eth 1/1 | grep WRED
WRED Drop Pkts 		0
WRED Non ECN Drop Pkts	0 
switch(config-pmap-c-que)#

パケットをキューからドロップするのに使用する最小および最大のしきい値を指定できます。しきい値は、パケット数、バイト数、キロバイト数、またはメガバイト数で指定されます。最小および最大のしきい値は同じタイプにする必要があります。範囲：1 ～ 52428800。

代わりに、バーストまたはメッシュトラフィック用に最適化されたしきい値を指定するか、または明示的輻輳通知（ECN）に基づいてパケットをドロップするように WRED を設定できます。Cisco NX-OS Release 7.0(3)I6(1) 以降では、Network Forwarding Engine（NFE）プラットフォームは、非 ECN フローのドロップしきい値を設定するための non-ecn オプションをサポートしています。

（注）

minimum-threshold および maximum-threshold パラメータは、Cisco Nexus 9300 プラットフォームスイッチおよび Cisco Nexus 9564TX および 9564PX ラインカードではサポートされていません。
リリース 10.4（1）F 以降、WRED および ECN キュー制限の範囲は 0 ～ 52428800 です。Cisco Nexus 9332D-H2R プラットフォームスイッチでサポートされる最大しきい値は 256 MB です。

random-detect が policy-map で設定されている場合、デフォルトのしきい値とドロップ確率は次のようになります。

新しいプラットフォームでは、しきい値は 0 であり、バッファ使用率に関係なくドロップ確率が適用されます。
古いプラットフォームでは、しきい値は最小 100 KB、最大 120 KB です。

ドロップ確率は、すべてのプラットフォームでバースト最適化とメッシュ最適化でそれぞれ 10％と 90％で一貫しています。

トラフィックのキュー長の重み付けを指定することもできます。キュー長の範囲は 0 ～ 15 です。

ステップ 4

（任意）他のキューイングクラスに対する WRED を設定するには、ステップ 2 ～ 3 を繰り返します。

ステップ 5

（任意） congestion-control random-detect forward-nonecn を実行しますコマンドは、非 ECN 対応トラフィックが WRED しきい値をバイパスし、出力キュー制限とテールドロップが発生するまで拡張できるようにします。

例:

switch(config-pmap-c-que)# congestion-control random-detect forward-nonecn

このグローバルコマンドは、WRED+ECN 構成で使用することを目的としており、非 ECN 対応トラフィックの WRED ドロップを回避することを意図しています。このオプションは、Cisco NX-OS リリース 7.0(3)I4(2) 以降で使用でき、Cisco Nexus 9200 プラットフォームスイッチ、Cisco Nexus 93108TC-EX および 93180YC-EX スイッチ、および Cisco Nexus 9732C-EX ラインカードを搭載した Cisco Nexus 9508 スイッチでのみサポートされます。

Cisco NX-OS リリース 7.0(3)I4(5) 以降、この機能は Cisco Nexus 9636PQ ラインカードを搭載した Cisco Nexus 9508 スイッチおよび Cisco Nexus 3164Q スイッチでサポートされます。

出力キューでの AFD の構成

AFD を出力キューに構成する手順は、次のとおりです。

手順

ステップ 1

グローバル構成モードで policy-map [type queuing] [match-first] [policy-map-name] コマンドを実行して、タイプキューイングのポリシーマップを設定し、指定したポリシーマップ名のポリシーマップモードを開始します。

例:

switch# configure terminal
switch(config)# policy-map type queuing afd_8q-out
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 2

class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-out-8q-q3
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

ステップ 3

必要なキューを指定するために afd queue-desired <number> [bytes | kbytes | mbytes] [ecn] コマンドを実行します。

例:

ECN を使用しない AFD の設定


switch(config)# policy-map type queuing afd_8q-out 
switch(config-pmap-que)# class type queuing c-out-8q-q3
switch(config-pmap-c-que)# afd queue-desired 600 kbytes

ECN を使用した AFD の設定


switch(config)# policy-map type queuing afd-ecn_8q-out 
switch(config-pmap-que)# class type queuing c-out-8q-q3
switch(config-pmap-c-que)# afd queue-desired 150 kbytes ecn

さまざまなポート速度に対するの推奨値は次のとおりです。queue-desired


ポート速度	キューの値
10G	150 kbytes
40G	600 kbytes
100 G	1500 kbytes

（注）

キューの値はユーザが設定できます。
リリース 10.4（1）F 以降、AFD キュー制限の範囲は 0 ～ 52428800 です。Nexus 9332D-H2R プラットフォームスイッチでサポートされる最大しきい値は 256 MB です。

次のタスク

AFD の設定後、次のようにポリシーをシステムまたはインターフェイスに適用できます。

システム


switch(config)# system qos 
switch(config-sys-qos)# service-policy type queuing output afd_8q-out

インターフェイス


switch(config)# int e1/1
switch(config-if)# service-policy type queuing output afd_8q-out

輻輳管理の構成

次の輻輳管理方式のうちいずれか 1 つだけをポリシーマップで設定できます。

bandwidth および bandwidth remaining コマンドを使用して、最小のデータレートをキューに割り当てる方式。
priority コマンドを使用して、トラフィックのクラスに対するすべてのデータをプライオリティキューに割り当てる方式。bandwidth remaining コマンドを使用して、残りのトラフィックを非プライオリティキュー間で分配できます。デフォルトでは、残りの帯域幅はシステムによって非プライオリティキュー間で均等に分配されます。
shape コマンドを使用して、最小および最大のデータレートをキューに割り当てる方式。

選択する輻輳管理機能に加えて、次のいずれかのキュー機能をポリシーマップの各クラスで設定できます。

キューサイズとキュー制限の使用に基づくテールドロップしきい値。詳細については、出力キューでのテールドロップの構成を参照してください。

優先パケットのドロップに対する WRED。詳細については、「出力キューでの WRED の設定」の項を参照してください。

（注）

WRED は Cisco Nexus 9508 スイッチ（NX-OS 7.0(3)F3(3)）ではサポートされません。

帯域幅および帯域幅の残量の構成

最小のインターフェイス帯域幅（%）をキューに割り当てるように、出力キューの帯域幅および残りの帯域幅を設定できます。

（注）

保証帯域幅が設定されている場合、プライオリティキューは同じポリシーマップでディセーブルにする必要があります。

出力キューの帯域幅を構成するには、次の手順を実行します。

（注）

FEX の出力キューに帯域幅と帯域幅の残りを構成する場合は、 feature-set fex が有効になっていることを確認します。

手順

ステップ 1	グローバル構成モードで policy-map [type queuing] [match-first] [`policy-map-name`] コマンドを実行して、タイプキューイングのポリシーマップを設定し、指定したポリシーマップ名のポリシーマップモードを開始します。例: `switch# configure terminal switch(config)# policy-map type queuing shape_queues switch(config-pmap-que)#` ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。
ステップ 2	class type queuing `class-name` コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。例: `switch(config-pmap-que)# class type queuing c-out-q1 switch(config-pmap-c-que)#` クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。
ステップ 3	bandwidth {percent `percent`} コマンドを実行して、基になるインターフェイスのリンクレートの割合としてインターフェイス帯域幅の最小レートを出力キューに割り当てます。例: `switch(config-pmap-c-que)# bandwidth percent 25` 基になるインターフェイスのリンクレートの割合としてインターフェイス帯域幅の最小レートを出力キューに割り当てます。範囲：0 ～ 100 です。この例では、帯域幅を基になるリンクレートの最小 25% に設定しています。
ステップ 4	bandwidth remaining percent `percent` コマンドを実行して、残存している帯域幅のパーセンテージを割り当てます。例: `switch(config-pmap-c-que)# bandwidth remaining percent 25` 残りの帯域幅の割合をこのキューに割り当てます。範囲：0 ～ 100 です。この例では、このキューの帯域幅を残りの帯域幅の 25% に設定しています。
ステップ 5	（任意）他のキュークラスに帯域幅を割り当てるには、ステップ 3 と 4 または 5 を繰り返します。
ステップ 6	exit コマンドを実行して、ポリシーマップキューモードを終了し、グローバルコンフィギュレーションモードを開始します。例: `switch(config-cmap-que)# exit switch(config)#`
ステップ 7	（任意） show policy-map [type queuing [`policy-map-name` \| default-out-policy]] コマンドを実行して、構成済みのすべてのポリシーマップ、すべてのタイプキューイングのポリシーマップ、選択したタイプキューイングのポリシーマップ、またはデフォルトの出力キューイングポリシーについて、情報を表示します。例: `switch(config)# show policy-map type queuing shape_queues`
ステップ 8	copy running-config startup-config コマンドを実行して実行コンフィギュレーションをスタートアップコンフィギュレーションに保存します。例: `switch(config)# copy running-config startup-config`

優先順位を構成

出力キューの優先順位を指定するには、次の手順を実行します。

（注）

FEX の出力キューの優先順位を構成する場合は、 feature-set fex が有効になっていることを確認します。

手順

ステップ 1

例:

switch# configure terminal
switch(config)# policy-map type queuing inq_pri
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 2

class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-in-q3
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

ステップ 3

priority [ level value] コマンドを実行して、このキューを優先順位キューとして選択します。サポートされているプライオリティレベルは 1 レベルだけです。

例:

switch(config-pmap-c-que)# priority

（注）

FEX QoS プライオリティは、c-out-q3 class mapでのみサポートされます。

ステップ 4

（任意） class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-c-que)# class type queuing c-in-q2
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

残りの帯域幅を設定する非プライオリティキューを選択します。デフォルトでは、残りの帯域幅はシステムによって非プライオリティキュー間で均等に分配されます。

ステップ 5

bandwidth remaining percent percent コマンドを実行して、残存している帯域幅のパーセンテージを割り当てます。

例:

switch(config-pmap-c-que)# bandwidth remaining percent 25

残りの帯域幅の割合をこのキューに割り当てます。範囲：0 ～ 100 です。

この例では、このキューの帯域幅を残りの帯域幅の 25% に設定しています。

ステップ 6

（任意）ステップ 4 ～ 5 を繰り返して、その他の非プライオリティキューにプライオリティを割り当てます。

ステップ 7

（任意） show policy-map [type queuing [policy-map-name | default-out-policy]] コマンドを実行して、構成済みのすべてのポリシーマップ、すべてのタイプキューイングのポリシーマップ、選択したタイプキューイングのポリシーマップ、またはデフォルトの出力キューイングポリシーについて、情報を表示します。

例:

switch(config)# show policy-map type queuing shape_queues

ステップ 8

copy running-config startup-config コマンドを実行して実行コンフィギュレーションをスタートアップコンフィギュレーションに保存します。

例:

switch(config)# copy running-config startup-config

トラフィックシェーピングの設定

トラフィックシェーピングを構成するには、次の手順に従います。

始める前に

パケットのランダム検出の下限および上限しきい値を設定します。

手順

ステップ 1

例:

switch# configure terminal
switch(config)# policy-map type queuing shape_queues
switch(config-pmap-que)#

ポリシーマップ名は、最大 40 文字の英字、ハイフン、または下線文字を使用でき、大文字と小文字が区別されます。

ステップ 2

class type queuing class-name コマンドを実行してタイプキューイングのクラスマップを構成し、ポリシーマップクラスキューイングモードを開始します。

例:

switch(config-pmap-que)# class type queuing c-out-q1
switch(config-pmap-c-que)#

クラスキューイング名は、前述の「システム定義のタイプキューイングクラスマップ」表に示されています。

ステップ 3

shape min value {bps | gbps | kbps | mbps | pps} max value {bps | gbps | kbps | mbps | pps} コマンドを実行して出力キューの最小および最大ビットレートを割り当てます。

例:

switch(config-pmap-c-que)# shape min 100 mbps max 150 mbps

デフォルトのビットレートは bps です。

この例では、最小レート 100 メガビット（メガビット/秒）および最大レート 150 mbps にトラフィックをシェーピングしています。

（注）

トラフィックシェーピングが必要なほとんどのシナリオでは、max shaper 値のみの設定が必要です。たとえば、トラフィックをシェーピングし、必要な最大レートに制限する場合は、最小シェーパー値を 0 に、最大シェーパー値を最大必要レートに設定します。

最小シェーパー値は、保証レートが必要な特定のシナリオにのみ設定する必要があります。たとえば、トラフィックに保証レートを設定する場合は、最小シェーパー値を保証レートとして設定し、最大値を保証レート（またはポート速度レートの最大値）よりも大きい値に設定します。

ステップ 4

（任意）他のキュークラスにシェープトラフィックを割り当てるには、ステップ 2 と 3 を繰り返します。

ステップ 5

例:

switch(config)# show policy-map type queuing shape_queues

ステップ 6

copy running-config startup-config コマンドを実行して実行コンフィギュレーションをスタートアップコンフィギュレーションに保存します。

例:

switch(config)# copy running-config startup-config

システムでのキューイングポリシーの適用

システムのキューイングポリシーをグローバルに適用するために次のステップに従います。

手順

ステップ 1

システム QoS モードに入るためにグローバルコンフィギュレーションモードで system qos コマンドを実行します。

例:

switch# configure terminal
switch (config)# system qos
switch (config-sys-qos)#

ステップ 2

service-policy type queuing output {policy-map-name | default-out-policy} コマンドを実行してポリシーマップをシステムの入力パケットまたは出力パケットに追加します。

例:

switch (config-sys-qos)# service-policy type queuing map1

（注）

output キーワードは、そのポリシーマップがインターフェイスの送信済みトラフィックに適用される必要があることを示します。
システムをデフォルトのキューイングサービスポリシーに戻すには、このコマンドの no 形式を使用します。

キューイングおよびスケジューリングの設定の確認

キューイングおよびスケジューリングの設定を確認するには、次のコマンドを使用します:


コマンド	目的
show class-map [type queuing [ `class-name`]]	設定済みのすべてのクラスマップ、すべてのタイプキューイングのクラスマップ、または選択したタイプキューイングのクラスマップについて、情報を表示します。
show policy-map [type queuing [`policy-map-name` \| default-out-policy]]	設定済みのすべてのポリシーマップ、すべてのタイプキューイングのポリシーマップ、または選択したタイプキューイングのポリシーマップ、またはデフォルトの出力キューイングポリシーについて、情報を表示します。
show policy-map system	システムの設定済みのすべてのポリシーマップに関する情報を表示します。

QoS 共有バッファの制御

QoS バッファは、ポート/キューおよび共有スペースごとにサポートします。予約をディセーブルまたは制限することで、すべてのフローで共有される QoS バッファを制御できます。

このコマンドは、QoS 共有バッファを制御するために使用されます。hardware qos min-buffer


hardware qos min-buffer[all \|default \|none]	all すべての予約が有効になっている現在の動作（ON）。 default qos-group-0 に対してのみ予約をイネーブルにします。 none すべての qos-group の予約をディセーブルにします。

このコマンドは、現在のバッファ設定を表示するために使用されます。show hardware qos min-buffer

ダイナミックバッファ共有を管理

NX-OS 7.0（3）I7（4）以降では、スライス間でのダイナミックバッファ共有（出力バッファリング）が hardware qos dynamic-buffer-sharing コマンドで設定されます。コマンドの後に、スイッチをリロードしてダイナミックバッファリングをイネーブルにする必要があります。

バッファ共有は、ダイナミックバンク割り当て（1 バンク= 4k セル、1 セル= 416 バイト）によって有効になり、スライスに分散されるバンクを管理するグローバルコントローラ（eCPU）によって制御されます。ダイナミックバッファ共有では、各スライスに 6 個の予約済みバンク（10MB）が提供され、スライス間で共有用に 12 個のバンク（20MB）が提供されます。

（注）

ダイナミックバッファ共有は、Nexus 9300-FX2 プラットフォームスイッチでのみサポートされます。「Nexus スイッチプラットフォームサポートマトリックス」を参照してください。

QoS パケットバッファのモニター

Cisco Nexus 9000 シリーズデバイスには、ポートおよびダイナミック共有メモリごとに専用として区切られた 12 MB のメモリバッファがあります。各前面パネルポートの出力には、4 個のユニキャストキューと 4 個のマルチキャストキューがあります。バーストまたは輻輳シナリオでは、各出力ポートはダイナミック共有メモリからバッファを消費します。

共有バッファのリアルタイムおよびピークステータスをポートごとに表示できます。セルの数に関して、すべてのカウンタが表示されます。各セルは 208 バイトです。また消費量と使用可能なセルの数に関して、グローバルレベルバッファの消費を表示できます。

（注）

ALE 対応デバイスの共有バッファのモニタリングは、ポートレベルではサポートされていません。

（注）

ここで紹介する例では、ポート番号は Broadcom ASIC のポートです。

次に、システムバッファ最大セル使用量カウンタをクリアする例を示します。


switch# clear counters buffers
Max Cell Usage has been reset successfully

次に、特定のモジュールのバッファ使用率のしきい値を設定する例を示します。


switch(config)# hardware profile buffer info port-threshold module 1 threshold 10
Port threshold changed successfully

（注）

バッファしきい値機能は、no-drop クラスを設定している場合（PFC）、ポートでイネーブルになっていません。
設定されたしきい値のバッファカウントは、ポートのすべてのキューにおいて、そのポートに使用されるすべてのバッファに対して、5 秒ごとにチェックされます。
すべてのモジュールまたは特定のモジュールのすべてのポートに適用される、しきい値の割合を設定できます。デフォルトのしきい値は、共有プール SP-0 スイッチのセル数の 90% です。この設定は、イーサネット（前面パネル）ポートおよび内部（HG）ポートの両方に適用されます。
バッファしきい値機能は、ACI 対応デバイスポートではサポートされません。

次に、インターフェイスハードウェアマッピングを表示する例を示します。


switch# show interface hardware-mappings 
Legends:
       SMod  - Source Mod. 0 is N/A
       Unit  - Unit on which port resides. N/A for port channels
       HPort - Hardware Port Number or Hardware Trunk Id:
       FPort - Fabric facing port number. 255 means N/A
       NPort - Front panel port number
       VPort - Virtual Port Number. -1 means N/A

--------------------------------------------------------------------
Name       Ifindex  Smod Unit HPort FPort NPort VPort
--------------------------------------------------------------------
Eth2/1     1a080000 4    0    13    255   0     -1   
Eth2/2     1a080200 4    0    14    255   1     -1   
Eth2/3     1a080400 4    0    15    255   2     -1   
Eth2/4     1a080600 4    0    16    255   3     -1   
Eth2/5     1a080800 4    0    17    255   4     -1   
Eth2/6     1a080a00 4    0    18    255   5     -1   
Eth2/7     1a080c00 4    0    19    255   6     -1   
Eth2/8     1a080e00 4    0    20    255   7     -1   
Eth2/9     1a081000 4    0    21    255   8     -1   
Eth2/10    1a081200 4    0    22    255   9     -1   
Eth2/11    1a081400 4    0    23    255   10    -1   
Eth2/12    1a081600 4    0    24    255   11    -1   
Eth2/13    1a081800 4    0    25    255   12    -1   
Eth2/14    1a081a00 4    0    26    255   13    -1   
Eth2/15    1a081c00 4    0    27    255   14    -1   
Eth2/16    1a081e00 4    0    28    255   15    -1   
Eth2/17    1a082000 4    0    29    255   16    -1   
Eth2/18    1a082200 4    0    30    255   17    -1   
Eth2/19    1a082400 4    0    31    255   18    -1   
Eth2/20    1a082600 4    0    32    255   19    -1   
Eth2/21    1a082800 4    0    33    255   20    -1   
Eth2/22    1a082a00 4    0    34    255   21    -1   
Eth2/23    1a082c00 4    0    35    255   22    -1   
Eth2/24    1a082e00 4    0    36    255   23    -1

キューイングおよびスケジューリングの設定例

ここでは、キューイングおよびスケジューリングの設定例を示します。

（注）

デフォルトのシステムクラスは、qos-group に基づいてキューイング一致を入力します（デフォルトでは、qos-group 0 にすべてのトラフィックが一致し、このデフォルトキューは 100％の帯域幅を取得します）。タイプキューイングクラスおよびポリシーに適切に一致するように、最初に qos-group を設定するタイプ QoS ポリシーを作成します。

例：出力キューでの WRED の設定

次に、出力キューの WRED 機能を設定する例を示します。

configure terminal
  class-map type queuing match-any c-out-q1
    match qos-group 1
  class-map type queuing match-any c-out-q2
    match qos-group 1
  policy-map type queuing wred
    class type queuing c-out-q1
      random-detect minimum-threshold 10 bytes maximum-threshold 1000 bytes
    class type queuing c-out-q2
      random-detect threshold burst-optimized ecn

例：トラフィックシェーピングの設定

次に、各クラスに 500 mbps と 1000 mbps を使用してトラフィックシェーピングを設定する例を示します。

configure terminal
  class-map type queuing match-any c-out-q1
    match qos-group 1
  class-map type queuing match-any c-out-q2
    match qos-group 1
policy-map type queuing pqu
  class type queuing c-out-8q-q3
    bandwidth percent 20
    shape min 100 mbps max 500 mbps
  class type queuing c-out-8q-q2
    bandwidth percent 30
    shape min 200 mbps max 1000 mbps
  class type queuing c-out-8q-q-default
    bandwidth percent 50
  class type queuing c-out-8q-q1
    bandwidth percent 0
  class type queuing c-out-8q-q4
    bandwidth percent 0
  class type queuing c-out-8q-q5
    bandwidth percent 0
  class type queuing c-out-8q-q6
    bandwidth percent 0
  class type queuing c-out-8q-q7
    bandwidth percent 0
system qos
  service-policy type queuing output pqu

Cisco Nexus 9000 シリーズ NX-OS Quality of Service 構成ガイド、リリース 10.4(x)

偏向のない言語

翻訳について

検索結果

章のタイトル： キューイングとスケジューリングの構成

キューイングとスケジューリングの構成

キューイングおよびスケジューリング

トラフィック キューイング

トラフィック スケジューリング

クラス マップの変更

トラフィック シェーピング

輻輳回避

輻輳管理

明示的な混雑通知（ECN）（Explicit Congestion Notification）

Approximate Fair Drop

AFD ユーザ プロファイル

エレファントフロー

エレファント トラップ

ETrap パラメータ

重み付けランダム早期検出

WRED と AFD の比較

キューイングおよびスケジューリングの前提条件

キューイングとスケジュール設定のガイドラインおよび制約事項

キューイングおよびスケジューリングの構成とポートの制限事項

キューイングとスケジュール設定のスイッチ制約事項

キューイングとスケジュール設定の機能制約事項

解決の順序

入力キューイング

キューイング ポリシーと出力キューのマッピング

キューイングおよびスケジューリングでサポートされるプラットフォームおよびリリース

Cisco Nexus 9800 シリーズ スイッチのキューイングおよびスケジューリングの注意事項と制限事項

キューイングとスケジューリングの構成

タイプ キューイング ポリシーの構成

手順

例:

例:

例:

例:

例:

例:

例:

輻輳回避の構成

出力キューでのテール ドロップの構成

手順

例:

例:

例:

例:

例:

例:

出力キューでの WRED の構成

手順

例:

例:

例:

例:

例:

出力キューでの AFD の構成

手順

例:

例:

例:

次のタスク

輻輳管理の構成

帯域幅および帯域幅の残量の構成

手順

例:

例:

例:

例:

例:

例:

例:

優先順位を構成

手順

例:

例:

例:

例:

例:

章のタイトル：キューイングとスケジューリングの構成

トラフィックキューイング

トラフィックスケジューリング

クラスマップの変更

トラフィックシェーピング

AFD ユーザプロファイル

エレファントトラップ

キューイングポリシーと出力キューのマッピング

Cisco Nexus 9800 シリーズスイッチのキューイングおよびスケジューリングの注意事項と制限事項

タイプキューイングポリシーの構成

出力キューでのテールドロップの構成

システムでのキューイングポリシーの適用

ダイナミックバッファ共有を管理

QoS パケットバッファのモニター

例：トラフィックシェーピングの設定