この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
IGMP UDL 上のすべてのデバイスに、同じサブネット アドレスがあること。UDL 上のすべてのデバイスで、同じサブネット アドレスを持つことができない場合、アップストリーム デバイスは、ダウンストリーム デバイスが接続されているすべてのサブネットに一致するセカンダリ アドレスで設定される必要があります。
IP マルチキャストがイネーブルになり、PIM インターフェイスが設定されます。IGMP プロキシ用の PIM インターフェイスを設定する際、インターフェイスがスパースモード領域で稼働中で、静的 RP、ブートストラップ（BSR）、またはリスナー機能付きの Auto-RP を実行している場合は、PIM スパースモード（PIM-SM）を使用します。
IGMP プロキシは、アップストリーム ネットワークがソースのマルチキャスト グループに、ダウンストリーム ルータに直接接続されていない単方向リンク ルーティング（UDLR）環境のホストが加入できるようにします。
次の図は、2 つの UDLR シナリオを示すトポロジ例です。
従来型の UDL ルーティングのシナリオ：直接接続されたレシーバがある UDL デバイス。
IGMP プロキシのシナリオ：直接接続されたレシーバのない UDL デバイス。
IGMP UDL は、アップストリームおよびダウンストリーム デバイス上にある必要はありません。
 （注） |
次の図および例では設定内のルータを使用していますが、任意のデバイス（ルータやスイッチ）を使用できます。 |
シナリオ 1 では、IGMP プロキシ メカニズムは必要ありません。このシナリオでは、次の一連のイベントが発生します。
ユーザー 2 がグループ G の対象を要求する IGMP メンバーシップ レポートを送信します。
ルータ B は、IGMP メンバーシップ レポートを受信し、LAN B のグループ G の転送エントリを追加し、UDLR アップストリーム デバイスであるルータ A に IGMP レポートをプロキシします。
IGMP レポートは、インターネット リンク間でプロキシされます。
ルータ A は IGMP プロキシを受信し、単方向リンクの転送エントリを保持します。
シナリオ 2 の場合、アップストリーム ネットワークがソースのマルチキャスト グループに、ダウンストリーム デバイスに直接接続されていないホストが加入できるように、IGMP プロキシ メカニズムが必要です。このシナリオでは、次の一連のイベントが発生します。
ユーザー 1 がグループ G の対象を要求する IGMP メンバーシップ レポートを送信します。
ルータ C が RP（ルータ B）に PIM Join メッセージをホップバイホップで送信します。
ルータ B で PIM 加入メッセージを受信し、LAN B 上のグループ G に対する転送エントリが追加されます。
ルータ B では、その mroute テーブルが定期的にチェックされ、インターネット リンクを介してアップストリーム UDL デバイスに IGMP メンバーシップ レポートがプロキシされます。
ルータ A は単方向リンク（UDL）転送エントリを作成し、維持します。
エンタープライズ ネットワークでは、サテライトを介して IP マルチキャスト トラフィックを受信し、ネットワーク中にトラフィックを転送することができる必要があります。シナリオ 2 は、受信ホストがダウンストリーム デバイスのルータ B に直接接続する必要があるため、単方向リンク ルーティング（UDLR）だけでは不可能です。IGMP プロキシ メカニズムを使用すると、マルチキャスト転送テーブル内の (*, G) エントリに対し IGMP レポートを作成することで、この制限が取り除かれます。そのため、このシナリオを機能させるには、インターフェイスでプロキシされた (*, G) 静的マルチキャストルート（mroute）エントリの IGMP レポートの転送をイネーブルにして（ip igmp mroute-proxy コマンドを使用）、mroute プロキシサービスをイネーブルにし（ip igmp proxy-service コマンドを使用）、PIM 対応ネットワークと可能性があるメンバに導く必要があります。
（注） |
PIM メッセージはアップストリームに転送されないため、各ダウンストリーム ネットワークとアップストリーム ネットワークのドメインは別になります。 |
シナリオ 3 では、IGMP プロキシメカニズムを使用して、ホストが UDLR リンクを使用せずにアップストリーム ネットワークからトラフィックを受信できるようにします。このシナリオでは、次の一連のイベントが発生します。
ホストは PIM ドメイン 1 にあり、IGM メンバーシップレポート（参加要求）をルータ D に送信してグループ G の対象を要求します。ルータ D は IGMP 参加を PIM 参加に変換し、ルータ C に送信します。この要求は、ルータ C からルータ A にアップストリームで送信されます。ルータは 2 つの異なる PIM ドメイン（PIM ネイバーではない）にあり、代わりに GRE トンネルを介して接続されています。
ルータ C は GIM トンネルエンドポイント（ルータ A）に転送できるように、PIM 参加メッセージを IGMP プロキシ参加に変換します。
（注） |
IGMP プロキシ加入メッセージは、1 ホップでのみ転送できます。 下の図では、GRE トンネルはルータ C とルータ A の間でこの単一のホップを提供しています（ルータ B をバイパス）。 GRE トンネルがない場合、異なる PIM ドメインのデバイスには、直接（バックツーバック）接続されたインターフェイスが必要です。 |
IGMP プロキシ参加がルータ A に到達すると、PIM 参加メッセージとして送信元デバイスに転送されます。
IGMP UDLR に対するアップストリーム UDL デバイスを設定するには、この作業を実行します。
| コマンドまたはアクション | 目的 | |
|---|---|---|
|
ステップ 1 |
enable 例: |
特権 EXEC モードを有効にします。
|
|
ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
|
ステップ 3 |
interface type number 例: |
インターフェイス コンフィギュレーション モードを開始します。
|
|
ステップ 4 |
ip igmp unidirectional-link 例: |
インターフェイス上の IGMP を、IGMP UDLR に対して単方向になるよう設定します。 |
|
ステップ 5 |
end 例: |
現在のコンフィギュレーション セッションを終了して、特権 EXEC モードに戻ります。 |
IGMP プロキシ サポート付きの IGMP UDLR に対するダウンストリーム UDL デバイスを設定するには、この作業を実行します。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
|
ステップ 1 |
enable 例: |
特権 EXEC モードを有効にします。
|
||
|
ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
|
ステップ 3 |
interface type number 例: |
インターフェイス コンフィギュレーション モードを開始します。
|
||
|
ステップ 4 |
ip igmp unidirectional-link 例: |
インターフェイス上の IGMP を、IGMP UDLR に対して単方向になるよう設定します。 |
||
|
ステップ 5 |
exit 例: |
インターフェイス コンフィギュレーション モードを終了し、グローバル設定モードに戻ります。 |
||
|
ステップ 6 |
interface type number 例: |
インターフェイス コンフィギュレーション モードを開始します。
|
||
|
ステップ 7 |
ip igmp mroute-proxy type number 例: |
プロキシされた (*, G) マルチキャスト スタティック ルート（mroute）エントリの IGMP レポートの転送をイネーブルにします。
|
||
|
ステップ 8 |
exit 例: |
インターフェイス コンフィギュレーション モードを終了し、グローバル設定モードに戻ります。 |
||
|
ステップ 9 |
interface type number 例: |
指定したインターフェイスに対してインターフェイス コンフィギュレーション モードを開始します。
|
||
|
ステップ 10 |
ip igmp helper-address udl interface-type interface-number 例: |
UDLR で IGMP ヘルパーを設定します。
|
||
|
ステップ 11 |
ip igmp proxy-service 例: |
mroute プロキシ サービスをイネーブルにします。
|
||
|
ステップ 12 |
end 例: |
現在のコンフィギュレーション セッションを終了して、特権 EXEC モードに戻ります。 |
||
|
ステップ 13 |
show ip igmp interface 例: |
（任意）インターフェイスに関するマルチキャスト関連情報を表示します。 |
||
|
ステップ 14 |
show ip igmp udlr 例: |
（任意）設定された UDL ヘルパー アドレスがあるインターフェイス上で、マルチキャスト グループに直接接続されている UDLR 情報を表示します。 |
UDLR を使用せずに IGMP プロキシ向けダウンストリームデバイスを設定するには、次の作業を実行します。
（上の図によると、すべての手順はルータ C で行います）
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
|
ステップ 1 |
enable 例: |
特権 EXEC モードを有効にします。 パスワードを入力します（要求された場合）。 |
||
|
ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
|
ステップ 3 |
interface type number 例: |
インターフェイス コンフィギュレーション モードを開始します。 type 引数および number 引数では、ホストに接続されているインターフェイスを指定します。 |
||
|
ステップ 4 |
ip igmp mroute-proxy type number 例: |
マルチキャスト転送テーブル内のすべてのプロキシ (*, G) マルチキャスト静的ルート（mroute）エントリを転送するために、指定したプロキシ サービス インターフェイスへの IGMP レポートの転送を有効にします。 この例では、ループバック インターフェイス 0 が指定したプロキシ サービス インターフェイスです。 |
||
|
ステップ 5 |
exit 例: |
インターフェイス コンフィギュレーション モードを終了し、グローバル設定モードに戻ります。 |
||
|
ステップ 6 |
interface type number 例: |
指定したプロキシ サービス インターフェイスのコンフィギュレーション モードを開始します。 この例では、ループバック インターフェイス 0 が指定されます。 |
||
|
ステップ 7 |
ip igmp helper-address ip-address 例: |
IGMP プロキシ加入用の IGMP ヘルパーを設定します。 ip-address 引数には、IGMP プロキシ加入メッセージを送る必要のあるアップストリームデバイスの IP アドレスを指定します。 トポロジ例では、IGMP ヘルパーはダウンストリームデバイス（ルータ C）のループバック インターフェイス 0 に設定されます。 このコマンドにより、ルータ D から受信した PIM 加入メッセージを IGMP プロキシ加入メッセージに変換し、アップストリームデバイス（ルータ A）に転送するためのループバック インターフェイス 0 が設定されます。 |
||
|
ステップ 8 |
ip igmp proxy-service 例: |
mroute プロキシ サービスをイネーブルにします。 mroute プロキシサービスがイネーブルのときに、IGMP クエリインターバルに基づいて ip igmp mroute-proxy コマンド（ステップ 7 を参照）で設定されたインターフェイスに一致する、(*, G) 転送エントリのスタティック mroute テーブルが、デバイスによって定期的にチェックされます。一致が存在する場合、1 つの IGMP レポートがこのインターフェイスで作成され、受信されます。
|
||
|
ステップ 9 |
end 例: |
現在のコンフィギュレーション セッションを終了して、特権 EXEC モードに戻ります。 |
||
|
ステップ 10 |
show ip igmp interface 例: |
（任意）インターフェイスに関するマルチキャスト関連情報を表示します。 |
次の表に、このモジュールで説明する機能のリリースおよび関連情報を示します。
これらの機能は、特に明記されていない限り、導入されたリリース以降のすべてのリリースで使用できます。
|
リリース |
機能 |
機能情報 |
|---|---|---|
|
Cisco IOS XE Fuji 16.9.2 |
IGMP プロキシ |
IGMP プロキシは、アップストリーム ネットワークがソースのマルチキャスト グループに、ダウンストリーム ルータに直接接続されていない単方向リンク ルーティング（UDLR）環境のホストが加入できるようにします。 |
|
Cisco IOS XE Gibraltar 16.12.1 |
UDLR を使用しない IGMP プロキシ |
IGMP プロキシを使用すると、ホストでは UDLR リンクを使用せずにアップストリーム ネットワークからトラフィックを受信できます。 |
Cisco Feature Navigator を使用すると、プラットフォームおよびソフトウェアイメージのサポート情報を検索できます。Cisco Feature Navigator には、http://www.cisco.com/go/cfn [英語] からアクセスします。
フィードバック