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.00.2は、サブネット上の全マルチキャスト ルータ グループに割り当てられます。
グループのメンバーであるかどうかに関係なく、すべてのホストはグループに送信できます。ただし、そのメッセージを受信できるのは、グループのメンバーのみです。マルチキャスト グループのメンバーシップはダイナミックです。ホストはいつでもグループに参加し、また脱退できます。マルチキャスト グループの場所またはメンバー数に制限はありません。ホストは一度に複数のマルチキャストのメンバーになることができます。マルチキャスト グループのアクティブ状態および所属メンバーは、グループや時間によって変化し、マルチキャスト グループを長時間または短時間アクティブにすることもできます。グループのメンバーシップは常時変更可能です。メンバーを含むグループにアクティビティがない場合もあります。
この章では、Catalyst 3550マルチレイヤ スイッチにIPマルチキャスト ルーティングを設定する方法について説明します。この機能を使用するには、IPサービス イメージ（以前はEnhanced Multilayer Software Image［EMI;拡張マルチレイヤ ソフトウェア イメージ］）をスイッチにインストールする必要があります。
- シスコのIPマルチキャスト ルーティング実装の概要
- IPマルチキャスト ルーティングの設定
- PIM拡張機能の設定
- オプションのIGMP機能の設定
- オプションのマルチキャスト ルーティング機能の設定
- 基本的なDVMRPインターオペラビリティ機能の設定
- DVMRPインターオペラビリティ拡張機能の設定
- IPマルチキャスト ルーティングのモニタおよびメンテナンス
Multicast Source Discovery Protocol（MSDP）の設定の詳細については、 第35章 「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で実行される作業と同様の作業を実行します。
図34-1 に、これらのプロトコルが動作するIPマルチキャスト環境内の位置を示します。
図34-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ドメイン内をホップ単位で移動します。BSRメッセージには現在のBSRのIPアドレスが格納されているため、候補RPはフラッディング メカニズムを使用し、どのデバイスが選択されたBSRであるかを自動的に学習します。
候補RPは候補RPアドバタイズを送信し、対象となるグループ範囲を直接BSRに指示します。この情報は、ローカルな候補RPキャッシュに格納されます。BSRはドメイン内の他のすべてのPIMデバイスに、BSRメッセージ内のこのキャッシュの内容を定期的にアドバタイズします。これらのメッセージはネットワークをホップ単位で移動し、すべてのルータおよびスイッチに送信されます。BSRメッセージ内のRP情報は、到達したルータおよびスイッチのローカルなRPキャッシュに格納されます。すべてのルータおよびスイッチには一般的なRPハッシュ アルゴリズムが使用されるため、指定されたグループには同じRPが選択されます。
マルチキャスト転送およびリバース パス チェック
ユニキャスト ルーティングの場合、ルータおよびマルチレイヤ スイッチは、送信元からIPパケットの宛先アドレス フィールドにIPアドレスが格納されている宛先ホストへ、ネットワーク内の単一のパスに沿ってトラフィックを送信します。パス上の各ルータおよびスイッチはユニキャスト ルーティング テーブル内の宛先アドレスを参照し、指定されたインターフェイスを経由して、宛先方向のネクストホップへパケットを転送します。そのあと、パケット内の宛先IPアドレスを使用して、ユニキャスト転送判断を行います。
マルチキャストの際、マルチキャスト グループ アドレスで表されるホストの任意のグループにトラフィックが送信されます。このマルチキャスト グループ アドレスは、IPパケットの宛先アドレス フィールドに格納されています。着信マルチキャスト パケットの転送、または廃棄を決定するため、ルータまたはマルチレイヤ スイッチで、パケットに対するReverse Path Forwarding（RPF）チェックを次のとおり実行します（ 図34-2 を参照）。
- 1. ルータまたはマルチレイヤ スイッチは着信したマルチキャスト パケットの送信元アドレスを調べ、リバース パス上のインターフェイスに着信したパケットを送信元に戻すかどうかを判別します。
- 2. パケットが送信元に逆戻りするインターフェイスに着信した場合、RPFチェックは成功し、発信インターフェイス リスト内のすべてのインターフェイス（ルータのすべてのインターフェイスとは限りません）にパケットが転送されます。
- 3. RPFチェックに失敗した場合、パケットは廃棄されます。
DVMRPなど一部のマルチキャスト ルーティング プロトコルでは、マルチキャスト ルーティング テーブルは個別に維持され、RPFチェックに使用されます。ただし、PIMではRPFチェックを実行するためにユニキャスト ルーティング テーブルが使用されます。
図34-2 に、送信元151.10.3.21からのマルチキャスト パケットを受信するポート2を示します。 表34-1 は、送信元へのリバース パスのポートはポート1で、ポート2ではないことを示しています。RPFチェックが失敗したため、マルチレイヤ スイッチはパケットを破棄します。送信元151.10.3.21からの別のマルチキャスト パケットはポート1に着信します。ルーティング テーブルにより、このポートは送信元のリバース パス上にあることがわかります。RPFチェックに合格したため、パケットは発信ポート リスト内のすべてのポートに転送されます。
図34-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つの方法です）。詳細については、 第20章 「IGMPスヌーピングおよびMVRの設定」 を参照してください。
CGMPが必要となるのは、レイヤ2スイッチでIPマルチキャスト データ パケットとIGMPレポート メッセージを区別できないためです。これらはともにMACレベルで、同じグループ アドレスにアドレッシングされます。
IPマルチキャスト ルーティングの設定
ここではIPマルチキャスト ルーティングの設定方法について説明します。
- マルチキャスト ルーティングのデフォルト設定
- マルチキャスト ルーティング設定時の注意事項
- 基本的なマルチキャスト ルーティングの設定 （必須）
- RPの設定 （インターフェイスがsparse/denseモードで、sparseグループとしてグループを処理する場合は必須）
- 自動RPおよびBSRの使用法 （非Cisco PIMv2デバイスとCisco PIMv1デバイスとを相互運用する場合は必須）
- RPマッピング情報のモニタ （任意）
- PIMv1およびPIMv2のインターオペラビリティに関するトラブルシューティング （任意）
マルチキャスト ルーティングのデフォルト設定
表34-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処理もイネーブルになります。
マルチキャスト ルーティング テーブル展開の際には、denseモードのインターフェイスが常にテーブルに追加されます。SMのインターフェイスは、定期的なJoinメッセージをダウンストリーム デバイスから受信した場合、またはインターフェイスに直接接続しているメンバーがいる場合にのみ追加されます。LANからの転送時、グループに認識されているRPがあれば、SMで実行されます。その場合、パケットはカプセル化されてRPに送信されます。RPが認識されない場合、パケットはDM方式でフラッディングされます。特定の送信元からのマルチキャスト トラフィックが十分である場合、レシーバーの最初のホップ ルータはJoinメッセージを送信元に送信し、送信元ベースのディストリビューション ツリーを構築します。
デフォルトでは、マルチキャスト ルーティングはディセーブルとなっており、モードは設定されていません。この手順は必須です。
IPマルチキャスティングをイネーブルにして、PIMバージョンおよびPIMモードを設定するには、イネーブルEXECモードで次の手順を実行します。この手順は必須です。
|
マルチキャスト ルーティングをイネーブルにするレイヤ3インターフェイスを指定して、インターフェイス コンフィギュレーション モードを開始します。
これらのポートには、IPアドレスを割り当てる必要があります。詳細については、 レイヤ3インターフェイスの設定 を参照してください。 |
||
|
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 を参照してください。
新規インターネットワークでの自動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の設定方法について説明します。
- 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メッセージを送受信しないように指示されます（ 図34-3 を参照）。 |
||
PIM境界を削除するには、 no ip pim bsr-border インターフェイス コンフィギュレーション コマンドを使用します。
図34-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共有ツリーおよび送信元ツリーの概要
デフォルトでは、グループのメンバーで受信されるデータは、RPでルーティングされた単一のデータ配信ツリーを経由して、送信側からグループに送られます。 図34-4 に、このタイプの共有配信ツリーを示します。送信側からのデータは、共有ツリーに参加しているグループ メンバーに配信するため、RPにアドバタイズされます。
図34-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使用の延期
最初のデータ パケットが最終ホップ ルータ（ 図34-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のデフォルト設定
表34-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スコーピングと呼びます。
図34-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からは転送されません。
図34-5 TTLスレッシュホールド
図34-6 に、マルチキャスト トラフィックの転送を制限するために使用されるTTLスレッシュホールド境界の例を示します。XYZ社は、ネットワーク周辺のすべてのルーテッド インターフェイスにTTLスレッシュホールド値100を設定しました。トラフィックを自社ネットワーク内に拘束するマルチキャスト アプリケーションでは、TTLの初期値が99に設定されているマルチキャスト パケットを送信する必要があります。エンジニアリング部およびマーケティング部は、ネットワーク周辺のTTLスレッシュホールドを40に設定しました。したがって、これらのネットワーク上で動作するマルチキャストアプリケーションは、ネットワーク外部へのマルチキャストの送信を防ぐことができます。
図34-6 TTL境界
デフォルトのTTLスレッシュホールド値を変更するには、イネーブルEXECモードで次の手順を実行します。この手順は任意です。
|
インターフェイスから転送されるパケットのTTLスレッシュホールドを設定します。 デフォルトのTTL値は0です。これは、すべてのマルチキャスト パケットがインターフェイスから転送されることを意味します。指定できる範囲は0〜255です。 |
||
デフォルトのTTL設定に戻すには、 no ip multicast ttl-threshold インターフェイス コンフィギュレーション コマンドを使用します。
IPマルチキャスト境界の設定
管理の有効範囲付き境界を使用し、ドメインまたはサブドメイン外部へのマルチキャスト トラフィックの転送を制限できます。この方法では、「 管理の有効範囲付きアドレス 」と呼ばれる特殊なマルチキャスト アドレス範囲が境界のメカニズムとして使用されます。管理の有効範囲付き境界をルーテッド インターフェイスに設定すると、マルチキャスト グループ アドレスがこの範囲内にあるマルチキャスト トラフィックは、このインターフェイスに入ったり、内部で存続したりできません。この結果、このアドレス範囲内のマルチキャスト トラフィックに対するファイアウォール機能が提供されます。
図34-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の範囲のマルチキャスト トラフィックは、それぞれのネットワークに入ったり、外部に出たりできません。
図34-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ネイバへのネットワーク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モードで次の手順を実行します。この手順は任意です。
この機能をディセーブルにするには、 no ip dvmrp unicast-routingインターフェイス コンフィギュレーション コマンドを使用します。
DVMRPの非プルーニング ネイバの拒否
デフォルトでは、DVMRP機能に関係なく、シスコ製デバイスはすべてのDVMRPネイバをピアとして受け入れます。ただし、一部のシスコ製以外のデバイスでは、プルーニング機能を持たない古いバージョンのDVMRPが動作するため、常時転送パケットが受信されて帯域幅が浪費されます。 図34-8 にこの事例を示します。
図34-8 リーフの非プルーニングDVMRPネイバ
DVMRPネイバでDVMRPプルーニングまたは接合がサポートされていない場合、マルチレイヤ スイッチとこのネイバとのピアリング（通信）を禁止できます。これを行うには、非プルーニング デバイスに接続されたインターフェイスで ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用し、マルチレイヤ スイッチ（リーフの非プルーニングDVMRPデバイスのネイバ）を設定します（ 図34-9 を参照）。この場合、プルーニング対応フラグが設定されていないDVMRPプローブまたはレポート メッセージをマルチレイヤ スイッチが受信すると、Syslogメッセージのログが記録され、メッセージが廃棄されます。
図34-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のクラス指定されたルート サマライズによって処理されます。このプロセスは、アドバタイズされているルートとアドバタイズ中に経由するインターフェイスが、クラス指定された同じネットワーク内にあるかどうかに応じて異なります。
図34-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ルート レポートに格納されて送信されます。それ以外の場合、サマリー アドレスはアドバタイズされません。 図34-10 では、シスコ製ルータ トンネル インターフェイスに ip dvmrp summary-address コマンドを設定します。その結果、シスコ製ルータは、ユニキャスト ルーティング テーブルのネットワーク176.32.0.0/16に、サマライズされた単一のクラスBアドバタイズを送信します。
図34-10 接続されたユニキャスト ルートにのみアドバタイズする例（デフォルト）
デフォルトのクラス指定サマライズが要求を満たさない場合に、DVMRPルートのサマライズをカスタマイズするには、イネーブルEXECモードで次の手順を実行します。この手順は任意です。
サマリー アドレスを削除するには、 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モードで次の手順を実行します。この手順は任意です。
自動サマライズを再びイネーブルにするには、 ip dvmrp auto-summary インターフェイス コンフィギュレーション コマンドを使用します。
DVMRPルートへのメトリック オフセットの追加
デフォルトでは、着信DVMRPレポートに格納されてアドバタイズされたDVMRPルートのメトリック（ホップ数）は、マルチレイヤ スイッチによって1だけ増分されます。特定のルートの優先度を上下させる場合は、メトリックを変更できます。
たとえば、マルチレイヤ スイッチAからルートが取得され、より大きなメトリックを持つ同じルートがマルチレイヤ スイッチBから取得されたとします。スイッチBを経由するパスの方が高速であるため、このパスを使用する場合は、スイッチAによって取得されたルートにメトリック オフセットを適用し、スイッチBによって取得されたメトリックよりもメトリックを大きくできます。この結果、スイッチBを経由するパスを選択できます。
デフォルトのメトリックを変更するには、イネーブルEXECモードで次の手順を実行します。この手順は任意です。
デフォルト値に戻すには、 no ip dvmrp metric-offset インターフェイス コンフィギュレーション コマンドを使用します。
IPマルチキャスト ルーティングのモニタおよびメンテナンス
ここではIPマルチキャスト ルーティングのモニタ方法およびメンテナンス方法について説明します。
キャッシュ、テーブル、およびデータベースのクリア
特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除できます。特定のキャッシュ、テーブル、またはデータベースの内容が無効である場合、または無効の可能性がある場合は、これらをクリアする必要があります。
表34-4 に示すイネーブルEXECコマンドのいずれかを使用すると、IPマルチキャストのキャッシュ、テーブル、データベースをクリアできます。
|
clear ip igmp group [ group-name | group-address | interface ] |
|
システムおよびネットワーク統計情報の表示
IPルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示できます。また、リソースの利用率を判別し、ネットワーク問題を解決するための情報も表示できます。さらに、ノードの到達可能性に関する情報を表示し、デバイスのパケットが経由するネットワーク内のパスの検出もできます。
表34-5 に示すイネーブルEXECコマンドのいずれかを使用すると、さまざまなルーティング統計情報を表示できます。
IPマルチキャスト ルーティングのモニタ
表34-6 に示すイネーブルEXECコマンドを使用すると、IPマルチキャスト ルータ、パケット、パスをモニタできます。
|
mrinfo [ hostname | address ] [ source-address | interface ] |
マルチキャスト ルータまたはマルチレイヤ スイッチとピアリングする近接するマルチキャスト デバイスに関して、マルチキャスト ルータまたはマルチレイヤ スイッチをクエリします。 |
