Cisco Nexus 7000 シリーズ NX-OS インターフェイス コンフィギュレーション ガイド

ご使用のソフトウェア リリースで、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の警告および機能情報については、https:/​/​tools.cisco.com/​bugsearch/​ の Bug Search Tool およびご使用のソフトウェア リリースのリリース ノートを参照してください。このモジュールに記載されている機能の詳細、および各機能がサポートされているリリースのリストについては、「新機能および変更された機能に関する情報」の章または以下の「機能の履歴」表を参照してください。

この章では、Cisco NX-OS デバイス上で仮想ポート チャネル（vPC）を設定する方法を説明します。

（注）	Cisco NX-OS リリース 5.1(1) 以降では、vPC は FabricPath と相互運用するように機能強化されました。FabricPath ネットワークで vPC を設定するには、『Cisco Nexus 7000 Series NX-OS FabricPath Configuration Guide』を参照してください。

Cisco NX-OS リリース 5.1(1) 以降では、個々のスイッチの vPC ピア リンクに対し F シリーズ モジュールでは 10 ギガビット イーサネット（10GE）インターフェイス以上を、または M シリーズ モジュールでは 10 ギガビット イーサネット インターフェイス以上を使用できますが、F モジュール上のメンバ ポートを M モジュール上のポートと組み合わせて単一スイッチ上の単一ポート チャネルにすることはできません。ポート チャネルの互換性パラメータは、物理スイッチのすべてのポート チャネル メンバーで同じである必要があります。

vPC の一部になるように共有インターフェイスを設定できません。共有インターフェイスの詳細については、『Cisco NX-OS FCoE Configuration Guide for Cisco Nexus 7000 and Cisco MDS 9500』を参照してください。

ポート チャネルの互換性パラメータは、両方のピアのすべての vPC メンバ ポートでも同じでなければならないので、シャーシごとに同じタイプのモジュールを使用する必要があります。

仮想ポート チャネル（vPC）は、物理的には 2 台の異なる Cisco Nexus 7000 シリーズ デバイスに接続されているリンクを、第 3 のデバイスには単一のポートに見えるようにします。第 3 のデバイスは、スイッチ、サーバ、ポート チャネルをサポートするその他の任意のネットワーキング デバイスのいずれでもかまいません。vPC は、ノード間の複数の並列パスを可能にし、トラフィックのロード バランシングを可能にすることによって、冗長性を作り、バイセクショナルな帯域幅を増やすレイヤ 2 マルチパスを提供できます。

仮想ポート チャネル（vPC+）は、CE のみを実行する仮想ポート チャネル（vPC）の拡張です。vPC+ ドメインにより、クラシカル イーサネット（CE）の vPC ドメインと Cisco FabricPath クラウドが相互運用でき、また FabricPath とレイヤ 3 境界でファースト ホップ ルーティング プロトコル（FHRP）のアクティブ-アクティブ機能が提供されます。vPC+ ドメインは、FabricPath デバイスがイネーブルの Cisco Nexus 7000 シリーズが 1 つの vPC+ を形成し、FabricPath ネットワークのその他のデバイスに接続する固有の仮想スイッチとなることを可能にします。vPC+ の詳細については、『Cisco Nexus 7000 Series NX-OS FabricPath Configuration Guide』を参照してください。

（注）	同じ VDC には、vPC+ ドメインと vPC ドメインを設定できません。

図 1. vPC のアーキテクチャ

vPC で使用できるのは、レイヤ 2 ポート チャネルだけです。vPC ドメインは単一の仮想デバイス コンテキスト（VDC）に関連付けられるため、同じ 1 つの vPC ドメインに所属するすべての vPC インターフェイスが同一 VDC 内で定義されていなければなりません。配置した各 VDC に、独立した vPC ピア リンクとピアキープアライブ リンクのインフラストラクチャがなくてはなりません。vPC ピア（ドメインが同じ 2 台の vPC ピア デバイス）を同じ物理デバイスの 2 つの VDC 内に統合することは、サポートされていません。vPC ピア リンクは、リンクの両エンドに少なくとも 10 ギガバイト イーサネット ポートを使用しなければならず、そうなっていないとリンクが形成されません。

ポート チャネルの設定は、次のいずれかを使用して行います。

• プロトコルなし

• リンク集約制御プロトコル（LACP）

LACP を使用せずに vPC 内のポート チャネル（vPC ピア リンク チャネルを含む）を設定した場合は、F シリーズ ライン カードで 16 個のアクティブ リンクをサポートし、M シリーズ ライン カードで 1 ポート チャネルあたり 8 個のアクティブ リンクをサポートできます。LACP を使用して vPC のポート チャネル（vPC ピア リンク チャネルを含む）を設定した場合は、F シリーズ カードで 1 ポート チャネルあたり 8 個のアクティブ リンクと 8 個のスタンバイ リンクをサポートできます。（LACP と vPC の使用の詳細については、「その他の機能との vPC の相互作用」の項を参照）。

lacp graceful-convergence コマンドを使用して、ポート チャネルの Link Aggregation Control Protocol（LACP）グレースフル コンバージェンスを設定できます。管理上ダウン状態にあるポート チャネル インターフェイスでのみ、このコマンドを使用できます。管理上アップ状態にあるポート チャネルの LACP グレースフル コンバージェンスは設定できず、ディセーブルにすることもできません。

lacp suspend-individual コマンドを使用して、ポート チャネル上の LACP ポートの一時停止を有効にできます。ポート チャネルでピア ポートから LACP ブリッジ プロトコル データ ユニット（BPDU）を LACP が受け取っていない場合、その LACP ではポートを一時的な動作停止状態に設定します。これによって、サーバの中には起動に失敗するものがあります。そのようなサーバは、LACP が論理的にポートを稼働状態にしていることを必要とするからです。

（注）	vPC の機能を設定したり実行したりするには、まず vPC 機能をイネーブルにする必要があります。

Cisco NX-OS リリース 4.2 以降では、システムは機能のディセーブル化の前に自動的にチェックポイントを作成するため、このチェックポイントにロールバックできます。ロールバックおよびチェックポイントについては、『Cisco Nexus 7000 Series NX-OS System Management Configuration Guide』を参照してください。

vPC 機能をイネーブルにしたら、ピアキープアライブ リンクを作成します。このリンクは、2 つの vPC ピア デバイス間でのハートビート メッセージの送信を行います。

専用ポート モードで 2 つ以上の 10 ギガビット イーサネット ポートを使用することにより、1 台の Cisco Nexus 7000 シリーズ シャーシでポート チャネルを設定して vPC ピア リンクを作成できます。正しいハードウェアをイネーブルにしており、Cisco NX-OS リリース 4.1(5) 以降の vPC を実行していることを確認するには、show hardware feature-capability コマンドを入力します。コマンド出力で vPC の向かいに X が表示されている場合、そのハードウェアでは vPC 機能をイネーブルにできません。

vPC ピア リンク レイヤ 2 ポート チャネルは、トランクとして設定することを推奨します。もう 1 つの Cisco Nexus 7000 シリーズ シャーシで、再度 2 つ以上の 10 ギガビット イーサネット ポートを専用モードで使用して、もう 1 つのポート チャネルを設定します。これらの 2 つのポート チャネルを接続すると、リンクされた 2 つの Cisco Nexus デバイスが第 3 のデバイスには 1 つのデバイスとして見える vPC ピア リンクが作成されます。第 3 のデバイス、またはダウンストリーム デバイスは、スイッチ、サーバ、vPC に接続された正規のポート チャネルを使用するその他の任意のネットワーキング デバイスのいずれでもかまいません。正しいモジュールを使用していないと、システムからエラー メッセージが表示されます。

（注）	異なるモジュールの専用ポート上で vPC ピア リンクを設定して、障害発生の可能性を下げることをお勧めします。復元力を最適にしたい環境では、少なくとも 2 つのモジュールを使用してください。

Cisco NX-OS リリース 4.2 以降では、すべての vPC ピア リンクおよびコアに面したインターフェイスを 1 つのモジュール上で設定しなければならない場合、コアへのレイヤ 3 リンクに関連付けられているトラック オブジェクトおよび両方の vPC ピア デバイス上の vPC ピア リンク上のすべてのリンクを設定してください。いったんこの機能を設定したら、プライマリ vPC ピア デバイスに障害が発生した場合には、プライマリ vPC ピア デバイス上のすべての vPC リンクを、システムが自動的に停止します。システムが安定するまでは、このアクションにより、すべての vPC トラフィックが強制的にセカンダリ vPC ピア デバイスに送られます。

トラック オブジェクトを作成し、コアおよび vPC ピア リンクに接続されているプライマリ vPC ピア デバイス上のすべてのリンクにそのオブジェクトを適用できます。track interface コマンドについては、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。

vPC ドメインには、両方の vPC ピア デバイス、vPC ピアキープアライブ リンク、vPC ピア リンク、および vPC ドメイン内にあってダウンストリーム デバイスに接続されているすべてのポート チャネルが含まれます。各デバイスに設定できる vPC ドメイン ID は、1 つだけです。

このバージョンでは、各ダウンストリーム デバイスを、単一のポート チャネルを使用して単一の vPC ドメイン ID に接続できます。

（注）	常にすべての vPC デバイスを両方の vPC ピア デバイスに、ポート チャネルを使用して接続してください。

vPC で使用される用語は、次のとおりです。

• vPC：vPC ピア デバイスとダウンストリーム デバイスの間の結合されたポート チャネル。

• vPC ピア デバイス：vPC ピア リンクと呼ばれる特殊なポート チャネルで接続されている一対のデバイスの 1 つ。

• vPC ピア リンク：vPC ピア デバイス間の状態を同期するために使用されるリンク。両エンドが 10 ギガバイト イーサネット インターフェイス上になくてはなりません。

• vPC メンバ ポート：vPC に属するインターフェイス。

• ホスト vPC ポート：vPC に属するファブリック エクステンダのホスト インターフェイス。

• vPC ドメイン：このドメインには、両方の vPC ピア デバイス、vPC ピアキープアライブ リンク、vPC 内にあってダウンストリーム デバイスに接続されているすべてのポート チャネルが含まれます。また、このドメインは、vPC グローバル パラメータを割り当てるために使用する必要があるコンフィギュレーション モードに関連付けられています。

• vPC ピアキープアライブ リンク：ピアキープアライブ リンクは、さまざまな vPC ピア Cisco Nexus 7000 シリーズのデバイスをモニタします。ピアキープアライブ リンクは、vPC ピア デバイス間での設定可能なキープアライブ メッセージの定期的な送信を行います。

ピアキープアライブ リンクを、各 vPC ピア デバイス内のレイヤ 3 インターフェイスにマッピングされている独立した仮想ルーティングおよび転送（VRF）インスタンスに関連付けることを推奨します。独立した VRF を設定しなかった場合は、デフォルトで管理 VRF が使用されます。ただし、ピアキープアライブ リンクに管理インターフェイスを使用する場合は、各 vPC ピア デバイスのアクティブ管理ポートとスタンバイ管理ポートの両方に接続した管理スイッチを置く必要があります（以下の図を参照）。

図 2. vPC ピアキープアライブ リンクの管理ポートを接続するための独立したスイッチが必要

vPC ピアキープアライブ リンク上を移動するデータまたは同期トラフィックはありません。このリンクを流れるトラフィックは、送信元スイッチが稼働しており、vPC を実行していることを知らせるメッセージだけです。

• vPC メンバ ポート：vPC に属するインターフェイス。

• デュアル アクティブ：プライマリとして動作する両方の vPC ピア。この状況は、両方のピアがまだアクティブなときにピアキープアライブとピア リンクがダウンした場合に発生します。この場合、セカンダリ vPC はプライマリ vPC が動作しないと想定し、プライマリ vPC として機能します。

• リカバリ：ピアキープアライブとピア リンクが起動すると、1 台のスイッチがセカンダリ vPC になります。セカンダリ vPC になるスイッチで、vPC リンクが停止してから復帰します。

vPC ピア リンクは、vPC ピア デバイス間の状態を同期するために使用されるリンクです。リンクの両エンドが、10 ギガビット イーサネット インターフェイス上になくてはなりません。

• 両方の vPC ピア スイッチにコントロール プレーン情報を同期します（vPC 状態、一貫性パラメータ、MAC アドレスなど）。

• ローカル vPC がダウンしたとき、vPC ピア スイッチにデータ パケットを転送します。

• 同一の物理 Cisco Nexus 7000 デバイス上の 2 つの VDC 間の単一 vPC ドメインはサポートされません。

（注）	vPC ピア リンクを設定する場合は、あらかじめピアキープアライブ リンクを設定しておく必要があります。設定しておかないと、ピア リンクは機能しません（vPC ピアキープアライブ リンクとメッセージについては、「ピアキープアライブ リンクとメッセージ」の項を参照）。

vPC ピア リンクは、2 つのデバイスを vPC ピアとして設定するように設定できます。vPC ピア リンクを設定するためには、モジュールを使用する必要があります。

vPC ピア リンクを設定する場合は、専用ポート モードを使用することを推奨します。専用ポート モードについては、「基本インターフェイス パラメータの設定」を参照してください。

Cisco NX-OS ソフトウェアは、vPC ピア間でピアキープアライブ リンクを使用して、設定可能なキープアライブ メッセージを定期的に送信します。これらのメッセージを送信するには、ピア デバイス間にレイヤ 3 接続がなくてはなりません。ピアキープアライブ リンクが有効になって稼働していないと、システムは vPC ピア リンクを稼働させることができません。

vPC ピアキープアライブ リンクを、各 vPC ピア デバイス内のレイヤ 3 インターフェイスにマッピングされている独立した VRF に関連付けることを推奨します。独立した VRF を設定しなかった場合は、デフォルトで管理 VRF と管理ポートが使用されます。vPC ピアキープアライブ メッセージの送受信にピア リンク自体を使用することはしないでください。VRF 設定の詳細については、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。

片方の vPC ピア デバイスに障害が発生したら、vPC ピア リンクの他方の側にある vPC ピア デバイスは、ピアキープアライブ メッセージを受信しなくなることによってその障害を感知します。ホールドタイムアウト値とタイムアウト値を同時に設定できます。

ホールドタイムアウト値：ホールドタイムアウト値の範囲は、3 ～ 10 秒の間で、3 秒がデフォルト値です。このタイマーは、vPC ピア リンクが停止した時点で開始します。ホールドタイムアウト期間の目的は、誤ったポジティブ ケースを防ぐことです。

タイムアウト値よりも小さいホールドタイムアウト値を設定すると、vPC システムは、ホールドタイムアウト期間の vPC ピアキープアライブ メッセージを無視して、タイムアウト期間のリマインダのメッセージを考慮します。キープアライブ メッセージがこの期間に受信されない場合は、vPC セカンダリ デバイスがプライマリ デバイスのロールを引き継ぎます。たとえば、ホールドタイムアウト値が 3 秒で、タイムアウト値が 5 秒の場合、最初の 3 秒間の vPC キープアライブ メッセージは無視され（スーパーバイザの障害がピア リンク障害の後、数秒間処理されるとき、など）、キープアライブ メッセージは、残り 2 秒のタイムアウト期間が考慮されます。この期間が過ぎて、キープアライブ メッセージがない場合は、vPC セカンダリ デバイスはプライマリ デバイスとして引き継がれます。

タイムアウト値：タイムアウト値の範囲は 3 ～ 20 秒の間で、デフォルト値は 5 秒です。このタイマーは、ホールドタイムアウト間隔が終了した時点で開始します。ホールドタイムアウト値以下にタイムアウト値を設定する場合、タイムアウト継続期間はホールドタイムアウト期間後に開始されます。たとえば、タイムアウト値が 3 秒で、ホールドタイムアウト値が 5 秒の場合、タイムアウト期間は 5 秒後に開始されます。

（注）	ピアキープアライブ メッセージに使用される送信元 IP アドレスと宛先 IP アドレスがどちらもネットワーク上で一意であり、かつそれらの IP アドレスがその vPC ピアキープアライブ リンクに関連付けられている VRF から到達可能であることを確認してください。

(config)# class-map type qos match-all trust-map
(config-cmap-qos)# match cos 4-7

(config)# policy-map type qos ingresspolicy
(config-pmap-qos)# class trust-map

(config)# interface Ethernet8/11
(config-if)# service-policy type qos input ingresspolicy

信頼できるポートおよび優先順位の設定の詳細については、『Cisco Nexus 7000 Series NX-OS Quality of Service Configuration Guide』を参照してください。

Cisco NX-OS リリース 4.2(1) 以降では、vPC ピア デバイスを、vPC ピア デバイスの MAC アドレスを送信先とするパケットに対してもゲートウェイとして機能するように設定できるようになりました。

この機能を設定するには、peer-gateway コマンドを使用します。

（注）	Cisco NX-OS リリース 6.2(2) 以降では、mode auto コマンドを使用して、この機能を自動的にイネーブルにすることができます。このコマンドの使用に関する詳細については、「特定の vPC コマンドの自動イネーブル化」の項を参照してください。

一部のネットワーク接続ストレージ（NAS）デバイスまたはロードバランサは、特定のアプリケーションのパフォーマンスを最適化するのに役立つ機能を備えている場合があります。これらの機能により、同じサブネットにローカルに接続されていないホストから送信された要求に応答するときに、デバイスはルーティング テーブルのルックアップを回避できます。このようなデバイスは、一般的な HSRP ゲートウェイではなく、送信元の Cisco Nexus 7000 シリーズ デバイスや Cisco Nexus 7700 シリーズ デバイスの MAC アドレスを使用して、トラフィックに応答する場合があります。この動作は、一部の基本的なイーサネット RFC 標準に準拠していません。ローカルではないルータ MAC アドレスの vPC デバイスに到達するパケットは、ピア リンクを介して送信され、最終的な宛先が他の vPC の背後にある場合には、組み込みの vPC ループ回避メカニズムによってドロップされる場合があります。

vPC ピアゲートウェイ機能は、vPC スイッチが、vPC ピアのルータ MAC アドレスを宛先とするパケットに対して、アクティブなゲートウェイとして機能することを可能にします。この機能は、このようなパケットが vPC ピア リンクを通過する必要なしにローカルに転送されることを可能にします。このシナリオでは、この機能によってピア リンクの使用が最適化され、トラフィック損失が回避されます。

ピアゲートウェイ機能の設定は、プライマリ vPC ピアとセカンダリ vPC ピアの両方で行う必要がありますが、デバイスの稼働も vPC トラフィックも中断しません。vPC ピアゲートウェイ機能は、vPC ドメイン サブモードの下でグローバルに設定できます。

この機能をイネーブルにすると、ピア ゲートウェイ ルータを介してスイッチングされたパケットの IP リダイレクト メッセージの発生を避けるために、Cisco NX-OS は vPC VLAN を介してマッピングされるすべてのインターフェイス VLAN 上で IP リダイレクトを自動的にディセーブルにします。

（注）	Cisco NX-OS リリース 5.1(3) 以降では、VLAN インターフェイスが vPC ピア デバイスのレイヤ 3 バックアップ ルーティングに使用され、F1 ラインカードがピア リンクとして使用される場合は、peer-gateway exclude-vlan vlan-number コマンドを実行して VLAN をピアゲートウェイ機能から除外する必要があります（イネーブルの場合）。バックアップ ルートの詳細については、「vPC ピア リンクのレイヤ 3 バックアップ ルートの設定」の項を参照してください。

TTL が 1 のパケットが TTL の有効期限が原因で伝送中にドロップされるように、ピアゲートウェイ vPC デバイスに到達するパケットは、デクリメントされたパケット存続時間（TTL）を有しています。ピアゲートウェイ機能がイネーブルで、TTL が 1 のパケットを送信する特定のネットワーク プロトコルが vPC VLAN で動作する場合は、この状況を考慮する必要があります。

このセクションでは、F2E および F3 モジュール機能用の vPC 経由のレイヤ 3 と、その設定方法について説明します。Cisco NX-OS リリース 7.2(0)D1(1) 以降では、レイヤ 3 デバイスが vPC コンプレックス内の両方の vPC ピア間のピアリング隣接関係を形成できます。すべての vPC ピアが同じ VLAN を使用する必要があります。ピア リンク経由で送信されるトラフィックの TTL はデクリメントしません。F2E および F3 モジュール機能用の vPC 経由のレイヤ 3 を設定する前に、ピア ゲートウェイ機能を有効にする必要があります。ピア ゲートウェイ機能を使用すれば、vPC ピア（SVI X）（下の図を参照）が他のピア（SVI-Y）の代わりにパケットを転送することができます。この機能は、ピア リンク経由のトラフィックを回避することで帯域幅を節約します。別のレイヤ 3 リンクを使用せずに、レイヤ 3 デバイスと vPC ピア間のピア隣接関係をセットアップすることができます。ブリッジド トラフィックとルーテッド トラフィックの両方が同じリンク経由で流れることができます。

レイヤ 3 デバイスと vPC ピア間のルーティング隣接関係は、非 vPC VLAN なしで形成されます。隣接関係は vPC VLAN 上で形成されます。レイヤ 3 デバイスと vPC ピア間のルーティング隣接関係は、vPC ピア間のレイヤ 3 スイッチ間リンクなしで形成されます。隣接関係は vPC ピア リンク上で形成されます。すべてのトラフィックに対してリンクまたはデバイスでエラーが発生すると、コンバージェンスが早まります。vPC ループ回避メカニズムはすべてのトラフィックで使用できます。

図 4. vPC 経由のレイヤ 3 ソリューション

次の図は、Cisco NX-OS リリース 7.2(0)D1(1) での VPC 経由のレイヤ 3 のサポートを示しています。

図 5. サポート：vPC 相互接続を介したピアリング。ルータは両方の vPC ピアとピアリングします。

図 6. サポート：vPC VLAN を使用した STP 相互接続を介したピアリング。ルータは両方の vPC ピアとピアリングします。

図 7. サポート：両方の vPC ピアと孤立デバイスとのルート ピアリング。

図 8. サポート：vPC 相互接続を介したピアリング。各 Nexus デバイスが 2 台の vPC ピアとピアリングします。

図 9. サポート：FEX vPC ホスト インターフェイスを介した vPC ピアとのピアリング

FEX は、Straight Through トポロジで Nexus に接続します。ルータは、衛星ポート経由で両方の Nexus ボックスとピアリングします。FEX アクティブ - アクティブ モード vPC での vPC を介したレイヤ 3 はサポートされません。

図 10. 未サポート：不等レイヤ 3 メトリックを使用した vPC インターフェイスを介したピアリング

図 11. 未サポート：Cisco NX-OS 7.2(0)D1(1) での vPC+ を介したピアリング

vPC+ インターフェイスを介した vPC ピアとのピアリングはサポートされません。

図 12. 未サポート：vPC+ VLAN を使用した vPC+ ピアと STP 相互接続とのピアリング

図 13. 未サポート：両方の vPC+ ピアと孤立デバイスとのルート ピアリング

図 14. 未サポート：PC 相互接続を介したピアリングと vPC VLAN を使用して vPC+ ピア リンクを介したピアリング

vPC ドメイン ID を使用すれば、vPC ダウンストリーム デバイスに接続されている vPC ピア リンクとポートを識別できます。

vPC ドメインは、キープアライブ メッセージや他の vPC ピア リンク パラメータを、デフォルト値をそのまま使用するのではなく値を設定する場合に使用するコンフィギュレーション モードでもあります。これらのパラメータの設定の詳細については、「vPC の設定」の項を参照してください。

vPC ドメインを作成するには、まず各 vPC ピア デバイス上で、1 ～ 1000 の値を使用して vPC ドメイン ID を作成しなければなりません。VDC につき設定できる vPC ドメインは、1 つだけです。

各デバイス上で、ピア リンクとして機能させるポート チャネルを明示的に設定する必要があります。各デバイス上でピア リンクにしたポート チャネルを、1 つの vPC ドメインからの同じ vPC ドメイン ID に関連付けます。このドメイン内で、システムはループフリー トポロジとレイヤ 2 マルチパスを提供します。

これらのポート チャネルと vPC ピア リンクは、静的にしか設定できません。各 vPC ピア デバイス上の vPC 内のすべてのポートが、同じ VDC 内になくてはなりません。ポート チャネルおよび vPC ピア リンクは、LACP を使用するかまたはプロトコルなしのいずれかで設定できます。各 vPC でポート チャネルを設定するにはアクティブ モードのインターフェイスで LACP を使用することを推奨します。それにより、ポート チャネルのフェールオーバー シナリオの最適でグレースフルなリカバリが保証され、ポート チャネル間の設定不一致に対する設定検査が行われます。

vPC ピア デバイスは、設定された vPC ドメイン ID を使用して、一意の vPC システム MAC アドレスを自動的に割り当てます。各 vPC ドメインが、具体的な vPC 関連操作に ID として使用される一意の MAC アドレスを持ちます。ただし、デバイスは vPC システム MAC アドレスを LACP などのリンクスコープでの操作にしか使用しません。連続したレイヤ 2 ネットワーク内の各 vPC ドメインを、一意のドメイン ID で作成することを推奨します。Cisco NX-OS ソフトウェアにアドレスを割り当てさせるのではなく、vPC ドメインに特定の MAC アドレスを設定することもできます。

vPC MAC テーブルの表示の詳細については、「CFSoE」の項を参照してください。vPC ドメインを作成した後は、Cisco NX-OS ソフトウェアによって vPC ドメインのシステム プライオリティが作成されます。vPC ドメインに特定のシステム プライオリティを設定することもできます。

（注）	システム プライオリティを手動で設定する場合は、必ず両方の vPC ピア デバイス上で同じプライオリティ値を割り当てる必要があります。vPC ピア デバイス同士が異なるシステム プライオリティ値を持っていると、vPC は稼働しません。

以下の図は、Cisco Nexus 7000 シリーズのデバイス ポートが別のスイッチまたはホストに直接接続され、vPC の一部となるポート チャネルの一部として設定されている基本設定を示しています。

図 15. スイッチ vPC トポロジ

この図では、vPC 20 がポート チャネル 20 で設定され、最初のデバイスには Eth1/10 が、2 番目のデバイスには Eth2/1 がメンバ ポートとしてあります。

Cisco NX-OS リリース 5.2(1) 以降では、以下の図に示すように、ファブリック エクステンダ（FEX）を通してピア デバイスから vPC を設定できます。

図 16. FEX Straight-Through トポロジ（ホスト vPC）

この図では、各 FEX は Cisco Nexus 7000 シリーズ デバイスがあるシングル ホーム接続（Straight-Through FEX トポロジ）です。この FEX 上のホスト インターフェイスはポート チャネルとして設定され、それらのポート チャネルは vPC として設定されています。Eth100/1/1 および Eth102/1/5 は、PO200 のメンバーとして設定され、PO200 は vPC 200 に対し設定されます。

どちらのトポロジでも、ポート チャネル P020 および P0200 をピア スイッチ上でまったく同じように設定する必要があります。その後、設定の同期を使用して vPC スイッチの設定を同期します。FEX ポートの設定の詳細については、『Configuring the Cisco Nexus 2000 Series Fabric Extender』を参照してください。

物理ポート vPC は、vPC ピア デバイスの物理インターフェイスに設定された vPC です。物理ポート vPC は、ダウンストリーム デバイスに任意で Link Aggregation Control Protocol（LACP）を実行できます。物理ポート vPC は F2 モジュールと F2E モジュールでサポートされます。vPC 設定はメンバー ポートに直接適用されます。また、vPC を使用して設定された物理インターフェイス上で LACP プロトコルを有効にすることもできます。Cisco NX-OS 7.2(0)D1(1) 以降では、物理ポート vPC が F3 モジュールと FEX モジュールでもサポートされます。

ここでは、F2、F3、および FEX モジュール用の物理ポート VPC について説明します。

F2、F3、および FEX 用の物理ポート VPC 機能には、次のようなメリットがあります。

• ユーザが vPC 設定を有効にするためのポート チャネルを作成しない簡易設定が使用できます。vPC 設定はメンバー ポートに直接適用されます。

• vPC のレグごとに 1 つずつの 10 ギガビット イーサネット ポート、40 ギガビット イーサネット ポート、または 100 ギガビット イーサネット ポートを備えた vPC セットアップをサポートします。このようなケースでの vPC セットアップ用のポート チャネルの作成は最適ではありません。この機能は、インターフェイスが 1 つしかないポート チャネル vPC に最適です。

• 拡張性が向上するため、将来的にさらに多くの物理ポートをサポートできます。

• ポート チャネルではなく、物理ポートに関するアカウンティング ログとシステム ログを提供します。

• 大規模な FEX セットアップをサポートします。この機能は、インターフェイスが 1 つしかないポート チャネル vPC に最適です。

• ポート チャネル構造から設定と導入を分離することにより、vPC の制限を広げます。

• vPC 上の物理ポートの FCoE サポートを拡張する拡張機能が追加されるため、既存の FCoE サポート用の構造を維持しながら、イーサネット トラフィックのマルチパシングが可能になります。

  （注）	物理ポート vPC+ を設定する前に、fabricpath multicast load-balance コマンドを有効にする必要があります。この要件は標準の前面パネルと FEX ポートに適用されます。

図 17. 物理ポート vPC のトポロジ

多くの設定パラメータおよび動作パラメータが、vPC 内のすべてのインターフェイスで同じでなければなりません。vPC ピア リンクに使用するレイヤ 2 ポート チャネルはトランク モードに設定することを推奨します。

vPC 機能をイネーブルにし、さらに両方の vPC ピア デバイス上でピア リンクを設定すると、シスコ ファブリック サービス（CFS）メッセージにより、ローカル vPC ピア デバイスに関する設定のコピーがリモート vPC ピア デバイスへ送信されます。これにより、システムが 2 つのデバイス上で異なっている重要な設定パラメータがないか調べます（CFS の詳細については、「CFSoE」の項を参照）。

（注）	vPC 内のすべてのインターフェイスで設定されている値を表示するには、show vpc consistency-parameters コマンドを入力します。表示される設定は、vPC ピア リンクおよび vPC の稼働を制限する可能性のある設定だけです。

vPC の互換性チェックプロセスは、正規のポート チャネルの互換性チェックとは異なります。正規のポート チャネルについては、「ポート チャネルの設定」を参照してください。

vPC ドメイン ID と vPC ピア リンクを作成し終えたら、ダウンストリーム デバイスを各 vPC ピア デバイスに接続するためのポート チャネルを作成します。つまり、プライマリ vPC ピア デバイスからダウンストリーム デバイスへのポート チャネルを 1 つ作成し、もう 1 つ、セカンダリ ピア デバイスからダウンストリーム デバイスへのポート チャネルも作成します。

（注）	スイッチとしてもブリッジとしても機能しないホストまたはネットワーク デバイスに接続されているダウンストリーム デバイス上のポートは、STP エッジ ポートとして設定することを推奨します。STP ポート タイプの詳細については、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。

各 vPC ピア デバイス上で、ダウンストリーム デバイスに接続するポート チャネルに vPC 番号を割り当てます。vPC の作成時にトラフィックが中断されることはほとんどありません。すべてのポート番号に、ポート チャネル自体と同じ vPC ID 番号を割り当てると（つまり、ポート チャネル 10 には vPC ID 10）、設定が簡単になります。

（注）	vPC ピア デバイスからダウンストリーム デバイスに接続するためにポート チャネルに割り当てる vPC 番号は、両方の vPC ピア デバイスで同じである必要があります。

vPC シャットダウン機能は、ユーザが vPC コンプレックスからスイッチを分離してからデバッグ、リロード、または物理的に削除することができるようにするため、vPC コンプレックス内のピア vPC スイッチを通過する vPC トラフィックは影響を受けません。

ユーザが shutdown コマンドを実行すると、MCEC モジュール（MCECM）がアウトオブバンド（OOB ）キープアライブ メッセージの送信を停止して、すべての vPC ポート、SVI、およびピア リンクをダウンさせます。ダウンしているピア リンクとキープアライブ メッセージの非可用性を検出すると、ピア vPC スイッチがプライマリ ピアを引き継ぎます。キープアライブ メッセージが受信されないため、ピア vPC スイッチはフラップ後も vPC ピア リンクを起動しません。ピア リンクがダウンしているため、孤立 vPC スイッチはすべての vPC をダウンしたままにします。vPC 孤立ポートは、設定された孤立ポートを一時停止します。

ユーザがこのコマンドの no 形式を実行すると、スイッチがネットワーク トラフィックの中断を最小限に抑えながら、vPC コンプレックスに復帰します。このコマンドの no 形式を実行すると、キープアライブが開始され、ピア リンクが起動し、すべての vPC が順に起動します。

プライマリ スイッチ上で実行された場合は、shutdown コマンドのデュアル アクティブ ステータスが確立されます。

vPC shutdown コマンドを実行すると、孤立ポートの接続が解除されます。

Cisco NX-OS サービスは、永続ストレージ サービス（PSS）に shutdown コマンドを保存します。このコマンドはスイッチのリロード時に復元されます。shutdown コマンドは vPC 設定として保存されます。スタートアップ コンフィギュレーションにコピーされた場合は、vPC 設定と一緒に shutdown コマンドが再度実行されます。shutdown コマンドはスイッチのリロード時に復元されます。

デバッグ後または ISSU 後に起動した孤立 vPC ピア スイッチの vPC オペレーティング バージョンが、ピア スイッチと異なる可能性があります。no shutdown コマンドが適用された場合は、vPC ピア リンクが、一方のバージョンがもう一方のバージョンより低い 2 台のスイッチを使用して起動します。

STP は、ロール スイッチオーバーが発生したときに、新しいプライマリ vPC ピアが現在の状態を継承するようにポート状態を vPC ピアと同期します。MCECM がロール変更を検出して STP に通知するのに 6 秒以上かかった場合は、vPC 上で送信される STP ブリッジ プロトコル データ ユニット（BPDU）がタイムアウトします。これを回避するために、両方の vPC スイッチが vPC ポート経由で BPDU を送信するように、STP ピア スイッチ機能を設定することをお勧めします。

デュアルホーム FEX が vPC 内で接続されているスイッチ上で shutdown コマンドを設定すると、FEX がそのスイッチ上でオフラインになります。孤立スイッチの ISSU は、FEX 上のソフトウェア イメージを更新しません。FEX アクティブ - アクティブ用に各スイッチを分離してアップグレードすることによって ISSU を実行するために、vPC shutdown コマンドを使用することはできません。

FEX アクティブ - アクティブを含むすべてのライン カードとリモート ライン カードのソフトウェア イメージがバージョン アップされています。これは、FEX アクティブ - アクティブが非アクティブ ピアでオフラインになっているためです。

その後、非アクティブ ピアが VPC no shutdown コマンドでオンラインになったときに、このピアは引き続き下位バージョンのソフトウェア イメージを実行することになります。このようなケースでは、FEX アクティブ - アクティブのステータスがこのピア内の AA バージョン不一致とオフラインの間で切り替わります。これは、両方のピアが別々のバージョンのソフトウェア イメージを実行しているためです。この状況を回避するには、ピア 2 が上位バージョンのソフトウェア イメージにアップグレードされるまで、ピア 2 を起動しない、または、VPC shutdown コマンドを実行しないようにする必要があります。

no shutdown コマンドを実行すると、Multichassis EtherChannel Module（MCECM）がキープアライブ メッセージを停止して、ピア リンクをダウンさせます。vPC ピア スイッチが 5 秒以内にキープアライブ メッセージを受信しなかった場合は、プライマリ ロールを引き受けます。

（注）	ダウンストリーム デバイスは、ポート チャネルを使用して両方の vPC ピア デバイスに接続する必要があります。

ダウンストリーム デバイスを接続するために、プライマリ vPC ピア デバイスからダウンストリーム デバイスへのポート チャネルを作成し、セカンダリ ピア デバイスからダウンストリーム デバイスへのもう 1 つのポート チャネルを作成します。各 vPC ピア デバイス上で、ダウンストリーム デバイスに接続するポート チャネルに vPC 番号を割り当てます。vPC の作成時にトラフィックが中断されることはほとんどありません。

（注）	異なるモジュールの専用ポート上で vPC ピア リンクを設定して、障害発生の可能性を下げることをお勧めします。復元力を最適にしたい環境では、少なくとも 2 つのモジュールを使用してください。

Cisco NX-OS リリース 4.2 以降では、すべての vPC ピア リンクとコアに面するインターフェイスを単一モジュール上で設定しなければならない場合は、両方の vPC ピア デバイス上のすべての vPC ピア リンク上の、およびコアへのレイヤ 3 リンクに関連付けられているトラック オブジェクトとトラック リストをコマンドライン インターフェイスを使用して設定してください。トラック リスト上のすべてのトラッキング対象オブジェクトが停止した場合、システムは次のように動作するため、この設定を使用すれば、その特定のモジュールが停止した場合のトラフィックのドロップを避けることができます。

• vPC プライマリ ピア デバイスによるピアキープアライブ メッセージの送信を停止します。これにより、vPC セカンダリ ピア デバイスが強制的に引き継がされます。

• その vPC ピア デバイス上のすべてのダウンストリーム vPC を停止させます。これにより、すべてのトラフィックが強制的に他の vPC ピア デバイスに向けてそのアクセス スイッチでルーティングされます。

いったんこの機能を設定したら、モジュールに障害が発生した場合には、システムが自動的にプライマリ vPC ピア デバイス上のすべての vPC リンクを停止させ、ピアキープアライブ メッセージを停止します。このアクションにより、vPC セカンダリ デバイスが強制的にプライマリ ロールを引き継がされ、システムが安定するまで、すべての vPC トラフィックがこの新しい vPC プライマリ デバイスに送られます。

コアに対するすべてのリンクおよびすべての vPC ピア リンクを含むトラック リストを、そのオブジェクトとして作成する必要があります。このトラック リストの指定した vPC ドメインに対して、トラッキングをイネーブルにします。この同じ設定を他方の vPC ピア デバイスにも適用します。オブジェクト トラッキングおよびトラック リストの設定については、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。

オブジェクト トラッキングの設定については、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。

（注）	次の例では、Boolean OR を追跡リストで使用し、完全なモジュール障害の場合にのみすべてのトラフィックが vPC ピア デバイスへ流れるよう強制します。コア インターフェイスまたはピア リンクがダウンしたときにスイッチオーバーをトリガーする場合は、次の追跡リストでブール AND を使用します。

L3 コア アップリンクおよび vPC ピア リンク インターフェイスが同じモジュール上でローカライズされている単一の Cisco Nexus 7000 シリーズ M132XP-12 モジュールまたは M108XP-12 モジュールによる vPC の導入は、10 Gbps モジュールがプライマリ vPC で故障した場合（1 Gbps ラインカードと 10 Gbps ラインカードの両方で vPC メンバー ポートが定義されている場合）、アクセス レイヤ隔離を受けやすくなります。

単一モジュール上の関連するすべてのインターフェイスが故障したときに vPC をリモート ピアに切り替えるように追跡リストを設定するには、次の手順に従います。

switch(config-if)# track 35 interface ethernet 8/35 line-protocol
switch(config-track)# track 23 interface ethernet 8/33 line-protocol
switch(config)# track 55 interface port-channel 100 line-protocol

switch(config)# track 44 list boolean OR
switch(config-track)# object 23
switch(config-track)# object 35
switch(config-track)# object 55
switch(config-track)# end

switch(config)# vpc domain 1
switch(config-vpc-domain)# track 44

switch# show vpc brief
Legend:
       (*) - local vPC is down, forwarding via vPC peer-link
vPC domain id                         : 1
Peer status                           : peer adjacency formed ok
vPC keep-alive status                 : peer is alive
Configuration consistency status      : success
vPC role                              : secondary
Number of vPCs configured             : 52
Track object                          : 44
vPC Peer-link status
---------------------------------------------------------------------
id    Port   Status  Active vlans
--    ----   ------  --------------------------------------------------
1     Po100   up      1-5,140
vPC status
----------------------------------------------------------------------
id    Port  Status Consistency Reason                     Active vlans
--    ---- ------   ----------- -------------------------- ------------
1      Po1   up      success    success                    1-5,140

switch# show track brief
Track Type      Instance           Parameter     State    Last
Change
23  Interface   Ethernet8/33        Line Protocol UP    00:03:05
35  Interface   Ethernet8/35        Line Protocol UP    00:03:15
44  List ----- Boolean
or   UP 00:01:19
55   Interface   port-channel100    Line Protocol UP    00:00:34

LACP は、vPC ドメインのシステム MAC アドレスを使用して、vPC の LACP Aggregation Group（LAG）ID を形成します（LAG-ID および LACP については、第 6 章の「ポート チャネルの設定」を参照）。

ダウンストリーム デバイスからのチャネルも含めて、すべての vPC ポート チャネル上の LACP を使用できます。LACP は、vPC ピア デバイスの各ポート チャネル上のインターフェイスのアクティブ モードで設定することを推奨します。この設定により、デバイス、単方向リンク、およびマルチホップ接続の間の互換性をより簡単に検出できるようになり、実行時の変更およびリンク障害に対してダイナミックな応答が可能になります。

M シリーズ モジュールおよび LACP では、vPC ピア リンクは、16 個の LACP インターフェイス（8 個のアクティブ リンクと 8 個のホット スタンバイ リンク）をサポートします。ダウンストリーム vPC チャネル上では、8 個のアクティブ リンクと 8 個のホット スタンバイ リンクとで、16 個の LACP リンクを設定できます。LACP を使用せずにポート チャネルを設定する場合は、各チャネルに 8 個のリンクしか持てません。F シリーズのライン カードでは、vPC ピア リンクとダウンストリーム vPC チャネルは最高 16 個のアクティブな LACP リンクをサポートします。ポート チャネルが LACP を使用して設定されていなくても、各チャネルに 16 個のリンクを設定できます。

vPC ピア リンク デバイスのシステム プライオリティを手動で設定して、vPC ピア リンク デバイスが、接続されているダウンストリーム デバイスより確実に高い LACP プライオリティを持つようにすることを推奨します。システム プライオリティの値が低いほど、高い LACP プライオリティを意味します。

（注）	システム プライオリティを手動で設定する場合は、必ず両方の vPC ピア デバイス上で同じプライオリティ値を割り当てる必要があります。vPC ピア デバイス同士が異なるシステム プライオリティ値を持っていると、vPC は稼働しません。

vPC はループフリーなレイヤ 2 トポロジを提供しますが、それでもやはり、誤った配線やケーブルの欠陥、誤設定などから保護するためのフェールセーフ メカニズムを STP が提供する必要があります。vPC を初めて稼働させたときに、STP による再コンバージェンスが発生します。STP は、vPC ピア リンクを特殊なリンクとして扱い、常に vPC ピア リンクを STP のアクティブ トポロジに含めます。

ポート チャネルが vPC ピア リンクとして指定されている場合は、spanning-tree port type network コマンドが追加されるため、ポート チャネルが Bridge Assurance ポートになります。vPC ピア リンク上では STP 拡張機能を一切有効にしないことをお勧めします。STP 拡張がすでに設定されている場合、その拡張が vPC ピア リンクの問題の原因となることはありません。

MST と Rapid PVST+ の両方を実行している場合は、必ず PVST シミュレーション機能を正しく設定してください。

STP 拡張機能および PVST シミュレーションについては、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。

パラメータのリストは、vPC ピア リンクの両サイドの vPC ピア デバイス上で同じになるように設定する必要があります。このような一致が必要な設定については、「vPC インターフェイスの互換パラメータ」の項を参照してください。

STP は分散しています。つまり、このプロトコルは、両方の vPC ピア デバイス上で実行され続けます。ただし、プライマリ デバイスとして選択されている vPC ピア デバイス上での設定が、セカンダリ vPC ピア デバイス上の vPC インターフェイスの STP プロセスを制御します。

プライマリ vPC デバイスは、Cisco Fabric Services over Ethernet（CFSoE）を使用して、vPC セカンダリ ピア デバイス上の STP の状態を同期させます。CFSoE については、7-30 ページの「CFSoE」の項を参照してください。

vPC の STP プロセスも、ピア リンク上で接続されているデバイスの 1 つに障害が発生したときにそれを検出するために、定期的なキープアライブ メッセージに依存しています。これらのメッセージについては、「ピアキープアライブ リンクとメッセージ」の項を参照してください。

vPC マネージャが、vPC ピア デバイス間で、プライマリ デバイスとセカンダリ デバイスを設定して 2 つのデバイスを STP 用に調整する提案/ハンドシェイク合意を実行します。その後、プライマリ vPC ピア デバイスが、プライマリ デバイスとセカンダリ デバイス両方での STP プロトコルの制御を行います。プライマリ vPC ピア デバイスを STP プライマリ ルート デバイスとして設定し、セカンダリ VPC デバイスを STP セカンダリ ルート デバイスになるように設定することを推奨します。

プライマリ vPC ピア デバイスがセカンダリ vPC ピア デバイスにフェールオーバーした場合、STP トポロジには何の変化も発生しません。

BPDU は、代表ブリッジ ID フィールドで、STP ブリッジ ID の vPC に設定されている MAC アドレスを使用します。vPC プライマリ デバイスが、vPC インターフェイス上でこれらの BPDU を送信します。

次のパラメータについて同じ STP 設定を使用して、vPC ピア リンクの両エンドを設定する必要があります。

• STP グローバル設定：

  • STP モード

  • MST のための STP リージョン設定

  • VLAN ごとのイネーブル/ディセーブル状態

  • ブリッジ保証設定

  • ポート タイプ設定

  • ループ ガード設定

• STP インターフェイス設定：

  • ポート タイプ設定

  • ループ ガード

  • ルート ガード

（注）	これらのパラメータのいずれかに誤設定があった場合、Cisco NX-OS ソフトウェアが vPC 内のすべてのインターフェイスを停止します。syslog をチェックし、show vpc brief コマンドを入力して、vPC インターフェイスが停止していないか確認してください。

次の STP インターフェイス設定が、vPC ピア リンクの両側で同じになっていることを確認します。そうなっていないと、トラフィック フローに予測不能な動作が発生する可能性があります。

• BPDU Filter

• BPDU ガード

• コスト

• リンク タイプ

• プライオリティ

• VLAN（PVRST+）

（注）	vPC ピア リンクの両側での設定を表示して、設定が同じであることを確認してください。

この機能がイネーブルになっている場合は、show spanning-tree コマンドで vPC に関する情報を表示できます。例については、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。

（注）	ダウンストリーム デバイスのポートは、STP エッジ ポートとして設定することを推奨します。スイッチに接続されているすべてのホスト ポートを STP エッジ ポートとして設定してくださいSTP ポート タイプの詳細については、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。

（注）	トランスペアレント モードの適応型セキュリティ アプライアンス（ASA）を使用して Nexus 7000 ピア スイッチ上で 2 つの VLAN をブリッジすると、スイッチがどちらかの VLAN を STP ディスピュートにします。これを回避するには、ポート上でピア スイッチまたは STP を無効にします。

vPC ピア スイッチ機能は、STP コンバージェンスに関連するパフォーマンス上の問題を解決するために、Cisco NX-OS Release 5.0(2) に追加されました。この機能は、一対の Cisco Nexus 7000 シリーズ デバイスがレイヤ 2 トポロジ内で 1 つの STP ルートとして現れることを可能にします。この機能は、STP ルートを vPC プライマリ スイッチに固定する必要性をなくし、vPC プライマリ スイッチに障害が発生した場合の vPC コンバージェンスを向上させます。

ループを回避するために、vPC ピア リンクは STP 計算からは除外されます。vPC ピア スイッチ モードでは、ダウンストリーム スイッチでの STP BPDU タイムアウトに関連した問題（この問題は、トラフィックの中断につながります）を避けるために、STP BPDU が両方の vPC ピア デバイスから送信されます。

この機能は、すべてのデバイス vPC に属する純粋なピア スイッチ トポロジで使用できます。

（注）	ピア スイッチ機能は、vPC を使用するネットワークでサポートされ、STP ベースの冗長性はサポートされません。ハイブリッド ピア スイッチ設定で vPC ピア リンクに障害が発生すると、トラフィックが失われる場合があります。このシナリオでは、vPC ピアは同じ STP ルート ID や同じブリッジ ID を使用します。アクセス スイッチのトラフィックは 2 つに別れ、その半分が最初の vPC ピアに、残りの半分が 2 番目の vPC ピアに転送されます。ピア リンク障害は、南北のトラフィックには影響がありませんが、東西のトラフィックが失われます。

STP 拡張機能および Rapid PVST+ については、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。

リリース 6.0 以降では、Cisco NX-OS により、vPC パスの両方がアップしたときに 2 つのピアが部分的に指定フォワーダとなるよう制御する方法が提供されます。この制御がイネーブルの場合、各ピアを（ハードウェアに応じて）RBH/FTAG の分離セットに対するマルチデスティネーションのサウスバウンド パケット用の指定フォワーダにすることができます。指定フォワーダは、vPC ごとにネゴシエートされます。この制御は、 vPC ドメイン モードで設定された fabricpath multicast load-balance コマンドでイネーブルになります。

switch(config)# vpc domain 1
switch(config-vpc-domain)# fabricpath multicast load-balance

（注）	Cisco NX-OS リリース 6.2(2) 以降では、この機能は mode auto コマンドが使用されると自動的にイネーブルになります。このコマンドの使用に関する詳細については、「特定の vPC 機能の自動イネーブル化」の項を参照してください。

（注）	F2 シリーズ モジュールのみがマルチキャスト ロード バランシングをサポートします。F1 シリーズ モジュールでは、設定はサポートされますが、ロード バランシングは発生しません。

（注）	fabricpath multicast load-balance コマンドは、FEX ポートと vPC+ を設定するのに必要となります。

vPC の指定フォワーダのイネーブル化の詳細については、『Cisco Nexus 7000 Series NX-OS FabricPath Configuration Guide』を参照してください。

Cisco Fabric Service over Ethernet（CFSoE）プロトコルの信頼性が高いトランスポート メカニズムを使用した、vPC ピア間のテーブル同期に対応する機能が Cisco NX-OS リリース 4.2(6) に追加されました。ip arp synchronize および ipv6 nd synchronize コマンドをイネーブルにし、vPC ピア間のアドレス テーブルのコンバージェンスの高速化をサポートする必要があります。このコンバージェンスにより、ピア リンク ポート チャネルがフラップしたり、vPC ピアがオンラインに戻るときに、IPv4 の場合は ARP テーブルの復元でまたは IPv6 の場合は ND テーブルの復元で発生する遅延を解消できます。

（注）	Cisco NX-OS リリース 6.2(2) 以降では、mode auto コマンドを使用して、この機能を自動的にイネーブルにすることができます。このコマンドの使用については、「特定の vPC コマンドの自動イネーブル化」の項を参照してください。

（注）	Nexus 7000 シリーズ デバイスの Cisco NX-OS ソフトウェアは、vPC での Product Independent Multicast（PIM）、Source-Specific Multicast（SSM）または双方向（PIM）をサポートしません。Cisco NX-OS ソフトウェアは、vPC での PIM Any Source Multicast（ASM）を完全にサポートします。

ソフトウェアが、マルチキャスト フォワーディングを両方の vPC ピア デバイス上で同期された状態に保ちます。vPC ピア デバイス上の IGMP スヌーピング プロセスは、学習したグループ情報を vPC ピア リンクを通じて他の vPC ピア デバイスと共有します。マルチキャスト状態は、常に両方の vPC ピア デバイス上で同期されます。vPC モードでの PIM プロセスは、1 つの vPC ピア デバイスだけが受信者に向けてマルチキャスト トラフィックを転送する状態を確保します。

各 vPC ピアは、レイヤ 2 またはレイヤ 3 デバイスです。マルチキャスト トラフィックは 1 つの vPC ピア デバイスだけから伝送されます。次のシナリオで、重複したパケットが観察される場合があります。

• 孤立ホスト

• 送信元と受信者が、マルチキャスト ルーティングのイネーブルになった異なる VLAN 内のレイヤ 2 vPC クラウド内にあり、vPC メンバ リンクが停止している場合。

次のシナリオで、ごくわずかなトラフィック損失が観察される場合があります。

• トラフィックを転送している vPC ピア デバイスをリロードした場合。

• トラフィックを転送している vPC ピア デバイスの PIM を再起動した場合。

必ずすべてのレイヤ 3 デバイスを両方の vPC ピア デバイスにデュアル接続してください。片方の vPC ピア デバイスが停止した場合、他方の vPC ピア デバイスが、通常どおりにすべてのマルチキャスト トラフィックを転送し続けます。

vPC およびマルチキャストで情報を表示するコマンドについては、『Cisco Nexus 7000 Series NX-OS Interfaces Command Reference』を参照してください。

次に、vPC PIM および vPC IGMP/IGMP スヌーピングについて説明します。

• vPC PIM：vPC モードの PIM プロセスは、1 台の vPC ピア デバイスのみがマルチキャスト トラフィックを転送する状態を確保します。vPC モードの PIM プロセスは、送信元の状態を両方の vPC ピア デバイスと同期させ、トラフィックを転送する vPC ピア デバイスを選出します。

• vPC IGMP/IGMP スヌーピング：vPC モードの IGMP プロセスは、両方の vPC ピア デバイスで指定ルータ（DR）情報を同期させます。デュアル DR は、vPC モードのときに IGMP で利用可能です。デュアル DR は、vPC モードでない場合は利用できません。これは、両方の vPC ピア デバイスがピア間のマルチキャスト グループ情報を保持するためです。

（注）	vPC VLAN（vPC ピア リンクで伝送される VLAN）とダウンストリーム vPC が接続されたレイヤ 3 デバイス間の PIM ネイバー関係はサポートされません。それによりマルチキャスト パケットのドロップが生じる場合があります。PIM ネイバー関係がダウンストリーム レイヤ 3 デバイスで必要な場合、物理レイヤ 3 インターフェイスを vPC インターフェイスの代わりに使用する必要があります。

IGMP スヌーピングは、両方の vPC ピア デバイス上で同じようにイネーブルにしたりディセーブルにしたりする必要があり、すべての機能設定を同じにする必要があります。IGMP スヌーピングは、デフォルトで有効になっています。

（注）	次のコマンドは、vPC モードでサポートされていません。 ip pim spt-threshold infinity ip pim use-shared-tree-only マルチキャストの詳細については、『Cisco Nexus 7000 Series NX-OS Multicast Routing Configuration Guide』を参照してください。

デフォルトでは、マルチキャスト ルータは該当する受信先が存在する場合のみ PIM ジョインをアップストリームに送信します。これらの該当する受信先は、IGMP ホスト（IGMP レポートを通じて通信します）または他のマルチキャスト ルータ（PIM ジョインを通じて通信します）のどちらかの場合があります。

VPC Device1:
------------
(*,G)
oif1 (igmp)

VPC Device2:
------------
(*,G)
oif1 (igmp)

VPC Device1 (say this is Forwarder for Source 'S'):
------------
(*,G)
  oif1 (igmp)

(S,G)
  oif1 (mrib)

VPC Device2:
------------
(*,G)
  oif1 (igmp)

(S,G)
NULL

障害が発生した場合（たとえば、フォワーダのレイヤ 3 リバース パス転送（RPF）リンクが動作しない、またはフォワーダがリロードされるなど）、現在の非フォワーダが最終的にフォワーダになる場合は、トラフィック取得するために送信元への (S,G) に対する PIM ジョインの送信を開始をする必要があります。送信元に到達するホップ数によって、この操作には時間がかかる場合があります（PIM はホップバイホップ プロトコルです）。

この問題を排除し、より優れたコンバージェンスを取得するには、ip pim pre-build-spt コマンドを使用します。このコマンドにより、マルチキャスト ルートに 0 OIF があっても PIM はジョインを送信できます。vPC デバイスでは、非フォワーダは送信元へ PIM (S,G) ジョインをアップストリームに送信します。欠点は、非フォワーダからのリンク帯域幅のアップストリームが最終的にそれによってドロップされるトラフィックに使用されることです。コンバージェンスの向上によるメリットは、リンク使用帯域幅をはるかに上回っていることです。したがって、vPC を使用する場合は、このコマンドを使用することを推奨します。

Case 1: One OIF
===============
VPC Device1 (say this is PIM DR on oif1):
----------------------------------------
(*,G)
  oif1 (igmp)

VPC Device2:
------------
(*,G) will not be created.

VPC Device1 (say this is PIM DR on oif1):
----------------------------------------
(*,G)
  oif1 (igmp)
(S,G)
  oif1 (mrib)

VPC Device2:
------------
(*, G) will not be created.
(S, G) will not be created.

Case 2: Two OIFs
================
VPC Device1 (say this is PIM DR on oif1):
----------------------------------------
(*,G)
  oif1 (igmp)

VPC Device2 (say this is PIM DR on oif2):
----------------------------------------
(*,G)
  oif2 (igmp)

VPC Device1 (say this is PIM DR on oif1):
----------------------------------------
(*,G)
  oif1 (igmp)

(S,G)
  oif1 (mrib)

VPC Device1 (say this is PIM DR on oif2):
----------------------------------------
(*,G)
  oif2 (igmp)

(S,G)
  oif2 (mrib)

F2 モジュールを使用した vPC ピア リンクの場合は、ip pim pre-build-spt コマンドを入力する必要はありません。これは、関連するルートに NULL でない oiflist があるため PIM が (S,G) ジョインをアップストリームに送信するためです。

（注）	vPC 機能が F2 モードでイネーブルになっている場合は、ip pim pre-build-spt コマンドを入力しないでください。

ファースト ホップ ルーティング プロトコル（FHRP）は、vPC と相互運用します。ホット スタンバイ ルーティング プロトコル（HSRP）、ゲートウェイ ロード バランシング プロトコル（GLBP）、および仮想ルータ冗長プロトコル（VRRP）のすべてが、vPC と相互運用できます。すべてのレイヤ 3 デバイスを両方の vPC ピア デバイスにデュアル接続することを推奨します。

プライマリ FHRP デバイスは、たとえセカンダリ vPC デバイスがデータ トラフィックを転送したとしても、ARP 要求に応答します。

プライマリ vPC ピア デバイスを FHRP アクティブ ルータの最も高いプライオリティで設定しておくと、初期の設定確認と vPC/HSRP のトラブルシューティングを簡単にできます。

さらに、if-hsrp コンフィギュレーション モードで priority コマンドを使用して、vPC ピア リンク上でイネーブルになっているグループの状態がスタンバイになっているか、またはリッスン状態になっている場合のフェールオーバーのしきい値を設定できます。インターフェイスがアップまたはダウンするのを防ぐために下限および上限しきい値を設定できます。

VRRP は、vPC ピア デバイス上で実行されている場合に HSRP とよく似た動作を示します。VRRP は、HSRP を設定したのと同じ方法で設定してください。GLBP については、両方の vPC ピア デバイス上のフォワーダがトラフィックを転送します。

プライマリ vPC ピア デバイスに障害が発生した場合は、セカンダリ vPC ピア デバイスにフェールオーバーされ、FHRP トラフィックはシームレスに流れ続けます。

バックアップ ルーティング パスとして機能するように 2 台の vPC ピア デバイス間にルーティング隣接を設定することを推奨します。1 台の vPC ピア デバイスがレイヤ 3 アップリンクを失うと、その vPC はルーテッド トラフィックを他の vPC ピア デバイスにリダイレクトでき、そのアクティブ レイヤ 3 アップリンクを活用できます。

次の方法で、バックアップのルーティング パス用のスイッチ間リンクを設定できます。

• 2 台の vPC ピア デバイス間でレイヤ 3 リンクを作成します。

• 専用の VLAN インターフェイスを持つ非 VPC VLAN トランクを使用します。

• 専用の VLAN インターフェイスを持つ vPC ピア リンクを使用します。

vPC 環境での HSRP の焼き付け MAC アドレス オプション（use-bia）の設定、および任意の FHRP プロトコルのための仮想 MAC アドレスの手動での設定は、推奨できません。これらの設定は、vPC ロード バランシングに不利な影響を与えるためです。HSRP use-bia オプションは、vPC ではサポートされていません。カスタム MAC アドレスを設定する際には、両方の vPC ピア デバイスに同じ MAC アドレスを設定する必要があります。

Cisco NX-OS リリース 4.2(1) 以降では、delay restore コマンドを使用して、ピアの隣接関係が確立され VLAN インターフェイスが再びアップ状態になるまで vPC の再稼働を遅延させるための復元タイマーを設定することができます。この機能により、vPC が再びトラフィックの受け渡しをし始める前にルーティング テーブルが収束できなかった場合のパケットのドロップを回避できます。この機能を設定するには、delay restore コマンドを使用します。

復元した vPC ピア デバイス上の VLAN インターフェイスが稼働するのを遅延するには、interfaces-vlan オプションを delay restore コマンドに使用します。

FHRP とルーティングの詳細については、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。

Cisco Fabric Services over Ethernet（CFSoE）は、vPC ピア デバイスのアクションを同期化するために使用される信頼性の高い状態転送メカニズムです。CFSoE は、vPC にリンクされている、STP、IGMP などの多くの機能のメッセージとパケットを伝送します。情報は、CFS/CFSoE プロトコル データ ユニット（PDU）に入れて伝送されます。

CFSoE は、vPC 機能をイネーブルにすると、デバイスによって自動的にイネーブルになります。何も設定する必要はありません。vPC の CFSoE 分散には、IP を介してまたは CFS リージョンに分散する機能は必要ありません。CFSoE 機能が vPC 上で正常に機能するために必要な設定は一切ありません。

CFSoE 転送は、各 VDC にローカルです。

show mac address-table コマンドを使用すれば、CFSoE が vPC ピア リンクのために同期する MAC アドレスを表示できます。

（注）	no cfs eth distribute コマンドと no cfs distribute コマンドは入力しないでください。CFSoE for vPC 機能のための CFSoE をイネーブルにしなければなりません。vPC をイネーブルにしてこれらのコマンドのいずれかを入力すると、エラー メッセージが表示されます。

show cfs application コマンドを入力すると、出力に「Physical-eth」と表示されます。これは、CFSoE を使用しているアプリケーションを表します。

CFS は、TCP/IP を介したデータも転送します。IP 経由の CFS の詳細については、『Cisco Nexus 7000 Series NX-OS System Management Configuration Guide』を参照してください。

（注）	CFS リージョンはサポートされていません。

vPC 対応でないデバイスが各ピアに接続するとき、接続されたポートは vPC のメンバではないため、孤立ポートと称されます。一方のピアへのデバイスのリンクがアクティブ（フォワーディング）になり、他方のリンクは STP のためスタンバイ（ブロッキング）になります。

ピア リンク障害またはリストアが発生すると、孤立ポートの接続は vPC 障害または復元プロセスにバインドされる可能性があります。たとえば、デバイスのアクティブな孤立ポートがセカンダリ vPC ピアに接続する場合、ピア リンク障害が発生し、vPC ポートがセカンダリ ピアによって一時停止されると、そのデバイスはプライマリ ピアを経由する接続を失います。セカンダリ ピアがアクティブな孤立ポートも一時停止した場合は、デバイスのスタンバイ ポートがアクティブになり、プライマリ ピアへの接続が提供され、接続が復元されます。Cisco NX-OS リリース 5.2(1) 以降では、セカンダリ ピアが vPC ポートを一時停止するときに特定の孤立ポートがそのピアによって一時停止され、vPC が復元されるとそのポートが復元されるように CLI で設定できます。

物理ポート仮想ポート チャネル（vPC）を介した Fibre Channel over Ethernet（FCoE）機能は、vPC インターフェイスへの物理イーサネット インターフェイスの共有モデルを拡張します。

vPC レグを形成する各イーサネット インターフェイスは、ストレージ仮想デバイス コンテキスト（VDC）とイーサネット VDC 間で共有されます。共有イーサネット インターフェイスは、FCoE および LAN トラフィックの両方を伝送します。相互に排他的な FCoE と LAN VLAN は、vPC レグ上のトラフィックを伝送するために割り当てられます。FCoE トラフィックは FCoE VLAN により伝送され、LAN トラフィックは LAN VLAN により伝送されます。

特定の設定およびネットワーク パラメータは、物理ポート vDC が動作するようにピア スイッチ間で一貫している必要があります。ネットワーク（タイプ 1）に影響を与える不一致が検出された場合、セカンダリ vPC レグ（アクセス スイッチとホスト間の物理リンク）が停止します。物理ポート vPC を介した FCoE を使用すると、vPC レグは FCoE リンクと LAN リンクが両方ダウンするように FCoE および LAN トラフィックの両方を伝送します。シャットダウン LAN 機能を使用することで、イーサネット インターフェイス上の LAN VLAN のみをシャットダウンまたは起動することができます。

データセンターの停電時には、vPC を含む両方の Cisco Nexus 7000 シリーズ デバイスがリロードされます。場合によっては、1 つのピアのみが復元される場合があります。機能するピアキープアライブまたはピア リンクがないと、vPC は正常に機能することができません。しかし、Cisco NX-OS リリースによっては、vPC サービスが機能するピアのローカル ポートのみを使用するようにする方法が利用可能です。

In-Service Software Upgrade（ISSU）では、最初の vPC デバイス上のソフトウェア リロード プロセスが、vPC 通信チャネルを介した CFS メッセージングを使用して、その vPC ピア デバイスをロックします。1 度に 1 つのデバイスだけアップグレードできます。最初のデバイスは、そのアップグレードが完了したら、そのピア デバイスのロックを解除します。次に、2 つ目のデバイスが、最初のデバイスが行ったのと同じように最初のデバイスをロックして、アップグレード プロセスを実行します。アップグレード中は、2 つの vPC デバイスが一時的に異なるリリースの Cisco NX-OS を実行することになりますが、その下位互換性サポートにより、システムは正常に機能します。

ハイ アベイラビリティ機能の詳細については、『Cisco Nexus 7000 Series NX-OS High Availability and Redundancy Guide』を参照してください。

vPC ヒットレス ロールの変更機能は、トラフィック フローに影響を与えることなく、vPC ピア間で vPC ロールを切り替えるためのフレームワークを提供します。vPC ロールの交換は、vPC ドメインに属しているデバイスのロール プライオリティ値に基づいて行われます。vpc role preempt コマンドを実行すると、ロール プライオリティの低い vPC ピア デバイスがプライマリ vPC デバイスとして選択されます。

停電が発生すると、vPC はピア隣接がスイッチ リロード時に形成するのを待ちます。この状況は、許容範囲内に収まらないほど長いサービスの中断に至る場合があります。Cisco Nexus 7000 シリーズ デバイスは、そのピアがオンラインになるのに失敗した場合に vPC サービスを復元するように設定できます。

Cisco Nexus 7000 シリーズ デバイスは、一対の vPC デバイスがレイヤ 2 トポロジ内で 1 つの STP ルートとして現れるように設定することができます。この項では、次のトピックについて取り上げます。

この項では、次のトピックについて取り上げます。