Cisco Nexus 5000 シリーズ NX-OS インターフェイスオペレーションガイドリリース 5.0(3)N2(1) Cisco Nexus 5000 プラットフォームスイッチ用および Cisco Nexus 5500 プラットフォームスイッチ用

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ

このマニュアル内で検索

ご利用いただける言語

Download Options

Book Title

Cisco Nexus 5000 シリーズ NX-OS インターフェイスオペレーションガイドリリース 5.0(3)N2(1) Cisco Nexus 5000 プラットフォームスイッチ用および Cisco Nexus 5500 プラットフォームスイッチ用

Chapter Title

Cisco Nexus 5500 プラットフォームのレイヤ 3 および vPC の動作

PDF - Complete Book (2.16 MB) PDF - This Chapter (1.22 MB)
View with Adobe Reader on a variety of devices

検索結果

Updated:: 2017年5月29日

章のタイトル： Cisco Nexus 5500 プラットフォームのレイヤ 3 および vPC の動作

Cisco Nexus 5500 プラットフォームのレイヤ 3 および vPC の動作

この章では、レイヤ 3 ルーティング機能が Cisco Nexus 5500 プラットフォームで有効な場合の、仮想ポートチャネル（vPC）の動作について説明します。

この章の内容は、次のとおりです。

• 「vPC およびファーストホップ冗長プロトコル」

• 「vPC による ARP 処理」

• 「ピアスイッチの MAC アドレスへのパケットのレイヤ 3 フォワーディング」

• 「vPC トポロジおよびレイヤ 3 ルーティングによるコンバージェンスの改善」

• 「vPC ピアリンクの障害」

• 「レイヤ 3 モジュールの障害」

• 「vPC トポロジでのルータへの接続」

• 「キープアライブインターフェイスのための専用 VRF」

• 「レイヤ 3 パラメータの vPC 整合性検査」

• 「vPC トポロジでのマルチキャストの相互作用」

• 「事前に構築されたソースツリーを使用した高速コンバージェンス」

• 「指定ルータ（PIM DR）としての vPC スイッチの使用」

• 「ソフトウェアのアップグレードとダウングレードの影響」

vPC およびファーストホップ冗長プロトコル

ホストのデフォルトゲートウェイとして Cisco Nexus 5548 スイッチまたは Cisco Nexus 5596UP スイッチを使用する場合、デフォルトゲートウェイの冗長性を提供するために、ファーストホップ冗長プロトコル（FHRP）を展開できます。Cisco NX-OS Release 5.0(3)N1(1b)以降では、vPC をイネーブルにした場合、アクティブ FHRP ピアとスタンバイピアは、レイヤ 3 フォワーディングを実行できます。この最適化により帯域幅が向上し、vPC ピアリンクを介してレイヤ 3 でトラフィックを送信することが回避され、設定またはプロトコルを変更する必要はありません。FHRP のアクティブピアのみが ARP 要求に応答します。アクティブおよびスタンバイの FHRP ピアがレイヤ 3 トラフィックを転送できるので、アクティブ FHRP ピアが失敗した場合のより迅速なフェールオーバーとコンバージェンス時間を提供するために、FHRP の積極的なタイマーを設定する必要はありません。

図 2-1 に、ホストから送信され、数ホップ離れたホスト宛のレイヤ 3 トラフィックを、ホットスタンバイルータプロトコル（HSRP）のアクティブおよび HSRP スタンバイスイッチの両方でルーティングできることを示します。

図 2-1 vPC および FHRP

vPC による ARP 処理

ホストが vPC トポロジの Cisco Nexus 5500 プラットフォームスイッチおよび Cisco Nexus 2000 ファブリックエクステンダに接続するとき、ホストは、ハッシュアルゴリズムにより FHRP スタンバイピアに ARP 要求を送信できます。スタンバイピアが受信した ARP 要求はアクティブピアに転送され、アクティブピアは ARP 応答でそれに応答できますます。

同様に、1 台の Cisco Nexus 5500 プラットフォームスイッチがホストに ARP 要求を送信する場合のように、トラフィックが上から下へ移動する場合、ARP 応答は別のスイッチに送信されることがあります。このような状況では、ARP 応答は、ARP 要求を発信した Cisco Nexus 5500 プラットフォームスイッチへのレイヤ 2 フレームとして転送されます。

Cisco NX-OS Release 5.0(3)N1(1b) では、ARP 同期は 2 台の Cisco Nexus 5500 プラットフォームスイッチの間で発生しません。2 台のスイッチは ARP テーブルを独立して解決および維持します。1 台の vPC ピアスイッチがリロードされると、スイッチは、ホストに ARP 要求を送信することにより、ARP を解決する必要があります。

ピアスイッチの MAC アドレスへのパケットのレイヤ 3 フォワーディング

通常、ルータは、イーサネットフレームの宛先 MAC が自身の MAC アドレスと一致する場合に、レイヤ 3 ルートテーブルの検索およびレイヤ 3 フォワーディングを実行します。一致しない場合、パケットはスイッチング（レイヤ 2 の機能がイネーブルの場合）またはドロップされます。レイヤ 3 と vPC がイネーブルになっているトポロジでは、vPC ピアスイッチは、宛先 MAC アドレスとして、仮想 MAC アドレス（FHRP がイネーブルの場合）または自身の MAC アドレスではなく、ピアの MAC アドレスを持つ IP パケットを受信することがあります。このシナリオでは、Cisco Nexus 5500 プラットフォームスイッチはピアリンクを使用してピアにトラフィックを転送でき、ピアスイッチがレイヤ 3 フォワーディングを実行します。

上記のシナリオは、一部のファイラまたは vPC 上のレイヤ 3 ピアリングで頻繁に発生します。ファイラの場合は、HSRP MAC ではなくルータの焼き付けアドレス（BIA）にトラフィックを転送することで、実現する、向上したロードバランスおよび優れたパフォーマンスを達成できます。

図 2-2 に、NAS ファイラが宛先 MAC として N5k-1 の MAC RMAC-A を使用したパケットを送信するときに、パケットをポートチャネルハッシュにより N5k-2 スイッチに送信できることを示します。

図 2-2 vPC とピアゲートウェイ

この状況を引き起こすことがあるもう 1 つのシナリオは、ルータが vPC トポロジで Cisco Nexus 5500 プラットフォームに接続されている場合です。

図 2-3 vPC トポロジでのルータへの接続

図 2-3 で、ルータ R は、N5k-1 および N5k-2 を 2 個のレイヤ 3 ECMP のネクストホップルータと見なし、特定のフローの実際のネクストホップとして使用するルータを選択するために、ECMP ハッシュを実行します。ルータ R は、vPC を通じて N5k-1 および N5k-2 に接続します。このポートチャネルにはルータ R 上の IP アドレスがあり、ルータ R はこのポートチャネルを介して N5k-1 および N5k-2 とのレイヤ 3 ピアリングを実行します。ルータ R は、レイヤ 3 ネクストホップに到達するための 1 個の物理リンクを選択するために、ポートチャネルハッシュアルゴリズムを実行します。レイヤ 3 ECMP とポートチャネルは独立したハッシュ計算を実行するので、レイヤ 3 ECMP が宛先アドレスのレイヤ 3 ネクストホップとして N5k-1 を選択し、ポートチャネルハッシュが N5k-2 に向かう物理リンクを選択する可能性があります。このシナリオでは、N5k-2 は、宛先 MAC アドレスとして N5k-1 の MAC を持つパケットを R から受信します。

正しいゲートウェイにピアリンク上でトラフィックを送信することは、データ転送では受け入れ可能ですが、トラフィックを直接ルーティングできる場合にトラフィックがピアリンクを通過するため、次善の方法です。

Cisco NX-OS Release 5.0(3)N1(1b) から、着信パケットの宛先 MAC がその vPC ピアスイッチの MAC である場合、Cisco Nexus 5500 プラットフォームスイッチがレイヤ 3 フォワーディングを実行するように、 peer-gateway コマンドを使用できます。 peer-gateway コマンドは、vPC ピアリンクにこのようなパケットを転送することを防ぎます。

（注）両方の vPC ピアスイッチで peer-gateway コマンドを設定する必要があります。

vPC トポロジおよびレイヤ 3 ルーティングによるコンバージェンスの改善

Cisco NX-OS Release 5.0(3)N1(1b) から、レイヤ 3 が収束する前に vPC メンバポートがアップになる状況を回避するために、遅延タイマーが導入されました。たとえば、1 台の Cisco Nexus 5500 プラットフォームスイッチがリロードされると、スイッチは、vPC メンバポートが稼働状態になったときに、ホストからのトラフィックを受信し始めます。遅延は、スイッチがルーティングプロトコルの隣接関係を確立し、すべてのルートを学習する前に発生します。この期間の間、受信トラフィックは、宛先へのルートのアドレスがないため廃棄されます。図 2-4 に、Cisco Nexus 5000 プラットフォームスイッチが vPC を使用したレイヤ 3 用に設定されている場合に、ブラックホールトラフィックを回避するために遅延が使用できる例を示します。

図 2-4 vPC の遅延復元

遅延復元機能により、vPC メンバポートがオンラインになる前の遅延を設定できます。遅延は、スイッチがすべてのルートを学習し、vPC メンバポートをアップにし、ホストからのトラフィックを転送できるようにします。次に、120 秒の遅延を設定する例を示します。

layer3-switch(config-vpc-domain)# delay restore ?

<1-3600> Delay in bringing up the vPC links (in seconds)

layer3-switch(config-vpc-domain)# delay restore 120

layer3-switch(config-vpc-domain)#

vPC ピアリンクの障害

vPC セカンダリスイッチは、vPC ピアリンクが失われた場合、vPC メンバポートを一時停止するだけでなく、スイッチ仮想インターフェイス（SVI）も一時停止します。この場合、vPC セカンダリスイッチはローカルサブネットのアドバタイズを停止し、トラフィックのブラックホール化を防ぎます。

レイヤ 3 モジュールの障害

レイヤ 3 モジュールが Cisco Nexus 5500 プラットフォームスイッチで障害になった場合、レイヤ 3 ポートチャネルおよび SVI インターフェイスを含め、すべてのレイヤ 3 インターフェイスが一時停止されます。その結果、隣接ルータのレイヤ 3 ルーティングテーブルが更新され、その結果、上から下へのトラフィックが、ピア Nexus 5500 プラットフォームスイッチに転送されます。レイヤ 2 ポートチャネルおよびアウトオブバンド管理インターフェイスを含め、レイヤ 2 インターフェイスはアップのままです。

非 vPC トポロジでは、レイヤ 3 および SVI インターフェイスがダウンしている場合、冗長な Cisco Nexus 5500 プラットフォームスイッチは、すべての FHRP グループのアクティブピアになり、トラフィックを転送し続けます。

vPC トポロジでは、SVI インターフェイスが一時停止されますが、vPC メンバポートは、Cisco Nexus 5500 プラットフォームスイッチでアップのままになります。スイッチのレイヤ 3 モジュールに障害がある場合でも、レイヤ 2 トラフィック転送は続行されます。

図 2-5 に、N5k-2 のレイヤ 3 モジュールで障害が発生しているトポロジを示します。このシナリオでは、レイヤ 3 ネットワークへのレイヤ 3 接続やすべての SVI インターフェイスが一時停止されます。ただし、ホストからのトラフィックは、ハッシュ結果に応じて N5k-2 に送信できます。レイヤ 3 モジュールの障害時には、N5k-2 はレイヤ 2 スイッチとして動作します。N5k-2 は、レイヤ 3 ネットワークにトラフィックを転送する N5k-1 にトラフィックを転送します。リターントラフィックは、ホストにトラフィックを直接送信する N5k-1 に送信されます。

図 2-5 レイヤ 3 モジュールの障害

（注）レイヤ 3 トラフィックのみがピアリンクを通過する必要があります。VLAN トラフィックは、N5k-2 によってローカルでスイッチングされます。

レイヤ 3 モジュールが 1 台のスイッチで障害になった場合、両方の vPC スイッチでピアゲートウェイがディセーブルになります。

インバンド管理を使用したトポロジでは、レイヤ 3 モジュールで障害が発生すると、管理ネットワークと管理システムへの接続も失われることを意味します。

vPC トポロジでのルータへの接続

vPC トポロジで Cisco Nexus 5500 プラットフォームスイッチのペアにルータを接続しルーティングをイネーブルにすると、「ピアスイッチの MAC アドレスへのパケットのレイヤ 3 フォワーディング」に示すのと似た状況で、トラフィック転送により、ピアリンクを通過する次善のトラフィックパスができる可能性があります。ルータと Nexus 5500 スイッチ間の接続には、IP アドレスを使用したポートチャネルではなく、レイヤ 3 リンクを使用することを推奨します。

図 2-6 に、推奨されないトポロジを示します。このトポロジでは、制御プロトコルパケットは、正しくない Cisco Nexus 5500 プラットフォームスイッチへのポートチャネルによってハッシュされ、そこで図の正しいルーティングピア（1.1.1.1）に制御パケットが転送される場合があります。

図 2-6 vPC トポロジでの制御トラフィックの転送

このトポロジは、ユニキャストトラフィックでサポートされますが、マルチキャストトラフィックではサポートされません。このトポロジでは、Cisco Nexus 5500 プラットフォームスイッチにルータを接続するために、可能な限り vPC インターフェイスではなくレイヤ 3 インターフェイスを使用することを推奨します。

図 2-7 に、vPC ドメインのルータの接続用の推奨トポロジを示します。ルータは、レイヤ 3 インターフェイス 1.1.1.2 および 2.2.2.2 を使用して 2 台の vPC ピアに接続し、これらのインターフェイスは vPC ポートチャネルの一部ではありません。

図 2-7 レイヤ 3 インターフェイスを使用したルータの vPC ドメインへの接続

キープアライブインターフェイスのための専用 VRF

Cisco NX-OS Release 5.0(3)N1(1b) から、Cisco Nexus 5500 プラットフォームスイッチは、レイヤ 3 モジュールとエンタープライズライセンスを使用した VRF Lite をサポートしており、VRF を作成し、VRF にインターフェイスを割り当てることができます。このリリースよりも前は、VRF 管理と VRF デフォルトの 2 つの VRF がデフォルトで作成されていました。管理インターフェイス（mgmt0）およびすべての SVI インターフェイスがそれぞれ VRF 管理および VRF デフォルトに存在していました。

前面パネルのデータポートを vPC キープアライブインターフェイスとして使用するオプションがありますが、vPC キープアライブインターフェイスとしてアウトオブバンド管理インターフェイス（mgmt0）を使用することを推奨します。vPC キープアライブインターフェイスとして前面パネルの 10 ギガビットイーサネットポートを使用する場合、レイヤ 3 で vPC がイネーブルになっている場合に、vPC キープアライブパケット用に別の VRF を作成する必要があります。このプロセスは、ダイナミックルーティングプロトコルによって学習された不正なルートにより、vPC キープアライブリンクを中断する可能性を排除します。

次の例は、vPC ピアキープアライブリンクに対して、vpc_keepalive という名前の新しい VRF インスタンスを作成する方法、および vPC ピアキープアライブ設定を表示する方法を示したものです。

vrf context vpc_keepalive

interface Ethernet1/31

switchport access vlan 123

interface Vlan123

vrf member vpc_keepalive

ip address 123.1.1.2/30

no shutdown

vpc domain 1

peer-keepalive destination 123.1.1.1 source 123.1.1.2 vrf vpc_keepalive

layer3-switch# show vpc peer-keepalive

vPC keep-alive status : peer is alive

--Peer is alive for : (154477) seconds, (908) msec

--Send status : Success

--Last send at : 2011.01.14 19:02:50 100 ms

--Sent on interface : Vlan123

--Receive status : Success

--Last receive at : 2011.01.14 19:02:50 103 ms

--Received on interface : Vlan123

--Last update from peer : (0) seconds, (524) msec

vPC Keep-alive parameters

--Destination : 123.1.1.1

--Keepalive interval : 1000 msec

--Keepalive timeout : 5 seconds

--Keepalive hold timeout : 3 seconds

--Keepalive vrf : vpc_keepalive

--Keepalive udp port : 3200

--Keepalive tos : 192

Cisco Nexus 5500 プラットフォームスイッチによって提供される、ping、SSH、Telnet、および RADIUS などのサービスは、VRF を認識します。正しいルーティングテーブルを使用するために、CLI で VRF 名を指定する必要があります。

layer3-switch# ping 123.1.1.1 vrf vpc_keepalive

PING 123.1.1.1 (123.1.1.1): 56 data bytes

64 bytes from 123.1.1.1: icmp_seq=0 ttl=254 time=3.234 ms

64 bytes from 123.1.1.1: icmp_seq=1 ttl=254 time=4.931 ms

64 bytes from 123.1.1.1: icmp_seq=2 ttl=254 time=4.965 ms

64 bytes from 123.1.1.1: icmp_seq=3 ttl=254 time=4.971 ms

64 bytes from 123.1.1.1: icmp_seq=4 ttl=254 time=4.915 ms

--- 123.1.1.1 ping statistics ---

5 packets transmitted, 5 packets received, 0.00% packet loss

round-trip min/avg/max = 3.234/4.603/4.971 ms

レイヤ 3 パラメータの vPC 整合性検査

vPC トポロジでは、vPC ピアスイッチがルーティングプロトコルを個別に実行してルーティングテーブルを独立して維持します。整合性検査は、vPC ドメインのレイヤ 3 コンフィギュレーションが対称に設定されていることを確認するためには実行されません。

たとえば、1 つの SVI のルータ ACL（RACL）を設定し、vPC ピアの対応する SVI のルータを設定しない場合、syslog メッセージは表示されません。両方のデバイスで RACL を設定する必要があります。これは、独立したルーティングデバイスの動作と整合性があります。

同様に、1 つの vPC ピアでピアゲートウェイを設定し、他の vPC ピアで同じピアゲートウェイの設定が必要な場合は、vPC ピアでピアゲートウェイを設定する必要があります。

vPC ドメインがレイヤ 3 操作用に適切に設定されていることを確認するには、次の設定が一貫している必要があります。

• SVI の設定

• RACL

• ルーティングプロトコル設定

vPC トポロジでのマルチキャストの相互作用

ここでは、次の内容について説明します。

• 「サポートされていないマルチキャストトポロジ」

• 「マルチキャストルーティングテーブルのサイズ」

サポートされていないマルチキャストトポロジ

図 2-8 に、vPC 構成でサポートされていないマルチキャストトポロジを示します。

図 2-8 vPC でサポートされていないマルチキャストトポロジ

PIM ルータが vPC トポロジで Cisco Nexus 5500 プラットフォームスイッチに接続されている場合に、PIM join メッセージは 1 台のスイッチによってのみ受信されます。マルチキャストデータは、他のスイッチが受信する可能性があります。

（注）このトポロジのマルチキャスト転送は機能しません。

マルチキャストルーティングテーブル のサイズ

Nexus 5500 プラットフォームスイッチで vPC をイネーブルにすると、1 個のマルチキャストルート（*,G）または（S,G）はルーティングテーブルにエントリが 2 つ必要です。したがって、マルチキャストルーティングテーブルのサイズは、vPC がイネーブルでないトポロジでサポートされているサイズの半分です。

Cisco NX-OS Release 5.0(3)N1(1b) から、Cisco Nexus 5500 プラットフォームのマルチキャストルーティングテーブルのサイズは、非 vPC トポロジで 2000 エントリ、vPC トポロジで 1000 エントリです。

事前に構築されたソースツリーを使用した高速コンバージェンス

非 vPC トポロジでは、指定ルータ（DR）のみがソースツリーに参加できます。vPC トポロジでは、レシーバが Cisco Nexus 5500 プラットフォームスイッチまたはファブリックエクステンダ（FEX）に vPC 経由で接続されている場合、両方のピアスイッチがソース DR に向けて PIM (S,G) join を送信します。両方の vPC ピアスイッチのソースへのコストが等しいトポロジでは、vPC プライマリスイッチがアサートに勝ち残り、vPC を使用して、Nexus 5500 プラットフォームスイッチまたは FEX に接続されているレシーバのマルチキャストトラフィックを転送します。vPC セカンダリスイッチもソースツリーに加入し、マルチキャストデータを受信します。データの複製を防ぐために、vPC セカンダリスイッチは、空の発信インターフェイス（OIF）リストによりデータをドロップします。vPC セカンダリスイッチが vPC プライマリスイッチの障害を検出すると、OIF リストにレシーバ VLAN を追加し、マルチキャストトラフィックの転送をただちに開始します。vPC セカンダリスイッチは障害発生前にソースツリーに参加するので、(S,G) join を開始し、ツリーが構築されるのを待つ必要はありません。そのため、アクティブなマルチキャストトラフィックのフォワーダが失敗した場合にコンバージェンス時間が改善されます。

図 2-9 に、デュアルホーム接続の FEX に接続された 1 台のレシーバを示します。ソースおよびランデブーポイント（RP）は、レイヤ 3 ネットワークにあります。VPC プライマリスイッチである N5k-2 は、VLAN 10 のレシーバのマルチキャストトラフィックフォワーダです。

図 2-9 レシーバの指定ルータとしての vPC スイッチ

次に、N5k-2 上の (S,G) エントリの OIF リストに現れるマルチキャストルーティングテーブルおよび VLAN 10 の出力例を示します。N5k-1 はソースツリーに加入しますが、OIF リストは空のままになります。

N5k-1# show ip mroute 224.1.1.1

IP Multicast Routing Table for VRF "default"

(*, 224.1.1.1/32), uptime: 03:03:31, pim ip igmp

Incoming interface: Ethernet1/6, RPF nbr: 155.1.2.2

Outgoing interface list: (count: 1)

Vlan10, uptime: 03:01:16, igmp

(155.1.3.100/32, 224.1.1.1/32), uptime: 02:13:32, ip pim mrib

Incoming interface: Ethernet1/6, RPF nbr: 155.1.2.2

Outgoing interface list: (count: 0)

N5k-2# show ip mroute 224.1.1.1

IP Multicast Routing Table for VRF "default"

(*, 224.1.1.1/32), uptime: 01:48:07, igmp pim ip

Incoming interface: Ethernet1/6, RPF nbr: 155.1.2.6

Outgoing interface list: (count: 1)

Vlan10, uptime: 01:48:07, igmp

(155.1.3.100/32, 224.1.1.1/32), uptime: 01:00:24, ip pim mrib

Incoming interface: Ethernet1/6, RPF nbr: 155.1.2.6

Outgoing interface list: (count: 1)

Vlan10, uptime: 00:55:14, mrib

マルチキャスト転送アルゴリズムは、スイッチに直接接続されたホストや、Straight Through トポロジに接続されたホストを含む、VPC トポロジの Cisco Nexus 5500 プラットフォームスイッチまたは FEX に接続されているすべてのホストに適用されます。

指定ルータ（PIM DR）としての vPC スイッチの使用

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

• 「DRS の選択とソースの登録」

• 「マルチキャストデータの転送」

DRS の選択とソースの登録

vPC トポロジでは、DR の選択は DR 優先度と IP アドレスに基づいて行われます。選択された DR は RP にソースの登録を送信します。直接接続されたソースからのマルチキャストトラフィックが非 DR ピアスイッチで受信されると、ピアスイッチは、ソースおよびグループアドレスに関する Cisco Fabric Services（CFS）メッセージを使用して DR スイッチに通知します。DR は、ランデブーポイント（RP）にソース登録パケットを生成します。

マルチキャストデータの転送

Cisco Nexus 5500 プラットフォームスイッチは、両方の vPC ピアスイッチが直接接続されたソースからのマルチキャストトラフィックを転送できる、デュアル DR 機能を実装しています。データ転送ルールは次のとおりです。

• ピアスイッチが直接接続されたソースからのマルチキャストパケットを受信し、mroute の検索を実行してから、OIF リスト内の各インターフェイスに対してパケットを複製します。

• OIF VLAN が vPC ピアリンク上で OIF トランクされている場合、OIF リストにある各 VLAN に対して、ピアリンクに 1 つのコピーが送信されます。デフォルトでは、vPC ピアリンクは mrouter ポートと見なされます。したがって、マルチキャストパケットは個々の着信 VLAN のピアリンクに送信されます。孤立ポートがない場合、各レシーバ VLAN のピアリンク上でマルチキャストトラフィックを送信することを避けるために、 no ip igmp snooping mrouter vpc-peer link コマンドを使用できます。

次に、このシナリオでマルチキャストトラフィックの送信を回避する例を示します。

switch-Layer 3-1(config)# no ip igmp snooping mrouter vpc-peer link

Warning: IGMP Snooping mrouter vpc-peer link should be globally disabled on peer VPC switch as well.

switch-Layer 3-1(config)#

上記の CLI が設定された状態では、マルチキャストパケットは孤立ポートがある VLAN のピアリンクにのみ送信されます。

次に、すべての孤立ポートの一覧を表示する例を示します。

switch-Layer 3-1# show vpc orphan-ports

Note:

--------::Going through port database. Please be patient.::--------

VLAN Orphan Ports

------- -------------------------

1 Eth1/15

switch-Layer 3-1#

（注） Cisco NX-OS Release 5.0(3)N1(1b) では、no ip igmp snooping mrouter vpc-peer link コマンドは、ソフトウェアの制限により、FEX のデュアルホーム接続トポロジに適用できません。このコマンドは、Cisco Nexus 5500 プラットフォームスイッチのインターフェイスだけに使用されます。このソフトウェアの制限は、将来のソフトウェアリリースで削除されます。

1 つのポストルートマルチキャストパケットは、予約済みの VLAN を使用して vPC ピアリンクに送信されます。予約済み VLAN を設定するには、次のコマンドを使用します。

switch-Layer 3-1(config)# vpc bind-vrf vrf name vlan VLAN ID

switch-Layer 3-1(config)# vpc bind-vrf default vlan 3000

VRF ごとに予約済みの VLAN が 1 つ必要です。これらのコマンドを使用しないと、非 vPC VLAN 内のレシーバやレイヤ 3 インターフェイスに接続されているレシーバでは、マルチキャストトラフィックを受信できない場合があります。非 vPC VLAN は、ピアリンク上をトランクされない VLAN です。

ピアリンク（予約された VLAN ID 以外の VLAN ID）上で受信されたマルチキャストトラフィックはルーティングされません。マルチキャストトラフィックは、vPC メンバポートではなく、孤立ポートだけに送信されるレイヤ 2 フレームとして処理されます。予約された VLAN ID を持つピアリンク上で受信されたマルチキャストトラフィックは非、vPC VLAN（図 2-10 で VLAN 13 と表示）とレイヤ 3 インターフェイスの背後にあるレシーバにルーティングされます。レイヤ 3 インターフェイスの背後のレシーバは、レイヤ 3 インターフェイスを使用して Cisco Nexus 5500 プラットフォームスイッチに直接接続されるホストか、ソースツリーに加入するルータです。

図 2-10 に、vPC デュアル DR トポロジでのマルチキャスト転送ルールを示します。このトポロジでは、VLAN 10 のソースおよび VLAN 11 と VLAN 12 のレシーバは vPC ホストです（ただしこの例では、同じ規則が vPC トポロジで Cisco Nexus 5500 プラットフォームスイッチに直接適用されたホストに適用される、デュアルホーム接続 FEX トポロジの背後にあるホストです）。VLAN 13 は非 vPC VLAN であり、N5k-2 だけに存在します。

図 2-10 マルチキャストデータの転送

転送プロセスは次のとおりです。

1. ホストからの IGMP join は、2 台の vPC ピアスイッチ間で同期されます。N5k-2 は VLAN 10 の PIM DR として選択されます。マルチキャストトラフィックは、N5k-1 に送信されます。

2. N5k-1 のルーティングエンジンは、mroute 検索を実行し、VLAN 11 および VLAN 12 にパケットを複製します。VLAN 11 および VLAN 12 のデータパケットは FEX に送信され、FEX が 2 台のレシーバにパケットを送信します。

3. デフォルトでは、複製されたパケットは、ソース VLAN の vPC ピアリンクと、この例の各レシーバ VLAN（VLAN 10、VLAN 11、および VLAN 12）に送信されます。 no ip igmp snooping mrouter vpc-peer-link コマンドを使用すると、マルチキャストパケットは、孤立ポートがないため、VLAN 10、VLAN 11 および VLAN 12 のピアリンクに送信されません。パケットの 1 つのコピーが、 vpc bind-vrf default vlan 3000 コマンドを使用して設定された予約済み VLAN 3000 を使用してピアリンクに送信されます。

（注） Cisco NX-OS Release 5.0(3)N1(1b) では、no ip igmp snooping mrouter vpc-peer-link コマンドは、FEX のデュアルホーム接続トポロジに適用できません。

4. ピアリンクから受信したマルチキャストトラフィックでは、VLAN ID が予約された VLAN ID 3000 の場合、N5k-2 ルートエンジンはレイヤ 3 ルックアップを実行し、VLAN 13（非 vPC VLAN）およびレイヤ 3 の背後にあるレシーバにパケットを複製します。

5. ピアリンク上で受信したマルチキャストパケットについては、vPC ホストに重複するパケットが送信されるのを防ぐために、VLAN 10、VLAN 11、および VLAN 12 は N5k-2 によってドロップされます。孤立ポートが VLAN 10、VLAN 11、および VLAN 12 にある場合、孤立ポートにパケットがブリッジングされます。

ソフトウェアのアップグレードとダウングレードの影響

Cisco NX-OS Release 5.0(3)N1(1b) では、Cisco Nexus 5500 プラットフォームスイッチは、レイヤ 3 モジュールが取り付けられ、レイヤ 3 機能がイネーブルになっている場合、ISSU をサポートしません。ソフトウェアアップグレードの影響を判断したり、レイヤ 3 機能をイネーブルにしたソフトウェアアップグレードが中断を伴い、スイッチおよび FEX のリロードが必要かどうかを表示するには、 install all コマンドと show install all impact コマンドを使用します。

show install all impact kickstart

次に、 show install all コマンドの出力例を示します。

Layer 3-N5548-2# show install all impact kickstart n5000-uk9-kickstart.5.0.3.N1.0.271.bin.upg system n5000-uk9.5.0.3.N1.0.271.bin.upg

Verifying image bootflash:/n5000-uk9-kickstart.5.0.3.N1.0.271.bin.upg for boot variable "kickstart".