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 アドレスを宛先とします。

■IGMPv2（IGMP バージョン 2）Leave メッセージは、アドレス 224.0.0.2（サブネット上のすべてのマルチキャスト ルータ）を宛先とします。古いホスト IP スタックの中には、Leave メッセージの宛先がすべてのルータのアドレスでなく、グループの IP アドレスとなっているものがあります。

IGMP バージョン 1

IGMP Version 1（IGMPv1）にはクエリー応答モデルが使用されているため、マルチキャスト ルータおよびマルチレイヤ スイッチは、ローカル サブネット上のどのマルチキャスト グループがアクティブであるか（マルチキャスト グループに関係するホストが 1 台または複数存在するか）を判別できます。IGMPv1 では別のプロセスを使用して、ホストをマルチキャスト グループに加入および脱退させることができます。詳細については、RFC 1112 を参照してください。

IGMP バージョン 2

IGMP バージョン 2 は IGMP 機能の拡張版です。IGMP 脱退処理などの機能を提供して、脱退遅延を短縮し、グループ固有のクエリー数を削減し、明示的な最大クエリー応答時間を短縮します。また、この作業を実行するために、マルチキャスト プロトコルに依存することなく IGMP クエリアを選択する機能もルータに追加されます。詳細については、RFC 2236 を参照してください。

PIM に関する情報

PIM はプロトコルに依存しません。ユニキャスト ルーティング テーブルを読み込むために使用されるユニキャスト ルーティング プロトコルに関係なく、このテーブルの情報を使用してマルチキャスト転送を実行します。マルチキャスト ルーティング テーブルは個別に維持されません。

PIM は、RFC 2362 『 Protocol-Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification 』で定義されています。次に示す 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 のバージョン

■PIM のモード

■PIM スタブ ルーティング

■IGMP ヘルパー

■Auto-RP

■ブートストラップ ルータ

■マルチキャスト転送およびリバース パス チェック

PIM のバージョン

PIMv2 は、PIMv1 と比べて次の点が改善されています。

■マルチキャスト グループごとに、複数のバックアップ ランデブー ポイント（RP）を持つアクティブな RP が 1 つ存在します。この単一の RP で、PIMv1 内の同じグループにアクティブな RP が複数ある場合と同様の処理を行います。

■ブートストラップ ルータ（BSP）は耐障害性のある、自動化された RP ディスカバリ メカニズム、および配信メカニズムを提供します。これらのメカニズムにより、ルータおよびマルチレイヤ スイッチはグループ/RP マッピングを動的に取得できます。

■スパース モード（SM）およびデンス モード（DM）は、インターフェイスではなく、グループに関するプロパティです。SM または DM のいずれか一方だけでなく、SM-DM（sparse-dense モード）を使用してください。

■PIM の Join メッセージおよびプルーニング メッセージを使用すると、複数のアドレス ファミリを柔軟に符号化できます。

■現在以降の機能オプションを符号化するため、クエリー パケットではなく、より柔軟な hello パケット形式が使用されています。

■RP への登録メッセージが境界ルータによって送信されるか、あるいは指定ルータによって送信されるかは、メッセージ自身によって指定されます。

■PIM パケットは IGMP パケット内に格納されず、独立したパケットとして処理されます。

PIM のモード

PIM は DM、SM、または PIM SM-DM のいずれかのモードで動作します。PIM DM-SM では、スパース グループとデンス グループの両方が同時に処理されます。

PIM DM

PIM DM では、送信元ベースのマルチキャスト配信ツリーが構築されます。DM の場合、PIM DM のルータまたはマルチレイヤ スイッチは、他のすべてのルータまたはマルチレイヤ スイッチで常にグループ宛てのマルチキャスト パケットが転送されると想定しています。直接接続されたメンバーまたは PIM ネイバーが存在しない場合、PIM DM デバイスがマルチキャスト パケットを受信すると、プルーニング メッセージが送信元に送信され、不要なマルチキャスト トラフィックが停止されます。このプルーニング済みブランチ上のこのルータまたはスイッチでは、後続のマルチキャスト パケットがフラッディングしません。受信機を含まないブランチが配信ツリーからプルーニングされ、受信機を含むブランチだけが存続するためです。

プルーニング済みのツリー内ブランチの受信機がマルチキャスト グループに新規に加入すると、PIM DM デバイスは新しい受信機を検出し、配信ツリーの送信元方向にすぐに接合メッセージを送信します。アップストリームの PIM DM デバイスが接合メッセージを受信すると、受信したデバイスは接合メッセージが着信したインターフェイスをすぐにフォワーディング ステートにし、マルチキャスト トラフィックの受信機への転送を開始します。

PIM SM

PIM SM は共有ツリーおよび Shortest-Path-Trees（SPT）を使用し、マルチキャスト トラフィックをネットワーク内のマルチキャスト 受信機に配信します。PIM SM の場合、ルータまたはマルチレイヤ スイッチは、トラフィックに関する明示的な要求（Join メッセージ）がない限り、他のルータまたはスイッチではグループ宛のパケットが転送されないと想定します。IGMP を使用してホストがマルチキャスト グループに加入すると、直接接続された PIM SM デバイスは、RP と呼ばれるルートに向けて PIM Join メッセージを送信します。この Join メッセージはルートに向かってルータを順次移動しながら、共有ツリーのブランチを作成します。

RP はマルチキャスト 受信機ーを追跡します。また、送信元の先頭ホップルータ（指定ルータ [DR]）から受信した登録メッセージを使用して送信元を登録し、送信元から受信機への共有ツリーパスを完成させます。共有ツリーを使用する場合、送信元は RP にトラフィックを送信し、これらのトラフィックをすべての受信機ーに到達させるようにする必要があります。

マルチキャスト グループ トラフィックをプルーニングする場合は、プルーニング メッセージが配信ツリーの上方向に送信されます。この結果、明示的な Join メッセージによって作成された共有ツリーまたは SPT のブランチが不要になった場合、これらを解除が可能となります。

PIM スタブ ルーティング

PIM スタブ ルーティング機能は、エンド ユーザの近くにルーテッド トラフィックを移動し、リソースの利用率を軽減します。

PIM スタブ ルーティングを使用するネットワークでは、ユーザに対する IP トラフィックの唯一の許容ルートは、PIM スタブ ルーティングを設定しているスイッチ経由です。PIM 受動インターフェイスは、VLAN などのレイヤ 2 アクセス ドメイン、または他のレイヤ 2 デバイスに接続されているインターフェイスに接続されます。直接接続されたマルチキャスト（IGMP）レシーバおよび送信元だけが、レイヤ 2 アクセス ドメインで許可されます。PIM 受動インターフェイスは、受信した PIM 制御パケットを送信または処理しません。

PIM スタブ ルーティングを使用しているときは、IP マルチキャスト ルーティングを使用し、スイッチだけを PIM スタブ ルータとして設定するように、分散ルータおよびリモート ルータを設定する必要があります。スイッチは分散ルータ間の伝送トラフィックをルーティングしません。スイッチのルーテッド アップリンク ポートも設定する必要があります。SVI の場合は、スイッチのアップリンク ポートを使用できません。SVI アップリンク ポートの PIM が必要な場合は、IP サービス フィーチャ セットにアップグレードする必要があります。

また、PIM スタブ ルーティングをスイッチに設定するときは、EIGRP スタブ ルーティングも設定する必要があります。

冗長 PIM スタブ ルータ トポロジーはサポートされません。単一のアクセス ドメインにマルチキャスト トラフィックを転送している複数の PIM ルータがある場合、冗長トポロジーが存在します。PIM メッセージはブロックされ、PIM アサートおよび指定されたルータ選出メカニズムは PIM 受動インターフェイスではサポートされません。PIM スタブ機能では、非冗長アクセス ルータ トポロジーだけがサポートされます。非冗長トポロジーを使用することで、PIM 受動インターフェイスはそのアクセス ドメインで唯一のインターフェイスおよび指定ルータであると想定します。

図 88 では、スイッチ A ルーテッド アップリンク ポート 25 がルータに接続され、PIM スタブ ルーティングが VLAN 100 インターフェイスとホスト 3 でイネーブルになっています。この設定により、直接接続されたホストはマルチキャスト発信元 200.1.1.3 からトラフィックを受信できます。詳細については、「PIM スタブ ルーティングの設定」を参照してください。

図 88 PIM スタブ ルータ設定

IGMP ヘルパー

PIM スタブ ルーティングはルーティングされたトラフィックをエンド ユーザの近くに移動させ、ネットワーク トラフィックを軽減します。スタブ ルータ（スイッチ）に IGMP ヘルパー機能を設定する方法でもトラフィックを軽減できます。

igmp helper help-address インターフェイス コンフィギュレーション コマンドを使用してスタブルータ（スイッチ）を設定すると、スイッチによるネクストホップ インターフェイスへのレポート送信をイネーブルにできます。ダウンストリーム ルータに直接接続されていないホストはアップストリーム ネットワークの送信元マルチキャスト グループに加入できます。この機能が設定されていると、マルチキャスト ストリームへの加入を求めるホストからの IGMP パケットはアップストリームのネクストホップ デバイスに転送されます。アップストリームのセントラル ルータは、ヘルパー IGMP レポートまたは leave を受信すると、そのグループの発信インターフェイス リストからインターフェイスの追加または削除を行います。

ip igmp helper-address コマンドの構文および使用方法の詳細については、『 Cisco IOS IP Multicast Command Reference 』を参照してください。

Auto-RP

この独自の機能により、ネットワーク内のルータまたはマルチレイヤ スイッチごとに RP 情報を手動で設定する必要がなくなります。自動 RP を機能させるには、Cisco ルータまたはマルチレイヤ スイッチをマッピング エージェントとして設定します。マッピング エージェントは 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 がさまざまなグループ範囲として、または互いのホット バックアップとして機能します。

ブートストラップ ルータ

PIMv2 BSR は、グループ/RP マッピング情報をネットワーク内のすべての PIM ルータおよびマルチレイヤ スイッチに配信する別の方法です。これにより、ネットワーク内のルータまたはスイッチごとに RP 情報を手動で設定する必要がなくなります。ただし、BSR は IP マルチキャストを使用してグループ/RP マッピング情報を配信する代わりに、特殊な BSR メッセージをホップ単位でフラッディングしてマッピング情報を配信します。

BSR は、BSR として機能するように設定されたドメイン内の一連の候補ルータおよびスイッチから選択されます。選択メカニズムは、ブリッジングされた LAN で使用されるルートブリッジ選択メカニズムと類似しています。BSR の選択メカニズムの基準は、ネットワークを経由してホップ単位で送信される BSR メッセージに格納されている、デバイスの BSR プライオリティです。各 BSR デバイスは BSR メッセージを調べ、自身の BSR プライオリティよりも BSR プライオリティが同等以上で、BSR IP アドレスが大きなメッセージだけを、すべてのインターフェイスから転送します。この方法によって、BSR が選択されます。

選択された BSR によって、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）チェックを使用します（図 89 を参照）。

1. ルータまたはマルチレイヤ スイッチは着信したマルチキャスト パケットの送信元アドレスを調べ、逆経路上のインターフェイスに着信したパケットを送信元に戻すかどうかを決定します。

2. パケットが送信元に逆戻りするインターフェイスに着信した場合、RPF チェックは成功し、発信インターフェイス リスト内のすべてのインターフェイス（ルータのすべてのインターフェイスとは限りません）にパケットが転送されます。

3. RPF チェックに失敗した場合、パケットは廃棄されます。

一部のマルチキャスト ルーティング プロトコルでは、マルチキャスト ルーティング テーブルは個別に維持され、RPF チェックに使用されます。ただし、PIM では RPF チェックを実行するためにユニキャスト ルーティング テーブルが使用されます。

図 89 に、送信元 151.10.3.21 からのマルチキャスト パケットを受信するポート 2 を示します。表 1 により、送信元への逆経路上にあるポートはポート 2 ではなく、ポート 1 であることがわかります。RPF チェックに失敗したため、マルチレイヤ スイッチはパケットを廃棄します。送信元 151.10.3.21 からの別のマルチキャスト パケットは、ポート 1 に着信します。ルーティング テーブルにより、このポートは送信元への逆経路上にあることがわかります。RPF チェックに合格したため、パケットは発信ポート リスト内のすべてのポートに転送されます。

図 89 RPF チェック

PIM は送信元ツリーと RP でルーティングされた共有ツリーを使用して、データグラムを転送します（PIM DMおよびPIM SMを参照）。RPF チェックは、それぞれ異なる方法で実行されます。

■PIM ルータまたはマルチレイヤ スイッチが送信元ツリー ステートである場合（つまり [S,G] エントリがマルチキャスト ルーティング テーブル内にある場合）、マルチキャスト パケットの送信元の IP アドレスに対して RPF チェックが実行されます。

■PIM ルータまたはマルチレイヤ スイッチが共有ツリー ステートである場合（および送信元ツリー ステートが明示されていない場合）、（メンバがグループに加入している場合は既知である）RP アドレスについて RPF チェックが実行されます。

PIM SM は RPF 参照機能を使用し、加入およびプルーニング メッセージを送信する必要があるかどうかを決定します。

■（S,G）Join メッセージ（送信元ツリー ステート）は送信元に向け送信されます。

■（*,G）Join メッセージ（共有ツリー ステート）は RP に向け送信されます。

DM PIM では送信元ツリーだけが使用され、上記のように RPF が使用されます。

送信元特定マルチキャストに関する情報

Source-Specific Multicast（SSM; 送信元特定マルチキャスト）機能は、IP マルチキャストの拡張機能であり、この機能を使用すると、受信者に転送されるデータグラムトラフィックは、その受信者が明示的に加入しているマルチキャスト送信元からのトラフィックだけになります。SSM 用にマルチキャスト グループを設定する場合、SSM 配信ツリー（共有ツリーはない）だけが作成されます。

SSM コンポーネントの概要

SSM は、1 対多のアプリケーション（ブロードキャスト アプリケーション）に最適なデータグラム配信モデルです。SSM は、オーディオおよびビデオのブロードキャスト アプリケーション環境を対象としたシスコの IP マルチキャスト ソリューションの中核的なネットワーキング テクノロジーです。このスイッチは次の SSM 対応コンポーネントをサポートしています。

■Protocol Independent Multicast Source-Specific Mode（PIM-SSM）

PIM-SSM は、SSM の実装をサポートするルーティング プロトコルで、PIM Sparse Mode（PIM-SM）に基づいています。

■Internet Group Management Protocol version 3（IGMPv3）

IGMPv3 で SSM を使用するには、Cisco IOS ルータ、アプリケーションが稼働しているホスト、そしてアプリケーション自体が SSM をサポートしている必要があります。

Internet Standard Multicast と SSM の違い

インターネットの現行の IP マルチキャスト インフラストラクチャや多くの企業のイントラネットは、PIM-SM プロトコルと Multicast Source Discovery Protocol（MSDP）に基づいています。これらのプロトコルには、Internet Standard Multicast（ISM）サービス モデルの限界があります。たとえば、ISM では、ネットワークは、実際にマルチキャスト トラフィックを送信しているホストについての情報を維持する必要があります。

ISM サービスは、任意の送信元からマルチキャスト ホスト グループと呼ばれるレシーバー グループへの IP データグラムの配信でなりたっています。マルチキャスト ホスト グループのデータグラム トラフィックは、任意の IP ユニキャスト送信元アドレス S と IP 宛先アドレスとしてのマルチキャスト グループ アドレス G のデータグラムで構成されます。システムは、ホスト グループのメンバーになることによって、このトラフィックを受信します。

ホスト グループのメンバーシップに必要なのは、IGMP version 1、2、または 3 によるホスト グループへのシグナリングだけです。SSM では、データグラムは（S, G）チャネルに基づいて配信されます。SSM と ISM のいずれも、送信元になるのにシグナリングは必要ありません。ただし、SSM では、レシーバーは特定の送信元からのトラフィックの受信または非受信を決めるために（S, G）への加入または脱退を行う必要があります。つまり、レシーバは加入した（S, G）チャネルからだけトラフィックを受信できます。一方、 ISM では、レシーバは受信するトラフィックの送信元の IP アドレスを知る必要はありません。チャネル加入シグナリングの標準的な方法として、IGMP include モード メンバーシップ レポートの使用が提案されていますが、この手法をサポートしているのは IGMP version 3 だけです。

SSM IP アドレスの範囲

IP マルチキャスト グループ アドレス範囲の設定済みのサブセットに SSM 配信モデルを適用することにより、SSM と ISM サービスを一緒に使用できます。Cisco IOS ソフトウェアでは、224.0.0.0 ～ 239.255.255.255 の IP マルチキャスト アドレス範囲の SSM 設定が可能です。SSM 範囲が定義されている場合、既存の IP マルチキャスト受信アプリケーションが SSM 範囲のアドレスの使用を試行しても、トラフィックを受信できません。

SSM の動作

確立されているネットワークは、IP マルチキャスト サービスが PIM SM に基づいているので、SSM サービスをサポートできます。SSM サービスだけが必要な場合は、ドメイン間の PIM-SM に必要なプロトコル（MSDP、自動 RP、ブートストラップ ルータ（BSR）など）がすべて揃っていないネットワークでも、SSM を単独で導入できます。

PIM-SM 用に設定されているネットワークに SSM を配置する場合、SSM をサポートするのはラストホップ ルータだけです。レシーバーに直接接続されていないルータは SSM をサポートする必要はありません。一般的に、ラストホップ以外のルータに必要なのは、SSM 範囲内の PIM-SM だけです。このようなルータは SSM 範囲内での MSDP シグナリング、登録、PIM-SM 共有ツリー操作を抑制するために、ほかのアクセス コントロール設定が必要になる場合もあります。

SSM の範囲を設定し SSM をイネーブルにするには、 ip pim ssm グローバル コンフィギュレーション コマンドを使用します。この設定による影響は次のとおりです。

■SSM 範囲内のグループは、IGMPv3 include モード メンバーシップ レポートを通じて、（S, G）チャネルに加入できます。

■SSM 範囲のアドレスの PIM 動作は、PIM-SM の派生モードである PIM-SSM に変更されます。このモードでは、ルータで生成されるのは PIM（S, G）の join と prune のメッセージだけであり、（S, G）の Rendezvous Point Tree（RPT）や（*, G）の RPT メッセージは生成されません。RPT 動作に関連する着信メッセージは無視されるか拒否されます。着信 PIM 登録メッセージに対しては即座に register-stop メッセージで応答が行われます。ラストホップ ルータ以外のルータでは、PIM-SSM は PIM-SM と下位互換性を保ちます。したがって、ラストホップ ルータ以外のルータは SSM グループに PIM-SM を使用できます（SSM をサポートしていない場合など）。

■SSM 範囲内の Source-Active（SA）メッセージは、受け入れ、生成、転送のいずれも実行されません。

IGMPv3 ホスト シグナリング

IGMPv3 では、ホストはマルチキャスト グループのラストホップ ルータにメンバーシップ シグナルを送信します。ホストは、グループ メンバーシップ シグナルの送信に、送信元に関するフィルタリング機能を使用できます。ホストは、いくつかの特定の送信元を除くすべての送信元からグループへのトラフィックを受信する（exclude モード）というシグナルか、または、いくつかの特定の送信元からグループへのトラフィックだけを受信する（include モード）というシグナルを送信できます。

IGMPv3 は、ISM および SSM と同時に動作可能です。ISM では、exclude と include の両方のモードのレポートを適用できます。SSM では、ラストホップ ルータは include モードのレポートだけを受け入れます。exclude モードのレポートは無視されます。

送信元特定マルチキャストマッピングに関する情報

Source Specific Multicast（SSM）マッピング機能は、管理上または技術上の理由からエンド システムで SSM をサポートできないかまたはサポートが望ましくない場合に SSM 移行手段として使用できます。SSM マッピングを使用すると、IGMPv3 をサポートしないレガシー STB へのビデオ配信や、IGMPv3 ホスト スタックを使用しないアプリケーションに SSM を活用できます。

典型的な STB 配置では、各 TV チャネルは独立した 1 つの IP マルチキャスト グループを使用し、その TV チャネルの送信を行うアクティブなサーバは 1 つです。1 つのサーバーから複数の TV チャネルへの送信は可能ですが、各チャネルのグループはそれぞれ異なります。このようなネットワーク環境で、ルータが特定のグループの IGMPv1 または IGMPv2 のメンバーシップ レポートを受信した場合、レポートの宛先は、そのマルチキャスト グループに関連付けられている TV チャネルの well-known TV サーバーになります。

SSM マッピングが設定されている場合、特定グループの IGMPv1 または IGMPv2 のメンバーシップ レポートを受信したルータは、レポートを、このグループに関連付けられている well-known 送信元の 1 つ以上のチャネル メンバーシップに変換します。

ルータは、IGMPv1 または IGMPv2 のメンバーシップ レポートを受信すると、SSM マッピングを使用して、そのグループ に 1 つ以上の送信元 IP アドレスを決定します。その後、SSM マッピングによって、そのメンバーシップ レポートが IGMPv3 レポートに変換され、IGMPv3 レポートを受信した場合と同様に処理が続行されます。IGMPv1 または IGMPv2 メンバーシップ レポートの受信が続き、そのグループの SSM マッピングが同じである限り、ルータは PIM join を送信し、グループに加入し続けます。

SSM マッピング機能を使用すると、ラストホップ ルータはスタティックに設定されたルータ上のテーブルまたは DNS サーバーを通じて、送信元アドレスを決定できます。スタティックに設定されたテーブルまたは DNS マッピングが変更された場合、ルータは加入しているグループに関連付けられている現在の送信元から脱退します。

スタティック SSM マッピング

スタティック SSM マッピングでは、ラストホップ ルータは、グループへの送信を行う送信元を決定するために、継続的にスタティック マップを使用します。スタティック SSM マッピングを使用するには、グループ範囲を定義した ACL を設定する必要があります。その後、 ip igmp static ssm-map グローバル コンフィギュレーション コマンドを使用して、ACL で許可されたグループを送信元にマッピングできます。

DNS が必要とされないか、またはローカルで DNS マッピングが変更される場合、小規模なネットワークではスタティック SSM マッピングを設定できます。設定されたスタティック SSM マッピングは、DNS マッピングよりも優先されます。

DNS ベースの SSM マッピング

DNS ベースの SSM マッピングを使用して、ラストホップ ルータが継続的に逆 DNS ルックアップを実行し、グループに送信する送信元を決定するようにすることも可能です。DNS ベースの SSM マッピングが設定されると、ルータはグループ名を含むドメイン名を構築し、DNS への逆ルックアップを実行します。ルータは IP アドレス リソースを検索し、それらをグループに関連付けられた送信元アドレスとして使用します。SSM マッピングでサポートできる送信元の数は、グループごとに最大 20 です。ルータは各グループに設定されているすべての送信元に加入します（DNS ベースの SSM マッピング図 90を参照）。

図 90 DNS ベースの SSM マッピング

ラスト ホップ ルータが 1 つのグループの複数の送信元に加入できるようにする SSM マッピング メカニズムによって、TV ブロードキャストの送信元に冗長性を持たせることができます。この場合、ラストホップ ルータは、SSM マッピングを使用し、同じ TV チャネルに対して 2 つのビデオ送信元に同時に加入することにより冗長性を提供します。ただし、ラストホップ ルータでのビデオ トラフィックの重複を防ぐため、ビデオ送信元がサーバー側でスイッチオーバー メカニズムを使用する必要があります。一方のビデオ送信元はアクティブ、もう一方のバックアップ ビデオ送信元はパッシブになります。パッシブの送信元は待機状態になり、アクティブな送信元の障害が検出された場合に、その TV チャネルにビデオ トラフィックを送信します。サーバー側のスイッチオーバー メカニズムによって、実際にその TV チャネルにビデオ トラフィックを送信するサーバーは 1 つだけになります。

G1、G2、G3、G4 を含むグループの 1 つ以上の送信元アドレスを検索するには、DNS サーバーに次のような DNS レコードを設定する必要があります。

DNS リソース レコードの設定に関する詳細については、使用している DNS サーバのマニュアルを参照してください。

PIM 共有ツリーおよび送信元ツリーに関する情報

デフォルトでは、グループのメンバーで受信されるデータは、RP でルーティングされた単一のデータ配信ツリーを経由して、送信側からグループに送られます。図 91 に、このタイプの共有配信ツリーを示します。送信側からのデータは、RP に配信され、その共有ツリーに加入しているグループ メンバに配布されます。

図 91 共有ツリーおよび送信元ツリー（SPT）

データ レートによって保証されている場合は、送信元でルーティングされるデータ配信ツリーを、共有ツリーのリーフ ルータ（ダウンストリーム接続がないルータ）で使用できます。このタイプの配信ツリーは、SPT または送信元ツリーと呼ばれます。デフォルトでは、ソフトウェアが送信元から最初のデータ パケットを受信すると、送信元ツリーに切り替わります。

共有ツリーから送信元ツリーへの移動プロセスは、次のとおりです。

1. レシーバがグループに加入します。リーフ ルータ C は Join メッセージを RP に向けて送信します。

2. RP はルータ C とのリンクを発信インターフェイス リストに格納します。

3. 送信元がデータを送信します。ルータ A はデータをカプセル化して登録メッセージに格納し、RP に送信します。

4. RP はデータをルータ C に向けて共有ツリーの下方向に転送し、送信元に向けて Join メッセージを送信します。この時点で、データはルータ C に 2 回着信する可能性があります（カプセル化されたデータ、およびネイティブ状態のデータ）。

5. データがネイティブ状態（カプセル化されていない状態）で着信すると、RP は登録停止メッセージをルータ A に送信します。

6. デフォルトでは、最初のデータ パケット受信時に、ルータ C が Join メッセージを送信元に送信するよう要求します。

7. （S,G）に関するデータを受信すると、ルータ C は送信元宛てのプルーニング メッセージを共有ツリーの上方向に送信します。

8. RP は（S,G）の発信インターフェイスからルータ C へのリンクを削除します。RP は送信元に向けてプルーニング メッセージを送信します。

送信元および RP に join および prune メッセージが送信されます。これらのメッセージはホップ単位で送信され、送信元または RP へのパス上にある各 PIM デバイスで処理されます。register および register-stop メッセージは、ホップバイホップで送信されません。これらのメッセージは、送信元に直接接続されている指定ルータによって送信され、グループの RP によって受信されます。

グループへ送信する複数の送信元で、共有ツリーが使用されます。

共有ツリー上に存在するように、PIM デバイスを設定できます。詳細については、PIM 最短パス ツリーの使用の延期を参照してください。

基本的なマルチキャスト ルーティングの設定

IP マルチキャスト ルーティングをイネーブルにし、PIM バージョンおよび PIM モードを設定する必要があります。これにより、ソフトウェアはマルチキャスト パケットを転送し、スイッチがそのマルチキャスト ルーティング テーブルを読み込むことができます。

注： マルチキャストルーティングをイネーブルにするには、スイッチが IP サービスイメージを実行している必要があります。

インターフェイスは PIM DM、SM、または SM-DM のいずれかに設定できます。スイッチはモード設定に従って、マルチキャスト ルーティング テーブルを読み込み、直接接続された LAN から受信したマルチキャスト パケットを転送します。IP マルチキャスト ルーティングを実行するには、インターフェイスに対して、これらの PIM モードのいずれかをイネーブルにする必要があります。インターフェイスで PIM をイネーブルにすると、同じインターフェイス上で IGMP 処理もイネーブルになります。

注： 複数のインターフェイス上で PIM をイネーブルにした場合に、そのほとんどのインターフェイスが発信インターフェイスリストになく、IGMP スヌーピングがディセーブルになっている場合、余分で不要なレプリケーションによって発信インターフェイスはマルチキャストトラフィックの回線速度を維持できない場合があります。

マルチキャスト ルーティング テーブルへのパケット読み込みでは、DM インターフェイスは常にテーブルに追加されます。SM インターフェイスがテーブルに追加されるのは、ダウンストリーム デバイスから定期的な Join メッセージを受信した場合、またはインターフェイスに直接接続されたメンバーが存在する場合に限ります。LAN から転送する場合、グループが認識している RP があれば、SM 動作が行われます。その場合、パケットはカプセル化され、その RP に送信されます。認識している RP がなければ、パケットは DM 方式でフラッディングされます。特定の送信元からのマルチキャスト トラフィックが十分であれば、レシーバの先頭ホップ ルータからその送信元に Join メッセージが送信され、送信元を基点とする配信ツリーが構築されます。

デフォルトでは、マルチキャスト ルーティングはディセーブルとなっており、モードは設定されていません。IP マルチキャストをイネーブルにし、PIM バージョンおよび PIM モードを設定するには、次の手順を実行します。この手順は必須です。

はじめる前に

■どの PIM モードを使用するかを決定します。

■マルチキャストルーティングをイネーブルにするインターフェイスに IP アドレスが割り当てられていることを確認します。

手順の詳細

マルチキャスティングをディセーブルにするには、 no ip multicast-routing distributed グローバル コンフィギュレーション コマンドを使用します。デフォルトの PIM バージョンに戻すには、 no ip pim version インターフェイス コンフィギュレーション コマンドを使用します。インターフェイスで PIM をディセーブルにするには、 no ip pim インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、IP マルチキャスト分散スイッチングをイネーブルにし、PIM モードを指定する例を示します。

PIM スタブ ルーティングの設定

PIM スタブ ルーティング機能は、ディストリビューション レイヤとアクセス レイヤの間のマルチキャスト ルーティングをサポートします。サポート対象の PIM インターフェイスは、アップリンク PIM インターフェイスと PIM パッシブ インターフェイスの 2 種類です。PIM パッシブ モードに設定されているルーテッド インターフェイスは、PIM 制御トラフィックの通過も転送も行いません。通過させたり転送したりするのは IGMP トラフィックだけです。

この手順は任意です。

はじめる前に

■スタブ ルータと中央のルータの両方に IP マルチキャスト ルーティングが設定されている必要があります。

■スタブルータのアップリンク インターフェイスに PIM モード（dense-mode、sparse-mode、または dense-sparse-mode ）が設定されている必要があります。

■PIM スタブルータの動作を支援するために EIGRP スタブルーティングを設定する必要があります。

手順の詳細

インターフェイスで PIM スタブルーティングをディセーブルにするには、 no ip pim passive インターフェイス コンフィギュレーション コマンドを使用します。

例

次の例では、IP マルチキャストルーティングがイネーブルになっていて、スイッチ A の PIM アップリンクポート 25 はルーテッド アップリンク ポートとして設定されています（ spare-dense-mode がイネーブル ）。図 88 では、VLAN 100 インターフェイスとギガビット イーサネット ポート 20 で PIM スタブ ルーティングがイネーブルに設定されています。

各インターフェイスの PIM スタブがイネーブルになっていることを確認するには、 show ip pim interface 特権 EXEC コマンドを使用します。

これらの特権 EXEC コマンドを使用すると、PIM スタブの設定およびステータスについての情報が表示されます。

■ show ip pim interface では、各インターフェイスでイネーブルになっている PIM スタブが表示されます。

■ show ip igmp detail では、特定のマルチキャスト送信元グループに参加した対象クライアントが表示されます。

■ show ip igmp mroute では、送信元から対象クライアントへマルチキャストストリームが転送されることを確認できます。

送信元特定マルチキャストの設定

ここでは、Source-Specific Multicast（SSM）の設定方法を説明します。

はじめる前に

送信元特定マルチキャストに関する情報および注意事項と制約事項を参照してください。

手順の詳細

例

次に、SSM 用に（IGMPv3 を実行する）デバイスを設定する例を示します。

SSM 設定の確認

SSM マッピングの設定

このセクションは、次のトピックで構成されています。

■スタティック SSM マッピングの設定 （必須）

■DNS ベースの SSM マッピングの設定 （必須）

■SSM マッピングを使用したスタティック トラフィック転送の設定 （任意）

スタティック SSM マッピングの設定

はじめる前に

■送信元特定マルチキャストマッピングに関する情報およびSSM マッピング設定時のガイドラインを参照してください。

■SSM マッピングを設定する前に、IP マルチキャスト ルーティングをイネーブルにし、PIM スパース モードをイネーブルにして、SSM を設定します。IP マルチキャストルーティングおよび PIM スパースモードのイネーブル化については、基本的なマルチキャスト ルーティングの設定を参照してください。

■スタティック SSM マッピングを設定する場合は、事前にアクセス コントロール リスト（ACL）を設定して、送信元アドレスにマッピングされるグループ範囲を定義する必要があります。

手順の詳細

例

次に、スタティック SSM マッピングをイネーブルにする例を示します。この例では、ルータは、ACL 11 に一致するグループを送信元アドレス 172.16.8.11 にスタティックにマッピングし、ACL 10 に一致するグループを送信元アドレス 172.16.8.10 にスタティックにマッピングするように設定されています。

DNS ベースの SSM マッピングの設定

DNS ベースの SSM マッピングを設定するには、DNS サーバー ゾーンを作成するか、または既存のゾーンにレコードを追加する必要があります。DNS ベースの SSM マッピングを使用するルータが他の目的にも DNS を使用している場合は、通常の設定の DNS サーバーを使用する必要があります。そのルータで使用されている DNS 実装が DNS ベースの SSM マッピングだけの場合は、ルート ゾーンが空であるか、またはそれ自身を指すようなフォールス DNS セットアップが可能です。

はじめる前に

■送信元特定マルチキャストマッピングに関する情報およびSSM マッピング設定時のガイドラインを参照してください。

■SSM マッピングを設定する前に、IP マルチキャスト ルーティングをイネーブルにし、PIM スパース モードをイネーブルにして、SSM を設定します。IP マルチキャストルーティングおよび PIM スパースモードのイネーブル化については、基本的なマルチキャスト ルーティングの設定を参照してください。

■SSM マッピングと DNS ルックアップを設定し使用するには、稼働中の DNS サーバにレコードを追加できなければなりません。稼働中の DNS サーバがない場合は、DNS サーバをインストールする必要があります。

Cisco ネットワーク レジストラ（CNR）などの製品が使用できます。詳細については、次の URL にアクセスしてください。

http://www.cisco.com/en/US/products/sw/netmgtsw/ps1982/index.html

手順の詳細

例

次に、DNS ベース SSM マッピングを設定する例を示します。

SSM マッピングを使用したスタティック トラフィック転送の設定

SSM マッピングを使用したスタティック トラフィック転送によって、特定グループに SSM トラフィックをスタティックに転送できます。SSM マッピングを使用したスタティックトラフィック転送が設定されている場合、ラストホップルータはグループに関連付けられている送信元の決定にドメインネームシステム（DNS）ベースの SSM マッピングを使用します。その結果得られる (S, G) チャネルは、静的に転送されます。

はじめる前に

DNS ベースの SSM マッピングの設定の説明に従って、DNS ベース SSM マッピングを設定します。

手順の詳細

例

次に、イーサネット インターフェイス 0 でスタティックに転送されるグループに SSM マッピングを使用するようにグループアドレス 239.1.2.1 を設定する例を示します。

SSM マッピングの設定の確認

RP の設定

インターフェイスが SM-DM で、グループをスパース グループとして扱う場合には、RP を設定する必要があります。ここに記載するいくつかの方法を使用できます。

■マルチキャスト グループへの RP の手動割り当て

■Auto-RP の設定（PIMv1 から独立した、スタンドアロンのシスコ独自のプロトコル）

■PIMv2 BSR の設定（IETF 標準のトラッキング プロトコル）

動作中の PIM バージョン、およびネットワーク内のルータ タイプに応じて、自動 RP、BSR、またはこれらを組み合わせて使用できます。詳細については、PIMv1 および PIMv2 の相互運用性および自動 RP および BSR 設定時の注意事項を参照してください。

マルチキャスト グループへの RP の手動割り当て

ここでは、RP を手動で割り当てる方法について説明します。ダイナミック メカニズム（自動 RP や BSR など）を使用してグループの RP を取得する場合、RP を手動で割り当てる必要はありません。

マルチキャストトラフィックの送信側は、送信元の先頭ホップルータ（指定ルータ）から受信して RP に転送される登録メッセージを通し、自身の存在をアナウンスします。マルチキャスト パケットの受信側は RP を使用し、マルチキャスト グループに加入します。この場合は、明示的な Join メッセージが使用されます。RP はマルチキャストグループのメンバーではなく、マルチキャスト送信元およびグループメンバーの合流地点として機能します。

アクセス リストで定義される複数のグループに、単一の RP を設定できます。グループに RP が設定されていない場合、マルチレイヤ スイッチは PIM DM 技術を使用し、グループをデンスとして処理します。この手順は任意です。

はじめる前に

「PIM に関する情報」と「注意事項と制約事項」を確認してください。

手順の詳細

RP アドレスを削除するには、 no ip pim rp-address ip-address [ access-list-number ] [ override ] グローバル コンフィギュレーション コマンドを使用します。

例

次に、マルチキャスト グループ 225.2.2.2 の場合だけ、RP のアドレスを 147.106.6.22 に設定する例を示します。

Auto-RP の設定

自動 RP は IP マルチキャストを使用し、グループ/RP マッピングを PIM ネットワーク内のすべての Cisco ルータおよびマルチレイヤ スイッチに自動配信します。自動 RP には次の利点があります。

■ネットワーク内で複数の RP を使用し、複数のグループ範囲を処理する作業が簡単になります。

■複数の RP 間で負荷を分散し、グループに加入するホストの場所に従って RP を配置できます。

■PIM ネットワーク内のすべてのルータおよびマルチレイヤ スイッチで矛盾が発生しなくなり、手動による RP 設定が不要になります。この結果、接続問題を引き起こす要因が取り除かれます。

注： PIM を SM または SM-DM に設定し、自動 RP を設定しない場合は、RP を手動で設定する必要があります（マルチキャスト グループへの RP の手動割り当てを参照）。

注： ルーテッドインターフェイスが SM に設定されていると、すべてのデバイスが自動 RP グループの手動 RP アドレスによって設定されている場合も、自動 RP を使用できます。

ここでは、自動 RP を設定する方法について説明します。

■新規インターネットワークでの自動 RP の設定 （任意）

■既存の SM クラウドへの Auto-RP の追加 （任意）

■問題のある RP への Join メッセージの送信禁止 （任意）

■着信 RP アナウンスメント メッセージのフィルタリング （任意）

新規インターネットワークでの自動 RP の設定

新規インターネットワーク内に自動 RP を設定している場合は、すべてのインターフェイスが SM-DM に設定されるため、デフォルトの RP は不要です。既存の SM クラウドへの Auto-RP の追加に記載された手順に従ってください。ただし、PIM ルータをローカル グループの RP として設定する場合は、ステップ 3 を省略してください。

既存の SM クラウドへの Auto-RP の追加

ここでは、最初に自動 RP を既存の SM クラウドに導入し、既存のマルチキャスト インフラストラクチャができるだけ破壊されないようにする方法について説明します。この手順は任意です。

はじめる前に

■「Auto-RP」と「注意事項と制約事項」を確認してください。

■マルチキャスト グループへの RP の手動割り当ての説明に従って、デフォルトの RP を設定します。

手順の詳細

候補 RP として設定された PIM デバイスを削除するには、 no ip pim send-rp-announce interface-id グローバル コンフィギュレーション コマンドを使用します。RP マッピングエージェントとして設定されたスイッチを解除するには、 no ip pim send-rp-discovery グローバル コンフィギュレーション コマンドを使用します。

例

次に、最大ホップ数が 31 であるすべての PIM 対応インターフェイスから RP アナウンスメントを送信する例を示します。ポート 1 の IP アドレスが RP です。アクセス リスト 5 には、このスイッチが RP として機能するグループが記述されています。

問題のある 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 コマンドを次のように設定してください。

着信 RP アナウンスメント メッセージのフィルタリング

マッピング エージェントにコンフィギュレーション コマンドを追加すると、故意に不正設定されたルータが候補 RP として動作し問題を引き起こさないようにできます。この手順は任意です。

はじめる前に

■このコマンドは、RP マッピングエージェントでのみ設定する必要があります。

■複数の RP マッピングエージェントを使用する場合は、自動 RP 動作の不整合を回避するために、すべてのマッピングエージェントで同じフィルタを設定する必要があります。

■不適切に設定された ip pim rp-announce-filter コマンドを実行すると、RP アナウンスメントが無視される可能性があります。また、 ip pim rp-announce-filter コマンドは、マッピングエージェントでのみ設定する必要があります。そうでない場合、非マッピングエージェントはグループ 224.0.1.39 をリッスンせず、必要なグループ/RP マッピングを配布する方法がわからないため、コマンドは失敗します。

手順の詳細

着信 RP アナウンスメントメッセージのフィルタを削除するには、 no ip pim rp-announce-filter rp-list access-list-number [ group-list access-list-number ] グローバル コンフィギュレーション コマンドを使用します。

例

次に、候補 RP アナウンスメントが不正な候補 RP から許可されないようにするために使用される自動 RP マッピング エージェントの設定例を示します。

この例では、マッピング エージェントは 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 の設定 （任意）

PIM ドメイン境界の定義

IP マルチキャストの普及に伴い、PIMv2 ドメインと別の PIMv2 ドメインが境界を挟んで隣接する場合が増えています。これらの 2 つのドメインは同じ RP、BSR、候補 RP、候補 BSR のセットを共有していないことが多いため、PIMv2 BSR メッセージがドメインの内外に流れないようにする必要があります。これらメッセージのドメイン境界通過を許可すると、通常の BSR 選択メカニズムに悪影響が及んだり、境界に位置するすべてのドメインで単一の BSR が選択されたり、候補 RP アドバタイズメントが共存し、間違ったドメイン内で RP が選択されたりします。この手順は任意です。

はじめる前に

「ブートストラップ ルータ」と「注意事項と制約事項」を確認してください。

手順の詳細

PIM 境界を削除するには、 no ip pim bsr-border インターフェイス コンフィギュレーション コマンドを使用します。

図 92 PIMv2 BSR メッセージの抑制

例

次に、PIM ドメイン境界となるようにインターフェイスを設定する例を示します。

IP マルチキャスト境界の定義

自動 RP メッセージが PIM ドメインに入らないようにする場合は、マルチキャスト境界を定義します。自動 RP 情報を伝達する 224.0.1.39 および 224.0.1.40 宛てのパケットを拒否するアクセス リストを作成します。この手順は任意です。

はじめる前に

PIM に関する情報および注意事項と制約事項を確認してください。

手順の詳細

境界を削除するには、 no ip multicast boundary インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、自動 RP 情報を拒否する IP マルチキャスト境界のコンフィギュレーション例の一部を示します。

候補 BSR の設定

候補 BSR を、1 つまたは複数設定できます。候補 BSR として機能するデバイスは、他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。この手順は任意です。

はじめる前に

基本的なマルチキャスト ルーティングの設定の説明に従って、 ip pim コマンドを使用してインターフェイスで PIM をイネーブルにします。

手順の詳細

候補 BSR として設定されたこのデバイスを削除するには、 no ip pim bsr-candidate グローバル コンフィギュレーション コマンドを使用します。

例

次に、候補 BSR の設定例を示します。この例では、アドバタイズ済み BSR アドレスとしてポートの IP アドレス 172.21.24.18 を、hash-mask-length として 30 ビットを使用します。プライオリティは 10 です。

候補 RP の設定

候補 RP を、1 つまたは複数設定できます。BSR と同様、RP は他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。RP は IP マルチキャスト アドレス空間全体、またはその一部を処理します。候補 RP は候補 RP アドバタイズを BSR に送信します。RP となるデバイスを決定するときは、次の可能性を考慮してください。

■自動 RP だけが使用されている Cisco ルータおよびマルチレイヤ スイッチで構成されるネットワークでは、すべてのデバイスを RP として設定できます。

■シスコの PIMv2 ルータおよびマルチレイヤ スイッチと、他のベンダーのルータだけで構成されるネットワークでは、すべてのデバイスを RP として使用できます。

■シスコの PIMv1 ルータ、PIMv2 ルータ、および他のベンダーのルータで構成されるネットワークでは、シスコ PIMv2 ルータおよびマルチレイヤ スイッチを RP として設定できます。

この手順は任意です。

はじめる前に

基本的なマルチキャスト ルーティングの設定の説明に従って、 ip pim コマンドを使用してインターフェイスで PIM をイネーブルにします。

手順の詳細

候補 RP として設定されたこのデバイスを削除するには、 no ip pim rp-candidate interface-id グローバル コンフィギュレーション コマンドを使用します。

例

次に、スイッチが自身を候補 RP として PIM ドメイン内の BSR にアドバタイズするよう設定する例を示します。標準アクセス リスト番号 4 により、ポートで識別されるアドレスを持つ RP に対応するグループ プレフィックスが指定されます。この RP は、プレフィックスが 239 であるグループを処理します。

自動 RP および BSR の使用法

ネットワーク上のルータがすべてシスコ デバイスである（他のベンダー製のルータが存在しない）場合には、BSR を設定する必要はありません。PIMv1 と PIMv2 が両方とも動作しているネットワークに、自動 RP を設定します。

シスコ PIMv1 ルータおよびマルチレイヤ スイッチと他社製の PIMv2 ルータを相互運用させる場合は、自動 RP と BSR の両方が必要です。シスコ PIMv2 ルータまたはマルチレイヤ スイッチを、自動 RP マッピング エージェントと BSR の両方に設定してください。

BSR を 1 つまたは複数使用する必要がある場合は、次の推奨事項に従ってください。

■候補 BSR を自動 RP 用の RP マッピング エージェントとして設定します。詳細については、Auto-RP の設定および候補 BSR の設定を参照してください。

■グループ プレフィックスが自動 RP によってアドバタイズされた場合は、異なる RP セットによって処理されたこれらのグループ プレフィックスのサブ範囲が、PIMv2 BSR メカニズムによってアドバタイズされないようにする必要があります。PIMv1 および PIMv2 ドメインが混在する環境では、バックアップ RP で同じグループ プレフィックスが処理されるように設定します。このようにすると、RP マッピング データベースの最長一致検索によって、PIMv2 DR はこれらの PIMv1 DR から異なる RP を選択できなくなります。

グループ/RP マッピングの一貫性を確認するには、次の手順に従います。この手順は任意です。

はじめる前に

「自動 RP および BSR 設定時の注意事項」を確認してください。

手順の詳細

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 共有ツリーおよび送信元ツリーに関する情報の図 91のルータ C）に着信すると、共有ツリーから送信元ツリーへと変更されます。この変更が生じるのは、 ip pim spt-threshold グローバル コンフィギュレーション コマンドによってタイミングが制御されるためです。

SPT には共有ツリーよりも多くのメモリが必要ですが、遅延が短縮されます。SPT の使用を延期することもできます。リーフ ルータを SPT にすぐ移動せず、トラフィックがしきい値に最初に到達したあとで移動するように指定できます。

PIM リーフ ルータが、指定グループの SPT に加入する時期を設定できます。送信元の送信速度が指定速度（キロビット/秒）以上の場合、マルチレイヤ スイッチは PIM Join メッセージを送信元に向けて送信し、送信元ツリー（SPT）を構築します。送信元からのトラフィック速度がしきい値を下回ると、リーフ ルータは共有ツリーに再び切り替わり、プルーニング メッセージを送信元に送信します。

SPT しきい値を適用するグループを指定するには、グループ リスト（標準アクセス リスト）を使用します。値 0 を指定する場合、またはグループ リストを使用しない場合、しきい値はすべてのグループに適用されます。

この手順は任意です。

はじめる前に

「PIM 共有ツリーおよび送信元ツリーに関する情報」を確認してください。

手順の詳細

デフォルトの設定に戻すには、 no ip pim spt-threshold { kbps | infinity } グローバル コンフィギュレーション コマンドを使用します。

例

次に、しきい値を 4 kbps に設定する例を示します。トラフィックレートがこのしきい値を上回る場合、送信元からグループへのトラフィックによりルータはこの送信元への最短パスツリーに切り替わります。

PIM ルータクエリー メッセージ間隔の変更

PIM ルータおよびマルチレイヤ スイッチでは、各 LAN セグメント（サブネット）の DR になるデバイスを判別するため、PIM ルータクエリー メッセージが送信されます。DR は、直接接続された LAN 上のすべてのホストに IGMP ホストクエリー メッセージを送信します。

PIM DM 動作では、IGMPv1 が使用中の場合だけ、DR は意味を持ちます。IGMPv1 には IGMP クエリア選択プロセスがないため、選択された DR は IGMP クエリアとして機能します。PIM SM 動作では、マルチキャスト送信元に直接接続されたデバイスが DR になります。DR は PIM 登録メッセージを送信し、送信元からのマルチキャスト トラフィックを共有ツリーの下方向へ転送する必要があることを RP に通知します。この場合、DR は最大の IP アドレスを持つデバイスです。

ルータクエリメッセージの間隔を変更するには、次の手順に従います。この手順は任意です。

はじめる前に

「PIM に関する情報」を確認してください。

手順の詳細

デフォルトの設定に戻すには、 no ip pim query-interval [ seconds ] インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、PIM hello の間隔を 45 秒に設定する例を示します。

IGMP のデフォルト設定

グループのメンバとしてのスイッチの設定

スイッチをマルチキャスト グループのメンバとして設定し、マルチキャストがネットワークに到達可能かどうかを検出できます。管理しているすべてのマルチキャスト対応ルータおよびマルチレイヤ スイッチがマルチキャスト グループのメンバである場合、グループに ping を送信すると、これらのすべてのデバイスが応答します。デバイスは、所属グループにアドレス指定された IGMP エコー要求パケットに応答します。もう 1 つの例は、ソフトウェア付属のマルチキャスト トレースルート ツールです。

この手順は任意です。

はじめる前に

注意： この手順を実行すると、グループアドレス用のデータトラフィックがすべて CPU に送られるため、CPU のパフォーマンスが低下する場合があります。

手順の詳細

グループ内のメンバーシップを取り消すには、 no ip igmp join-group group-address インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、マルチキャスト グループ 255.2.2.2 へのスイッチの加入を許可する例を示します。

IP マルチキャスト グループへのアクセスの制御

スイッチは IGMP ホストクエリー メッセージを送信し、接続されたローカル ネットワーク上のメンバーが属しているマルチキャスト グループを判別します。次に、スイッチは、マルチキャスト グループにアドレス指定されたすべてのパケットをこれらのグループ メンバーに転送します。インターフェイスごとにフィルタを適用し、インターフェイスで処理されるサブネット上のホストが加入可能なマルチキャスト グループを制限できます。

この手順は任意です。

はじめる前に

「IGMP に関する情報」を確認してください。

手順の詳細

インターフェイスでグループをディセーブルにするには、 no ip igmp access-group インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、ポートに接続されたホストが、グループ 255.2.2.2 にだけ加入できるように設定する例を示します。

IGMP バージョンの変更

スイッチでは、IGMP クエリー タイムアウトや最大クエリー応答時間などの機能を使用できる IGMP バージョン 2 がデフォルトで使用されます。

サブネット上のすべてのシステムで、同じバージョンをサポートする必要があります。スイッチは自動的にバージョン 1 のシステムを検出せず、バージョン 1 へのスイッチングも行いません。バージョン 2 のルータまたはスイッチは、常に IGMPv1 ホストと正しく連動しているため、バージョン 1 とバージョン 2 のホストはサブネット上で混在できます。

使用しているホストでバージョン 2 がサポートされていない場合は、スイッチをバージョン 1 に設定してください。

この手順は任意です。

はじめる前に

「IGMP に関する情報」を確認してください。

手順の詳細

デフォルトの設定に戻すには、 no ip igmp version インターフェイス コンフィギュレーション コマンドを使用します。

例

次の例では、IGMP バージョン 2 を使用するようにルータを設定します。

IGMP ホストクエリー メッセージ インターバルの変更

スイッチは、IGMP ホストクエリー メッセージを定期的に送信し、接続されたネットワーク上にあるマルチキャスト グループを検出します。これらのメッセージは、TTL が 1 の全ホスト マルチキャスト グループ（224.0.0.1）に送信されます。スイッチはホストクエリー メッセージを送信し、ネットワーク上に存在するメンバーシップに関する情報をリフレッシュします。クエリーをいくつか実行したあとで、マルチキャスト グループのメンバーであるローカルホストが存在しないことをソフトウェアが検出した場合、そのグループのリモート送信元からローカル ネットワークへのマルチキャスト パケット転送が停止され、プルーニング メッセージが送信元のアップストリーム方向へ送信されます。

スイッチは LAN（サブネット）用の PIM DR を選択します。DR は、IP アドレスが最大である、IGMPv2 用のルータまたはマルチレイヤ スイッチです。IGMPv1 の場合、DR は LAN 上で動作するマルチキャスト ルーティング プロトコルに従って選択されます。DR は、LAN 上のすべてのホストに IGMP ホストクエリー メッセージを送信します。SM の場合、DR は PIM 登録メッセージおよび PIM Join メッセージも RP ルータに向けて送信します。

この手順は任意です。

はじめる前に

IGMP クエリ間隔と IGMP クエリアタイムアウトの値は変更しないことをお勧めします。ただし、クエリ間隔とクエリアタイムアウトのデフォルト値を変更するために適切なコマンドを設定する場合は、次の条件が適用されます。

■ ip igmp query-interval コマンドを使用してクエリ間隔を設定すると、タイムアウト値がクエリ間隔の 2 倍に自動的に調整されます。ただし、調整されたタイムアウト値は、インターフェイス コンフィギュレーションには反映されません。

注： タイムアウト値が変更されたクエリ間隔の 2 倍に調整されていることを確認するには、 show ip igmp interface コマンドを使用して、インターフェイスに使用されているクエリ間隔とタイムアウトの値を表示します。

■逆に、 ip igmp querier-timeout コマンドを使用してタイムアウト値を設定した場合は、クエリ間隔は変更されたタイムアウト値の半分に自動的に調整されないため、クエリ間隔の 2 倍のデフォルトのタイムアウト時間を上書きすることができます。タイムアウト時間を設定する必要がある場合は、クエリ間隔の値に比例してタイムアウト値を設定することをお勧めします。

■クエリ間隔は、IGMP のクエリの最大応答時間よりも長い必要があります。必要に応じて、 ip igmp query-max-response-time コマンドを使用して、クエリの最大応答時間の値をデフォルト（10 秒）から指定された時間の長さに変更します。

手順の詳細

デフォルト設定に戻すには、 no ip igmp query-interval インターフェイス コンフィギュレーション コマンドを使用します。

例

次の例に、スイッチが最後のクエリを受け取ってから IGMP 選定プロセスをトリガーするまでに、240 秒間待機させるように設定する方法を示します。この例では、 ip igmp querier-timeout コマンドを使用して、IGMP クエリ間隔に比例してタイムアウト時間を手動で変更しています。

次の例に、スイッチが最後のクエリを受け取ってから IGMP 選定プロセスをトリガーするまでに、250 秒間待機させるように設定する方法を示します。タイムアウト値が明示的に設定されている場合、クエリ間隔は自動的に調整されません。クエリ間隔はデフォルト値（60 秒）を変更するように明示的に設定されていないため、クエリ間隔の 2 倍（120 秒）のデフォルトのタイムアウト時間が、指定された値によって上書きされます。

IGMPv2 の IGMP クエリー タイムアウトの変更

IGMPv2 を使用している場合、スイッチがインターフェイスのクエリアとして引き継ぐまでの時間を指定できます。デフォルトでは、スイッチは ip igmp query-interval インターフェイス コンフィギュレーション コマンドによって制御されるクエリ間隔の 2 倍の時間だけ待機します。この時間を経過しても、スイッチがクエリーを受信しない場合は、スイッチがクエリアになります。

クエリ間隔を設定するには、 show ip igmp interface interface-id 特権 EXEC コマンドを入力します。この手順は任意です。

はじめる前に

IGMP クエリ間隔と IGMP クエリアタイムアウトの値は変更しないことをお勧めします。ただし、クエリ間隔とクエリアタイムアウトのデフォルト値を変更するために適切なコマンドを設定する場合は、次の条件が適用されます。

■ ip igmp query-interval コマンドを使用してクエリ間隔を設定すると、タイムアウト値がクエリ間隔の 2 倍に自動的に調整されます。ただし、調整されたタイムアウト値は、インターフェイス コンフィギュレーションには反映されません。

注： タイムアウト値が変更されたクエリ間隔の 2 倍に調整されていることを確認するには、 show ip igmp interface コマンドを使用して、インターフェイスに使用されているクエリ間隔とタイムアウトの値を表示します。

■逆に、 ip igmp querier-timeout コマンドを使用してタイムアウト値を設定した場合は、クエリ間隔は変更されたタイムアウト値の半分に自動的に調整されないため、クエリ間隔の 2 倍のデフォルトのタイムアウト時間を上書きすることができます。タイムアウト時間を設定する必要がある場合は、クエリ間隔の値に比例してタイムアウト値を設定することをお勧めします。

■クエリ間隔は、IGMP のクエリの最大応答時間よりも長い必要があります。必要に応じて、 ip igmp query-max-response-time コマンドを使用して、クエリの最大応答時間の値をデフォルト（10 秒）から指定された時間の長さに変更します。

手順の詳細

デフォルト設定に戻すには、 no ip igmp querier-timeout インターフェイス コンフィギュレーション コマンドを使用します。

例

次の例に、スイッチが最後のクエリを受け取ってから IGMP 選定プロセスをトリガーするまでに、240 秒間待機させるように設定する方法を示します。この例では、 ip igmp querier-timeout コマンドを使用して、IGMP クエリ間隔に比例してタイムアウト時間を手動で変更しています。

次の例に、スイッチが最後のクエリを受け取ってから IGMP 選定プロセスをトリガーするまでに、250 秒間待機させるように設定する方法を示します。タイムアウト値が明示的に設定されている場合、クエリ間隔は自動的に調整されません。クエリ間隔はデフォルト値（60 秒）を変更するように明示的に設定されていないため、クエリ間隔の 2 倍（120 秒）のデフォルトのタイムアウト時間が、指定された値によって上書きされます。

IGMPv2 の最大クエリー応答時間の変更

IGMPv2 を使用している場合は、IGMP クエリーでアドバタイズされる最大クエリー応答時間を変更できます。スイッチは最大クエリー応答時間を使用し、LAN 上に直接接続されたグループ メンバが存在しないことを短時間で検出します。値を小さくすると、グループのプルーニング速度が向上します。

この手順は任意です。

はじめる前に

クエリ間隔（IGMP ホストクエリー メッセージ インターバルの変更を参照）は、IGMP のクエリの最大応答時間よりも長い必要があります。

手順の詳細

デフォルト設定に戻すには、 no ip igmp query-max-response-time インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、最大応答時間を 8 秒に設定する例を示します。

静的に接続されたメンバとしてのスイッチの設定

ネットワーク セグメント上にグループ メンバが存在しなかったり、ホストで IGMP を使用してグループ メンバーシップを報告できないにもかかわらず、そのネットワーク セグメントにマルチキャスト トラフィックを送り込むことが必要な場合もあります。マルチキャスト トラフィックをネットワーク セグメントに送り込む方法は次のとおりです。

■ ip igmp join-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはマルチキャスト パケットの転送だけでなく、受信も行います。マルチキャスト パケットを受信する場合は、高速スイッチングを実行できません。

■ ip igmp static-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはパケットそのものを受信せず、転送だけを実行します。この方法を使用すると、高速スイッチングが可能です。発信インターフェイスが IGMP キャッシュに格納されますが、マルチキャスト ルート エントリに L（ローカル）フラグが付かないことからも明らかなように、スイッチ自体はメンバーではありません。

この手順は任意です。

はじめる前に

ip igmp static-group コマンドと同じグループアドレスに対して ip igmp join-group コマンドを設定した場合、 ip igmp join-group コマンドが優先され、グループはローカルに参加したグループのように動作します。

手順の詳細

グループのメンバーとして設定されたスイッチを解除するには、 no ip igmp static-group group-address インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、イーサネット インターフェイス 0 でグループアドレス 239.100.100.101 を設定する例を示します。

セッション ディレクトリ アナウンスメントのサポートの設定

MBONE（インターネットのマルチキャストバックボーン）は、相互接続された、IP マルチキャストトラフィックの転送が可能なインターネットルータおよびホストの小さなサブセットです。その他のマルチメディア コンテンツも、通常は MBONE を通してブロードキャストされます。マルチメディア セッションに加入する前に、このセッションで使用されているマルチメディア グループ アドレス、ポート、セッションがアクティブになる時期、およびワークステーションで必要となるアプリケーションの種類（音声、ビデオなど）を把握する必要があります。この情報は、MBONE Session Directory バージョン 2（sdr）ツールによって提供されます。このフリーウェア アプリケーションは WWW 上の複数のサイト（http://www.video.ja.net/mice/index.html など）からダウンロードできます。

SDR は、Session Announcement Protocol（SAP）マルチキャスト パケット用の Well-known マルチキャスト グループ アドレスおよびポートを、SAP クライアントから傍受するマルチキャスト アプリケーションです（SAP クライアントは、会議セッションをアナウンスします）。これらの SAP パケットには、セッションの説明、セッションがアクティブな期間、IP マルチキャスト グループ アドレス、メディア形式、担当者、およびアドバタイズされたマルチメディア セッションに関するその他の情報が格納されます。SAP パケットの情報は、[SDR Session Announcement] ウィンドウに表示されます。

セッション ディレクトリ アナウンスメントのリスニングのイネーブル化

デフォルトでは、スイッチでセッション ディレクトリのアドバタイズメントは受信されません。スイッチがインターフェイスのデフォルトのセッション ディレクトリ グループ（224.2.127.254）に加入し、セッション ディレクトリ アドバタイズメントをリッスンできるようにするには、次の手順を実行します。この手順は任意です。

はじめる前に

基本的なマルチキャスト ルーティングの設定の説明に従って、インターフェイスでマルチキャストルーティングをイネーブルにします。

手順の詳細

セッション ディレクトリ アナウンスのリスニングをディセーブルにするには、 no ip sap listen インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、スイッチがセッション ディレクトリ アナウンスメントをリッスンできるようにする例を示します。

SAP キャッシュエントリの存在期間の制限

送信元が SAP 情報のアドバタイズを停止した場合に、古いアドバタイズメントが無駄に保持されないようにするため、SAP エントリがアクティブである期間を制限できます。この手順は任意です。

はじめる前に

キャッシュ タイムアウトを 30 分よりも短い時間に設定することはお勧めできません。

手順の詳細

デフォルトの設定に戻すには、 no ip sap cache-timeout グローバル コンフィギュレーション コマンドを使用します。キャッシュ全体を削除するには、 clear ip sap 特権 EXEC コマンドを使用します。

セッション ディレクトリ キャッシュを表示するには、 show ip sap 特権 EXEC コマンドを使用します。

例

次の例では、SAP キャッシュエントリがキャッシュ内に 30 分間保持されるようになります。

IP マルチキャスト境界の設定

管理用スコープの境界を使用し、ドメインまたはサブドメイン外部へのマルチキャスト トラフィックの転送を制限できます。この方法では、管理用スコープのアドレスと呼ばれる特殊なマルチキャストアドレス範囲が境界のメカニズムとして使用されます。管理用スコープの境界をルーテッドインターフェイスに設定すると、マルチキャスト グループ アドレスがこの範囲内にあるマルチキャストトラフィックは、このインターフェイスに出入りできません。この結果、このアドレス範囲内のマルチキャストトラフィックに対するファイアウォール機能が提供されます。

注： マルチキャスト境界および TTL しきい値は、マルチキャストドメインの有効範囲を制御しますが、TTL しきい値はこのスイッチでサポートされていません。ドメインまたはサブドメイン外部へのマルチキャスト トラフィックの転送を制限するには、TTL しきい値でなくマルチキャスト境界を使用する必要があります。

図 93 に、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 の範囲のマルチキャスト トラフィックは、それぞれのネットワークに入ったり、外部に出ることができません。

図 93 管理用スコープの境界

マルチキャスト グループ アドレスに対して、ルーテッド インターフェイス上に管理用スコープの境界を定義できます。影響を受けるアドレス範囲は、標準アクセス リストによって定義されます。この境界が定義されている場合、マルチキャスト データ パケットはいずれの方向であっても境界を通過できません。境界を定めることで、同じマルチキャスト グループ アドレスをさまざまな管理ドメイン内で使用できます。

IANA は、マルチキャスト アドレス範囲 239.0.0.0 ～ 239.255.255.255 を管理用スコープのアドレスとして指定しました。このアドレス範囲は、異なる組織によって管理されたドメイン内で再利用できます。このアドレスはグローバルではなく、ローカルで一意であるとみなされます。

この手順は任意です。

はじめる前に

基本的なマルチキャスト ルーティングの設定の説明に従って、インターフェイスでマルチキャストルーティングをイネーブルにします。

手順の詳細

境界を削除するには、 no ip multicast boundary インターフェイス コンフィギュレーション コマンドを使用します。

例

次に、すべての管理用スコープのアドレスに対して境界を設定する例を示します。

キャッシュ、テーブル、およびデータベースのクリア

特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除できます。特定のキャッシュ、テーブル、またはデータベースの内容が無効である場合、または無効である可能性がある場合は、これらをクリアする必要があります。

システムおよびネットワーク統計情報の表示

IP ルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示できます。

注： このリリースでは、ルート単位の統計情報がサポートされていません。

リソースの利用率を取得し、ネットワーク問題を解決するための情報を表示できます。さらに、ノードの到達可能性に関する情報を表示し、デバイスのパケットが経由するネットワーク内のルーティング パスを検出することもできます。

IP マルチキャスト ルーティングのモニタ