Cisco Nexus デバイスは、次の図のようにファイバ チャネル フォワーダ（FCF）として配置できます。

FCF が FCoE ノード（ENode）と他の FCF との間の中継に使用されないようにするため、FIP フレームは次のルールに従って処理されます。この処理により、異なるファブリック内の ENode と FCF との間のログイン セッションも回避されます。

• CNA から受信された FIP の送信要求フレームおよびログイン フレームは FCF により処理され、転送されません。

• FCF が他の FCF からインターフェイスを介して送信要求およびアドバタイズメントを受信すると、次のような処理が実行されます。

  • フレーム内の FC-MAP 値が FCF の FC-MAP 値と一致する（FCF が同一のファブリック内にある）場合、これらのフレームは無視され、廃棄されます。

  • FIP フレーム内の FC-MAP 値が FCF の FC-MAP 値と一致しない（FCF が異なるファブリック内にある）場合、インターフェイスが「FCoE 孤立」状態になります。

中継用の Cisco Nexus FCF を経由した場合に限って到達可能な FCF については、CNA から検出することもログインすることもできません。ハードウェアの制約上、Cisco Nexus デバイスでは、CNA と他の FCF との間の FCoE 中継機能は実行できません。

Cisco Nexus FCF では FCoE 中継機能が実行できないため、FCoE VLAN のアクティブな Spanning Tree Protocol（STP）パスが必ず CNA と FCF の間の直接接続されたリンクを経由するようにネットワーク トポロジを設計する必要があります。FCoE VLAN は、直接接続されたリンクに対してだけ設定するようにしてください。

Cisco Nexus デバイスは、次の図のようにリモート接続された CNA に対する FCF としては配置できますが、FIP スヌーピング ブリッジとしては配置できません。

FCF が ENode と他の FCF との間の中継に使用されないようにするため、FIP フレームは次のルールに従って処理されます。この処理により、異なるファブリック内の ENode と FCF との間のログイン セッションも回避されます。

• CNA から受信された FIP の送信要求フレームおよびログイン フレームは FCF により処理され、転送されません。

• FCF が他の FCF からインターフェイスを介して送信要求およびアドバタイズメントを受信すると、次のような処理が実行されます。

  • フレーム内の FC-MAP 値が FCF の FC-MAP 値と一致する（FCF が同一のファブリック内にある）場合、これらのフレームは無視され、廃棄されます。

  • FIP フレーム内の FC-MAP 値が FCF の FC-MAP 値と一致しない（FCF が異なるファブリック内にある）場合、インターフェイスが「FCoE 孤立」状態になります。

Cisco Nexus FCF では FCoE 中継機能が実行できないため、FCoE VLAN のアクティブな STP パスが必ず CNA と FCF の間の直接接続されたリンクを経由するようにネットワーク トポロジを設計する必要があります。FCoE VLAN は、直接接続されたリンクに対してだけ設定するようにしてください。

次の図は、直接接続された CNA と Cisco Nexus デバイスを使用したアクセス ネットワークのベスト プラクティス トポロジを示したものです。

上図の配置トポロジに対する設定のベスト プラクティスは次のとおりです。

1. SAN 内の仮想ファブリック（VSAN）ごとにトラフィックを伝送できるよう、それぞれの統合アクセス スイッチに一意の専用 VLAN を設定する必要があります（VSAN 1 用に VLAN 1002、VSAN 2 用に VLAN 1003 など）。マルチ スパニングツリー（MST）を有効にした場合は、FCoE VLAN に対して別個の MST インスタンスを使用する必要があります。

2. ユニファイド ファブリック（UF）リンクをトランク ポートとして設定する必要があります。ネイティブ VLAN として FCoE VLAN を設定しないでください。仮想ファイバ チャネル インターフェイスの VF_Port トランキングおよび VSAN 管理を拡張できるよう、すべての FCoE VLAN を UF リンクのメンバとして設定する必要があります。

   （注）	イーサネット トラフィックおよび FCoE トラフィックはどちらも、統合ワイヤにより伝送されます。

3. UF リンクをスパニングツリー エッジ ポートとして設定する必要があります。

4. FCoE トラフィックの伝送用として指定されていないイーサネット リンクのメンバとして FCoE VLAN を設定しないでください。これは、FCoE VLAN に使用する STP のスコープを UF リンクに限定する必要があるためです。

5. LAN の代替パス用に（同一または別の SAN ファブリックにある）統合アクセス スイッチをイーサネット リンク経由で相互に接続する必要がある場合は、すべての FCoE VLAN をメンバーシップから除外することを、これらのリンクに対して明示的に設定する必要があります。この設定により、FCoE VLAN に使用する STP のスコープが UF リンクに限定されます。

6. SAN-A および SAN-B の FCoE に対してはそれぞれ別々の FCoE VLAN を使用する必要があります。

次の図は、リモート接続された CNA と Cisco Nexus デバイスを使用したアクセス ネットワークのベスト プラクティス トポロジを示したものです。

上図の配置トポロジに対する設定のベスト プラクティスは次のとおりです。

1. SAN 内の仮想ファブリック（VSAN）ごとにトラフィックを伝送できるよう、それぞれの統合アクセス スイッチに一意の専用 VLAN を設定する必要があります（VSAN 1 用に VLAN 1002、VSAN 2 用に VLAN 1003 など）。MST を有効にした場合は、FCoE VLAN に対して別個の MST インスタンスを使用する必要があります。

2. ユニファイド ファブリック（UF）リンクをトランク ポートとして設定する必要があります。ネイティブ VLAN として FCoE VLAN を設定しないでください。仮想ファイバ チャネル インターフェイスの VF_Port トランキングおよび VSAN 管理を拡張できるよう、すべての FCoE VLAN を UF リンクのメンバとして設定する必要があります。

   （注）	イーサネット トラフィックおよび FCoE トラフィックはどちらも、ユニファイド ファブリック リンクにより伝送されます。

3. CNA およびブレード スイッチを、スパニングツリー エッジ ポートとして設定する必要があります。

4. 新しいリンクやブレード スイッチのプロビジョニングなど、さまざまなイベントに伴って実行される STP の再コンバージェンスの際に障害が発生しないよう、各ブレード スイッチは、（できれば EtherChannel を介して）ただ 1 つの Cisco Nexus 統合アクセス スイッチに接続される必要があります。

5. Cisco Nexus 統合アクセス スイッチには、それに接続されているブレード スイッチよりも高い STP プライオリティを設定する必要があります。そうすることで、統合アクセス スイッチがスパニングツリーのルートであり、かつそれに接続されているすべてのブレード スイッチがダウンストリーム ノードとなるような FCoE VLAN のアイランドを作成できます。

6. FCoE トラフィックの伝送用として指定されていないイーサネット リンクのメンバとして FCoE VLAN を設定しないでください。これは、FCoE VLAN に使用する STP のスコープを UF リンクに限定する必要があるためです。

7. LAN の代替パス用に、統合アクセス スイッチやブレード スイッチをイーサネット リンク経由で相互に接続する必要がある場合は、これらのリンクに対してすべての FCoE VLAN をメンバーシップから除外することを、明示的に設定する必要があります。この設定により、FCoE VLAN に使用する STP のスコープが UF リンクに限定されます。

8. SAN-A および SAN-B の FCoE に対してはそれぞれ別々の FCoE VLAN を使用する必要があります。

FCoE のデフォルト ポリシーには、ネットワーク QoS、出力キューイング、入力キューイング、QoS の 4 種類があります。FCoE デフォルト ポリシーを有効にするには、feature-set fcoe command コマンドを使用して FCoE NPV 機能を有効にします。デフォルトの QoS 入力ポリシーである default-fcoe-in-policy は、すべてのFCおよびSAN ポート チャネル インターフェイスに暗黙的に付加され、FC から FCoE へのトラフィックを可能にします。これは、show interface {fc slot/port | san-port-channel <no>} all を使用して確認できます。デフォルトの QoS ポリシーは、すべての FC および FCoE トラフィックに CoS3 および Q1 を使用します。

FCoE トラフィックに別のキューまたは CoS 値を使用するには、ユーザー定義のポリシーを作成します。トラフィックが異なるキューまたは CoS を使用できるようにするには、ユーザー定義の QoS 入力ポリシーを作成し、FC インターフェイスと FCoE インターフェイスの両方に明示的にアタッチする必要があります。ユーザー定義の QoS ポリシーを作成し、システム全体の QoS に対してアクティブにする必要があります。

（注）	FCoE をサポートするには、イーサネットまたはポート チャネル インターフェイスを MTU 9216 (または使用可能な最大 MTU サイズ) で構成する必要があります。

次の例は、すべての FC および FCoE トラフィックに CoS3 および Q2 を使用するユーザー定義の QoS ポリシーを設定し、アクティブにする方法を示しています。

• ユーザー定義のネットワーク QoS ポリシーの設定：

  
  switch(config)# policy-map type network-qos fcoe_nq
  switch(config-pmap-nqos)# class type network-qos c-nq1
  switch(config-pmap-nqos-c)# mtu 1500
  switch(config-pmap-nqos-c)# class type network-qos c-nq2
  switch(config-pmap-nqos-c)# mtu 9216
  switch(config-pmap-nqos-c)# pause pfc-cos 3 
  switch(config-pmap-nqos-c)# class type network-qos c-nq3
  switch(config-pmap-nqos-c)# mtu 1500
  switch(config-pmap-nqos-c)# class type network-qos c-nq-default
  switch(config-pmap-nqos-c)# mtu 1500
  switch(config-pmap-nqos-c)# exit
  switch(config-pmap-nqos)# exit
  switch(config)#
  

• ユーザー定義の入力キューイング ポリシーの作成：

  switch(config)# policy-map type queuing fcoe-in-policy
  switch(config-pmap-que)# class type queuing c-in-q2
  switch(config-pmap-c-que)# bandwidth percent 50
  switch(config-pmap-c-que)# class type queuing c-in-q-default
  switch(config-pmap-c-que)# bandwidth percent 50
  switch(config-pmap-c-que)# exit
  switch(config-pmap-que)# exit
  switch(config)
  

• ユーザー定義の出力キューイング ポリシーの作成：

  switch(config)# policy-map type queuing fcoe-out-policy
  switch(config-pmap-que)# class type queuing c-out-q3
  switch(config-pmap-c-que)# priority level 1
  switch(config-pmap-c-que)# class type queuing c-out-q-default
  switch(config-pmap-c-que)# bandwidth remaining percent 50
  switch(config-pmap-c-que)# class type queuing c-out-q1
  switch(config-pmap-c-que)# bandwidth remaining percent 0
  switch(config-pmap-c-que)# class type queuing c-out-q2
  switch(config-pmap-c-que)# bandwidth remaining percent 50
  switch(config-pmap-c-que)# exit
  switch(config-pmap-que)# exit
  switch(config)#
  
  

• ユーザー定義の QoS 入力ポリシーの作成：

  
  switch(config)# class-map type qos match-any fcoe
  switch(config-cmap-qos)# match protocol fcoe
  switch(config-cmap-qos)# match cos 3
  switch(config-cmap-qos)# exit
  switch(config)#
  switch(config)# policy-map type qos fcoe_qos_policy
  switch(config-pmap-qos)# class fcoe
  switch(config-pmap-c-qos)# set cos 3
  switch(config-pmap-c-qos)# set qos-group 2
  switch(config-pmap-c-qos)# exit
  switch(config-pmap-qos)# exit
  switch(config)#
  

• ユーザー定義のシステム QoS ポリシーのアクティブ化：

  switch(config)# system qos 
  switch(config-sys-qos)# service-policy type queuing input fcoe-in-policy 
  switch(config-sys-qos)# service-policy type queuing output fcoe-out-policy 
  switch(config-sys-qos)# service-policy type network-qos fcoe_nq 
  switch(config-sys-qos)# exit 
  switch(config)#

• FC または FCoE インターフェイスへの QoS 入力ポリシーの適用：

  
  switch# conf 
  switch(config)# interface {fc <slot>/<port> | ethernet <slot>/<port> | san-port-channel <no> | port-channel <no>}
  switch(config-if)# service-policy type qos input fcoe_qos_policy

• FC または FCoE インターフェイスからの QoS 入力ポリシーの削除：

  
  switch# conf 
  switch(config)# interface {fc <slot>/<port> | ethernet <slot>/<port> | san-port-channel <no> | port-channel <no>}
  switch(config-if)# no service-policy type qos input fcoe_qos_policy

• FC または FCoE インターフェイスに適用される QoS 入力ポリシーの確認：

  
  switch# show running-config interface {fc <slot>/<port> | interface <slot>/<port> | san-port-channel <no> | port-channel <no>} all

（注）	ユーザー定義の QoS ポリシーを使用する場合、同じ QoS 入力ポリシーをスイッチ内のすべての FC および FCoE インターフェイスに適用する必要があります。 FCoE トラフィックは単一の CoS でのみサポートされるため、複数の QoS クラス マップで match protocol fcoe を設定しないでください。

トラフィック シェーピングにより、使用可能な帯域幅へのアクセスの制御、および送信されたトラフィックがリモートのターゲットインターフェイスのアクセス速度を超える場合に発生する輻輳を回避するために、トラフィックのフローを規制できます。トラフィック シェーピングはデータの伝送レートを制限するため、このコマンドは必要な場合にのみ使用できます。

次の例は、トラフィック シェーパーの構成方法を示しています。

• 次のコマンドは、すべての FC インターフェイスのデフォルトのシステム レベル設定を表示します。

  
  switch(config)# show running-config all | i i rate
  hardware qos fc rate-shaper  
  switch(config)#
  

• 次の例は、レートシェーパーの構成方法を示しています。このコマンドは、すべての FC インターフェイスに適用されます。

  （注）	まれに、4G、8G、16G、または 32G インターフェイスのいずれかで入力廃棄が発生することがあります。レート シェープを設定するには、hardware qos fc rate-shaper [low] コマンドを使用します。これはシステム レベルの設定であるため、すべての FC ポートに適用され、すべての FC ポートのレートが低下します。hardware qos fc rate-shaper コマンドのデフォルト オプションは、すべての FC インターフェイスに適用できます。

  
  switch(config)# hardware qos fc rate-shaper low
  switch(config)#  
  switch(config)#end
  

Cisco Nexus N9K-93180YC-FX、N9K-C9336C-FX2-E、および N9K-C93360YC-FX2 デバイスは vPC をサポートします。vPCscan は、帯域幅を増やし、イーサネット ファブリックへのロード バランシングを強化するように設定できます。次に、Cisco Nexus 9000 シリーズ スイッチで vPC を使用するときに FCoE を設定する方法を説明する設定例を示します。

（注）	FCoE VLAN は、vPC ピア リンク間でトランキングしないでください。

（注）	コア スイッチに接続する Cisco Nexus N9K スイッチ（スイッチモード）では、FC アップリンクのみがサポートされます。

switchname: tme-switch-1
switchname: tme-switch-2
mgmt ip: 172.25.182.66
mgmt ip: 172.25.182.67

設定例には、次のハードウェアが含まれています。

• Emulex CNA または CISCO CNA

• Cisco NX-OS リリース 10.2(1)F 以降のリリースを実行している 2 つの Cisco Nexus 9000 スイッチ。

設定例は次の考慮事項と要件を含んでいます。

• DCBX をサポートする第 2 世代 CNA が必要です。

• 別のスイッチへの単一のホスト CNA ポート チャネル接続。単一スイッチのポート チャネルで、ポート チャネルまたは vPC に複数のメンバー ポートが含まれている場合、FCoE インターフェイスは機能しません。

• Cisco NX-OS リリース 10.2(1)F 以降のリリース。