Cisco Nexus 9000 シリーズ NX-OS Quality of Service 構成ガイド リリース 10.2（x） - リンク レベル フロー制御の設定 [Cisco Nexus 9000 シリーズ スイッチ] (2024)

リンク レベル フロー制御（LLFC）には、次の設定上のガイドラインと制約事項があります。

• キーワードが付いているコマンドはサポートされていません。 show internal

• FEX HIF または FEX HIF PO インターフェイスでの LLFC の変更または設定はサポートされていません。

• ネットワーク転送エンジン（Network Forwarding Engine（NFE））（および NFE 搭載の Cisco Nexus 3164Q スイッチ）を搭載している Cisco Nexus 9500 プラットフォーム スイッチで LLFC はサポートされていません。

• 100G Cisco Nexus 9408PC-CFP2 ライン カードは LLFC をサポートしていません。

• イーサネット インターフェイスは LLFC 機能を自動検出しません。LLFC は明示的に設定する必要があります。

• LLFC を有効にするには、バッファの一部を予約する必要があります。この予約により、使用可能な共有バッファ領域が減少します。

• Data Center Bridging Exchange プロトコル（DCBX）はサポートされていません。

• ポーズ フレームの設定時間量子はサポートされません。

• 各イーサネット インターフェイスで、スイッチは PFC または LLFC のいずれかをイネーブルにできますが、両方イネーブルにすることはできません。

  See Also

  Used Cisco N9K-X9732C-EX 32 Port 100GB QSFP28 Switch Line Card - Same Day Shipping

  （注）	PFC と LLFC の両方がイネーブルの場合、LLFC が選択されます。

• インターフェイスで LLFC を設定すると、インターフェイスがフラップし、一時的なトラフィック損失が発生します。

• no-drop QoS グループを設定する場合は、フロー制御 send-on が設定されていないポートで受信したパケットが no-drop QoS グループに分類されないようにする必要があります。

• 出力キューのドロップを引き起こす可能性があるため、no-drop クラスでは重み付けランダム早期検出（WRED）を有効にしないでください。

• no-drop クラスにはデフォルトのバッファ サイズを使用することを推奨します。CLI を使用してバッファ サイズを指定すると、リンク速度と MTU サイズに関係なく、すべてのポートに同じバッファ サイズが割り当てられるためです。

• トラフィックがない場合は LLFC 設定を変更することを推奨します。変更しないと、システムの MMU にすでに存在するパケットが予期された処理を行えない場合があります。

• LLFC および PFC は、Cisco Nexus 9300-X クラウド スケール プラットフォーム スイッチおよび 9500 シリーズ クラウド スケール モジュラ スイッチでサポートされます。

• 3232C は、カットスルー ポートと LLFC 対応ポートの組み合わせをサポートしていません。カットスルーと LLFC は相互に排他的であり、他の機能がなくても機能します。9.3(8) リリース後、カットスルーが有効になっているスイッチでは、LLFC がポートで有効になっている場合、そのポートはストア アンド フォワード モードで動作します。

インターフェイスでリンクレベルフロー制御送信を設定するには、インターフェイスでフロー制御をイネーブルにし、ネットワーク QoS タイプの QoS ポリシーを設定して no-drop QoS グループをイネーブルにし、QoS タイプの QoS ポリシーを適用して必要なトラフィックを分類します。 no-drop 動作を no-drop クラスに追加します。

no-drop クラスを定義する場合は、キューイングポリシーを使用して、No-Drop QoS クラスに帯域幅が割り当てられていることを確認する必要があります。詳細については、「タイプキューイングポリシーの設定」を参照してください。

（注）

no-drop QoS グループを設定する場合は、フロー制御 send-on が設定されていないポートで受信したパケットが no-drop QoS グループに分類されないようにする必要があります。これは、フロー制御 send-on が設定されておらず、リンクレベルのポーズフレームを生成できず、送信デバイスに送信を停止するように要求する方法がないため、必要です。したがって、すべてのインターフェイスでフロー制御送信が設定されていない場合は、システムポリシーを使用してパケットを no-drop QoS グループに分類しないでください。代わりに、フロー制御 send-on が有効になっているインターフェイスにインターフェイス QoS ポリシーを適用する必要があります。

リンク レベル フロー制御ウォッチドッグ（LLFCWD）は、デフォルトでグローバルに有効になっています。インターフェイス上で PFC および PFCWD が設定されると、インターフェイス上の LLFCWD が自動的にイネーブルになります。LLFC が設定されていない PFC/PFCWD 設定インターフェイスで LLFC パケットが検出されると、LLFC ウォッチドッグがトリガーされます。

PFCWD 間隔および PFCWD 乗数 CLI コマンドを使用して、LLFCWD 間隔および乗数を設定します。この手順を使用して、LLFC ウォッチドッグ間隔と、no-drop キューの復元に使用する乗数を設定します。

（注）	LLFC ウォッチドッグを無効にするには、グローバル コンフィギュレーション モードで次のように入力します。 switch(config)# link-level-flow-control watch-dog interval off

リンク レベル フロー制御ウォッチドッグ間隔を設定する前に、次の点を考慮してください。

• リンク レベル フロー制御ウォッチドッグは、次の Cisco Nexus 9000 シリーズ プラットフォーム スイッチおよびライン カードでサポートされます。

  • N9K-C9232C

  • N9K-C9236C

  • N9K-C92304QC

  • N9K-X9736C-EX

  • N9K-X9732C-EX

  • N9K-X9732C-EXM

  • N9K-X97160YC-EX

  • N9K-C93180YC-FX3

  • N9K-C93108TC-FX3P

• PFC はインターフェイスでイネーブルにする必要があります。PFCWD は、インターフェイスでグローバルに有効にする必要があります。LLFC を同じインターフェイスに設定しないでください。

  （注）

  PFC ウォッチドッグは、コマンドを使用して、キューが「スタック」していることを示す syslog メッセージを送信します（priority-flow-control watch-dog-interval on disable-action ）。このコマンドが PFC インターフェイスで呼び出された場合、キューはシャットダウンされず、代わりに syslog メッセージが生成されます。LLFC ウォッチドッグ機能が有効で、リンク レベルのフロー制御パケットがインターフェイスで受信されると、PFC ウォッチドッグの disable-action コマンドが有効になっている場合でも、キューは閉じられます。

• 自動復元と固定復元を 0 に設定しないでください。

• インターフェイスで LLFC が有効になっている場合、LLFC WD は無効になります。

イーサネット 1/1 インターフェイス用の show queuing llfc-queue コマンドの出力に関する詳細を以下に示します。

switch# show queuing llfc-queue interf e 1/1 detailslot 1=======+----------------------------------------------------+Global watch-dog interval [Enabled]+----------------------------------------------------++----------------------------------------------------+Global LLFC watchdog configuration detailsLLFC watchdog poll interval : 100 msLLFC watchdog auto-restore multiplier : 10LLFC watchdog fixed-restore multiplier : 0+----------------------------------------------------++----------------------------------------------------+Ethernet1/1 Interface LLFC watchdog: [Enabled]+----------------------------------------------------++----------------------------------------------------+| QOS GROUP 6 [Active] LLFC [YES] LLFC-COS [6]+----------------------------------------------------+| | Stats |+----------------------------------------------------+| Shutdown| 1|| Restored| 1|| Total pkts drained| 554|| Total pkts dropped| 56093783|| Total pkts drained + dropped| 56094337|| Aggregate pkts dropped| 56094337|| Total Ingress pkts dropped| 0|| Aggregate Ingress pkts dropped| 0|+----------------------------------------------------+

ドロップなしポリシーの設定

次に、no-drop ポリシーを設定し、そのポリシーをセッション ポリシーに適用する例を示します。

Device# configure terminalDevice(config)# class-map type network-qos class1Device(config-cmap-nq)# match qos-group 1Device(config-cmap-nq)# policy-map type network-qos my_network_policyDevice(config-pmap-nq)# class type network-qos class1Device(config-pmap-nq-c)# pause pfc-cos 2Device(config-pmap-nq-c)# system qosDevice(config-sys-qos)# service-policy type network-qos my_network_policyDevice# show running ipqos

トラフィックのドロップなしクラスへの分類

すべてのトラフィックを no-drop クラスにマップする QoS ポリシーの作成方法の例を次に示します。

Device# configure terminalDevice(config)# class-map type qos class1Device(config-cmap-qos)# match cos 2Device(config-cmap-qos)# policy-map type qos my_qos_policyDevice(config-pmap-qos)# class type qos class1Device(config-pmap-c-qos)# set qos-group 1Device(config-pmap-c-qos)# interface e1/5Device(config-sys-qos)# service-policy type qos input my_qos_policyDevice(config-sys-qos)# 

次の例に示すように、qos-group 1 の帯域幅を保証するキューイング ポリシーを system-qos の下に適用します。

policy-map type queuing my_queuing_policyclass type queuing c-out-q-defaultbandwidth percent 1class type queuing c-out-q3bandwidth percent 0class type queuing c-out-q2bandwidth percent 0class type queuing c-out-q1bandwidth percent 99 system qos service-policy type queuing output my_queuing_policy

上記の例では、c-out-q1 はデフォルトで qos-group 1 のトラフィックと一致します。したがって、qos-group 1 に一致するキューイング用のデフォルト以外のクラスマップは必要ありません。キューイングの設定の詳細については、「キューイングの設定」を参照してください。

LLFC を有効にするには、network-qos で no-drop ポリシーを設定する必要があります。バッファリング モジュールは、一時停止（インターフェイス レベルの設定に基づいて LLFC または PFC）を生成するように MAC モジュールに通知する必要があります。アダプタへの PFC ネゴシエーションは、DCBX を使用します。LLFC または PFC は、インターフェイスの設定によって制御されます。たとえば、flow-control send and receive on はインターフェイスで LLFC をイネーブルにし、priority-flow-control mode on はインターフェイスで PFC をイネーブルにします。

DCBX がサポートされている場合、auto モードはアダプタと PFC をネゴシエートします。これは、LLFC または PFC をイネーブルにするインターフェイス レベルの設定ですが、LLFC が機能するためには、network-qos レベルのポーズ設定を設定する必要があります。トラフィックが qos-group 1 に分類されていても、一時停止が生成されると、インターフェイスレベルの設定に基づいて LLFC が生成されます。

リンク レベル フロー制御の送受信の設定

次に、デバイスでリンク レベル フロー制御の送受信を設定する例を示します。

• LLFC 受信のみが有効な場合、no-drop クラスをシステム network-qos で設定する必要はありません。

  Device# configure terminalDevice(config)# interface ethernet 1/1Device(config-if)# flowcontrol receive onDevice(config-if)# exit

• LLFC の受信と送信の両方が有効になっている場合は、システムネットワーク QoS で no-drop クラスを設定する必要があります。（no-drop クラスの設定については、「No-Drop ポリシーの設定」の例を参照してください）。

  Device# configure terminalDevice(config)# interface ethernet 1/1Device(config-if)# flowcontrol receive onDevice(config-if)# flowcontrol send onDevice(config-if)# exit

• LLFC 送信のみが有効な場合、no-drop クラスをシステム network-qos で設定する必要があります。（no-drop クラスの設定については、「No-Drop ポリシーの設定」の例を参照してください）。

  Device# configure terminalDevice(config)# interface ethernet 1/1Device(config-if)# flowcontrol send onDevice(config-if)# exit