ライセンス要件
Cisco NX-OS ライセンス方式の推奨の詳細と、ライセンスの取得および適用の方法については、『Cisco NX-OS ライセンス ガイド 』および『Cisco NX-OS ライセンス オプション ガイド』を参照してください。
この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、Cisco NX-OS のマルチキャスト機能について説明します。
Cisco NX-OS ライセンス方式の推奨の詳細と、ライセンスの取得および適用の方法については、『Cisco NX-OS ライセンス ガイド 』および『Cisco NX-OS ライセンス オプション ガイド』を参照してください。
Cisco NX-OS リリース 7.0(3)I7(1) 以降、「Nexus スイッチ プラットフォーム サポート マトリクス 」を使用して、選択した機能をサポートするさまざまな Cisco Nexus 9000 および 3000 スイッチのリリース元である Cisco NX-OS を知ることができます。
IP マルチキャストは、同一セットの IP パケットをネットワーク上の複数のホストに転送する手法です。IPv4 ネットワークで、マルチキャストを使用して、複数の受信者に効率的にデータを送信できます。
マルチキャストには、グループと呼ばれる IP マルチキャスト アドレスに送信されたマルチキャスト データの送信側と受信側の配信と検出の両方の手法が含まれます。グループと送信元 IP アドレスが入ったマルチキャスト アドレスは、しばしばチャネルと呼ばれます。Internet Assigned Number Authority(IANA)では、IPv4 マルチキャスト アドレスとして、224.0.0.0 ~ 239.255.255.255 を割り当てています。詳細については、次の URL を参照してください。http://www.iana.org/assignments/multicast-addresses
(注) |
マルチキャストに関連する RFC の完全なリストについては、「IP マルチキャストに関する IETF RFC」の章を参照してください。 |
ネットワーク上のルータは、受信者からのアドバタイズメントを検出して、マルチキャスト データの要求対象となるグループを特定します。その後、ルータは送信元からのデータを複製して、対象の受信者へと転送します。グループ宛のマルチキャスト データが送信されるのは、そのデータを要求する受信者を含んだ LAN セグメントだけです。
次の図に、1 つの送信元から 2 つの受信者へと、マルチキャスト データを送信する場合の例を示します。この図で、中央のホストが属する LAN セグメントにはマルチキャスト データを要求する受信者が存在しないため、このホストは受信者にデータを転送しません。
マルチキャスト配信ツリーとは、送信元と受信者を中継するルータ間の、マルチキャスト データの伝送パスを表します。マルチキャスト ソフトウェアはサポートするマルチキャスト方式に応じて、タイプの異なるツリーを構築します。
送信元ツリーは、送信元からネットワーク経由でマルチキャスト トラフィックを伝送する場合の最短パスです。特定のマルチキャスト グループへと送信されたマルチキャスト トラフィックが、同じグループのトラフィックを要求する受信者へと転送されます。送信元ツリーは、最短パスとしての特性から、最短パス ツリー(SPT)と呼ばれることがあります。この図は、ホスト A を起点とし、ホスト B および C に接続されているグループ 224.1.1.1 の送信元ツリーを示しています。
表記(S, G)は、グループ G の任意の送信元からのマルチキャスト トラフィックを表します。この図の SPT は、(192.0.2.1, 224.1.1.1)と記述されます。同じグループの複数の送信元からトラフィックを送信できます。
共有ツリーとは、共有ルート、つまりランデブー ポイント(RP)から各受信者に、ネットワーク経由でマルチキャスト トラフィックを伝送する共有配信パスを表します(RP は各ソースへの SPT を作成します。)共有ツリーは、RP ツリー(RPT)とも呼ばれます。この図は、ルータ D に RP を持つ、グループ 224.2.2.2 の共有ツリーを示しています。データは送信元ホスト A およびホスト D からルータ D(RP)に送信され、そこから受信者ホスト B およびホスト C にトラフィックが転送されます。
表記(*, G)は、グループ G の任意の送信元からのマルチキャスト トラフィックを表します。図の共有ツリーは、(*, 224.2.2.2)と記述されます。
双方向共有ツリーとは、共有ルート、つまりランデブー ポイント(RP)から各受信者に、ネットワーク経由でマルチキャスト トラフィックを伝送する共有配信パスを表しますマルチキャスト データは、RP への経路上にある受信者に転送されます。次の表に、双方向共有ツリーの利点を示します。マルチキャスト トラフィックは、ルータ B および C を通して、ホスト A からホスト B に直接送られます。共有ツリーの場合、送信元ホスト A から送信されたデータは、まず RP(ルータ D)に送信され、ルータ B に転送されてからホスト B に伝送されます。
表記(*, G)は、グループ G の任意のソースからのマルチキャスト トラフィックを表します。図の双方向ツリーは、(*, 224.2.2.2)と記述されます。
マルチキャスト トラフィックは任意のホストを含むグループ宛に送信されるため、ルータはリバース パス フォワーディング(RPF)を使用して、グループのアクティブな受信者にデータをルーティングします。受信者がグループに加入すると、RP 方向へ向かうパス(ASM モード)が形成されます。送信元から受信者へのパスは、受信者がグループに加入したときに作成されたパスと逆方向になります。
マルチキャスト パケットが着信するたびに、ルータは RPF チェックを実行します。送信元に接続されたインターフェイスにパケットが着信した場合は、グループの発信インターフェイス(OIF)リスト内の各インターフェイスにパケットが転送されます。それ以外の場合、パケットはドロップされます。
次の図に、異なるインターフェイスから着信したパケットについて、RPF チェックを行う場合の例を示します。E0 に着信したパケットは、RPF チェックに失敗します。これは、ユニキャスト テーブルで、対象の送信元ネットワークがインターフェイス E1 に関連付けられているためです。E1 に着信したパケットは、RPF チェックに合格します。これは、ユニキャスト ルート テーブルで、対象の送信元ネットワークがインターフェイス E1 に関連付けられているためです。
Cisco NX-OS は、Protocol Independent Multicast(PIM)スパース モードを使用したマルチキャストをサポートします。PIM は IP ルーティング プロトコルに依存せず、使用されているすべてのユニキャスト ルーティング プロトコルが提供するユニキャスト ルーティング テーブルを利用できます。PIM スパース モードでは、ネットワーク上の要求元だけにマルチキャスト トラフィックが伝送されます。Cisco NX-OS では、PIM デンス モードはサポートされません。
(注) |
このマニュアルで、「PIM」という用語は PIM スパース モード バージョン 2 を表します。 |
マルチキャスト コマンドにアクセスするには、PIM 機能をイネーブルにする必要があります。ドメイン内の各ルータのインターフェイス上で、PIM をイネーブルにしないかぎり、マルチキャスト機能はイネーブルになりません。PIM は IPv4 ネットワーク用に設定できます。デフォルトでは、IGMP がシステムで稼働しています。
マルチキャスト対応ルータ間で使用される PIM は、マルチキャスト配信ツリーを構築して、ルーティング ドメイン内にグループ メンバーシップをアドバタイズします。PIM は、複数の送信元からのパケットが転送される共有配信ツリーと、単一の送信元からのパケットが転送される送信元配信ツリーを構築します。
配信ツリーは、リンク障害またはルータ障害のためにトポロジが変更されると、トポロジを反映して自動的に変更されます。PIM はマルチキャスト対応の送信元および受信者を動的に追跡します。。
ルータはユニキャスト ルーティング テーブルおよび RPF ルートを使用して、マルチキャスト ルーティング情報を生成します。
(注) |
このマニュアルでは、「IPv4 用の PIM」という表現は、Cisco NX-OS における PIM スパース モードの実装を表します。 |
次の図に、IPv4 ネットワーク内の 2 つの PIM ドメインを示します。
矢印の付いた直線は、ネットワークで伝送されるマルチキャスト データのパスを表します。マルチキャスト データは送信元ホストの A および D から発信されます。
点線でつながれているルータ B および Fは、Multicast Source Discovery Protocol(MSDP)ピアです。MSDP を使用すると、他の PIM ドメイン内にあるマルチキャスト送信元を検出できます。
ホスト B およびホスト C ではマルチキャスト データを受信するため、インターネット グループ管理プロトコル(IGMP)プロトコルを使用して、マルチキャスト グループへの加入要求をアドバタイズします。
ルータ A、C、および D は指定ルータ(DR)です。LAN セグメントに複数のルータが接続されている場合は(C や E など)、PIM ソフトウェアによって DR となるルータが 1 つ選択されます。これにより、マルチキャスト データの窓口として、1 つのルータだけが使用されます。
ルータ B とルータ F は、それぞれ異なる PIM ドメインのランデブー ポイント(RP)です。RP は、複数の送信元と受信者を接続するため、PIM ドメイン内の共通ポイントとして機能します。
PIM は送信元と受信者間の接続に関して、これらのマルチキャスト モードをサポートしています。
Any Source Multicast(ASM)
マルチキャスト用の RPF ルートを定義することもできます。
Any Source Multicast(ASM)は PIM ツリー構築モードの 1 つです。新しい送信元および受信者を検出する場合には共有ツリーを、受信者から送信元への最短パスを形成する場合は送信元ツリーを使用します。共有ツリーでは、ランデブー ポイント(RP)と呼ばれるネットワーク ノードをルートとして使用します。送信元ツリーは第 1 ホップ ルータをルートとし、アクティブな発信元である各送信元に直接接続されています。ASM モードでは、グループ範囲に対応する RP が必要です。RP は静的に設定することもできれば、Auto-RP プロトコルまたはブートストラップ ルータ(BSR)プロトコルを使用して、グループと RP 間の関連付けを動的に検出することもできます。RP が学習されている場合、グループは ASM モードで動作します。
RP を設定する場合、デフォルト モードは ASM モードです。
双方向共有ツリー(Bidir)は ASM モードと同様、受信者と RP の間の共有ツリーを構築する PIM モードです。ただし、グループに新しい受信者が追加された場合、送信元ツリーに切り替えることはできません。Bidir モードの場合、受信者に接続されたルータは代表フォワーダ(DF)と呼ばれます。これは、RP を経由することなく、代表ルータ(DR)から受信者に直接マルチキャスト データを転送できるためです。Bidir モードを利用するには、RP を設定する必要があります。
Bidir モードを使用すると、マルチキャスト送信元が多数存在する場合に、ルータに必要なリソース量を削減するとともに、RP の動作ステータスや接続ステータスに関係なく、運用を継続できます。
送信元固有マルチキャスト(SSM)は、マルチキャスト送信元への加入要求を受信する LAN セグメント上の代表ルータを起点として、送信元ツリーを構築する PIM モードです。送信元ツリーは、PIM 加入メッセージを送信元方向に送信することで構築されます。SSM モードでは、RP を設定する必要がありません。
SSM モードの場合、PIM ドメインの外部にある送信元と受信者を接続できます。
静的マルチキャスト RPF ルートを設定すると、ユニキャスト ルーティング テーブルの定義内容を無効にすることができます。この機能は、マルチキャスト トポロジとユニキャスト トポロジが異なる場合に使用されます。
デフォルトでは、PIM のインターネット グループ管理プロトコル(IGMP)が、システムで実行されています。
IGMP は、マルチキャスト グループのメンバーシップを要求するため、マルチキャスト データを受信する必要があるホストで使用されます。グループ メンバーシップが確立されると、対象のグループのマルチキャスト データが要求元ホストの LAN セグメントに転送されます。
インターフェイスには IGMPv2 または IGMPv3 を設定できます。デフォルトでは IGMPv2 がイネーブルになっています。
IGMP スヌーピングは、VLAN で既知の受信者に接続された一部のポートだけにマルチキャスト トラフィックを転送する機能です。対象ホストからの IGMP メンバーシップ レポート メッセージを調べる(スヌーピングする)ことにより、マルチキャスト トラフィックは対象ホストが接続された VLAN ポートだけに送信されます。システムでは、IGMP スヌーピングがデフォルトで稼働しています。
Cisco NX-OS では、PIM ドメイン間でマルチキャスト トラフィック送信を実行するための方法が提供されます。
PIM ソフトウェアは SSM を使用して、受信者の指定ルータから既知の送信元 IP アドレスへの最短パス ツリーを構築します。この場合、送信元は別の PIM ドメイン内にあってもかまいません。ASM および Bidir モードの場合、別の PIM ドメインから送信元にアクセスするには、別のプロトコルを使用する必要があります。
ネットワークで PIM をイネーブルにすると、SSM を使用し、受信者の指定ルータが IP アドレスを把握している任意のマルチキャスト送信元への接続パスを確立できます。
Multicast Source Discovery Protocol(MSDP)は、PIM と組み合わせて使用することで、異なる PIM ドメイン内にあるマルチキャスト送信元を検出できるようにするマルチキャスト ルーティング プロトコルです。
(注) |
Cisco NX-OS では、MSDP 設定が不要な PIM Anycast-RP をサポートしています。 |
Multiprotocol BGP(MBGP)は BGP4 の拡張機能であり、ルータによるマルチキャスト ルーティング情報の伝送を可能にします。このマルチキャスト情報を使用すると、PIM を介して、外部の BGP 自律システム(AS)内の送信元と通信できます。
Cisco NX-OS IPv4 マルチキャスト ルーティング情報ベース(MRIB)は、PIM や IGMP などのマルチキャスト プロトコルで生成されるルート情報を格納するためのリポジトリです。MRIB はルート情報自体には影響を及ぼしません。MRIB はの仮想ルーティングおよびフォワーディング(VRF)インスタンスごとに、独立したルート情報を保持します。
Cisco NX-OS マルチキャスト ソフトウェア アーキテクチャの主要コンポーネントは次のとおりです。
マルチキャスト FIB(MFIB)分散(MFDM)API は、MRIB を含むマルチキャスト レイヤ 2 およびレイヤ 3 コントロール プレーン モジュールと、プラットフォーム転送プレーン間のインターフェイスを定義します。コントロール プレーン モジュールは、MFDM API を使用してレイヤ 3 ルート アップデートを送信します。
マルチキャスト FIB 配信プロセス:すべての関連モジュールおよびスタンバイ スーパーバイザに、マルチキャスト アップデート メッセージを配布します。このプロセスはスーパーバイザだけで実行されます。
レイヤ 2 マルチキャスト クライアント プロセス:レイヤ 2 マルチキャスト ハードウェア転送パスを構築します。このプロセスは、スーパーバイザとモジュールの両方で実行されます。
ユニキャストおよびマルチキャスト FIB プロセス:レイヤ 3 ハードウェア転送パスを管理します。このプロセスは、スーパーバイザとモジュールの両方で実行されます。
次の図に、Cisco NX-OS マルチキャスト ソフトウェアのアーキテクチャを示します。
仮想ポート チャネル(vPC):1 台のデバイスで 2 台のアップストリーム スイッチのポート チャネルを使用できるようにします。vPC を設定すると、次のマルチキャスト機能に影響が及ぶ可能性があります。
PIM:
IGMP スヌーピング:vPC ピアの設定を同一にする必要があります。
より低い IP アドレスを持つ L2 デバイスでスヌーピング クエリアを設定して、L2 デバイスをクエリアとして強制することをお勧めします。これは、マルチ シャーシ EtherChannel トランク (MCT) がダウンしているシナリオの処理に役立ちます。
Cisco NX-OSリリース10.1(2) 以降、N9K-X9624D-R2 ライン カードではレイヤ 3 マルチキャストがサポートされます。
レイヤ 3 イーサネット ポートチャネル サブインターフェイスは、マルチキャスト ルーティングではサポートされていません。
レイヤ 2 IPv6 マルチキャスト パケットは、着信 VLAN でフラッディングされます。
不明なマルチキャストトラフィックによるトラフィック ストーム制御はサポートされていません。
双方向モードは、-R ライン カードを備えた Cisco Nexus 9500 プラットフォーム スイッチではサポートされていません。
IPv6 マルチキャストは、Cisco Nexus 9500 R シリーズ ラインカードではサポートされていません。
マルチキャスト ルーティング プロトコルを再起動すると、MRIB プロセスによってステートが回復されます。スーパーバイザのスイッチオーバーが発生した場合、MRIB はハードウェアからステートを回復し、マルチキャスト プロトコルは定期的なメッセージ アクティビティからステートを回復します。ハイ アベイラビリティの詳細については、『Cisco Nexus 9000 シリーズ NX-OS ハイ アベイラビリティおよび冗長性ガイド』を参照してください。
Cisco NX-OS では、仮想デバイスをエミュレートする Virtual Device Context(VDCs)に、OS およびハードウェア リソースを分割できます。Cisco Nexus 9000 シリーズ スイッチは、現在のところ、複数の VDC をサポートしていません。すべてのスイッチ リソースはデフォルト VDC で管理されます。
症状
このセクションでは、アクティブなフローで MRIB に表示されるが、MFIB でプログラムされていない *、G、または S,G エントリに関連した症状、考えられる原因、および推奨されるアクションについて説明します。
考えられる原因
この問題は、ハードウェアの容量を超えて多数のアクティブ フローを受信した場合に発生します。これにより、空きハードウェア インデックスがなくなって、一部のエントリがハードウェアでプログラムされなくなります。
ハードウェア リソースを解放するためにアクティブなフローの数が大幅に削減された場合、ハードウェア テーブルがいっぱいであったときに以前影響されていたフローについては、エントリ、タイムアウト、再入力が生じ、プログラミングがトリガーされるまで、MRIB と MFIB の間で不整合が見られることがあります。
現在、ハードウェア リソースが解放された後に、MRIB テーブルを調べて、ハードウェアの欠落しているエントリを再プログラムするメカニズムはありません。
改善処置
エントリを確実に再プログラミングするには、clear ip mroute * コマンドを使用します。