Internet Protocol（IP）マルチキャストは、ネットワークのリソースをより効率的に使用する方法です。特に、音声やビデオなど、帯域幅を多く必要とするサービスに効果があります。IP マルチキャストでは、ホスト（送信元）は IP 「 マルチキャスト グループ アドレス 」と呼ばれる特殊な形式の IP アドレスを使用し、IP ネットワーク内の任意の場所にあるホスト（レシーバー）のグループにパケットを送信します。送信側ホストは、マルチキャスト グループ アドレスをパケットのIP宛先アドレス フィールドに挿入します。IPマルチキャスト ルータおよびマルチレイヤ スイッチは、マルチキャスト グループのメンバーに接続されたすべてのインターフェイスから着信したIPマルチキャスト パケットを転送します。
IP マルチキャスト アドレスは、Internet Assigned Number Authority（IANA）によって従来のクラス D アドレス スペースに割り当てられています。クラス D アドレスの上位ビットは 1110 です。したがって、ホスト グループ アドレスは 224.0.0.0 〜 239.255.255.255 の範囲を取ります。アドレス 224.0.0.0 は、どのグループにも割り当てられません。アドレス 224.0.0.1 は、サブネット上の全ホスト マルチキャスト グループに、アドレス 224.0.0.2 は、サブネット上の全マルチキャスト ルータ グループに割り当てられます。
グループのメンバーであるかどうかに関係なく、すべてのホストはグループに送信できます。ただし、そのメッセージを受信できるのは、グループのメンバーのみです。マルチキャスト グループのメンバーシップはダイナミックです。ホストはいつでもグループに加入し、また脱退できます。マルチキャスト グループの場所またはメンバー数に制限はありません。ホストは一度に複数のマルチキャストのメンバーになることができます。マルチキャスト グループのアクティブ状態および所属メンバーは、グループや時間によって変化し、マルチキャスト グループを長時間または短時間アクティブにすることもできます。グループのメンバーシップは常時変更可能です。メンバーを含むグループにアクティビティがない場合もあります。
この章では、Catalyst 3550 マルチレイヤ スイッチに IP マルチキャスト ルーティングを設定する方法について説明します。この機能を使用するには、IP サービス イメージ（以前は Enhanced Multilayer Software Image［EMI; 拡張マルチレイヤ ソフトウェア イメージ］）をスイッチにインストールする必要があります。
- ･ シスコの IP マルチキャスト ルーティング実装の概要
- ･ IP マルチキャスト ルーティングの設定
- ･ PIM 拡張機能の設定
- ･ オプションの IGMP 機能の設定
- ･ オプションのマルチキャスト ルーティング機能の設定
- ･ 基本的な DVMRP インターオペラビリティ機能の設定
- ･ DVMRP インターオペラビリティ拡張機能の設定
- ･ IP マルチキャスト ルーティングのモニタおよびメンテナンス
Multicast Source Discovery Protocol（MSDP）の設定の詳細については、 第36章 「MSDP の設定」 を参照してください。
シスコの IP マルチキャスト ルーティング実装の概要
Cisco IOS ソフトウェアは IP マルチキャスト ルーティングを実装するため、次のプロトコルをサポートしています。
- ･ Internet Group Management Protocol（IGMP） ― LAN のホストおよび LAN のルータ（およびマルチレイヤ スイッチ）間で使用され、ホストがメンバーとして属するマルチキャスト グループを追跡します。
- ･ Protocol-Independent Multicast（PIM） ― ルータおよびマルチレイヤ スイッチ間で使用され、相互に転送されるマルチキャスト パケット、および直接接続された LAN に転送されるマルチキャスト パケットを追跡します。
- ･ Distance Vector Multicast Routing Protocol（DVMRP） ― インターネットの Multicast Backbone（MBONE; マルチキャスト バックボーン）に使用されます。Cisco IOS ソフトウェアは PIM と DVMRP の相互作用をサポートします。
- ･ Cisco Group Management Protocol（CGMP） ― レイヤ 2 Catalyst スイッチに接続されたシスコ製ルータおよびマルチレイヤ スイッチで使用され、IGMP で実行される作業と同様の作業を実行します。
図35-1 に、これらのプロトコルが動作する IP マルチキャスト環境内の位置を示します。
図35-1 IP マルチキャスト ルーティング プロトコル
IGMPの概要
IPマルチキャスティングに参加するには、マルチキャスト ホスト、ルータ、およびマルチレイヤ スイッチでIGMPが動作している必要があります。このプロトコルはクエリアとホストの役割を定義します。
- ･ クエリアは、クエリー メッセージを送信して、どのネットワーク デバイスが指定のマルチキャスト グループのメンバーかを検出するネットワーク デバイスです。
- ･ ホストは、（クエリー メッセージの応答として）レポート メッセージを送信して、ホスト メンバーシップのクエリアに通知するレシーバーです。
同一の送信元からマルチキャスト データ ストリームを受信するクエリアおよびホストの集合をマルチキャスト グループと呼びます。クエリアおよびホストは、IGMP メッセージを使用してマルチキャスト グループの加入と脱退を実行します。
グループのメンバーであるかどうかに関係なく、すべてのホストはグループに送信できます。ただし、そのメッセージを受信できるのは、グループのメンバーのみです。マルチキャスト グループのメンバーシップはダイナミックです。ホストはいつでもグループに加入し、また脱退できます。マルチキャスト グループの場所またはメンバー数に制限はありません。ホストは一度に複数のマルチキャストのメンバーになることができます。マルチキャスト グループのアクティブ状態および所属メンバーは、グループや時間によって変化し、マルチキャスト グループを長時間または短時間アクティブにすることもできます。グループのメンバーシップは常時変更可能です。メンバーを含むグループにアクティビティがない場合もあります。
IP マルチキャスト トラフィックは、グループ アドレスを使用します（クラス D アドレス）。クラス D アドレスの上位ビットは 1110 です。したがって、ホスト グループ アドレスは 224.0.0.0 〜 239.255.255.255 の範囲を取ります。224.0.0.0〜224.0.0.255 の範囲にあるマルチキャスト アドレスは、ルーティング プロトコルおよび他のネットワーク制御トラフィックによって予約されています。アドレス 224.0.0.0 は、どのグループにも割り当てられません。
IGMP パケットは、次の IP マルチキャスト グループ アドレスを使用して送信されます。
- ･ IGMP の一般的なクエリーは、アドレス 224.0.0.1 が宛先になります（サブネットのすべてのシステム）。
- ･ IGMP グループ固有のクエリーは、スイッチがクエリーに使用するグループ IP アドレスが宛先になります。
- ･ IGMP グループ メンバーシップ レポートは、スイッチがレポートに使用するグループ IP アドレスが宛先になります。
- ･ IGMP バージョン 2（IGMPv2）の脱退メッセージは、アドレス 224.0.0.2 が宛先になります（サブネットのすべてのマルチキャスト ルータ）。旧タイプのホストによる IP スタックの場合、脱退メッセージは、すべてのルータ アドレスではなくグループ IP アドレスに送信されることもあります。
IGMPバージョン1
IGMP バージョン 1（IGMPv1）にはクエリー応答モデルが使用されているため、マルチキャスト ルータおよびマルチレイヤ スイッチは、ローカル サブネット上のどのマルチキャスト グループがアクティブであるか（マルチキャスト グループに関係するホストが 1 台または複数台存在するか）を判別できます。IGMPv1 の他の処理としては、マルチキャスト グループへの加入、マルチキャスト グループからの脱退があります。詳細については、RFC 1112 を参照してください。
IGMPバージョン2
IGMPv2 は、IGMP の機能を強化したものです（IGMP 脱退処理の時間短縮、グループ固有のクエリア、明確な最大クエリー応答時間など）。また、IGMPv2 を使用することで、処理を行うマルチキャスト プロトコルにかかわらず、ルータを IGMP クエリアとして稼働させることもできます。詳細については、RFC 2236 を参照してください。
PIMの概要
PIM は プロトコルに依存しません 。ユニキャスト ルーティング テーブルを読み込むために使用されるユニキャスト ルーティング プロトコルに関係なく、PIM はこのテーブルの情報を使用してマルチキャスト転送を実行します。マルチキャスト ルーティング テーブルは個別に維持されません。
PIM は RFC 2362 『 Protocol-Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification 』で定義されています。PIM は次の Internet Engineering Task Force（IETF）インターネット ドラフトに定義されています。
- ･ 『 Protocol Independent Multicast (PIM): Motivation and Architecture 』
- ･ 『Protocol Independent Multicast (PIM), Dense Mode Protocol Specification』
- ･ 『Protocol Independent Multicast (PIM), Sparse Mode Protocol Specification』
- ･ 『draft-ietf-idmr-igmp-v2-06.txt, Internet Group Management Protocol, Version 2』
- ･ 『draft-ietf-pim-v2-dm-03.txt, PIM Version 2 Dense Mode』
PIM のバージョン
PIMv2 は、PIMv1 と比較して次の点が改善されています。
- ･ マルチキャスト グループごとに、複数のバックアップ Rendezvous Point（RP; ランデブー ポイント）を持つアクティブな RP が 1 つ存在します。この単一のRPで、PIMv1内の同じグループにアクティブなRP が複数ある場合と同様の処理を行います。
- ･ Bootstrap Router（BSR; ブートストラップ ルータ）はフォールトトレラントな、自動化された RP ディスカバリ メカニズム、および配信メカニズムを提供します。これらのメカニズムにより、ルータおよびマルチレイヤ スイッチはグループ/RP マッピングをダイナミックに取得できます。
- ･ Sparse Mode（SM; sparse［疎］モード）および Dense Mode（DM; dense［密］モード）は、インターフェイスではなく、グループに関するプロパティです。SM または DM のいずれか一方のみでなく、SM-DM（sparse-dense モード）を使用してください。
- ･ PIM の Join メッセージおよびプルーニング メッセージを使用すると、複数のアドレス ファミリーを柔軟に符号化できます。
- ･ 現行および将来の機能オプションを符号化するため、クエリー パケットではなく、より柔軟な hello パケット形式が使用されています。
- ･ RP への登録メッセージが送信元によって送信されるか、あるいは指定ルータによって送信されるかは、メッセージ自身によって指定されます。
- ･ PIM パケットは IGMP パケット内に格納されず、独立したパケットとして処理されます。
PIM のモード
PIM は DM、SM、または PIM SM-DM のいずれかのモードで動作します。PIM DM-SM では、sparse（疎）グループとdense（密）グループの両方が同時に処理されます。
PIM DM
PIM DMでは、送信元ベースのマルチキャスト配信ツリーが構築されます。DMの場合、PIM DMのルータまたはマルチレイヤ スイッチは、他のすべてのルータまたはマルチレイヤ スイッチで常にグループ宛のマルチキャスト パケットが転送されると想定しています。直接接続されたメンバーまたは PIM ネイバが存在しない場合に、PIM DM デバイスがマルチキャスト パケットを受信すると、不要なマルチキャスト トラフィックを停止するよう、プルーニング メッセージが送信元に送信されます。それ以降、プルーニングされたこのブランチ上に該当するルータまたはスイッチに対して、マルチキャスト パケットは、フラッディングされません。PIM DM では配信ツリーが構築されて、レシーバーのないブランチがプルーニングされるため、ブランチにはすべてレシーバーが含まれます。
プルーニング済みのツリー内ブランチのレシーバーがマルチキャスト グループに新規に参加すると、PIM DMデバイスは新しいレシーバーを検出し、直後に配信ツリーの送信元方向に接合メッセージを送信します。アップストリームのPIM DMデバイスが接合メッセージを受信すると、受信したデバイスは接合メッセージが着信したインターフェイスを、すぐに転送ステートにし、マルチキャスト トラフィックのレシーバーへの転送を開始します。
PIM SM
PIM SM は共有ツリーおよび Shortest-Path-Tree（SPT）を使用し、マルチキャスト トラフィックをネットワーク内のマルチキャスト レシーバーに配信します。PIM SM の場合、ルータまたはマルチレイヤ スイッチは、トラフィックに関する明示的な要求（Join メッセージ）がないかぎり、他のルータまたはスイッチではグループ宛のパケットが転送されないと想定します。IGMPを使用してホストがマルチキャスト グループに参加すると、直接接続されたPIM SMデバイスは、RPと呼ばれるルートに向けてPIM Joinメッセージを送信します。この Join メッセージはルートに向かってルータを順次移動しながら、共有ツリーのブランチを作成します。
RP はマルチキャスト レシーバーを追跡します。また、送信元の最初のホップ ルータ（ Designated Router [DR; 指定ルータ]）から受信したレジスタ メッセージを介して送信元を登録し、送信元からレシーバーへの共有ツリー パスを完成させます。共有ツリーを使用する場合、送信元はRP にトラフィックを送信し、これらのトラフィックをすべてのレシーバーに到達させるようにする必要があります。
マルチキャスト グループ トラフィックをプルーニングする場合は、プルーニング メッセージが配信ツリーの上方向に送信されます。この結果、明示的なJoinメッセージによって作成された共有ツリーまたはSPTのブランチが不要になった場合、これらを解除できるようになります。
自動 RP
この独自の機能により、ネットワーク内のルータまたはスイッチごとにRP情報を手動で設定する必要がなくなります。自動RPを機能させるには、シスコのルータまたはマルチレイヤ スイッチをマッピング エージェントとして設定します。自動 RP では、IP マルチキャストを使用して、ネットワークのどのルータまたはどのスイッチが候補 RP となって、候補 RP アナウンスメントを受信できるかを学習します。候補 RP はマルチキャストRPアナウンス メッセージを特定のグループまたはグループ範囲に対して定期的に送信し、それらが使用可能であることをアナウンスします。
マッピング エージェントはこれらの候補 RPアナウンスメントをリスニングし、この情報を使用して、グループ/RPマッピング キャッシュにエントリを作成します。受信されたグループ/RP範囲に対して複数の候補 RP がRPアナウンスメントを送信した場合でも、この範囲には1つのマッピング キャッシュ エントリのみが作成されます。RPアナウンス メッセージ着信時に、マッピング エージェントはIPが最大であるルータまたはスイッチをアクティブRPとして選択し、このRPアドレスをグループ/RPマッピング キャッシュ内に保存します。
マッピング エージェントは、グループから RP へのマッピング キャッシュの内容を定期的にマルチキャスト配信します。このため、すべてのルータおよびスイッチで、サポート対象のグループに使用されるRP が自動的に検出されます。ルータまたはスイッチが RP ディスカバリ メッセージの受信に失敗し、グループ/RP マッピング情報が期限切れになると、このルータまたはスイッチは、 ip pim rp-address グローバル コンフィギュレーション コマンドによって定義済みで、スタティックに設定された RP に切り替わります。スタティックに設定された RP が存在しない場合、ルータまたはスイッチはグループの動作を DM に変更します。
複数のRP がさまざまなグループ範囲として、または互いのホット バックアップとして機能します。
BSR
PIMv2 BSR は、グループ/RP マッピング情報をネットワーク内のすべての PIM ルータおよびマルチレイヤ スイッチに配信します。これにより、ネットワーク内のルータまたはスイッチごとにRP情報を手動で設定する必要がなくなります。ただし、BSRはIPマルチキャストを使用してグループ/RPマッピング情報を配信する代わりに、特殊なBSRメッセージをホップ単位でフラッディングしてマッピング情報を配信します。
BSRは、BSRとして機能するように設定されたドメイン内の一連の候補ルータおよびスイッチから選択されます。選択メカニズムは、ブリッジングされたLANで使用されるルートブリッジ選択メカニズムと類似しています。BSRの選択メカニズムの基準はデバイスの BSR プライオリティで、これはネットワークを経由してホップ単位で送信されるBSRメッセージに格納されています。各BSRデバイスはBSRメッセージを調べ、自身のBSRプライオリティよりもBSRプライオリティが同等以上で、BSR IPアドレスが大きなメッセージのみを、すべてのインターフェイスから転送します。この方法によって、BSRが選択されます。
選択された BSR によって、Time to Live（TTL）値が 1 である BSR メッセージが送信されます。近接する PIMv2 ルータまたはマルチレイヤ スイッチは BSR メッセージを受信し、TTL 値が 1 である他のすべてのインターフェイス（BSR メッセージの着信インターフェイスを除く）にマルチキャストします。この方法で、BSR メッセージは PIM ドメイン全体を 1 ホップずつ移動します。BSR メッセージには現在の BSR の IP アドレスが格納されているため、候補 RP はフラッディング メカニズムを使用し、どのデバイスが選択された BSR であるかを自動的に学習します。
候補 RP は候補 RP アドバタイズを送信し、対象となるグループ範囲を直接 BSR に指示します。この情報は、ローカルな候補 RP キャッシュに格納されます。BSR はドメイン内の他のすべての PIM デバイスに、BSR メッセージ内のこのキャッシュの内容を定期的にアドバタイズします。これらのメッセージはネットワークを 1 ホップずつ移動し、すべてのルータおよびスイッチに送信されます。BSRメッセージ内のRP情報は、到達したルータおよびスイッチのローカルなRPキャッシュに格納されます。すべてのルータおよびスイッチには一般的なRPハッシュ アルゴリズムが使用されるため、指定されたグループには同じRP が選択されます。
マルチキャスト転送およびリバース パス チェック
ユニキャスト ルーティングの場合、ルータおよびマルチレイヤ スイッチは、送信元からIPパケットの宛先アドレス フィールドにIPアドレスが格納されている宛先ホストへ、ネットワーク内の単一のパスに沿ってトラフィックを送信します。パス上の各ルータおよびスイッチはユニキャスト ルーティング テーブル内の宛先アドレスを参照し、指定されたインターフェイスを経由して、宛先方向のネクスト ホップへパケットを転送します。そのあと、パケット内の宛先IPアドレスを使用して、ユニキャスト転送判断を行います。
マルチキャストの際、マルチキャスト グループ アドレスで表されるホストの任意のグループにトラフィックが送信されます。このマルチキャスト グループ アドレスは、IP パケットの宛先アドレス フィールドに格納されています。着信マルチキャスト パケットの転送、または廃棄を決定するため、ルータまたはマルチレイヤ スイッチで、パケットに対する Reverse Path Forwarding（RPF）チェックを次のとおり実行します（ 図35-2 を参照）。
- 1. ルータまたはマルチレイヤ スイッチは着信したマルチキャスト パケットの送信元アドレスを調べ、リバース パス上のインターフェイスに着信したパケットを送信元に戻すかどうかを判別します。
- 2. パケットが送信元に逆戻りするインターフェイスに着信した場合、RPFチェックは成功し、発信インターフェイス リスト内のすべてのインターフェイス（ルータのすべてのインターフェイスとは限りません）にパケットが転送されます。
- 3. RPFチェックに失敗した場合、パケットは廃棄されます。
DVMRP など一部のマルチキャスト ルーティング プロトコルでは、マルチキャスト ルーティング テーブルは個別に維持され、RPF チェックに使用されます。ただし、PIMではRPFチェックを実行するためにユニキャスト ルーティング テーブルが使用されます。
図35-2 に、送信元 151.10.3.21 からのマルチキャスト パケットを受信するポート 2 を示します。 表35-1 は、送信元へのリバース パスのポートはポート 1 で、ポート 2 ではないことを示しています。RPF チェックが失敗したため、マルチレイヤ スイッチはパケットを廃棄します。送信元 151.10.3.21 からの別のマルチキャスト パケットはポート 1 に着信します。ルーティング テーブルにより、このポートは送信元のリバース パス上にあることがわかります。RPF チェックに合格したため、パケットは発信ポート リスト内のすべてのポートに転送されます。
図35-2 RPF チェック
PIM は、送信元ツリーと RP でルーティングされた共有ツリーを使用し、データグラムを転送します（ PIM DM および PIM SM を参照）。RPF チェックはそれぞれ異なる方法で実行されます。
- ･ PIM ルータまたはマルチレイヤ スイッチが送信元ツリー ステートである場合（つまり（S,G）エントリがマルチキャスト ルーティング テーブル内にある場合）、マルチキャスト パケットの送信元の IP アドレスに対して RPF チェックが実行されます。
- ･ PIM ルータまたはマルチレイヤ スイッチが共有ツリー ステートである場合（および送信元ツリー ステートが明示されていない場合）、（メンバーがグループに参加している場合は既知である）RP アドレスについて RPF チェックが実行されます。
PIM SM は RPF 参照機能を使用し、参加およびプルーニング メッセージを送信する必要があるかどうかを判別します。
DVMRP および PIM DM では送信元ツリーのみが使用され、上記のように RPF が使用されます。
DVMRP の概要
DVMRP は多くのベンダーのデバイスに実装されており、パブリック ドメインでマルチキャスト ルーティングされたプログラムに基づいて動作します。このプロトコルは MBONE、およびその他のドメイン内マルチキャスト ネットワークに採用されています。
シスコ製ルータおよびマルチレイヤ スイッチでは PIM が動作し、マルチキャスト パケットの DVMRP ネイバへの転送および、DVMRP ネイバからの受信を可能にします。DVMRP ルートを PIM クラウド内に伝播したり、PIM クラウドを経由して伝播したりすることもできます。ソフトウェアは DVMRP ルートを伝播し、ルータやマルチレイヤ スイッチごとにこれらのルートのデータベースを個別に構築します。ただし、PIM はこのルーティング情報をパケット転送判断に使用します。ソフトウェアに、完全な DVMRP は実装されていません。ただし、DVMRP ルータのダイナミック ディスカバリをサポートし、従来のメディア（イーサネットや FDDI など）または DVMRP 固有のトンネルを通して、これらを相互運用します。
DVMRP ネイバは、送信元ネットワーク ルーティング情報をルートレポート メッセージに格納して定期的に交換し、ルーティング テーブルを構築します。DVMRP ルーティング テーブルに格納されているルーティング情報は、ユニキャスト ルーティング テーブルから独立し、送信元配信ツリーの構築および、RPF によるマルチキャスト転送の実行に使用されます。
DVMRP は DM プロトコルです。抑制されたマルチキャスト モデルを使用して親子データベースを構築し、マルチキャスト パケットの送信元でルーティングされた転送ツリーを構築します。マルチキャスト パケットはまず、この送信元ツリーの下方向にフラッディングされます。冗長パスが送信元ツリー上にある場合、パケットはこれらのパスに沿って転送されません。これらの親子リンクで Prune メッセージが受信されるまで転送が行われ、これによってマルチキャスト パケットのブロードキャストが抑制されます。
CGMP の概要
このソフトウェア リリースは、マルチレイヤ スイッチで CGMP サーバ サポート機能を提供します。クライアント側の機能は提供されません。マルチレイヤ スイッチは、IGMP スヌーピングをサポートしない、CGMP クライアント機能が組み込まれているデバイス用の CGMP サーバとして機能します。
CGMP はレイヤ 2 Catalyst スイッチに接続されたシスコ製ルータおよびマルチレイヤ スイッチで使用され、IGMP で実行される作業と同様の作業を実行します。CGMP はレイヤ 2 グループ メンバーシップ情報を許可して、CGMP サーバからスイッチへの通信を可能にします。そうすることでスイッチは、すべてのスイッチ ポートへマルチキャスト トラフィックをフラッディングする代わりに、マルチキャスト メンバーの存在するポートを学習できます。（IGMP スヌーピングは、マルチキャスト パケットのフラッディングを抑制するためのもう 1 つの方法です）。詳細については、 第21章 「IGMP スヌーピングおよび MVR の設定」 を参照してください。
CGMP が必要となるのは、レイヤ 2 スイッチで IP マルチキャスト データ パケットと IGMP レポート メッセージを区別できないためです。これらはともに MAC レベルで、同じグループ アドレスにアドレッシングされます。
IP マルチキャスト ルーティングの設定
ここでは IP マルチキャスト ルーティングの設定方法について説明します。
- ･ マルチキャスト ルーティングのデフォルト設定
- ･ マルチキャスト ルーティング設定時の注意事項
- ･ 基本的なマルチキャスト ルーティングの設定 （必須）
- ･ RP の設定 （インターフェイスが SM-DM で、sparse グループとしてグループを処理する場合は必須）
- ･ 自動 RP および BSR の使用法 （他社製 PIMv2 デバイスとシスコ製 PIMv1 デバイスとを相互運用する場合は必須）
- ･ RP マッピング情報のモニタ （任意）
- ･ PIMv1 および PIMv2 のインターオペラビリティに関するトラブルシューティング （任意）
マルチキャスト ルーティングのデフォルト設定
表35-2 に、マルチキャスト ルーティングのデフォルト設定を示します。
マルチキャスト ルーティング設定時の注意事項
マルチレイヤ スイッチでのマルチキャスト ルーティングの設定ミスを回避するには、ここに記載する情報を確認してください。
PIMv1 および PIMv2 のインターオペラビリティ
シスコの PIMv2 実装機能を使用すると、バージョン 1 とバージョン 2 の間におけるインターオペラビリティが実現し、移行が可能となります。ただし、若干の問題が発生する可能性もあります。
PIMv1 は、PIMv2 にアップグレードできます。PIM バージョン 1 および 2 を、1 つのネットワーク内の異なるルータおよびマルチレイヤ スイッチに設定できます。内部的には、共有メディア ネットワーク上のすべてのルータおよびマルチレイヤ スイッチで同じ PIM バージョンを実行する必要があります。したがって、PIMv2 デバイスが PIMv1 デバイスを検出した場合は、バージョン 1 デバイスがシャットダウンするかアップグレードされるまで、バージョン 2 デバイスはバージョン 1 にダウングレードされます。
PIMv2 は BSR を使用して各グループ プレフィクスの RP 設定情報を検出し、PIM ドメイン内のすべてのルータおよびマルチレイヤ スイッチにアナウンスします。自動 RP 機能を組み合わせることにより、PIMv2 BSR と同じ作業を PIMv1 で実行できます。ただし、自動 RP は PIMv1 から独立している、スタンドアロンのシスコ独自のプロトコルで、PIMv2 は Internet Engineering Task Force（IETF）標準の追跡プロトコルです。したがって、PIMv2 の使用を推奨します。BSR メカニズムは、シスコのルータおよびマルチレイヤ スイッチの自動 RP と相互動作します。詳細については、 自動 RP および BSR 設定時の注意事項 を参照してください。
PIMv2 デバイスを PIMv1 デバイスと相互動作させる場合は、自動 RP を事前に導入しておく必要があります。自動RP マッピング エージェントでもある PIMv2 BSR は、自動 RP で選択された RP を自動的にアドバタイズします。つまり、自動 RP によって、グループ内のルータまたはマルチレイヤごとに 1 つの RP が設定されます。ドメイン内のルータおよびスイッチの中には、複数の RP を選択するために PIMv2 ハッシュ機能を使用しないものもあります。
PIMv1 と PIMv2 が混在する領域内の DM グループは、特殊な設定を行わなくても自動的に相互動作します。
PIMv1 の自動 RP 機能は PIMv2RP 機能と相互動作するため、PIMv1 と PIMv2 が混在する領域内に SM グループを設定することは可能です。すべての PIMv2 デバイスは PIMv1 を使用できますが、RP を PIMv2 にアップグレードするよう推奨します。PIMv2 への変換を簡単に行うための推奨事項は次のとおりです。
自動 RP がまだ PIMv1 領域に設定されていない場合は、自動 RP を設定してください。詳細については、 自動 RP の設定 を参照してください。
自動 RP および BSR 設定時の注意事項
PIMv2 は 2 つの方法で使用できます。1 つはバージョン 2 をネットワーク内で排他的に使用する方法、もう 1 つは PIM バージョンの混在環境を採用してバージョン2に移行する方法です。
- ･ 使用しているネットワークがすべてシスコ製ルータおよびマルチレイヤ スイッチである場合は、自動 RP または BSR のいずれかを使用できます。
- ･ ネットワークに他社製のルータがある場合は、BSR を使用する必要があります。
- ･ シスコの PIMv1 および PIMv2 ルータとマルチレイヤ スイッチ、および他社製のルータがある場合は、自動 RP と BSR の両方を使用する必要があります。ネットワーク内に他のベンダーのルータが存在する場合は、シスコ PIMv2 デバイスに 自動 RP マッピング エージェントおよび BSR を設定します。BSR と他社製の PIMv2 デバイス 間のパス上に、PIMv1 デバイスを配置しないようにしてください。
- ･ ブートストラップ メッセージはホップ単位で送信されるため、PIMv1 デバイスの場合、これらのメッセージはネットワーク内の一部のルータおよびマルチレイヤ スイッチに到達しません。このため、ネットワーク内に PIMv1 デバイスがあり、シスコ製ルータおよびマルチレイヤ スイッチのみが存在する場合は、自動 RP を使用してください。
- ･ ネットワーク内に他社製のルータが存在する場合は、シスコ PIMv2 ルータまたはマルチレイヤ スイッチに自動 RP マッピング エージェントおよび BSR を設定します。BSR と他社製の PIMv2 ルータ間のパス上に、PIMv1 デバイスを配置しないようにしてください。
- ･ シスコ製 PIMv1 ルータおよびマルチレイヤ スイッチと他社製の PIMv2 ルータを相互動作させる場合は、自動 RP と BSR の両方が必要です。シスコ PIMv2 デバイスを、自動 RP マッピング エージェントと BSR の両方に設定してください。詳細については、 自動 RP および BSR の使用法 を参照してください。
基本的なマルチキャスト ルーティングの設定
PIM バージョンおよび PIM モードを設定する際は、IP マルチキャスト ルーティングをイネーブルにする必要があります。そうすることで、ソフトウェアはマルチキャスト パケットを転送し、スイッチはマルチキャスト ルーティング テーブルを展開できます。
インターフェイスは PIM DM、SM、または SM-DM のいずれかに設定できます。スイッチはマルチキャスト ルーティング テーブルを展開し、モードの設定に従って、直接接続している LAN から受信するマルチキャスト パケットを転送します。IP マルチキャスト ルーティングを実行するには、インターフェイスに対して、これらの PIM モードのいずれかをイネーブルにする必要があります。インターフェイスで PIM をイネーブルにすると、同じインターフェイス上で IGMP 処理もイネーブルになります。
マルチキャスト ルーティング テーブル展開の際には、DM のインターフェイスが常にテーブルに追加されます。SM のインターフェイスは、定期的な Join メッセージをダウンストリーム デバイスから受信した場合、またはインターフェイスに直接接続しているメンバーが存在する場合にのみ追加されます。LAN からの転送時、グループに認識されている RP があれば、SM で実行されます。その場合、パケットはカプセル化されて RP に送信されます。RP が認識されない場合、パケットは DM 方式でフラッディングされます。特定の送信元からのマルチキャスト トラフィックが十分である場合、レシーバーの最初のホップ ルータは Join メッセージを送信元に送信し、送信元ベースのディストリビューション ツリーを構築します。
デフォルトでは、マルチキャスト ルーティングはディセーブルとなっており、モードは設定されていません。この手順は必須です。
IP マルチキャスティングをイネーブルにして、PIM バージョンおよび PIM モードを設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は必須です。
|
マルチキャスト ルーティングをイネーブルにするレイヤ 3 インターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。
これらのポートには、IP アドレスを割り当てる必要があります。詳細については、 レイヤ 3 インターフェイスの設定 を参照してください。 |
||
|
デフォルトでは、バージョン 2 がイネーブルです（推奨設定）。 PIMv2 モードのインターフェイスに PIMv1 ネイバが存在する場合、インターフェイスは自動的に PIMv1 にダウングレードされます。バージョン1のネイバがシャットダウンするかアップグレードされると、インターフェイスはバージョン 2 モードに戻ります。 詳細については、 PIMv1 および PIMv2 のインターオペラビリティ を参照してください。 |
||
|
||
マルチキャスティングをディセーブルにするには、 no ip multicast-routing グローバル コンフィギュレーション コマンドを使用します。デフォルトの PIM バージョンに戻すには、 no ip pim version インターフェイス コンフィギュレーション コマンドを使用します。インターフェイスで PIM をディセーブルにするには、 no ip pim インターフェイス コンフィギュレーション コマンドを使用します。
RP の設定
インターフェイスが SM-DM で、sparse グループとしてグループを処理する場合は、RP が必要です。次に記載する方法を使用できます。
- ･ マルチキャスト グループへの RP の手動割り当て
- ･ 自動 RP の設定 （PIMv1 から独立した、スタンドアロンのシスコ独自のプロトコル）
- ･ PIMv2 BSR の設定 （IETF 標準の追跡プロトコル）
動作中の PIM バージョン、およびネットワーク内のルータ タイプに応じて、自動 RP、BSR、またはこれらを組み合わせて使用できます。詳細については、 PIMv1 および PIMv2 のインターオペラビリティ および 自動 RP および BSR 設定時の注意事項 を参照してください。
マルチキャスト グループへの RP の手動割り当て
ここでは、RP を手動で割り当てる方法について説明します。ダイナミック メカニズム（自動 RP や BSR など）を使用してグループの RP を取得する場合、RP を手動で割り当てる必要はありません。
マルチキャスト トラフィックの送信側は、送信元の先頭ホップ ルータ（指定ルータ）から受信して RP に転送される Register メッセージを通し、自身の存在をアナウンスします。マルチキャスト パケットの受信側は RP を使用し、マルチキャスト グループに加入します。RP はマルチキャスト グループのメンバーではなく、マルチキャスト送信元およびグループ メンバーの「 合流地点 」として機能します。
アクセス リストで定義されたマルチキャスト グループに単一の RP を設定できます。グループに RP が設定されていない場合、マルチレイヤ スイッチは PIM DM 技術を使用し、グループを dense（密）として処理します。
RP のアドレスを手動で設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
RP アドレスを削除するには、 no ip pim rp-address ip-address [ access-list-number ] [ override ] グローバル コンフィギュレーション コマンドを使用します。
次に、マルチキャスト グループ 225.2.2.2 の場合のみ、RP のアドレスを 147.106.6.22 に設定する例を示します。
Switch(config)# access-list 1 permit 225.2.2.2 0.0.0.0
Switch(config)# ip pim rp-address 147.106.6.22 1
自動 RP の設定
自動 RP はIP マルチキャストを使用し、グループ/RP マッピングをPIM ネットワーク内のすべてのシスコ製ルータおよびマルチレイヤ スイッチに自動配信します。自動 RP には次の利点があります。
- ･ ネットワーク内で複数の RP を使用し、複数のグループ範囲を処理する作業が簡単になります。
- ･ 複数の RP 間で負荷を分散し、グループに参加するホストの場所に従って RP を配置できます。
- ･ PIM ネットワーク内のすべてのルータおよびマルチレイヤ スイッチで矛盾が発生しなくなり、手動による RP 設定が不要になります。この結果、接続問題を引き起こす要因が取り除かれます。
- ･ 新規インターネットワークでの自動 RP の設定
- ･ 既存の SM クラウドへの自動 RP の追加
- ･ 問題のある RP への Join メッセージの送信禁止
- ･ 着信 RP アナウンスメント メッセージのフィルタリング
概要については、 自動 RP を参照してください。
新規インターネットワークでの自動 RP の設定
新規インターネットワーク内に自動 RP を設定している場合は、すべてのインターフェイスが DM-SM に設定されるため、デフォルトの RP は不要です。 既存の SM クラウドへの自動 RP の追加 に記載された手順に従ってください。ただし、PIM ルータをローカル グループの RP として設定する場合は、ステップ 3 を省略してください。
既存の SM クラウドへの自動 RP の追加
ここでは、最初に自動 RP を既存の SM クラウドに導入し、既存のマルチキャスト インフラストラクチャができるだけ破壊されないようにする方法について説明します。
既存の SM クラウドに自動 RP を導入するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
候補 RP として設定された PIM デバイスを解除するには、 no ip pim send-rp-announce interface-id グローバル コンフィギュレーション コマンドを使用します。RP マッピング エージェントとして設定されたマルチレイヤ スイッチを解除するには、 no ip pim send-rp-discovery グローバル コンフィギュレーション コマンドを使用します。
次に、最大ホップ数が 31 であるすべての PIM 対応インターフェイスから RP アナウンスメントを送信する例を示します。インターフェイス GigabitEthernet 0/1 の IP アドレスが RP です。アクセス リスト 5 には、このマルチレイヤ スイッチが RP として機能するグループが記述されています。
Switch(config)# ip pim send-rp-announce gigabitethernet0/1 scope 31 group-list 5
Switch(config)# access-list 5 permit 224.0.0.0 15.255.255.255
問題のある RP への Join メッセージの送信禁止
ip pim accept-rp コマンドがネットワーク全体に設定されているかどうかを判別するには、 show running-config イネーブル EXEC コマンドを使用します。 ip pim accept-rp コマンドが設定されているデバイスがない場合は、あとでこの問題を解決できます。ルータまたはマルチレイヤ スイッチが ip pim accept-rp コマンドによってすでに設定されている場合は、このコマンドを再入力し、新規にアドバタイズされる RP を許可する必要があります。
自動 RP によってアドバタイズされるすべての RP を許可し、他のすべての RP をデフォルトで拒否するには、 ip pim accept-rp auto-rp グローバル コンフィギュレーション コマンドを使用します。
すべてのインターフェイスが SM の場合はデフォルト設定の RP を使用し、既知のグループ 224.0.1.39 および 224.0.1.40 をサポートします。自動 RP はこれら 2 つの既知のグループを使用し、RP マッピング情報を収集、配信します。 ip pim accept-rp auto-rp コマンドが設定されている場合は、RP を許可する別の ip pim accept-rp コマンドを次のように設定してください。
Switch(config)# ip pim accept-rp 172.10.20.1 1
Switch(config)# access-list 1 permit 224.0.1.39
Switch(config)# access-list 1 permit 224.0.1.40
着信 RP アナウンスメント メッセージのフィルタリング
マッピング エージェントにコンフィギュレーション コマンドを追加すると、故意に不正設定されたルータが候補 RP として動作するのを防ぎ、問題の発生を避けることができます。
着信 RP アナウンスメント メッセージをフィルタリングするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
着信 RP アナウンスメント メッセージに関するフィルタを削除するには、
no ip pim rp-announce-filter
rp-list
access-list-number
group-list
access-list-number
グローバル コンフィギュレーション コマンドを使用します。
次に、候補 RP アナウンスメントが不正な候補 RP から許可されないようにする自動 RP マッピング エージェントの設定例を示します。
Switch(config)# ip pim rp-announce-filter rp-list 10 group-list 20
Switch(config)# access-list 10 permit host 172.16.5.1
Switch(config)# access-list 10 permit host 172.16.2.1
Switch(config)# access-list 20 deny 239.0.0.0 0.0.255.255
Switch(config)# access-list 20 permit 224.0.0.0 15.255.255.255
この例では、マッピング エージェントは2つのデバイス（172.16.5.1および172.16.2.1）からの候補 RP アナウンスのみを許可します。マッピング エージェントは 2 つのデバイスからの候補 RP アナウンスメントのうち、グループ範囲が 224.0.0.0〜239.255.255.255 であるマルチキャスト グループ宛てのアナウンスメントのみを許可します。マッピング エージェントは、ネットワーク内の他のデバイスからの候補 RP アナウンスメントを許可しません。さらに、候補 RPアナウンスメントが 239.0.0.0〜239.255.255.255 の範囲のグループに宛てたものである場合、マッピング エージェントは 172.16.5.1 または 172.16.2.1 からの候補 RP アナウンスメントを許可しません。この範囲は、管理的な有効範囲付きアドレス範囲です。
PIMv2 BSR の設定
ここでは、PIMv2 ネットワークでの BSR の設定方法について説明します。
ここでは、PIMv2 ネットワークでの BSR の設定方法について説明します。
- ･ PIM ドメイン境界の定義 （任意）
- ･ IP マルチキャスト境界の定義 （任意）
- ･ 候補 BSR の設定 （任意）
- ･ 候補 RP の設定 （任意）
概要については、 BSR を参照してください。
PIM ドメイン境界の定義
IP マルチキャストの普及に伴い、PIMv2 ドメインと別の PIMv2 ドメインが、境界を挟んで隣接する場合が増えています。これらの2つのドメインは同じ RP、BSR、候補 RP、候補 BSRのセットを共有していない場合が多いため、PIMv2 BSR メッセージがドメインの内外に流れないようにする必要があります。これらメッセージのドメイン境界通過を許可すると、通常の BSR 選択メカニズムに悪影響が及んだり、境界に位置するすべてのドメインで単一の BSR が選択されたり、候補 RP アドバタイズが共存し、間違ったドメイン内で RP が選択されたりすることがあります。
PIM ドメイン境界を定義するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
PIM ドメイン用の PIM ブートストラップ メッセージ境界を定義します。 境界に位置する他の PIM ドメインに接続されているインターフェイスごとに、このコマンドを入力します。このコマンドを実行すると、マルチレイヤ スイッチは、このインターフェイス上で PIMv2 BSR メッセージを送受信しないように指示されます（ 図35-3 を参照）。 |
||
PIM 境界を削除するには、 no ip pim bsr-border インターフェイス コンフィギュレーション コマンドを使用します。
図35-3 PIMv2 BSR メッセージの抑制
IP マルチキャスト境界の定義
自動 RP メッセージが PIM ドメインに入らないようにする場合は、マルチキャスト境界を定義します。自動 RP 情報を伝達する 224.0.1.39 および 224.0.1.40 宛のパケットを拒否するアクセス リストを作成します。
マルチキャスト境界を定義するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
access-list access-list-number deny source [ source-wildcard ] |
||
境界を削除するには、 no ip multicast boundary インターフェイス コンフィギュレーション コマンドを使用します。
次に、自動 RP 情報を拒否する IP マルチキャスト境界のコンフィギュレーション例の一部を示します。
Switch(config)# access-list 1 deny 224.0.1.39
Switch(config)# access-list 1 deny 224.0.1.40
Switch(config)# interface gigabitethernet0/1
Switch(config-if)# ip multicast boundary 1
候補 BSR の設定
候補 BSRは、1 つまたは複数設定できます。候補 BSRとして機能するデバイスは、他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。
スイッチを候補 BSR として設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
候補 BSR として設定されたデバイスを削除するには、 no ip pim bsr-candidate グローバル コンフィギュレーション コマンドを使用します。
次に、候補 BSR の設定例を示します。この例では、アドバタイズ済み BSR アドレスとしてポート上の IP アドレス 172.21.24.18 を、hash-mask-length として 30 ビットを使用します。プライオリティは 10 です。
Switch(config)# interface gigabitethernet0/2
Switch(config-if)# ip address 172.21.24.18 255.255.255.0
Switch(config-if)# ip pim sparse-dense-mode
Switch(config-if)# ip pim bsr-candidate gigabitethernet0/2 30 10
候補 RP の設定
候補 RP は、1 つまたは複数設定できます。BSR と同様、RP は他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。RP は IP マルチキャスト アドレス スペース全体、またはその一部を処理します。候補 RP は候補 RP アドバタイズを BSR に送信します。RP となるデバイスを決定するときは、次の点を考慮してください。
- ･ 自動 RP のみが使用されているシスコ製ルータおよびマルチレイヤ スイッチで構成されるネットワークでは、すべてのデバイスをRPとして設定できます。
- ･ シスコの PIMv2 ルータおよびマルチレイヤ スイッチと、他のベンダーのルータのみで構成されるネットワークでは、すべてのデバイスを RP として使用できます。
- ･ シスコの PIMv1 ルータ、PIMv2 ルータ、および他のベンダーのルータで構成されるネットワークでは、シスコPIMv2 ルータおよびマルチレイヤ スイッチをRPとして設定できます。
スイッチが自身を PIMv2 候補 RP として BSR にアドバタイズするよう設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
ip pim rp-candidate interface-id [ group-list access-list-number ] |
||
|
access-list access-list-number { deny | permit } source [ source-wildcard ] |
||
候補 RP として設定されたデバイスを削除するには、 no ip pim rp-candidate interface-id グローバル コンフィギュレーション コマンドを使用します。
次に、スイッチが自身を候補 RP として PIM ドメイン内の BSR にアドバタイズするよう設定する例を示します。標準のアクセス リスト番号 4 は、ポートに識別されるアドレスを含む RP 関連のグループ プレフィクスです。RP はプレフィクス 239 のグループ用です。
Switch(config)# ip pim rp-candidate gigabitethernet0/2 group-list 4
Switch(config)# access-list 4 permit 239.0.0.0 0.255.255.255
自動 RP および BSR の使用法
ネットワークにシスコ製のデバイスしか存在しない（他のベンダーのルータがない）場合、BSR を設定する必要はありません。PIMv1 および PIMv2 の両方を稼働しているネットワークで自動 RP を設定します。
シスコ製 PIMv1 ルータおよびマルチレイヤ スイッチと他社製の PIMv2 ルータを相互動作させる場合は、自動 RP と BSR の両方が必要です。シスコ PIMv2 ルータまたはマルチレイヤ スイッチを、自動 RP マッピング エージェントと BSR の両方に設定してください。
BSR を 1 つまたは複数使用する必要がある場合は、次の推奨事項に従ってください。
- ･ 候補 BSR を自動 RP 用の RP マッピング エージェントとして設定します。詳細については、 自動 RP の設定 および 候補 BSR の設定 を参照してください。
- ･ グループ プレフィクスが自動 RP によってアドバタイズされた場合は、異なる RP セットによって処理されたこれらのグループ プレフィクスのサブ範囲が、PIMv2 BSR メカニズムによってアドバタイズされないようにする必要があります。PIMv1 および PIMv2 ドメインが混在する環境では、バックアップ RP で同じグループ プレフィクスが処理されるように設定します。このようにすると、RP マッピング データベースの最長一致検索によって、PIMv2 DR はこれらの PIMv1 DR から異なる RP を選択できなくなります。
グループ/RP マッピングの一貫性を確認するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
PIMv2 ルータまたはマルチレイヤ スイッチで、PIMv1 システムで選択されている RP と同じ RP が使用されていることを確認します。 |
RP マッピング情報のモニタ
RP マッピング情報をモニタするには、イネーブル EXEC モードで次のコマンドを使用します。
- ･ show ip pim bsr ― 現在選択されている BSR の情報を表示します。
- ･ show ip pim rp-hash group ― 指定グループに選択されている RP を表示します。
- ･ show ip pim rp [ group-name | group-address | mapping ] ― マルチレイヤ スイッチが RP を学習する方法（BSR 経由か、または自動 RP メカニズムによるか）を表示します。
PIMv1 および PIMv2 のインターオペラビリティに関するトラブルシューティング
PIMv1 および PIMv2 間のインターオペラビリティに関する問題を解決するには、次の点を順に確認します。
- 1. show ip pim rp-hash イネーブル EXEC コマンドを使用して RP マッピングを確認し、すべてのシステムが同じグループの同じ RP に同意していることを確認します。
- 2. DR と RP が異なるバージョン間のインターオペラビリティを確認し、RP が DR と適切に相互作用していることを確認します（この場合は、登録停止に応答し、カプセル化が解除されたデータ パケットをレジスタから転送します）。
PIM 拡張機能の設定
ここでは、オプションの PIM 拡張機能について説明します。
- ･ PIM 共有ツリーおよび送信元ツリーの概要
- ･ PIM SPT 使用の延期 （任意）
- ･ PIM ルータクエリー メッセージ インターバルの変更 （任意）
PIM 共有ツリーおよび送信元ツリーの概要
デフォルトでは、グループのメンバーで受信されるデータは、RP でルーティングされた単一のデータ配信ツリーを経由して、送信側からグループに送られます。 図35-4 に、このタイプの共有配信ツリーを示します。送信側からのデータは、共有ツリーに参加しているグループ メンバーに配信するため、RP にアドバタイズされます。
図35-4 共有ツリーおよび送信元ツリー（SPT）
データ レートによって保証されている場合は、送信元でルーティングされるデータ配信ツリーを、共有ツリーのリーフ ルータ（ダウンストリーム接続がないルータ）で使用できます。このタイプの配信ツリーは、SPT または送信元ツリーと呼ばれます。デフォルトでは、ソフトウェアが送信元から最初のデータ パケットを受信すると、送信元ツリーに切り替わります。
共有ツリーから送信元ツリーへの移動プロセスは、次のとおりです。
- 1. レシーバーがグループに参加します。リーフ ルータ C は Join メッセージを RP に向けて送信します。
- 2. RP はルータ Cと のリンクを発信インターフェイス リストに格納します。
- 3. 送信元がデータを送信します。ルータ A はデータをカプセル化してRegisterメッセージに格納し、RP に送信します。
- 4. RP はデータをルータ C に向けて共有ツリーの下方向に転送し、送信元に向けてJoin メッセージを送信します。この時点で、データはルータ C に 2 回（カプセル化されたデータ、およびネイティブ状態のデータ）着信する可能性があります。
- 5. データがネイティブ状態（カプセル化されていない状態）で着信すると、RP はRegister 停止メッセージをルータ A に送信します。
- 6. デフォルトでは、最初のデータ パケット受信時に、ルータ C が Join メッセージを送信元に送信するよう要求します。
- 7. （S,G）に関するデータを受信すると、ルータ C は送信元宛の Prune メッセージを共有ツリーの上方向に送信します。
- 8. RP は（S,G）の発信インターフェイスからルータ C へのリンクを削除します。RP は送信元に向けて Prune メッセージを送信します。
Join およびプルーニング メッセージが送信元および RP に送信されます。これらのメッセージはホップ単位で送信され、送信元または RP へのパス上にある各 PIM デバイスで処理されます。Register メッセージおよび Register 停止メッセージはホップ単位で送信されません。これらのメッセージは、送信元に直接接続された指定ルータで送信され、グループの RP で受信されます。
グループへ送信する複数の送信元で、共有ツリーが使用されます。
共有ツリー上に存在するように、PIM デバイスを設定できます。詳細については、 PIM SPT 使用の延期 を参照してください。
PIM SPT 使用の延期
最初のデータ パケットが最終ホップ ルータ（ 図35-4 のルータ C）に着信すると、共有ツリーから送信元ツリーへと変更されます。この変更が生じるのは、 ip pim spt-threshold インターフェイス コンフィギュレーション コマンドによってタイミングが制御されるためです。デフォルト設定は 0 キロビット/秒です。
SPT には共有ツリーよりも多くのメモリが必要ですが、遅延が短縮されます。SPT の使用を延期することもできます。リーフ ルータを SPT にすぐ移動せず、トラフィックがスレッシュホールドに最初に到達したあとで移動するように指定できます。
PIM リーフ ルータが、指定グループの SPT に参加する時期を設定できます。送信元の送信速度が指定速度（キロビット/秒）以上の場合、マルチレイヤ スイッチは PIM Join メッセージを送信元に向けて送信し、送信元ツリー（SPT）を構築します。送信元からのトラフィック速度がスレッシュホールド値を下回ると、リーフ ルータは共有ツリーに再び切り替わり、Prune メッセージを送信元に送信します。
SPT スレッシュホールドを適用するグループを指定するには、グループ リスト（標準アクセス リスト）を使用します。値 0 を指定する場合、またはグループ リストを使用しない場合、スレッシュホールドはすべてのグループに適用されます。
マルチキャスト ルーティングが送信元ツリーから SPT に切り替わる上限値となるトラフィック速度のスレッシュホールドを設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
access-list access-list-number { deny | permit } source [ source-wildcard ] |
||
|
ip pim spt-threshold { kbps | infinity } [ group-list access-list-number ] |
||
デフォルトのスレッシュホールドに戻すには、 no ip pim spt-threshold { kbps | infinity } グローバル コンフィギュレーション コマンドを使用します。
PIM ルータクエリー メッセージ インターバルの変更
PIM ルータおよびマルチレイヤ スイッチでは、各LAN セグメント（サブネット）の DR になるデバイスを判別するため、PIM ルータクエリー メッセージが送信されます。DR は、直接接続された LAN 上のすべてのホストに IGMP ホストクエリー メッセージを送信します。
PIM DM 動作では、IGMPv1 が使用中の場合のみ、DR は意味を持ちます。IGMPv1 には IGMP クエリア選択プロセスがないため、選択された DR は IGMP クエリアとして機能します。PIM SM 動作では、マルチキャスト送信元に直接接続されたデバイスが DR になります。DR は PIM Register メッセージを送信し、送信元からのマルチキャスト トラフィックを共有ツリーの下方向へ転送する必要があることを RP に通知します。この場合、DR は最大の IP アドレスを持つデバイスです。
ルータクエリー メッセージ インターバルを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルトのインターバルに戻すには、 no ip pim query-interval [ seconds ] インターフェイス コンフィギュレーション コマンドを使用します。
オプションの IGMP 機能の設定
ここでは、オプションの IGMP 機能を設定する方法について説明します。
- ･ IGMP のデフォルト設定
- ･ グループのメンバーとしてのマルチレイヤ スイッチの設定 （任意）
- ･ IP マルチキャスト グループへのアクセスの制御 （任意）
- ･ IGMP バージョンの変更 （任意）
- ･ IGMP ホストクエリー メッセージ インターバルの変更 （任意）
- ･ IGMPv2 の IGMP クエリー タイムアウトの変更 （任意）
- ･ IGMPv2 の最大クエリー応答時間の変更 （任意）
- ･ スタティックに接続されたメンバーとしてのマルチレイヤ スイッチの設定 （任意）
IGMP のデフォルト設定
表35-3 に、IGMP のデフォルト設定を示します。
グループのメンバーとしてのマルチレイヤ スイッチの設定
スイッチをマルチキャスト グループのメンバーとして設定して、ネットワークのマルチキャスト到達可能範囲を検出できます。管理しているすべてのマルチキャスト対応ルータおよびマルチレイヤ スイッチがマルチキャスト グループのメンバーである場合、グループに packet internet groper（ping）を送信すると、これらのすべてのデバイスが応答します。デバイスは、所属グループにアドレッシングされた ICMP エコー要求パケットに応答します。もう1つの例は、ソフトウェア付属のマルチキャスト トレースルート ツールです。
スイッチがグループのメンバーになるように設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
マルチキャスト グループに加入するようにスイッチを設定します。 |
||
グループ内のメンバーシップを取り消すには、 no ip igmp join-group group-address インターフェイス コンフィギュレーション コマンドを使用します。
次に、マルチキャスト グループ 255.2.2.2 へのスイッチの参加を許可する例を示します。
Switch(config)# interface gigabitethernet0/1
Switch(config-if)# ip igmp join-group 255.2.2.2
IP マルチキャスト グループへのアクセスの制御
スイッチは、IGMP ホストクエリー メッセージを送信し、接続されたローカル ネットワーク上のメンバーが属しているマルチキャスト グループを判別します。次に、スイッチは、マルチキャスト グループにアドレス指定されたすべてのパケットをこれらのグループ メンバーに転送します。インターフェイスごとにフィルタを適用し、インターフェイスで処理されるサブネット上のホストが加入可能なマルチキャスト グループを制限できます。
インターフェイスで許可されるマルチキャスト グループをフィルタリングするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
インターフェイスでグループをディセーブルにするには、 no ip igmp access-group access-list-number インターフェイス コンフィギュレーション コマンドを使用します。
次に、インターフェイスに接続されたホストが、グループ 255.2.2.2 にのみ参加できるように設定する例を示します。
Switch(config)# access-list 1 255.2.2.2 0.0.0.0
Switch(config-if)# interface gigabitethernet0/1
Switch(config-if)# ip igmp access-group 1
IGMP バージョンの変更
スイッチでは、IGMP クエリー タイムアウトや最大クエリー応答時間などの機能を使用できる IGMP バージョン 2 が、デフォルトで使用されます。
サブネット上のすべてのシステムで、同じバージョンをサポートする必要があります。スイッチは、自動的にバージョン 1 システムを検出しません。また、自動的にバージョン 1 に切り替えることもしません。バージョン 2 のルータまたはスイッチは常に IGMPv1 ホストと正常に動作するため、サブネットにバージョン 1 およびバージョン 2 のホストを混在させることができます。
使用しているホストでバージョン 2 がサポートされていない場合は、スイッチをバージョン 1 に設定してください。
IGMP バージョンを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
||
デフォルトの設定に戻すには、 no ip igmp version インターフェイス コンフィギュレーション コマンドを使用します。
IGMP ホストクエリー メッセージ インターバルの変更
スイッチは、IGMP ホストクエリー メッセージを定期的に送信し、接続されたネットワーク上にあるマルチキャスト グループを検出します。これらのメッセージは、TTL が 1 のすべてのホスト マルチキャスト グループ（224.0.0.1）に送信されます。スイッチはホストクエリー メッセージを送信し、ネットワーク上に存在するメンバーシップに関する情報をリフレッシュします。クエリーをいくつか実行したあとで、マルチキャスト グループのメンバーであるローカルホストが存在しないことをソフトウェアが検出した場合、そのグループのリモート送信元からローカル ネットワークへのマルチキャスト パケット転送が停止され、Prune メッセージが送信元のアップストリーム方向へ送信されます。
スイッチはLAN（サブネット）用の PIM DR を選択します。DR は、IGMPv2 の上位 IP アドレスを備えたルータまたはマルチレイヤ スイッチです。IGMPv1 では、DR は LAN 上に稼働しているマルチキャスト ルーティング プロトコルに応じて選択されます。DR は、LAN 上のすべてのホストに IGMP ホストクエリー メッセージを送信します。SM の場合、DR は PIM 登録メッセージおよび PIM Join メッセージも RP ルータに向けて送信します。
ホストクエリー インターバルを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DR が IGMP ホストクエリー メッセージを送信する頻度を設定します。 デフォルトでは、DR は IGMP ホストクエリー メッセージを 60 秒ごとに送信し、ホストおよびネットワークでの IGMP オーバーヘッドを抑制します。指定できる範囲は 1 〜 18000 です。 |
||
デフォルトの頻度に戻すには、 no ip igmp query-interval インターフェイス コンフィギュレーション コマンドを使用します。
IGMPv2 の IGMP クエリー タイムアウトの変更
IGMPv2を使用している場合、スイッチがインターフェイスのクエリアとして引き継ぐまでの時間を指定できます。デフォルトでは、スイッチは ip igmp query-interval インターフェイス コンフィギュレーション コマンドによって制御されるクエリー インターバルの 2 倍の時間待機します。この時間を経過しても、スイッチがクエリーを受信しない場合は、スイッチがクエリアになります。
クエリー インターバルを設定するには、 show ip igmp interface interface-id イネーブル EXEC コマンドを入力します。
IGMPクエリー タイムアウトを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルトのタイムアウト値に戻すには、 no ip igmp query-timeout インターフェイス コンフィギュレーション コマンドを使用します。
IGMPv2 の最大クエリー応答時間の変更
IGMPv2を使用している場合は、IGMPクエリーでアドバタイズされる最大クエリー応答時間を変更できます。スイッチは最大クエリー応答時間を使用し、LAN上に直接接続されたグループ メンバーが存在しないことを短時間で検出します。値を小さくすると、グループのプルーニング速度が向上します。
最大クエリー応答時間を変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルトのクエリー応答時間に戻すには、 no ip igmp query-max-response-time インターフェイス コンフィギュレーション コマンドを使用します。
スタティックに接続されたメンバーとしてのマルチレイヤ スイッチの設定
ネットワーク セグメント上にグループ メンバーが存在しなかったり、ホストでIGMPを使用してグループ メンバーシップを報告できないにもかかわらず、そのネットワーク セグメントにマルチキャスト トラフィックを送り込むことが必要な場合もあります。マルチキャスト トラフィックをネットワーク セグメントに送り込む方法は次のとおりです。
- ･ ip igmp join-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはマルチキャスト パケットの転送だけでなく、受信も行います。マルチキャスト パケットを受信する場合は、高速スイッチングを実行できません。
- ･ ip igmp static-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはパケットそのものを受信せず、転送のみを実行します。この方法を使用すると、高速スイッチングが可能です。発信インターフェイスが IGMP キャッシュに格納されますが、マルチキャスト ルート エントリに L （ローカル）フラグが付かないことからも明らかなように、スイッチ自体はメンバーではありません。
スタティックに接続されたグループのメンバーになるように（および高速スイッチングできるように）スイッチを設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
グループのメンバーとして設定されたスイッチを削除するには、 no ip igmp static-group インターフェイス コンフィギュレーション コマンドを使用します。
オプションのマルチキャスト ルーティング機能の設定
ここでは、オプションのマルチキャスト ルーティング機能を設定する方法について説明します。具体的な内容は次のとおりです。
- ･ レイヤ2接続およびMBONEマルチメディア会議セッションに関する機能と設定：
- − CGMP サーバ サポート機能のイネーブル化 （任意）
- − sdr リスナー サポート機能の設定 （任意）
- ･ 帯域幅の利用率を制御する機能：
- − TTL スレッシュホールドの設定 （任意）
- − IP マルチキャスト境界の設定 （任意）
CGMP サーバ サポート機能のイネーブル化
スイッチは、IGMPスヌーピングをサポートしない、CGMPクライアント機能が組み込まれているデバイス用のCGMPサーバとして機能します。CGMPはレイヤ2 Catalystスイッチに接続されたシスコ製ルータおよびマルチレイヤ スイッチで使用され、IGMPで実行される作業と同様の作業を実行します。CGMPが必要となるのは、レイヤ2スイッチでIP マルチキャスト データ パケットとIGMPレポート メッセージを区別できないためです。これらはともにMACレベルで、同じグループ アドレスにアドレッシングされます。
スイッチ インターフェイスでCGMPサーバをイネーブルにするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
インターフェイス上で CGMP をディセーブルにするには、 no ip cgmp インターフェイス コンフィギュレーション コマンドを使用します。
複数のシスコ CGMP 対応デバイスがスイッチド ネットワークに接続されていて、 ip cgmp proxy コマンドを使用する必要がある場合は、すべてのデバイスを同じ CGMP オプションを使用して設定し、他社製のルータよりも IGMP クエリアを優先させてください。
sdr リスナー サポート機能の設定
MBONEは、相互接続された、IP マルチキャスト トラフィックの転送が可能なインターネット ルータおよびホストの小さなサブセットです。その他のマルチメディア コンテンツも、通常はMBONEを通してブロードキャストされます。マルチメディア セッションに参加する前に、このセッションで使用されているマルチメディア グループ アドレス、ポート、セッションがアクティブになる時期、およびワークステーションで必要となるアプリケーションの種類（音声、ビデオなど）を把握する必要があります。この情報は、MBONE Session Directoryバージョン2（sdr）ツールによって提供されます。このフリーウェア アプリケーションはWWW上の複数のサイト
（http://www.video.ja.net/mice/index.htmlなど）からダウンロードできます。
SDRは、Session Announcement Protocol（SAP）マルチメディア パケット用の既知のマルチメディア グループ アドレスおよびポートを、SAPクライアントからリスニングするマルチキャスト アプリケーションです（SAPクライアントは、会議セッションをアナウンスします）。これらのSAPパケットには、セッションの説明、セッションがアクティブな期間、IP マルチキャスト グループ アドレス、メディア形式、担当者、およびアドバタイズされたマルチメディア セッションに関するその他の情報が格納されます。SAPパケットの情報は、SDR Session Announcementウィンドウに表示されます。
sdrリスナー サポート機能のイネーブル化
デフォルトでは、マルチレイヤ スイッチでセッション ディレクトリのアドバタイズはリスニングされません。
スイッチがインターフェイスのデフォルトのセッション ディレクトリ グループ（224.2.127.254）に加入し、セッション ディレクトリ アドバタイズをリスニングできるようにするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
sdr サポート機能をディセーブルにするには、 no ip sdr listen インターフェイス コンフィギュレーション コマンドを使用します。
sdrキャッシュ エントリの存在期間の制限
デフォルトでは、エントリはsdrキャッシュから削除されません。送信元がSAP情報のアドバタイズを停止した場合に、古いアドバタイズが無駄に保持されないようにするため、エントリがアクティブである期間を制限できます。
sdrキャッシュ エントリがキャッシュ内でアクティブである期間を制限するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルトの設定に戻すには、 no ip sdr cache-timeout グローバル コンフィギュレーション コマンドを使用します。キャッシュ全体を削除するには、 clear ip sdr イネーブル EXEC コマンドを使用します。
セッション ディレクトリ キャッシュを表示するには、 show ip sdr イネーブル EXEC コマンドを使用します。
TTL スレッシュホールドの設定
マルチレイヤ スイッチによってIP マルチキャスト パケットが転送されるたびに、IPヘッダー内のTTL値が1つずつ減ります。パケットのTTLが減ってゼロになると、パケットは廃棄されます。マルチレイヤ スイッチの各インターフェイスにTTLスレッシュホールドを適用し、TTLスレッシュホールドよりもTTLが小さいマルチキャスト ポケットをインターフェイスから転送しないようにできます。TTLスレッシュホールドを使用すると、マルチメディア パケットのTTLフィールドに基づいて、サイトまたは領域の境界を越えてマルチメディア パケットが転送されないように簡単に設定できます。この方法を、TTLスコーピングと呼びます。
図35-5 に、インターフェイス GigabitEthernet 0/2 に着信する、TTL 値が 24 のマルチキャスト パケットを示します。RPF チェックに成功し、インターフェイス GigabitEthernet 0/1、0/3、0/4 がすべて発信インターフェイス リストに含まれている場合は、これらのインターフェイスからパケットが通常どおり転送されます。これらのインターフェイスにはTTLスレッシュホールドが適用されているため、マルチレイヤ スイッチはパケットのTTL値（1だけ減少して現在は23）がインターフェイスのTTLスレッシュホールド以上であることを確認してから、パケットをインターフェイスから転送します。次の例で、パケットはインターフェイス0/1および0/4から転送されますが、インターフェイス0/3からは転送されません。
図35-5 TTL スレッシュホールド
図35-6 に、マルチキャスト トラフィックの転送を制限するために使用される TTL スレッシュホールド境界の例を示します。XYZ社は、ネットワーク周辺のすべてのルーテッド インターフェイスにTTLスレッシュホールド値100を設定しました。トラフィックを自社ネットワーク内に拘束するマルチキャスト アプリケーションでは、TTL の初期値が 99 に設定されているマルチキャスト パケットを送信する必要があります。エンジニアリング部およびマーケティング部は、ネットワーク周辺の TTL スレッシュホールドを 40 に設定しました。したがって、これらのネットワーク上で動作するマルチキャストアプリケーションは、ネットワーク外部へのマルチキャストの送信を防ぐことができます。
図35-6 TTL 境界
デフォルトのTTLスレッシュホールド値を変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
インターフェイスから転送されるパケットのTTLスレッシュホールドを設定します。 デフォルトのTTL値は0です。これは、すべてのマルチキャスト パケットがインターフェイスから転送されることを意味します。指定できる範囲は 0 〜 255 です。 |
||
デフォルトの TTL 設定に戻すには、 no ip multicast ttl-threshold インターフェイス コンフィギュレーション コマンドを使用します。
IP マルチキャスト境界の設定
管理の有効範囲付き境界を使用し、ドメインまたはサブドメイン外部へのマルチキャスト トラフィックの転送を制限できます。この方法では、「 管理の有効範囲付きアドレス 」と呼ばれる特殊なマルチキャスト アドレス範囲が境界のメカニズムとして使用されます。管理の有効範囲付き境界をルーテッド インターフェイスに設定すると、マルチキャスト グループ アドレスがこの範囲内にあるマルチキャスト トラフィックは、このインターフェイスに入ったり、外に出たりできません。この結果、このアドレス範囲内のマルチキャスト トラフィックに対するファイアウォール機能が提供されます。
図35-7 に、XYZ 社が自社ネットワーク周辺にあるすべてのルーテッド インターフェイス上で、管理の有効範囲付き境界をマルチキャスト アドレス範囲 239.0.0.0/8 に設定した例を示します。この境界では、239.0.0.0〜239.255.255.255の範囲のマルチキャスト トラフィックはネットワークに入ったり、外へ出たりできません。同様に、エンジニアリング部およびマーケティング部では、各自のネットワークの周辺で、管理の有効範囲付き境界を239.128.0.0/16に設定しました。この境界では、239.128.0.0〜239.128.255.255の範囲のマルチキャスト トラフィックは、それぞれのネットワークに入ったり、外部に出たりできません。
図35-7 管理の有効範囲付き境界
マルチキャスト グループ アドレスに対して、ルーテッド インターフェイス上に管理の有効範囲付き境界を定義できます。影響を受けるアドレス範囲は、標準アクセス リストによって定義されます。この境界が定義されている場合、マルチキャスト データ パケットはいずれの方向であっても境界を通過できません。この境界を使用すると、異なる管理ドメイン内で同じマルチキャスト グループ アドレスを再利用できます。
IANAは、マルチキャスト アドレス範囲239.0.0.0〜239.255.255.255を管理の有効範囲付きアドレスとして指定しました。このアドレス範囲は、異なる組織によって管理されたドメイン内で再利用できます。このアドレスはグローバルではなく、ローカルで一意であるとみなされます。
管理の有効範囲付き境界を設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
access-list access-list-number { deny | permit } source [ source-wildcard ] |
||
境界を削除するには、 no ip multicast boundary インターフェイス コンフィギュレーション コマンドを使用します。
次に、すべての管理の有効範囲付きアドレスに対して境界を設定する例を示します。
Switch(config)# access-list 1 deny 239.0.0.0 0.255.255.255
Switch(config)# access-list 1 permit 224.0.0.0 15.255.255.255
Switch(config)# interface gigabitethernet0/1
Switch(config-if)# ip multicast boundary 1
基本的な DVMRP インターオペラビリティ機能の設定
ここでは、DVMRPデバイスと相互運用するために、マルチレイヤ スイッチで基本的な設定を実行する方法について説明します。
- ･ DVMRP インターオペラビリティの設定 （任意）
- ･ DVMRP トンネルの設定 （任意）
- ･ DVMRP ネイバへのネットワーク 0.0.0.0 のアドバタイズ （任意）
- ･ mrinfo 要求への応答 （任意）
高度な DVMRP 機能の詳細については、 DVMRP インターオペラビリティ拡張機能の設定 を参照してください。
DVMRP インターオペラビリティの設定
PIMを使用するシスコのマルチキャスト ルータおよびマルチレイヤ スイッチは、DVMRPを使用する他社製のマルチキャスト ルータと相互動作させることができます。
PIM デバイスは、DVMRプローブ メッセージをリスニングし、接続されているネットワーク上にあるDVMRPマルチキャスト ルータをダイナミックに検出します。DVMRPネイバが検出された場合、PIM デバイスは、PIMドメイン内の到達可能なユニキャスト送信元をアドバタイズするDVMRPレポート メッセージを定期的に送信します。デフォルトでは、直接接続されたサブネットおよびネットワークがアドバタイズされます。デバイスはDVMRPルータによって転送されたマルチキャスト パケットを転送し、次にマルチキャスト パケットをDVMRPルータに転送します。
MBONE に接続している PIM のルーテッド インターフェイス上で、アクセス リストを設定して、DVMRP ルート レポートにアドバタイズされているユニキャスト ルート数を制限できます。それ以外は、ユニキャスト ルーティング テーブルのすべてのルータがアドバタイズされます。
アドバタイズされる送信元、および使用されるメトリックを設定する場合は、 ip dvmrp metric インターフェイス コンフィギュレーション コマンドを設定します。特定のユニキャスト ルーティング プロセスによって取得されたすべての送信元を、DVMRP にアドバタイズするように指示もできます。
DVMRPルートレポート メッセージが送信されるときに、アドバタイズされる送信元と使用されるメトリックを設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
メトリックまたはルート マップをディセーブルにするには、
no
ip dvmrp metric
metric
[
list
access-list-number
] [[
protocol process-id
] | [
dvmrp
]] または
no ip dvmrp metric
metric
route-map
map-name
インターフェイス コンフィギュレーション コマンドを使用します。
より詳細な方法で上記コマンドと同じ結果を得るには、アクセス リストの代わりに、ルート マップ（ ip dvmrp metric metric route-map map-name インターフェイス コンフィギュレーション コマンド）を使用します。ユニキャスト ルートがDVMRP に入る前に、ルート マップ条件にユニキャスト ルートを適用します。
次に、PIM デバイスおよびDVMRPルータが同じネットワーク セグメント上にある場合に、DVMRPインターオペラビリティを設定する例を示します。次の例では、アクセス リスト 1 はネットワーク（198.92.35.0、198.92.36.0、198.92.37.0、131.108.0.0、および 150.136.0.0）を DVMRP ルータにアドバタイズします。アクセス リスト 2 は他のすべてのネットワークのアドバタイズを禁止します（ ip dvmrp metric 0 インターフェイス コンフィギュレーション コマンド）。
Switch(config-if)# interface gigabitethernet0/1
Switch(config-if)# ip address 131.119.244.244 255.255.255.0
Switch(config-if)# ip pim dense-mode
Switch(config-if)# ip dvmrp metric 1 list 1
Switch(config-if)# ip dvmrp metric 0 list 2
Switch(config)# access-list 1 permit 198.92.35.0 0.0.0.255
Switch(config)# access-list 1 permit 198.92.36.0 0.0.0.255
Switch(config)# access-list 1 permit 198.92.37.0 0.0.0.255
Switch(config)# access-list 1 permit 131.108.0.0 0.0.255.255
Switch(config)# access-list 1 permit 150.136.0.0 0.0.255.255
Switch(config)# access-list 1 deny 0.0.0.0 255.255.255.255
Switch(config)# access-list 2 permit 0.0.0.0 255.255.255.255
DVMRP トンネルの設定
ソフトウェアは、MBONEへのDVMRPトンネルをサポートします。一方の端でDVMRP が動作しているルータまたはマルチレイヤ スイッチには、DVMRPトンネルを設定できます。これにより、トンネルを通してマルチキャスト パケットが送受信されます。この方法で、パス上の一部のルータでマルチキャスト ルーティングがサポートされていない場合に、PIMドメインをDVMRPルータに接続できます。2つのルータ間でDVMRPトンネルを設定できません。
シスコ製ルータまたはマルチレイヤ スイッチがトンネルを通してDVMRPを実行している場合は、DVMRPレポート メッセージ内の送信元が、実際のネットワークと同様にアドバタイズされます。また、受信されたDVMRPレポート メッセージはキャッシュに格納され、RPF計算にも使用されます。この動作により、トンネルを通して受信されたマルチキャスト パケットの転送が可能になります。
次の場合は、DVMRPトンネルを設定するときに、IP アドレスをトンネルに割り当てる必要があります。
トンネルとサブネットのネットワーク番号が異なる場合、サブネットはトンネルを通してアドバタイズされません。この場合は、ネットワーク番号のみがトンネルを通してアドバタイズされます。
DVMRPトンネルを設定するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
フィルタをディセーブルにするには、 no ip dvmrp accept-filter access-list-number [ distance ] neighbor-list access-list-number インターフェイス コンフィギュレーション コマンドを使用します。
次に、DVMRPトンネルを設定する例を示します。この設定では、シスコ マルチレイヤ スイッチのトンネルの IP アドレスは「 番号なし 」として割り当てられています。このため、トンネルの IP アドレスはポート 1 の IP アドレスと同じに見えます。トンネルのエンドポイントの送信元アドレスは 172.16.2.1 で、トンネルの接続先であるリモート DVMRP ルータのトンネル エンドポイント アドレスは 192.168.1.10 です。トンネルを通して送信されるパケットは、外部IPヘッダー内にカプセル化されます。シスコ マルチレイヤ スイッチは、198.92.37.0から198.92.37.255への距離が100である着信DVMRPレポートを受信するように設定されます。
Switch(config)# ip multicast-routing
Switch(config)# interface tunnel 0
Switch(config-if)# ip unnumbered gigabitethernet 0/1
Switch(config-if)# ip pim dense-mode
Switch(config-if)# tunnel source gigabitethernet 0/1
Switch(config-if)# tunnel destination 192.168.1.10
Switch(config-if)# tunnel mode dvmrp
Switch(config-if)# ip dvmrp accept-filter 1 100
Switch(config-if)# interface gigabitethernet 0/1
Switch(config-if)# ip address 172.16.2.1 255.255.255.0
Switch(config-if)# ip pim dense-mode
Switch(config)# access-list 1 permit 198.92.37.0 0.0.0.255
DVMRP ネイバへのネットワーク 0.0.0.0 のアドバタイズ
使用しているマルチレイヤ スイッチがマルチキャスト ルーティング バージョン3.6のデバイスと近接している場合は、ネットワーク0.0.0.0（デフォルト ルート）をDVMRPネイバにアドバタイズするように、ソフトウェアを設定できます。DVMRPデフォルト ルートでは、具体的なルートと一致しないマルチキャスト送信元のRPF情報が計算されます。
DVMRPのデフォルト ルートをMBONEにアドバタイズしないでください。
インターフェイスのDVMRPネイバにネットワーク0.0.0.0をアドバタイズするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DVMRP ルータに接続されたインターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。 |
||
|
DVMRPネイバへのネットワーク0.0.0.0をアドバタイズします。 このコマンドは、マルチレイヤ スイッチがマルチキャスト ルーティング バージョン3.6のデバイスと近接している場合のみ使用します。 |
||
デフォルト ルートのアドバタイズを禁止するには、 no ip dvmrp default-information インターフェイス コンフィギュレーション コマンドを使用します。
mrinfo 要求への応答
ソフトウェアは、マルチキャスト ルーティングされたシステム、シスコ製ルータ、およびマルチレイヤ スイッチによって送信されたmrinfo要求に応答します。ソフトウェアはネイバに関する情報を、DVMRPトンネルおよびすべてのルーテッド インターフェイスを通して戻します。この情報にはメトリック（常に1に設定）、設定されたTTLスレッシュホールド、インターフェイスのステータス、および各種フラグが含まれます。次の例のように、 mrinfo イネーブル EXEC コマンドを使用し、ルータまたはスイッチ自身のクエリーを行うこともできます。
171.69.214.27 (mm1-7kd.cisco.com) [version cisco 11.1] [flags: PMS]:
171.69.214.27 -> 171.69.214.26 (mm1-r7kb.cisco.com) [1/0/pim/querier]
171.69.214.27 -> 171.69.214.25 (mm1-45a.cisco.com) [1/0/pim/querier]
171.69.214.33 -> 171.69.214.34 (mm1-45c.cisco.com) [1/0/pim]
171.69.214.137 -> 0.0.0.0 [1/0/pim/querier/down/leaf]
171.69.214.203 -> 0.0.0.0 [1/0/pim/querier/down/leaf]
171.69.214.18 -> 171.69.214.20 (mm1-45e.cisco.com) [1/0/pim]
171.69.214.18 -> 171.69.214.19 (mm1-45c.cisco.com) [1/0/pim]
171.69.214.18 -> 171.69.214.17 (mm1-45a.cisco.com) [1/0/pim]
DVMRP インターオペラビリティ拡張機能の設定
シスコ製ルータおよびマルチレイヤ スイッチはPIMを実行し、マルチキャスト パケットをレシーバーに転送したり、送信側から受信したりします。DVMRPルートをPIMクラウド内に伝播したり、PIMクラウドを経由して伝播したりすることもできます。PIMはこの情報を使用しますが、シスコ製ルータおよびマルチレイヤ スイッチでは、マルチキャスト パケットを転送するためにDVMRPを実行しません。
ここでは、DVMRPデバイスと相互運用するために、マルチレイヤ スイッチで拡張オプション設定を実行する方法について説明します。
- ･ DVMRP ユニキャスト ルーティングのイネーブル化 （任意）
- ･ DVMRP の非プルーニング ネイバの拒否 （任意）
- ･ ルート交換の制御 （任意）
基本的な DVMRP 機能の詳細については、 基本的な DVMRP インターオペラビリティ機能の設定 を参照してください。
DVMRP ユニキャスト ルーティングのイネーブル化
マルチキャスト ルーティングおよびユニキャスト ルーティングには個別のトポロジーが必要となるため、PIMはマルチキャスト トポロジーに従って、ループのない配信ツリーを構築する必要があります。シスコ製ルータ、マルチレイヤ スイッチ、およびマルチキャスト ルーティング ベースのデバイスは、DVMRPユニキャスト ルーティングを使用して、DVMRPユニキャスト ルートを交換します。PIMはこれらのルートにリバース パスを転送します。
シスコ製デバイスはDVMRPマルチキャスト ルーティングを相互に実行しませんが、DVMRPルートを交換します。DVMRPルートは、ユニキャスト トポロジーと異なるマルチキャスト トポロジーを提供します。このため、マルチキャスト トポロジーを通してPIMを実行し、この結果MBONEトポロジーを通してのPIM SMが可能になります。
DVMRPユニキャスト ルーティングがイネーブルの場合、ルータまたはスイッチは、DVMRPルーティング テーブル内のDVMRPレポート メッセージで取得されたルートをキャッシュに格納します。PIMが動作中の場合、これらのルートはユニキャスト ルーティング テーブル内のルートよりも優先されます。したがって、MBONEトポロジーがユニキャスト トポロジーと異なる場合、PIMによるMBONEトポロジーが可能となります。
DVMRPユニキャスト ルーティングは、すべてのインターフェイスで実行できます。DVMRPトンネルの場合は、DVMRPマルチキャスト ルーティングが使用されます。この機能を使用しても、シスコ製ルータおよびマルチレイヤ スイッチ間でDVMRPマルチキャスト ルーティングはイネーブルになりません。ただし、DVMRP対応マルチキャスト ルータがある場合は、シスコ製デバイスでPIM/DVMRPマルチキャスト ルーティングを実行できます。
DVMRPユニキャスト ルーティングをイネーブルにするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DVMRP ルータに接続されたインターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。 |
||
この機能をディセーブルにするには、 no ip dvmrp unicast-routing インターフェイス コンフィギュレーション コマンドを使用します。
DVMRP の非プルーニング ネイバの拒否
デフォルトでは、DVMRP機能に関係なく、シスコ製デバイスはすべてのDVMRPネイバをピアとして受け入れます。ただし、一部の他社製のデバイスでは、プルーニング機能を持たない古いバージョンの DVMRP が動作するため、常時転送パケットが受信されて帯域幅が浪費されます。 図35-8 にこの事例を示します。
図35-8 リーフの非プルーニング DVMRP ネイバ
DVMRPネイバでDVMRPプルーニングまたは接合がサポートされていない場合、マルチレイヤ スイッチとこのネイバとのピアリング（通信）を禁止できます。これを行うには、非プルーニング デバイスに接続されたインターフェイスで ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用し、マルチレイヤ スイッチ（リーフの非プルーニング DVMRP デバイスのネイバ）を設定します（ 図35-9 を参照）。この場合、プルーニング対応フラグが設定されていないDVMRPプローブまたはレポート メッセージをマルチレイヤ スイッチが受信すると、Syslogメッセージのログが記録され、メッセージが廃棄されます。
図35-9 ルータが非プルーニング DVMRP ネイバを拒否する例
ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用すると、ネイバとのピアリングのみが禁止されます。拒否されていない非プルーニング ルータが（レシーバー候補のダウンストリーム方向に）2ホップ以上離れている場合、非プルーニングDVMRPネットワークが存在する場合もあります。
非プルーニングDVMRPネイバとのピアリングを禁止するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
非プルーニング DVMRP ネイバに接続されたインターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。 |
||
この機能をディセーブルにするには、 no ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用します。
ルート交換の制御
ここでは、DVMRPルートに関するシスコ製デバイスのアドバタイズを調整する方法について説明します。
- ･ アドバタイズされる DVMRP ルート数の制限 （任意）
- ･ DVMRP ルート スレッシュホールドの変更 （任意）
- ･ DVMRP サマリー アドレスの設定 （任意）
- ･ DVMRP 自動サマライズのディセーブル化 （任意）
- ･ DVMRP ルートへのメトリック オフセットの追加 （任意）
アドバタイズされる DVMRP ルート数の制限
デフォルトでは、DVMRP を実行するためにイネーブル化されたインターフェイス（つまり、DVMRP トンネル、DVMRP ネイバが検出されたインターフェイス、または ip dvmrp unicast-routing インターフェイス コンフィギュレーション コマンドを実行するように設定されたインターフェイス）を通して、7,000 の DVMRP ルートのみがアドバタイズされます。
DVMRPルートの制限を変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DVMRP に対してイネーブル化されたインターフェイスを通してアドバタイズされるDVMRP ルート 数を変更します。 このコマンドを使用すると、 ip dvmrp metric インターフェイス コンフィギュレーション コマンドの設定ミスによって大量のルートが MBONE に入るのを防ぐことができます。 |
||
ルート数が制限されないように設定するには、 no ip dvmrp route-limit グローバル コンフィギュレーション コマンドを使用します。
DVMRP ルート スレッシュホールドの変更
デフォルトでは、1 つのインターフェイスにつき、1分間に10,000のDVMRPルートを受信できます。この速度を超えると、ルート サージが発生した可能性を警告するSyslogメッセージが発行されます。通常この警告は、デバイスの設定ミスにより大量のルートがMBONEに入った場合、迅速な検出を行うために使用されます。
警告送信の基準となるルート数のスレッシュホールドを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルトのルート数に戻すには、 no ip dvmrp routehog-notification グローバル コンフィギュレーション コマンドを使用します。
動作中のルート数を表示するには、 show ip igmp interface イネーブル EXEC コマンドを使用します。このルート数を超えると、 *** ALERT *** が表示行に表示されます。
DVMRP サマリー アドレスの設定
デフォルトでは、シスコ製デバイスは、ユニキャスト ルーティング テーブル内の接続されたユニキャスト ルートのみ（つまり、ルータに直接接続されたサブネットへのルートのみ）をDVMRPルートレポート メッセージに格納してアドバタイズします。これらのルートは、通常のDVMRPのクラス指定されたルート サマライズによって処理されます。このプロセスは、アドバタイズされているルートとアドバタイズ中に経由するインターフェイスが、クラス指定された同じネットワーク内にあるかどうかに応じて異なります。
図35-10 に、デフォルトの動作例を示します。この例では、シスコ製ルータによって送信されるDVMRPレポートに、DVMRPメトリックに32を追加してポイズンリバースされた、DVMRPルータから受信された3つの元のルートが記述されています。これらのルートのあとに、ユニキャスト ルーティング テーブルから取得された、直接接続されている2つのネットワーク（176.32.10.0/24および176.32.15.0/24）にアドバタイズされる2つのルートが記述されています。DVMRPトンネルはFastEthernet 0/1と同じIP アドレスを共有し、直接接続された2つのサブネットと同じクラスBネットワークに分類されるため、これらのルートに対してクラス指定サマライズは実行されません。その結果、DVMRPルータは、直接接続されたサブネットへ向かうこれらの2つのルートのみをポイズンリバースします。また、これらの2つのイーサネット セグメント上の送信元によって送信されたマルチキャスト トラフィックに対しては、RPFのみを適切に実行します。これら2つのイーサネット セグメント上にはない、シスコ製ルータ背後のネットワーク内の他のマルチキャスト送信元では、DVMRPルータに関するRPFチェックは適切に行われず、廃棄されます。
サマリー アドレス（ ip dvmrp summary-address address mask インターフェイス コンフィギュレーション コマンドのアドレスおよびマスクのペアで指定）の範囲内にあるルートの代わりに、サマリー アドレスをアドバタイズするようにシスコ製ルータを設定できます。ユニキャスト ルーティング テーブルにサマリー アドレス範囲内のルートが1つまたは複数格納されている場合は、サマリー アドレスがDVMRPルート レポートに格納されて送信されます。それ以外の場合、サマリー アドレスはアドバタイズされません。 図35-10 では、シスコ製ルータ トンネル インターフェイスに ip dvmrp summary-address コマンドを設定します。その結果、シスコ製ルータは、ユニキャスト ルーティング テーブルのネットワーク176.32.0.0/16に、サマライズされた単一のクラスBアドバタイズを送信します。
図35-10 接続されたユニキャスト ルートにのみアドバタイズする例（デフォルト）
デフォルトのクラス指定サマライズが要求を満たさない場合に、DVMRPルートのサマライズをカスタマイズするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DVMRP ルータに接続されたインターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。 |
||
サマリー アドレスを削除するには、 no ip dvmrp summary-address address mask [ metric value ] インターフェイス コンフィギュレーション コマンドを使用します。
DVMRP 自動サマライズのディセーブル化
ソフトウェアでは、デフォルトで一部のレベルのDVMRPサマライズが自動実行されます。サマリーだけでなくすべてのルートをアドバタイズする場合は、この機能をディセーブルにします。特別な場合には、すべてのサブネット情報が格納された近接するDVMRPルータを使用し、DVMRPネットワーク内のマルチキャスト トラフィックの流れを詳細に制御できます。この例としては、PIM ネットワークがDVMRPクラウドに複数のポイントで接続されているとき、具体的な（サマライズされていない）ルートがDVMRPネットワークに送信され、PIMクラウド内の各サブネットへ向かうさらに適切なパスがアドバタイズされる場合などがあります。
ip dvmrp summary-address インターフェイス コンフィギュレーション コマンドを設定し、 no ip dvmrp auto-summary を設定しなかった場合は、カスタムと自動サマリーの両方が得られます。
DVMRP自動サマリーをディセーブルにするには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
|
DVMRP ルータに接続されたインターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。 |
||
自動サマライズを再びイネーブルにするには、 ip dvmrp auto-summary インターフェイス コンフィギュレーション コマンドを使用します。
DVMRP ルートへのメトリック オフセットの追加
デフォルトでは、着信DVMRPレポートに格納されてアドバタイズされたDVMRPルートのメトリック（ホップ数）は、マルチレイヤ スイッチによって1だけ増分されます。特定のルートの優先度を上下させる場合は、メトリックを変更できます。
たとえば、マルチレイヤ スイッチAからルートが取得され、より大きなメトリックを持つ同じルートがマルチレイヤ スイッチBから取得されたとします。スイッチBを経由するパスの方が高速であるため、このパスを使用する場合は、スイッチAによって取得されたルートにメトリック オフセットを適用し、スイッチBによって取得されたメトリックよりもメトリックを大きくできます。この結果、スイッチBを経由するパスを選択できます。
デフォルトのメトリックを変更するには、イネーブル EXEC モードで次の手順を実行します。この手順は任意です。
デフォルト値に戻すには、 no ip dvmrp metric-offset インターフェイス コンフィギュレーション コマンドを使用します。
IP マルチキャスト ルーティングのモニタおよびメンテナンス
ここではIP マルチキャスト ルーティングのモニタ方法およびメンテナンス方法について説明します。
キャッシュ、テーブル、およびデータベースのクリア
特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除できます。特定のキャッシュ、テーブル、またはデータベースの内容が無効である場合、または無効の可能性がある場合は、これらをクリアする必要があります。
表35-4 に示すイネーブル EXEC コマンドのいずれかを使用すると、IP マルチキャストのキャッシュ、テーブル、データベースをクリアできます。
|
clear ip igmp group [ group-name | group-address | interface ] |
|
システムおよびネットワーク統計情報の表示
IPルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示できます。また、リソースの利用率を判別し、ネットワーク問題を解決するための情報も表示できます。さらに、ノードの到達可能性に関する情報を表示し、デバイスのパケットが経由するネットワーク内のパスの検出もできます。
表35-5 に示すイネーブル EXEC コマンドのいずれかを使用すると、さまざまなルーティング統計情報を表示できます。
IP マルチキャスト ルーティングのモニタ
表35-6 に示すイネーブル EXEC コマンドを使用すると、IP マルチキャスト ルータ、パケット、パスをモニタできます。
|
mrinfo [ hostname | address ] [ source-address | interface ] |
マルチキャスト ルータまたはマルチレイヤ スイッチとピアリングする近接マルチキャスト デバイスに関して、マルチキャスト ルータまたはマルチレイヤ スイッチをクエリーします。 |
