この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
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 の一覧については、付録 A「IP マルチキャストに関する IETF RFC」を参照してください。 |
ネットワーク上のルータは、受信者からのアドバタイズメントを検出して、マルチキャスト データの要求対象となるグループを特定します。その後、ルータは送信元からのデータを複製して、対象の受信者へと転送します。グループ宛のマルチキャスト データが送信されるのは、そのデータを要求する受信者を含んだ LAN セグメントだけです。
次の図に、1 つの送信元から 2 つの受信者へと、マルチキャスト データを送信する場合の例を示します。この図で、中央のホストが属する LAN セグメントにはマルチキャスト データを要求する受信者が存在しないため、このホストは受信者にデータを転送しません。
マルチキャスト配信ツリーとは、送信元と受信者を中継するルータ間の、マルチキャスト データの伝送パスを表します。マルチキャスト ソフトウェアはサポートするマルチキャスト方式に応じて、タイプの異なるツリーを構築します。
送信元ツリーは、ネットワーク経由でマルチキャスト トラフィックを伝送する場合の最短パスです。送信元から特定のマルチキャスト グループへと送信されたマルチキャスト トラフィックが、同じグループにトラフィックを要求する受信者へと転送されます。送信元ツリーは、最短パスとしての特性から、Shortest Path Tree(SPT; 最短パス ツリー)と呼ばれることがあります。次の表に、ホスト A を起点とし、ホスト B および C に接続されているグループ 224.1.1.1 の送信元ツリーを示します。
(S, G) は、グループ G の送信元 S から送信されるマルチキャスト トラフィックを表します。図の SPT は、(192.0.2.1, 224.1.1.1) と書き表されます。同じグループの複数の送信元からトラフィックを送信できます。
共有ツリーとは、共有ルート、つまり Rendezvous Point(RP; ランデブー ポイント)から各受信者に、ネットワーク経由でマルチキャスト トラフィックを伝送する共有配信パスを表します(RP は各送信元への SPT を作成します)。共有ツリーは、RP ツリー(RPT)とも呼ばれます。図に、ルータ D を RP とする場合の、グループ 224.1.1.1 の共有ツリーを示します。データはホスト 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) と書き表されます。
マルチキャスト トラフィックは任意のホストを含むグループ宛に送信されるため、ルータは Reverse Path Forwarding(RPF)を使用して、グループのアクティブな受信者にデータをルーティングします。受信者がグループに加入すると、送信元方向へ向かうパス(SSM モードの場合)、または RP 方向へ向かうパス(ASM または Bidir モードの場合)が形成されます。送信元から受信者へのパスは、受信者がグループに加入したときに作成されたパスと逆方向になります。
マルチキャスト パケットが着信するたびに、ルータは RPF チェックを実行します。送信元に接続されたインターフェイスにパケットが着信した場合は、グループの Outgoing Interface(OIF; 発信インターフェイス)リスト内の各インターフェイスからパケットが転送されます。それ以外の場合、パケットはドロップされます。
(注) | Bidir モードでは、パケットが非 RPF インターフェイスに着信した際に、インターフェイスが Designated Forwarder(DF)として選択されていれば、パケットは RP に向かうアップストリーム方向にも転送されます。 |
次の図に、異なるインターフェイスから着信したパケットについて、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 はマルチキャスト対応の送信元および受信者を動的に追跡します。ただし、Bidir モードの場合、送信元ステートは生成されません。
ルータはユニキャスト ルーティング テーブルおよび RPF ルートを使用して、マルチキャストを実行するためのマルチキャスト ルーティング情報を生成します。Bidir モードの場合は、追加マルチキャスト ルーティング情報が生成されます。
(注) | このマニュアルでは、「IPv4 用の PIM」という表現は、Cisco NX-OS における PIM スパース モードの実装を表します。 |
次の図に、IPv4 ネットワーク内の 2 つの PIM ドメインを示します。
矢印の付いた直線は、ネットワークで伝送されるマルチキャスト データのパスを表します。マルチキャスト データは送信元ホストの A および D から発信されます。
点線でつながれているルータ B および F は、Multicast Source Discovery Protocol(MSDP)ピアです。MSDP を使用すると、他の PIM ドメイン内にあるマルチキャスト送信元を検出できます。
ホスト B およびホスト C ではマルチキャスト データを受信するため、Internet Group Management Protocol(IGMP; インターネット グループ管理プロトコル)プロトコルを使用して、マルチキャスト グループへの加入要求をアドバタイズします。
ルータ A、C、および D は Designated Router(DR; 指定ルータ)です。LAN セグメントに複数のルータが接続されている場合は(C や E など)、PIM ソフトウェアによって DR となるルータが 1 つ選択されます。これにより、マルチキャスト データの窓口として、1 つのルータだけが使用されます。
ルータ B とルータ F は、それぞれ異なる PIM ドメインのランデブー ポイント(RP)です。RP は、複数の送信元と受信者を接続するため、PIM ドメイン内の共通ポイントとして機能します。
PIM は送信元と受信者間の接続に関して、次のマルチキャスト モードをサポートしています。
Cisco NX-OS では上記モードを組み合わせて、さまざまな範囲のマルチキャスト グループに対応することができます。また、マルチキャスト用 RPF ルートを定義することもできます。
Any Source Multicast(ASM)は PIM ツリー構築モードの 1 つです。新しい送信元および受信者を検出する場合には共有ツリーを、受信者から送信元への最短パスを形成する場合は送信元ツリーを使用します。共有ツリーでは、ランデブー ポイント(RP)と呼ばれるネットワーク ノードをルートとして使用します。送信元ツリーは第 1 ホップ ルータをルートとし、アクティブな発信元である各送信元に直接接続されています。ASM モードでは、グループ範囲に対応する RP が必要です。RP は静的に設定することもできれば、Auto-RP プロトコルまたはブートストラップ ルータ(BSR)プロトコルを使用して、グループと RP 間の関連付けを動的に検出することもできます。RP が学習された場合、Bidir-RP であるかどうかが不明であれば、グループは ASM モードで動作します。
双方向共有ツリー(Bidir)は ASM モードと同様、受信者と RP の間の共有ツリーを構築する PIM モードです。ただし、グループに新しい受信者が追加された場合、送信元ツリーに切り替えることはできません。Bidir モードの場合、受信者に接続されたルータは Designated Forwarder(DF)と呼ばれます。これは、RP を経由することなく、Designated Router(DR; 指定ルータ)から受信者に直接マルチキャスト データを転送できるためです。Bidir モードを利用するには、RP を設定する必要があります。
Bidir モードを使用すると、マルチキャスト送信元が多数存在する場合に、ルータに必要なリソース量を削減するとともに、RP の動作ステータスや接続ステータスに関係なく、運用を継続できます。
Source-Specific Multicast(SSM)は、マルチキャスト送信元への加入要求を受信する LAN セグメント上の指定ルータを起点として、送信元ツリーを構築する PIM モードです。送信元ツリーは、PIM 加入メッセージを送信元方向に送信することで構築されます。SSM モードでは、RP を設定する必要がありません。
スタティック マルチキャスト RPF ルートを設定すると、ユニキャスト ルーティング テーブルの定義内容を無効にすることができます。この機能は、マルチキャスト トポロジとユニキャスト トポロジが異なる場合に使用されます。
デフォルトでは、PIM のインターネット グループ管理プロトコル(IGMP)が、システムで実行されています。
IGMP は、マルチキャスト グループのメンバーシップを要求するため、マルチキャスト データを受信する必要があるホストで使用されます。グループ メンバーシップが確立されると、対象のグループのマルチキャスト データが要求元ホストの LAN セグメントに転送されます。
インターフェイスには IGMPv2 または IGMPv3 を設定できます。(S, G) を使用して IGMPv3 を設定し、SSM モードをサポートさせる必要があります。デフォルトでソフトウェアは、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 Multicast Routing Information Base(MRIB)は、PIM や IGMP などのマルチキャスト プロトコルで生成されるルート情報を格納するためのリポジトリです。MRIB はルート情報自体には影響を及ぼしません。MRIB は仮想ルーティングおよびフォワーディング(VRF)インスタンスごとに、独立したルート情報を保持します。
Cisco NX-OS マルチキャスト ソフトウェア アーキテクチャの主要コンポーネントは次のとおりです。
Multicast Forwarding Information Base(MFIB)Distribution(MFDM)API:MRIB を含むマルチキャスト レイヤ 2 およびレイヤ 3 コントロール プレーン モジュールと、プラットフォーム フォワーディング プレーン間のインターフェイスを定義します。コントロール プレーン モジュールは、MFDM API を使用してレイヤ 3 ルート アップデートを送信します。
マルチキャスト FIB 配信プロセス:すべての関連モジュールおよびスタンバイ スーパーバイザに、マルチキャスト アップデート メッセージを配布します。このプロセスはスーパーバイザだけで実行されます。
レイヤ 2 マルチキャスト クライアント プロセス:レイヤ 2 マルチキャスト ハードウェア転送パスを構築します。このプロセスは、スーパーバイザとモジュールの両方で実行されます。
ユニキャストおよびマルチキャスト FIB プロセス:レイヤ 3 ハードウェア転送パスを管理します。このプロセスは、スーパーバイザとモジュールの両方で実行されます。
次の図に、Cisco NX-OS マルチキャスト ソフトウェアのアーキテクチャを示します。
virtual Port Channel(vPC; 仮想ポート チャネル):1 台のデバイスで 2 台のアップストリーム スイッチのポート チャネルを使用できるようにします。vPC を設定すると、次のマルチキャスト機能に影響が及ぶ場合があります。
Cisco NX-OS ライセンス方式の詳細については、『Cisco NX-OS Licensing Guide』を参照してください。
マルチキャスト ルーティング プロトコルを再起動すると、MRIB プロセスによってステートが回復されます。スーパーバイザのスイッチオーバーが発生した場合、MRIB はハードウェアからステートを回復し、マルチキャスト プロトコルは定期的なメッセージ アクティビティからステートを回復します。ハイ アベイラビリティの詳細については、『Cisco Nexus 9000 Series NX-OS High Availability and Redundancy Guide』を参照してください。
Cisco NX-OS では、仮想デバイスをエミュレートする Virtual Device Context(VDCs)に、OS およびハードウェア リソースを分割できます。Cisco Nexus 9000 シリーズ スイッチは、現在のところ、複数の VDC をサポートしていません。すべてのスイッチ リソースはデフォルト VDC で管理されます。
Technical Assistance Center(TAC)ホーム ページ:多数の技術関連の記事と、製品、テクノロジー、ソリューション、テクニカル ティップス、ツールへのリンクを提供する Web サイトです。必要な記事は検索して見つけることができます。Cisco.com に登録済みのユーザは、このページから詳細情報にアクセスできます。 |