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; マルチキャスト バックボーン)に使用されます。ソフトウェアは PIM と DVMRP の相互作用をサポートします。
•
Cisco Group Management Protocol(CGMP):レイヤ 2 Catalyst スイッチに接続された Cisco ルータおよびマルチレイヤ スイッチで使用され、IGMP で実行される作業と同様の作業を実行します。
図 45-1 に、これらのプロトコルが動作する IP マルチキャスト環境内の位置を示します。
図 45-1 IP マルチキャスト ルーティング プロトコル
IPv4 マルチキャスト規格に従って、MAC 宛先マルチキャスト アドレスは 0100:5e で始まり、IP アドレスの最後の 23 ビットが付加されます。Catalyst 3560 スイッチでは、マルチキャスト パケットがスイッチのマルチキャスト アドレスと一致しない場合、パケットは次のように取り扱われます。
•
パケットにマルチキャスト IP アドレスとユニキャスト MAC アドレスがある場合、パケットはソフトウェアで転送されます。これは、従来型デバイスのプロトコルの中に、マルチキャスト IP アドレスとともにユニキャスト MAC アドレスを使用するものがあるために発生します。
•
パケットにマルチキャスト IP アドレスと不一致のマルチキャスト MAC アドレスがある場合、パケットはドロップします。
ここでは、次の内容について説明します。
•
「IGMP の概要」
•
「PIM の概要」
•
「DVMRP の概要」
•
「CGMP の概要」
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 アドレスであるものがあります。
IGMPv1
IGMPv1(IGMP バージョン 1)にはクエリー応答モデルが使用されているため、マルチキャスト ルータおよびマルチレイヤ スイッチは、ローカル サブネット上のどのマルチキャスト グループがアクティブであるか(マルチキャスト グループに関係するホストが 1 台または複数存在するか)を判別できます。IGMPv1 では別のプロセスを使用して、ホストをマルチキャスト グループに加入および脱退させることができます。詳細については、RFC 1112 を参照してください。
IGMPv2
IGMPv2 は IGMP 機能の拡張版です。IGMP 脱退処理などの機能を提供して、脱退遅延を短縮し、グループ固有のクエリー数を削減し、明示的な最大クエリー応答時間を短縮します。また、この作業を実行するために、マルチキャスト プロトコルに依存することなく IGMP クエリアを選択する機能もルータに追加されます。詳細については、RFC 2236 を参照してください。
PIM の概要
protocol-independent :ユニキャスト ルーティング テーブルを読み込むために使用されるユニキャスト ルーティング プロトコルに関係なく、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 のバージョン
PIMv2 は、PIMv1 と比べて次の点が改善されています。
•
マルチキャスト グループごとに、複数のバックアップ Rendezvous Point(RP; ランデブー ポイント)を持つアクティブな RP が 1 つ存在します。この単一の RP で、PIMv1 内の同じグループにアクティブな RP が複数ある場合と同様の処理を行います。
•
Bootstrap Router(BSR; ブートストラップ ルータ)はフォールトトレラントな、自動化された RP ディスカバリ メカニズム、および配信メカニズムを提供します。これらのメカニズムにより、ルータおよびマルチレイヤ スイッチはグループ/RP マッピングをダイナミックに取得できます。
•
スパース モード(SM)およびデンス モード(DM)は、インターフェイスではなく、グループに関するプロパティです。SM または DM のいずれか一方だけでなく、SM-DM(sparse-dense モード)を使用してください。
•
PIM の Join メッセージおよび Prune メッセージを使用すると、複数のアドレス ファミリを柔軟に符号化できます。
•
現在は以降の機能オプションを符号化するため、クエリー パケットではなく、より柔軟な hello パケット形式が使用されています。
•
RP への登録メッセージが境界ルータによって送信されるか、あるいは代表ルータによって送信されるかは、メッセージ自身によって指定されます。
•
PIM パケットは IGMP パケット内に格納されず、独立したパケットとして処理されます。
PIM のモード
PIM は DM、SM、または PIM SM-DM のいずれかのモードで動作します。PIM DM-SM では、スパース グループとデンス グループの両方が同時に処理されます。
PIM DM
PIM DM では、送信元ベースのマルチキャスト配信ツリーが構築されます。DM の場合、PIM DM のルータまたはマルチレイヤ スイッチは、他のすべてのルータまたはマルチレイヤ スイッチで常にグループ宛のマルチキャスト パケットが転送されると想定しています。直接接続されたメンバーまたは PIM ネイバーが存在しない場合、PIM DM デバイスがマルチキャスト パケットを受信すると、Prune メッセージが送信元に送信され、不要なマルチキャスト トラフィックが停止されます。このプルーニング済みブランチ上のこのルータまたはスイッチでは、後続のマルチキャスト パケットがフラッディングしません。レシーバーを含まないブランチが配信ツリーからプルーニングされ、レシーバーを含むブランチだけが存続するためです。
プルーニング済みのツリー内ブランチのレシーバーがマルチキャスト グループに新規に加入すると、PIM DM デバイスは新しいレシーバーを検出し、配信ツリーの送信元方向にすぐに接合メッセージを送信します。アップストリームの PIM DM デバイスが接合メッセージを受信すると、受信したデバイスは接合メッセージが着信したインターフェイスをすぐにフォワーディング ステートにし、マルチキャスト トラフィックのレシーバーへの転送を開始します。
PIM SM
PIM SM は共有ツリーおよび Shortest-Path-Trees(SPT)を使用し、マルチキャスト トラフィックをネットワーク内のマルチキャスト レシーバーに配信します。PIM SM の場合、ルータまたはマルチレイヤ スイッチは、トラフィックに関する明示的な要求(Join メッセージ)がないかぎり、他のルータまたはスイッチではグループ宛のパケットが転送されないと想定します。IGMP を使用してホストがマルチキャスト グループに加入すると、直接接続された PIM SM デバイスは、RP と呼ばれるルートに向けて PIM Join メッセージを送信します。この Join メッセージはルートに向かってルータを順次移動しながら、共有ツリーのブランチを作成します。
RP はマルチキャスト レシーバーをトラッキングします。また、送信元の先頭ホップ ルータ( Designated Router (DR; 代表ルータ))から受信した登録メッセージを使用して送信元を登録し、送信元からレシーバーへの共有ツリー パスを完成させます。共有ツリーを使用する場合、送信元は RP にトラフィックを送信し、これらのトラフィックをすべてのレシーバーに到達させるようにする必要があります。
マルチキャスト グループ トラフィックをプルーニングする場合は、Prune メッセージが配信ツリーの上方向に送信されます。この結果、明示的な Join メッセージによって作成された共有ツリーまたは SPT のブランチが不要になった場合、これらを解除することが可能となります。
PIM スタブ ルーティング
PIM スタブ ルーティング機能は、すべてのソフトウェア イメージで使用することができ、エンド ユーザの近くにルーテッド トラフィックを移動することでリソースの利用率が軽減されます。
(注) IP ベース イメージには PIM スタブ ルーティングだけが含まれています。IP サービス イメージには、完全なマルチキャスト ルーティングが含まれています。IP ベース イメージが稼動するスイッチで、VLAN インターフェイスを PIM DM、SM、または SM-DM に設定しようとしても、設定は許可されません。
PIM スタブ ルーティングを使用するネットワークでは、ユーザへの IP トラフィックの許可ルートだけが PIM スタブ ルーティングを設定しているスイッチを通過します。PIM 受動インターフェイスは、VLAN などのレイヤ 2 アクセス ドメインに接続されるか、他のレイヤ 2 デバイスを接続先とするインターフェイスに接続されます。直接接続されるマルチキャスト(IGMP)受信者と送信元だけが、レイヤ 2 アクセス ドメイン内に許可されます。PIM 受動インターフェイスは、受信した PIM 制御パケットの送信や処理を行いません。
PIM スタブ ルーティングを使用する場合、分散ルータとリモート ルータで IP マルチキャスト ルーティングを使用するように設定し、スイッチだけを PIM スタブ ルータとして設定するようにしてください。スイッチは、分散ルータ間で中継トラフィックをルーティングしません。また、スイッチにルーテッド アップリンク ポートを設定する必要があります。スイッチのアップリンク ポートは SVI と併用できません。SVI アップリンク ポートに PIM が必要な場合は、IP サービス フィーチャ セットにアップグレードする必要があります。
スイッチに PIM スタブ ルーティングを設定する場合は、EIGRP スタブ ルーティングも設定する必要があります。詳細については、「EIGRP スタブ ルーティングの設定」を参照してください。
冗長 PIM スタブ ルータ トポロジはサポートされません。マルチキャスト トラフィックをシングル アクセス ドメインにフォワーディングする PIM ルータが複数存在すると、冗長トポロジになります。PIM メッセージはブロックされ、PIM アセットおよび代表ルータ選出メカニズムは PIM 受動インターフェイスではサポートされません。PIM スタブ機能は、非冗長アクセス ルータ トポロジだけをサポートします。非冗長トポロジを使用することで、PIM 受動インターフェイスは自己がアクセス ドメイン上の唯一のインターフェイスで代表ルータであると想定します。
PIM スタブ機能は、IP ベース イメージに実装されています。上位のソフトウェア バージョンにアップグレードした場合、インターフェイスを再設定するまで PIM スタブ設定は残ります。
図 45-2 で、スイッチ A のルーテッド アップリンク ポート 25 はルータに接続されており、VLAN 100 インターフェイスおよびホスト 3 で PIM スタブ ルーティングがイネーブルになっています。この設定により、直接接続されているホストはマルチキャスト送信元 200.1.1.3 からのトラフィックを受信できます。詳細については、「PIM スタブ ルーティングの設定」を参照してください。
図 45-2 PIM スタブ ルータ設定
IGMP ヘルパー
PIM スタブ ルーティングはルーティングされたトラフィックをエンド ユーザの近くに移動させ、ネットワーク トラフィックを軽減します。また、スタブ ルータ(スイッチ)に IGMP ヘルパー機能を設定してトラフィックを軽減させることもできます。
igmp helper help-address インターフェイス コンフィギュレーション コマンドを使用してスタブ ルータ(スイッチ)を設定し、スイッチからネクストホップ インターフェイスにレポートを送信できます。このようにすると、ダウンストリーム ルータに直接接続していないホストはアップストリーム ネットワークからのマルチキャスト グループに参加できます。この機能を設定すると、マルチキャスト ストリームへの参加を待機しているホストの IGMP パケットがアップストリームのネクストホップ デバイスに転送されます。アップストリーム中央ルータがヘルパー IGMP レポートを受信した場合や脱退した場合、ルータはそのグループの発信インターフェイス リストにインターフェイスを追加または削除します。
ip igmp helper-address コマンドの詳しい構文と使い方については、『 Cisco IOS IP and IP Routing Command Reference, Release 12.1 』を参照してください。
自動 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 がさまざまなグループ範囲として、または互いのホット バックアップとして機能します。
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 パケットの宛先アドレス フィールドに格納された、マルチキャスト グループ アドレスで表されるホストの任意のグループにトラフィックを送信します。着信マルチキャスト パケットを転送するかドロップするかを決定するため、ルータまたはマルチレイヤ スイッチで、パケットに対する RPF チェックを実行します(図 45-3を参照)。
1.
ルータまたはマルチレイヤ スイッチは着信したマルチキャスト パケットの送信元アドレスを調べ、リバース パス上のインターフェイスに着信したパケットを送信元に戻すかどうかを決定します。
2.
パケットが送信元に逆戻りするインターフェイスに着信した場合、RPF チェックは成功し、発信インターフェイス リスト内のすべてのインターフェイス(ルータのすべてのインターフェイスとは限りません)にパケットが転送されます。
3.
RPF チェックに失敗した場合、パケットは廃棄されます。
DVMRP など一部のマルチキャスト ルーティング プロトコルでは、マルチキャスト ルーティング テーブルは個別に維持され、RPF チェックに使用されます。ただし、PIM では RPF チェックを実行するためにユニキャスト ルーティング テーブルが使用されます。
図 45-3 に、送信元 151.10.3.21 からのマルチキャスト パケットを受信するポート 2 を示します。 表 45-1 により、送信元へのリバース パス上にあるポートはポート 2 ではなく、ポート 1 であることがわかります。RPF チェックに失敗したため、マルチレイヤ スイッチはパケットを廃棄します。送信元 151.10.3.21 からの別のマルチキャスト パケットは、ポート 1 に着信します。ルーティング テーブルにより、このポートは送信元へのリバース パス上にあることがわかります。RPF チェックに合格したため、パケットは発信ポート リスト内のすべてのポートに転送されます。
図 45-3 RPF チェック
表 45-1 RPF チェックのルーティング テーブル例
|
|
151.10.0.0/16 |
ギガビット イーサネット 0/1 |
198.14.32.0/32 |
ギガビット イーサネット 0/3 |
204.1.16.0/24 |
ギガビット イーサネット 0/4 |
PIM は送信元ツリーと RP でルーティングされた共有ツリーを使用して、データグラムを転送します(「PIM DM」および「PIM SM」を参照)。RPF チェックは、それぞれ異なる方法で実行されます。
•
PIM ルータまたはマルチレイヤ スイッチが送信元ツリー ステートである場合(つまり [S,G] エントリがマルチキャスト ルーティング テーブル内にある場合)、マルチキャスト パケットの送信元の IP アドレスに対して RPF チェックが実行されます。
•
PIM ルータまたはマルチレイヤ スイッチが共有ツリー ステートである場合(および送信元ツリー ステートが明示されていない場合)、(メンバーがグループに加入している場合は既知である)RP アドレスについて RPF チェックが実行されます。
PIM SM は RPF 参照機能を使用し、加入および Prune メッセージを送信する必要があるかどうかを決定します。
•
(S,G)Join メッセージ(送信元ツリー ステート)は送信元に向け送信されます。
•
(*,G)Join メッセージ(共有ツリー ステート)は RP に向け送信されます。
DVMRP および PIM DM では送信元ツリーだけが使用され、上記のように RPF が使用されます。
DVMRP の概要
DVMRP は多くのベンダーのデバイスに実装されており、パブリック ドメインでマルチキャスト ルーティング(mroute)されたプログラムに基づいて動作します。このプロトコルは MBONE、およびその他のドメイン内マルチキャスト ネットワークに採用されています。
Cisco ルータおよびマルチレイヤ スイッチでは 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 スイッチに接続された Cisco ルータおよびマルチレイヤ スイッチで使用され、IGMP で実行される作業と同様の作業を実行します。CGMP を使用すると、レイヤ 2 グループ メンバシップ情報を CGMP サーバからスイッチに通信できます。これにより、スイッチはすべてのスイッチ インターフェイスにマルチキャスト トラフィックをフラッディングしないで、マルチキャスト メンバーが存在するインターフェイスを取得できるようになります(IGMP スヌーピングは、マルチキャスト パケットのフラッディングを抑制するためのもう 1 つの方法です)。詳細については、 第 22 章「IGMP スヌーピングおよび MVR の設定」 を参照してください。
CGMP が必要となるのは、レイヤ 2 スイッチで IP マルチキャスト データ パケットと IGMP レポート メッセージを区別できないためです。これらはともに MAC レベルで、同じグループ アドレスにアドレッシングされます。
CGMP は HSRPv1 と相互に排他的です。CGMP 脱退処理と HSRPv1 を同時にイネーブルにできません。ただし、CGMP と HSRPv2 は同時にイネーブルにできます。詳細については、「HSRP バージョン」を参照してください。
IP マルチキャスト ルーティングの設定
ここでは、次の設定情報について説明します。
•
「マルチキャスト ルーティングのデフォルト設定」
•
「マルチキャスト ルーティング設定時の注意事項」
•
「基本的なマルチキャスト ルーティングの設定」(必須)
•
「Source-Specific Multicast の設定」
•
「SSM マッピングの設定」
•
「PIM スタブ ルーティングの設定」(任意)
•
「RP の設定」(インターフェイスが SM モードで、グループをスパース グループとして扱う場合に必須)
•
「自動 RP および BSR の使用法」(他社製の PIMv2 デバイスをシスコ製 PIMv1 デバイスと相互運用する場合に必須)
•
「RP マッピング情報のモニタ」(任意)
•
「PIMv1 および PIMv2 の相互運用性に関するトラブルシューティング」(任意)
マルチキャスト ルーティングのデフォルト設定
表 45-2 に、マルチキャスト ルーティングのデフォルト設定を示します。
表 45-2 マルチキャスト ルーティングのデフォルト設定
|
|
マルチキャスト ルーティング |
すべてのインターフェイスでディセーブル |
PIM のバージョン |
バージョン 2 |
PIM モード |
モードは未定義 |
PIM スタブ ルーティング |
未設定 |
PIM RP アドレス |
未設定 |
PIM ドメイン境界 |
ディセーブル |
PIM マルチキャスト境界 |
なし |
候補 BSR |
ディセーブル |
候補 RP |
ディセーブル |
SPT しきい値レート |
0 kbps |
PIM ルータ クエリー メッセージ インターバル |
30 秒 |
PIMv1 および PIMv2 の相互運用性
シスコの PIMv2 実装機能を使用すると、バージョン 1 とバージョン 2 間での相互運用性および変換が可能となります。ただし、若干の問題が発生する場合もあります。
PIMv2 に付加的にアップグレードできます。PIM バージョン 1 および 2 を、1 つのネットワーク内の異なるルータおよびマルチレイヤ スイッチに設定できます。内部的には、共有メディア ネットワーク上のすべてのルータおよびマルチレイヤ スイッチで同じ PIM バージョンを実行する必要があります。したがって、PIMv2 デバイスが PIMv1 デバイスを検出した場合は、バージョン 1 デバイスがシャットダウンするかアップグレードされるまで、バージョン 2 デバイスはバージョン 1 にダウングレードされます。
PIMv2 は BSR を使用して各グループ プレフィクスの RP 設定情報を検出し、PIM ドメイン内のすべてのルータおよびマルチレイヤ スイッチにアナウンスします。自動 RP 機能を組み合わせることにより、PIMv2 BSR と同じ作業を PIMv1 で実行できます。ただし、自動 RP は PIMv1 から独立している、スタンドアロンのシスコ独自のプロトコルで、PIMv2 は IETF 標準のトラッキング プロトコルです。従って、PIMv2 の使用を推奨します。BSR メカニズムは、Cisco ルータおよびマルチレイヤ スイッチ上の自動 RP と相互運用します。詳細については、「自動 RP および BSR 設定時の注意事項」を参照してください。
PIMv2 デバイスを PIMv1 デバイスと相互運用させる場合は、自動 RP を事前に導入しておく必要があります。自動 RP マッピング エージェントでもある PIMv2 BSR は、自動 RP で選択された RP を自動的にアドバタイズします。つまり、自動 RP によって、グループ内のルータまたはマルチレイヤごとに 1 つの RP が設定されます。ドメイン内のルータおよびスイッチの中には、複数の RP を選択するために PIMv2 ハッシュ機能を使用しないものもあります。
PIMv1 と PIMv2 が混在する領域内の DM グループは、特殊な設定を行わなくても自動的に相互運用します。
PIMv1 の自動 RP 機能は PIMv2 RP 機能と相互運用するため、PIMv1 と PIMv2 が混在する領域内に SM グループを設定できます。すべての PIMv2 デバイスで PIMv1 を使用できますが、RP を PIMv2 にアップグレードすることを推奨します。PIMv2 への変換を簡単に行うための推奨事項は次のとおりです。
•
領域全体で自動 RP を使用します。
•
領域全体で SM-DM を設定します。
自動 RP がまだ PIMv1 領域に設定されていない場合は、自動 RP を設定してください。詳細については、「自動 RP の設定」を参照してください。
自動 RP および BSR 設定時の注意事項
PIMv2 は 2 つの方法で使用できます。1 つはバージョン 2 をネットワーク内で排他的に使用する方法、もう 1 つは PIM バージョンの混在環境を採用してバージョン 2 に移行する方法です。
•
使用しているネットワークがすべて Cisco ルータおよびマルチレイヤ スイッチである場合は、自動 RP または BSR のいずれかを使用できます。
•
ネットワークに非 Cisco ルータがある場合は、BSR を使用する必要があります。
•
Cisco PIMv1 および PIMv2 ルータとマルチレイヤ スイッチ、および非 Cisco ルータがある場合は、自動 RP と BSR の両方を使用する必要があります。ネットワークに他のベンダー製のルータが含まれる場合には、シスコの PIMv2 デバイス上に自動 RP マッピング エージェントと BSR を設定します。BSR と他社製の PIMv2 デバイス間のパス上に、PIMv1 デバイスが配置されていないことを確認してください。
•
ブートストラップ メッセージはホップバイホップで送信されるため、PIMv1 デバイスの場合、これらのメッセージはネットワーク内の一部のルータおよびマルチレイヤ スイッチに到達しません。このため、ネットワーク内に PIMv1 デバイスがあり、Cisco ルータおよびマルチレイヤ スイッチだけが存在する場合は、自動 RP を使用してください。
•
ネットワーク内に非 Cisco ルータが存在する場合は、Cisco PIMv2 ルータまたはマルチレイヤ スイッチに自動 RP マッピング エージェントおよび BSR を設定します。BSR と他社製の PIMv2 ルータ間のパス上に、PIMv1 デバイスが配置されていないことを確認してください。
•
シスコ PIMv1 ルータおよびマルチレイヤ スイッチと他社製の PIMv2 ルータを相互運用させる場合は、自動 RP と BSR の両方が必要です。シスコ PIMv2 デバイスを、自動 RP マッピング エージェントと BSR の両方に設定してください。詳細については、「自動 RP および BSR の使用法」を参照してください。
基本的なマルチキャスト ルーティングの設定
IP マルチキャスト ルーティングをイネーブルにし、PIM バージョンおよび PIM モードを設定する必要があります。これにより、ソフトウェアはマルチキャスト パケットを転送し、スイッチがそのマルチキャスト ルーティング テーブルを読み込むことができます。
インターフェイスは 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 モードを設定するには、特権 EXEC モードで次の手順を実行します。この手順は必須です。
|
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip multicast-routing distributed |
IP マルチキャストによる分散スイッチングをイネーブルにします。 |
ステップ 3 |
interface interface-id |
マルチキャスト ルーティングをイネーブルにするレイヤ 3 インターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 次のいずれかのインターフェイスを指定する必要があります。 • ルーテッド ポート: no switchport インターフェイス コンフィギュレーション コマンドを入力して、レイヤ 3 ポートとして設定された物理ポートです。 • SVI: interface vlan vlan-id グローバル コンフィギュレーション コマンドを使用して作成された VLAN(仮想 LAN)インターフェイスです。 これらのインターフェイスには、IP アドレスを割り当てる必要があります。詳細については、「レイヤ 3 インターフェイスの設定」を参照してください。 |
ステップ 4 |
ip pim version [ 1 | 2 ] |
インターフェイスに PIM バージョンを設定します。 デフォルトでは、バージョン 2 がイネーブルです(推奨設定)。 PIMv2 モードのインターフェイスに PIMv1 ネイバーが存在する場合、インターフェイスは自動的に PIMv1 モードにダウングレードされます。バージョン 1 のすべてのネイバーがシャットダウンするかアップグレードされると、インターフェイスはバージョン 2 モードに戻ります。 詳細については、「PIMv1 および PIMv2 の相互運用性」を参照してください。 |
ステップ 5 |
ip pim { dense-mode | sparse-mode | sparse-dense-mode } |
インターフェイスで PIM モードをイネーブルにします。 デフォルトで、モードは設定されていません。 キーワードの意味は次のとおりです。 • dense-mode :DM 動作をイネーブルにします。 • sparse-mode :SM 動作をイネーブルにします。SM を設定する場合は、RP も設定する必要があります。詳細については、「RP の設定」を参照してください。 • sparse-dense-mode :グループが属するモードでインターフェイスが処理されます。DM-SM 設定を推奨します。 |
ステップ 6 |
end |
特権 EXEC モードに戻ります。 |
ステップ 7 |
show running-config |
設定を確認します。 |
ステップ 8 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
マルチキャスティングをディセーブルにするには、 no ip multicast-routing distributed グローバル コンフィギュレーション コマンドを使用します。デフォルトの PIM バージョンに戻すには、 no ip pim version インターフェイス コンフィギュレーション コマンドを使用します。インターフェイスで PIM をディセーブルにするには、 no ip pim インターフェイス コンフィギュレーション コマンドを使用します。
Source-Specific Multicast の設定
ここでは、Source-Specific Multicast(SSM)の設定方法について説明します。ここに記載されている SSM コマンドの詳細については、『 Cisco IOS IP Command Reference, Volume 3 of 3: Multicast 』の「IP Multicast Routing Commands」の章を参照してください。この章に記載されている他のコマンドのマニュアルについては、コマンド リファレンス マスター インデックスを使用するか、オンラインで検索してください。
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; PIM スパース モード)から派生しています。
•
IGMP バージョン 3(IGMPv3)
SSM と IGMPv3 を稼動するには、SSM が Cisco IOS ルータ、アプリケーションの稼動するホスト、およびアプリケーション自身でサポートされている必要があります。
SSM とインターネット標準マルチキャストとの違い
インターネットおよび多くの企業イントラネットの IP マルチキャスト インフラストラクチャは、PIM-SM プロトコルおよび Multicast Source Discovery Protocol(MSDP)に基づいています。これらのプロトコルには、Internet Standard Multicast(ISM)サービス モデルの制限があります。たとえば、ISM を使用する場合、ネットワークはネットワーク内でマルチキャスト トラフィックをアクティブに送信しているホストを把握している必要があります。
ISM サービスは、任意の送信元からレシーバー グループ(マルチキャスト ホスト グループ)への IP データグラムの配信です。マルチキャスト ホスト グループに対するデータグラム トラフィックは、任意の IP ユニキャスト送信元アドレス S と、IP 宛先アドレスであるマルチキャスト グループ アドレス G で構成されています。システムは、ホスト グループのメンバーになることでこのトラフィックを受信します。
ホスト グループのメンバシップに必要なのは、IGMP バージョン 1、2、または 3 を使用してホスト グループにシグナリングすることだけです。SSM では、データグラムの配信は(S,G)チャネルに基づいています。SSM および ISM のどちらでも、送信元になるためにシグナリングは必要ありません。ただし SSM の場合、レシーバーは、特定の送信元からのトラフィックを受信するには(S,G)チャネルに加入し、受信しないようにするには(S,G)チャネルから脱退する必要があります。つまりレシーバーは、加入先の(S,G)チャネルからだけトラフィックを受信できます。これに対し ISM の場合、受信トラフィックの送信元 IP アドレスを知る必要はありません。チャネル加入シグナリングに関する提案標準方式では、IGMP の INCLUDE モード メンバシップ レポートを使用しますが、これは IGMP バージョン 3 でだけサポートされます。
SSM の IP アドレスの範囲
SSM は、SSM デリバリ モデルを IP マルチキャスト グループ アドレス範囲の既定サブセットに適用することで、ISM サービスと共存できます。Cisco IOS ソフトウェアでは、224.0.0.0 ~ 239.255.255.255 の IP マルチキャスト アドレス範囲に対して SSM を設定できます。SSM 範囲が定義されると、既存の IP マルチキャスト レシーバー アプリケーションがその SSM 範囲のアドレスを使用しようとしても、トラフィックをまったく受信しません(アプリケーションが明示的な(S,G)チャネル加入を使用するように変更されている場合を除きます)。
SSM の動作
PIM-SM に基づいて IP マルチキャスト サービスを実装しているネットワークでは、SSM サービスをサポートできます。SSM サービスだけが必要な場合は、ドメイン間の PIM-SM に必要なプロトコル(MSDP、自動 RP、Bootstrap Router(BSR; ブートストラップ ルータ)など)がすべて揃っていないネットワークでも、SSM を単独で導入できます。
PIM-SM がすでに設定されているネットワークに SSM を導入する場合、SSM がサポートされるのは最終ホップ ルータだけです。レシーバーに直接接続されていないルータは、SSM をサポートする必要がありません。一般に、最終ホップを除いたこれらのルータは、SSM 範囲で PIM-SM だけを実行する必要があり、アクセス コントロールを追加設定して SSM 範囲内で MSDP シグナリング、登録動作、または PIM-SM 共有ツリー動作が起こらないようにすることが必要になる場合があります。
SSM 範囲を設定し、SSM をイネーブルにするには、ip pim ssm グローバル コンフィギュレーション コマンドを使用します。この設定は、次のような影響があります。
•
SSM 範囲内のグループについては、(S,G)チャネル加入は IGMPv3 の INCLUDE モード メンバシップ レポートを使用して受け入れられます。
•
SSM 範囲内にあるアドレスの PIM 動作は、PIM-SM から派生したモードである PIM-SSM に切り替わります このモードでは、PIM(S,G)Join および Prune メッセージだけがルータによって生成され、(S,G)Rendezvous Point Tree(RPT)および(*, G)RPT メッセージは生成されません。RPT 動作に関連する着信メッセージは、無視または廃棄されます。着信 PIM 登録メッセージには、登録停止メッセージがただちに返されます。ルータが最終ホップ ルータである場合を除いて、PIM-SSM は PIM-SM と下位互換性があります。したがって、最終ホップ以外のルータは SSM グループに対し PIM-SM を実行できます(ルータが SSM をまだサポートしていない場合など)。
•
SSM 範囲内の MSDP Source-Active(SA)メッセージは、受け入れ、生成、転送ができません。
IGMPv3 ホスト シグナリング
IGMPv3 では、ホストがマルチキャスト グループの最終ホップ ルータにメンバシップを伝えます。ホストは、送信元を基準にしたフィルタリング機能を使用してグループ メンバシップを伝えることができます。具体的には、ホストは、グループに送信するすべての送信元のうち、特定送信元からのトラフィックの受信を希望しない(EXCLUDE モード)こと、またはそのグループに送信する特定送信元だけからのトラフィックの受信を希望する(INCLUDE モード)ことを伝えることができます。
IGMPv3 は ISM および SSM の両方と連動できます。ISM では、EXCLUDE および INCLUDE モード レポートの両方を使用できます。SSM では、INCLUDE モード レポートだけが最終ホップ ルータで受け入れられます。EXCLUDE モード レポートは無視されます。
設定時の注意事項
ここでは、SSM を設定する際の注意事項について説明します。
SSM 範囲の制約事項に該当するレガシー アプリケーション
SSM より古いネットワークの既存アプリケーションは、(S,G)チャネル加入をサポートするように変更しないかぎり、SSM 範囲内では動作しません。そのため、ネットワークで SSM をイネーブルにした場合、既存アプリケーションが SSM の指定範囲内のアドレスを使用していると問題が生じます。
アドレス管理の制約事項
SSM をレイヤ 2 スイッチング メカニズムで使用すると、アドレス管理がある程度は必要になります。CGMP、IGMP スヌーピング、または Router-Port Group Management Protocol(RGMP)は、グループ別フィルタリングだけをサポートし、(S,G)チャネル別フィルタリングをサポートしていません。スイッチド ネットワーク内の異なるレシーバーが、同じグループを共有している異なる(S,G)チャネルを要求した場合、レシーバーは既存メカニズムの恩恵を受けられません。代わりに、両方のレシーバーは全(S,G)チャネルのトラフィックを受信し、入力時に不要なトラフィックをフィルタリングします。SSM は、多くの個別アプリケーションに対し SSM 範囲のグループ アドレスを再利用できるので、この状況はスイッチド ネットワークのトラフィック フィルタリング機能の低下につながります。そのため、アプリケーションに対して SSM 範囲の IP アドレスをランダムに使用し、SSM 範囲内の 1 つのアドレスがさまざまなアプリケーションに再利用される可能性を小さくすることが重要です。たとえば、TV チャネル セットを提供するアプリケーション サービスは、SSM を使用する場合でも、TV(S,G)チャネルごとに異なるグループを使用するようにしてください。このようにすることで、レイヤ 2 スイッチを含むネットワークにおいて、同じアプリケーション サービス内の異なるチャネルを利用する複数のレシーバーでトラフィック エイリアシングが発生しないようにできます。
IGMP スヌーピングおよび CGMP の制限事項
IGMPv3 には新しいメンバシップ レポート メッセージが採用されており、このメッセージが従来の IGMP スヌーピング スイッチで正しく認識されない場合があります。
IGMP(特に CGMP)に関連するスイッチングの問題の詳細については、「IGMP の概要」を参照してください。
ステート管理の制限事項
PIM-SSM では、インターフェイス上に適切な(S,G)加入が存在している場合、最終ホップ ルータは(S,G)Join メッセージの定期的な送信を継続します。したがって、レシーバーが(S,G)加入を送信している限り、レシーバーから送信元への Shortest Path Tree(SPT)ステートが維持されます。これは送信元が長期間(あるはまったく)トラフィックを送信しない場合も同様です。
PIM-SM は、この反対の動作になります。つまり、送信元がトラフィックの送信を続けていて、レシーバーがグループに加入している場合に限り、(S,G)ステートが維持されます。PIM-SM では、送信元が 3 分間を超えて送信を停止した場合、(S,G)ステートは削除され、送信元からのパケットが再び RPT を介して到着したあとに再確立されます。PIM-SSM には送信元がアクティブであることをレシーバーに通知するメカニズムが存在しないため、ネットワークはレシーバーがそのチャネルの受信を要求している限り、PIM-SSM の(S,G)ステートを維持する必要があります。
SSM の設定
SSM を設定するには、特権 EXEC モードで次の手順を実行します。
|
|
|
ステップ 1 |
ip pim ssm [default | range access-list] |
IP マルチキャスト アドレスの SSM 範囲を定義します。 |
ステップ 2 |
interface type number |
IGMPv3 をイネーブルにできるホストに接続されているインターフェイスを選択し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip pim {sparse-mode | sparse-dense-mode} |
インターフェイス上で PIM をイネーブルにします。sparse mode または sparse-dense mode のどちらかを使用する必要があります。 |
ステップ 4 |
ip igmp version 3 |
このインターフェイス上で IGMPv3 をイネーブルにします。IGMP のデフォルト バージョンはバージョン 2 に設定されています。 |
ステップ 5 |
end |
特権 EXEC モードに戻ります。 |
ステップ 6 |
show running-config |
設定を確認します。 |
ステップ 7 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
SSM のモニタリング
SSM をモニタするには、特権 EXEC モードで次の手順を実行します。
|
|
show ip igmp groups detail |
IGMPv3 を介した(S,G)チャネル加入を表示します。 |
show ip mroute |
マルチキャスト グループが SSM サービスをサポートしているかどうか、または送信元固有のホスト レポートを受信したかどうかを表示します。 |
設定時の注意事項
SSM マッピングの設定時の注意事項を次に示します。
•
SSM マッピングを設定する前に、IP マルチキャスト ルーティングをイネーブルにし、PIM-SM をイネーブルにして、SSM を設定します。IP マルチキャスト ルーティングおよび PIM-SM をイネーブルにする方法については、「マルチキャスト ルーティングのデフォルト設定」を参照してください。
•
スタティック SSM マッピングを設定する前に、Access Control List(ACL; アクセス コントロール リスト)を設定して、送信元アドレスにマッピングするグループ範囲を定義しておく必要があります。ACL の設定方法については、 第 33 章「ACL によるネットワーク セキュリティの設定」 を参照してください。
•
SSM マッピングを設定し DNS lookup を使用して SSM マッピングを行う前に、稼動中の DNS サーバにレコードを追加できるようになっている必要があります。DNS サーバが稼動していない場合は、インストールする必要があります。
Cisco Network Registra(CNR; Cisco ネットワーク レジストラ)などの製品が使用できます。詳細については、次の URL にアクセスしてください。
http://www.cisco.com/warp/public/cc/pd/nemnsw/nerr/index.shtml
SSM マッピングの制約事項を次に示します。
•
SSM マッピング機能では、完全な SSM の利点のすべてが提供されるわけではありません。SSM マッピングでは、ホストのグループ加入を用いて、1 つまたは複数の送信元に関連付けられたアプリケーションとそのグループを結びつけるため、グループあたり 1 つのアプリケーションしかサポートできません。完全な SSM のアプリケーションでも、SSM マッピングに見られるような同じグループを共有できます。
•
完全な SSM の変換ソリューションとして SSM マッピングに全面的に依存している場合は、注意して最終ホップ ルータで IGMPv3 をイネーブルにしてください。SSM マッピングおよび IGMPv3 の両方をイネーブルにするときに、各ホストがすでに IGMPv3 をサポートしている場合(ただし SSM はサポートしていない)、ホストは IGMPv3 グループ レポートを送信します。SSM マッピングは、これらの 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 レポートを受信したものとして動作を続けます。ルータは次に、PIM Join を送信し、IGMPv1 または IGMPv2 メンバシップ レポートを受信し続ける限り、グループに加入され続けます。グループの SSM マッピングも同じ状態のままです。
SSM マッピングにより、最終ホップ ルータは、ルータ上のスタティックに設定されたテーブルまたは DNS サーバを使用して送信元アドレスを特定することができます。スタティックに設定されたテーブルまたは DNS マッピングの変更があると、ルータは加入グループに関連付けられた現在の送信元から脱退します。
SSM マッピングの詳細については、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a00801a6d6f.html
スタティック 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 の送信元をサポートしています。ルータは、1 つのグループに設定されているすべての送信元に加入します(図 45-4図 45-4 を参照)。
図 45-4 DNS ベースの SSM マッピング
SSM マッピングのメカニズムにより、最終ホップ ルータがグループの複数の送信元に加入できるため、TV ブロードキャストの送信元冗長性を提供できます。この状況では、最終ホップ ルータが SSM マッピングの使用により冗長性を提供して、同じ TV チャネルの 2 つのビデオ送信元に同時に加入します。ただし、最終ホップ ルータでビデオ トラフィックが重複しないように、ビデオの送信元はサーバ側のスイッチオーバー メカニズムを使用する必要があります。つまり、一方のビデオ送信元をアクティブに、他方のバックアップ ビデオ送信元をパッシブにします。パッシブな送信元はアクティブな送信元の障害が検出されるのを待って、TV チャネルのビデオ トラフィックを送信します。このように、サーバ側のスイッチオーバー メカニズムにより、1 台のサーバだけが TV チャネルのビデオ トラフィックをアクティブに送信することができるようになります。
G1、G2、G3、および G4 を含むグループの 1 つまたは複数の送信元アドレスを検索するには、DNS サーバ上に次の DNS レコードを設定する必要があります。
G4.G3.G2.G1 [multicast-domain] [timeout] IN A source-address-1
IN A source-address-2
IN A source-address-n
DNS リソース レコードの設定の詳細については、DNS サーバのマニュアルを参照してください。SSM マッピングの詳細については、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a00801a6d6f.html
スタティック SSM マッピングの設定
スタティック SSM マッピングを設定するには、特権 EXEC モードで次の手順を実行します。
|
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip igmp ssm-map enable |
設定した SSM 範囲内のグループの SSM マッピングをイネーブルにします。 (注) デフォルトでは、このコマンドは DNS ベースの SSM マッピングをイネーブルにします。 |
ステップ 3 |
no ip igmp ssm-map query dns |
(任意)DNS ベースの SSM マッピングをディセーブルにします。 (注) スタティック SSM マッピングだけを使用する場合、DNS ベースの SSM マッピングをディセーブルにしてください。デフォルトでは、ip igmp ssm-map グローバル コンフィギュレーション コマンドは DNS ベースの SSM マッピングをイネーブルにします。 |
ステップ 4 |
ip igmp ssm-map static access-list source-address |
スタティック SSM マッピングを設定します。 access-list の ACL には、source-address に入力した送信元 IP アドレスにマッピングされるグループを定義します。 (注) スタティック SSM マッピングの設定は追加できます。SSM マッピングの設定が追加されている場合、ルータが SSM 範囲内のグループの IGMPv1 または IGMPv2 メンバシップ レポートを受信すると、スイッチは設定された各 ip igmp ssm-map static コマンドを使用して、グループに関連付けられた送信元アドレスを特定します。スイッチはグループあたり 20 までの送信元を関連付けます。 |
ステップ 5 |
必要な場合は、ステップ 4 を繰り返してスタティック SSM マッピングの設定を追加します。 |
-- |
ステップ 6 |
end |
特権 EXEC モードに戻ります。 |
ステップ 7 |
show running-config |
設定を確認します。 |
ステップ 8 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
SSM マッピングの設定例については、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a00801a6d6f.html
DNS ベースの SSM マッピングの設定
DNS ベースの SSM マッピングを設定するには、DNS サーバ ゾーンを作成するか、既存のゾーンにレコードを追加する必要があります。DNS ベースの SSM マッピングを使用しているルータが他の目的にも DNS を使用している場合は、通常設定されている DNS サーバを使用するようにしてください。DNS ベースの SSM マッピングがルータ上で使用されている唯一の DNS の運用である場合は、空のルート ゾーンを使用するか、自身を指定するルート ゾーンを使用して擬似的な DNS セットアップを設定できます。
DNS ベースの SSM マッピングを設定するには、特権 EXEC モードで次の手順を実行します。
|
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip igmp ssm-map enable |
設定した SSM 範囲内のグループの SSM マッピングをイネーブルにします。 |
ステップ 3 |
ip igmp ssm-map query dns |
(任意)DNS ベースの SSM マッピングをイネーブルにします。 デフォルトでは、ip igmp ssm-map コマンドは DNS ベースの SSM マッピングをイネーブルにします。この no 形式のコマンドだけが実行コンフィギュレーションに保存されます。 (注) DNS ベースの SSM マッピングがディセーブルになっている場合に、DNS ベースの SSM マッピングを再度イネーブルにするためにこのコマンドを使用します。 |
ステップ 4 |
ip domain multicast domain-prefix |
(任意)DNS ベースの SSM マッピングにスイッチが使用しているドメイン プレフィクスを変更します。 デフォルトでは、スイッチは ip-addr.arpa ドメイン プレフィクスを使用します。 |
ステップ 5 |
ip name-server server-address1 [server-address2... server-address6] |
1 つまたは複数のネーム サーバのアドレスを指定して、名前およびアドレスの解決に使用します。 |
ステップ 6 |
必要な場合は、ステップ 5 を繰り返して冗長性のための DNS サーバの設定を追加します。 |
-- |
ステップ 7 |
end |
特権 EXEC モードに戻ります。 |
ステップ 8 |
show running-config |
設定を確認します。 |
ステップ 9 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
SSM マッピングを使用したスタティック トラフィック フォワーディングの設定
特定のグループの SSM トラフィックをスタティックに転送するには、SSM マッピングによるスタティック トラフィック フォワーディングを使用します。
SSM マッピングを使用したスタティック トラフィック フォワーディングを設定するには、特権 EXEC モードで次の手順を実行します。
|
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface type number |
マルチキャスト グループのトラフィックを SSM マッピングを使用してスタティックに転送するインターフェイスを選択し、インターフェイス コンフィギュレーション モードを開始します。 (注) SSM マッピングによるトラフィックのスタティック フォワーディングは、DNS ベースの SSM マッピングまたはスタティックに設定された SSM マッピングと連動します。 |
ステップ 3 |
ip igmp static-group group-address source ssm-map |
インターフェイスからの(S,G)チャネルをスタティックに転送するように SSM マッピングを設定します。 特定のグループの SSM トラフィックをスタティックに転送する場合に、このコマンドを使用します。DNS ベースの SSM マッピングは、チャネルの送信元アドレスの特定に使用します。 |
ステップ 4 |
show running-config |
設定を確認します。 |
ステップ 5 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
SSM マッピングのモニタリング
SSM マッピングをモニタするには、 表 45-3 に示す特権 EXEC コマンドを使用します。
表 45-3 SSM マッピングのモニタリング コマンド
|
|
show ip igmp ssm-mapping |
SSM マッピングに関する情報を表示します。 |
show ip igmp ssm-mapping group-address |
SSM マッピングが使用する、特定のグループの送信元を表示します。 |
show ip igmp groups [group-name | group-address | interface-type interface-number] [detail] |
ルータに直接接続されているレシーバーで IGMP によって学習されたレシーバーを持ったマルチキャスト グループを表示します。 |
show host |
デフォルトのドメイン名、名前検索サービスの方式、ネーム サーバ ホストのリスト、およびキャッシュに格納されているホスト名とアドレスのリストを表示します。 |
debug ip igmp group-address |
送受信した IGMP パケットおよび IGMP ホスト関連のイベントを表示します。 |
SSM マッピングのモニタリングの例については、次の URL を参照してください。
http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a00801a6d6f.html#wp1047772
PIM スタブ ルーティングの設定
PIM スタブ ルーティング機能は、ディストリビューション レイヤとアクセス レイヤの間のマルチキャスト ルーティングをサポートします。また、アップリンク PIM インターフェイスと PIM パッシブ インターフェイスの 2 種類の PIM インターフェイスをサポートします。PIM パッシブ モードで設定されたルーテッド インターフェイスは、PIM コントロール トラフィックの通過または転送を行いません。IGMP トラフィックの通過または転送だけを行います。
PIM スタブ ルーティングの設定時の注意事項
インターフェイスで PIM スタブ ルーティングをイネーブルにするときは、次の注意事項に従ってください。
•
PIM スタブ ルーティングを設定する前に、スタブ ルータおよび中央ルータの両方に IP マルチキャスト ルーティングを設定しておく必要があります。また、スタブ ルータのアップリンク インターフェイスに PIM モード(DM、SM、または DM-SM)も設定しておく必要があります。
•
PIM スタブ ルータは、ディストリビューション ルータ間で中継トラフィックのルーティングを行いません。ユニキャスト(EIGRP)スタブ ルーティングではこの動作が適用されます。ユニキャスト スタブ ルーティングを設定して PIM スタブ ルータの動作を補助する必要があります。詳細については、「EIGRP スタブ ルーティングの設定」を参照してください。
•
直接接続されるマルチキャスト(IGMP)受信者と送信元だけが、レイヤ 2 アクセス ドメイン内に許可されます。PIM プロトコルは、アクセス ドメインではサポートされません。
•
冗長 PIM スタブ ルータ トポロジはサポートされません。
PIM スタブ ルーティングのイネーブル化
インターフェイス上で PIM スタブ ルーティングをイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
PIM スタブ ルーティングをイネーブルにするインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip pim passive |
インターフェイスに PIM スタブ機能を設定します。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip pim interface |
各インターフェイスでイネーブルになっている PIM スタブを表示します。 |
ステップ 6 |
show running-config |
設定を確認します。 |
ステップ 7 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
インターフェイスで PIM スタブ ルーティングをディセーブルにするには、 no ip pim passive インターフェイス コンフィギュレーション コマンドを使用します。
次の例では、IP マルチキャスト ルーティングがイネーブルになっており、スイッチ A の PIM アップリンク ポート 25 はルーテッド アップリンク ポートとして設定されています( spare-dense-mode がイネーブル)。PIM スタブ ルーティングは、図 45-2 に示すように、VLAN 100 インターフェイスとギガビット イーサネット ポート 20 でイネーブルになっています。
Switch(config)# ip multicast-routing distributed
Switch(config)# interface GigabitEthernet0/25
Switch(config-if)# no switchport
Switch(config-if)# ip address 3.1.1.2 255.255.255.0
Switch(config-if)# ip pim sparse-dense-mode
Switch(config)# interface vlan100
Switch(config-if)# ip pim passive
Switch(config)# interface GigabitEthernet0/20
Switch(config-if)# ip pim passive
Switch(config)# interface vlan100
Switch(config-if)# ip address 100.1.1.1 255.255.255.0
Switch(config-if)# ip pim passive
Switch(config)# interface GigabitEthernet0/20
Switch(config-if)# no switchport
Switch(config-if)# ip address 10.1.1.1 255.255.255.0
Switch(config-if)# ip pim passive
各インターフェイスで PIM スタブがイネーブルなっていることを確認するには、 show ip pim interface 特権 EXEC コマンドを使用してください。
Switch# show ip pim interface
Address Interface Ver/ Nbr Query DR DR
3.1.1.2 GigabitEthernet0/25 v2/SD 1 30 1 3.1.1.2
100.1.1.1 Vlan100 v2/P 0 30 1 100.1.1.1
10.1.1.1 GigabitEthernet0/20 v2/P 0 30 1 10.1.1.1
PIM スタブの設定およびステータスに関する情報を表示するには、次の特権 EXEC コマンドを使用します。
•
show ip pim interface は、各インターフェイスでイネーブルになっている PIM スタブを表示します。
•
show ip igmp detail は、特定のマルチキャスト送信グループに加入している対象クライアントを表示します。
•
show ip igmp mroute は、マルチキャスト ストリームが送信元から対象クライアントに転送されていることを確認します。
マルチキャスト グループへの RP の手動割り当て
ここでは、RP を手動で割り当てる方法について説明します。ダイナミック メカニズム(自動 RP や BSR など)を使用してグループの RP を取得する場合、RP を手動で割り当てる必要はありません。
マルチキャスト トラフィックの送信側は、送信元の先頭ホップ ルータ(代表ルータ)から受信して RP に転送される Register メッセージを通し、自身の存在をアナウンスします。マルチキャスト パケットの受信側は RP を使用し、マルチキャスト グループに加入します。この場合は、明示的な Join メッセージが使用されます。RP はマルチキャスト グループのメンバーではなく、マルチキャスト送信元およびグループ メンバーの「 合流地点 」として機能します。
アクセス リストで定義される複数のグループに、単一の RP を設定できます。グループに RP が設定されていない場合、マルチレイヤ スイッチは PIM DM 技術を使用し、グループをデンスとして処理します。
RP のアドレスを手動で設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip pim rp-address ip-address [ access-list-number ] [ override ] |
PIM RP のアドレスを設定します。 デフォルトで、PIM RP アドレスは設定されていません。すべてのルータおよびマルチレイヤ スイッチ(RP を含む)で、RP の IP アドレスを設定する必要があります。グループに RP が設定されていない場合、スイッチは PIM DM 技術を使用し、グループをデンスとして処理します。 1 台の PIM デバイスを、複数のグループの RP にできます。1 つの PIM ドメイン内で一度に使用できる RP アドレスは、1 つだけです。アクセス リスト条件により、デバイスがどのグループの RP であるかを指定します。 • ip-address には、RP のユニキャスト アドレスをドット付き 10 進表記で入力します。 • (任意) access-list-number には、1 ~ 99 の IP 標準アクセス リスト番号を入力します。アクセス リストが設定されていない場合は、すべてのグループに RP が使用されます。 • (任意) override キーワードを指定すると、このコマンドによって設定された RP と、自動 RP または BSR で取得された RP との間に矛盾が生じた場合に、このコマンドによって設定された RP が優先されます。 |
ステップ 3 |
access-list access-list-number { deny | permit } source [ source-wildcard ] |
標準アクセス リストを作成し、必要な回数だけこのコマンドを繰り返します。 • access-list-number には、ステップ 2 で指定したアクセス リスト番号を入力します。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 permit キーワードは、条件が一致した場合にアクセスを許可します。 • source には、RP が使用されるマルチキャスト グループのアドレスを入力します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
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 ネットワーク内のすべての Cisco ルータおよびマルチレイヤ スイッチに自動配信します。自動 RP には次の利点があります。
•
ネットワーク内で複数の RP を使用し、複数のグループ範囲を処理する作業が簡単になります。
•
複数の RP 間で負荷を分散し、グループに加入するホストの場所に従って RP を配置できます。
•
PIM ネットワーク内のすべてのルータおよびマルチレイヤ スイッチで矛盾が発生しなくなり、手動による RP 設定が不要になります。この結果、接続問題を引き起こす要因が取り除かれます。
自動 RP を設定する場合は、次の注意事項に従ってください。
•
PIM を SM または SM-DM に設定し、自動 RP を設定しない場合は、RP を手動で設定する必要があります(「マルチキャスト グループへの RP の手動割り当て」を参照)。
•
ルーテッド インターフェイスが SM に設定されていると、すべてのデバイスが自動 RP グループの手動 RP アドレスによって設定されている場合も、自動 RP を使用できます。
•
ルーテッド インターフェイスが SM に設定されていて、 ip pim autorp listener グローバル コンフィギュレーション コマンドを入力した場合は、自動 RP グループの手動 RP アドレスですべてのデバイスが設定されていない場合でも、自動 RP を使用できます。
ここでは、自動 RP を設定する方法について説明します。
•
「新規インターネットワークでの自動 RP の設定」(任意)
•
「既存の SM クラウドへの自動 RP の追加」(任意)
•
「問題のある RP への Join メッセージの送信禁止」(任意)
•
「着信 RP アナウンスメント メッセージのフィルタリング」(任意)
概要については、「自動 RP」を参照してください。
新規インターネットワークでの自動 RP の設定
新規インターネットワーク内に自動 RP を設定している場合は、すべてのインターフェイスが SM-DM に設定されるため、デフォルトの RP は不要です。「既存の SM クラウドへの自動 RP の追加」に記載された手順に従ってください。ただし、PIM ルータをローカル グループの RP として設定する場合は、ステップ 3 を省略してください。
既存の SM クラウドへの自動 RP の追加
ここでは、最初に自動 RP を既存の SM クラウドに導入し、既存のマルチキャスト インフラストラクチャができるだけ破壊されないようにする方法について説明します。
既存の SM クラウドに自動 RP を導入するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
show running-config |
すべての PIM デバイス上でデフォルトの RP が設定されていること、および RP が SM ネットワーク内にあることを確認します。RP は、 ip pim rp-address グローバル コンフィギュレーション コマンドによって設定済みです。 SM-DM 環境の場合、このステップは不要です。 選択された RP は接続が良好で、ネットワークで使用可能となる必要があります。この RP は、グローバル グループ(224.x.x.x やその他のグローバル グループなど)に対して使用されます。この RP で処理されるグループ アドレス範囲は再設定しないでください。自動 RP によってダイナミックに検出された RP は、スタティックに設定された RP よりも優先されます。ローカル グループ用に 2 番目の RP を使用することもできます。 |
ステップ 2 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip pim send-rp-announce interface-id scope ttl group-list access-list-number interval seconds |
別の PIM デバイスをローカル グループの候補 RP として設定します。 • interface-id には、RP アドレスを識別するインターフェイス タイプおよび番号を入力します。有効なインターフェイスは、物理ポート、ポート チャネル、VLAN などです。 • scope ttl には、ホップの TTL 値を指定します。RP アナウンス メッセージがネットワーク内のすべてのマッピング エージェントに到達するように、十分な大きさのホップ数を入力します。デフォルト設定はありません。指定できる範囲は 1 ~ 255 です。 • group-list access-list-number には、1 ~ 99 の IP 標準アクセス リスト番号を入力します。アクセス リストが設定されていない場合は、すべてのグループに RP が使用されます。 • interval seconds には、アナウンスメント メッセージを送信する頻度を指定します。デフォルト値は 60 ミリ秒です。指定できる範囲は 1 ~ 16383 です。 |
ステップ 4 |
access-list access-list-number { deny | permit } source [ source-wildcard ] |
標準アクセス リストを作成し、必要な回数だけこのコマンドを繰り返します。 • access-list-number には、ステップ 3 で指定したアクセス リスト番号を入力します。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 permit キーワードは、条件が一致した場合にアクセスを許可します。 • source には、RP が使用されるマルチキャスト グループのアドレス範囲を入力します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 5 |
ip pim send-rp-discovery scope ttl |
接続が中断される可能性がないスイッチを検索し、RP マッピング エージェントの役割を割り当てます。 scope ttl には、ホップの TTL 値を指定し、RP ディスカバリ パケットを制限します。ホップ数内にあるすべてのデバイスは、送信元デバイスから自動 RP ディスカバリ メッセージを受信します。これらのメッセージは他のデバイスに対し、矛盾(グループ/RP 範囲の重なりなど)を回避するために使用されるグループ/RP マッピングを通知します。デフォルト設定はありません。指定できる範囲は 1 ~ 255 です。 |
ステップ 6 |
end |
特権 EXEC モードに戻ります。 |
ステップ 7 |
show running-config show ip pim rp mapping show ip pim rp |
設定を確認します。 関連するマルチキャスト ルーティング エントリとともに保管されているアクティブな RP を表示します。 ルーティング テーブルに保管されている情報を表示します。 |
ステップ 8 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
候補 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 として機能するグループが記述されています。
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 モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip pim rp-announce-filter rp-list access-list-number group-list access-list-number |
着信 RP アナウンスメント メッセージをフィルタリングします。 ネットワーク内のマッピング エージェントごとに、このコマンドを入力します。このコマンドを使用しないと、すべての着信 RP アナウンスメント メッセージがデフォルトで許可されます。 rp-list access-list-number を指定する場合は、候補 RP アドレスのアクセス リストを設定します。アクセス リストが許可されている場合は、 group-list access-list-number 変数で指定されたグループ範囲に対してアクセス リストを使用できます。この変数を省略すると、すべてのマルチキャスト グループにフィルタが適用されます。 複数のマッピング エージェントを使用する場合は、グループ/RP マッピング情報に矛盾が生じないようにするため、すべてのマッピング エージェント間でフィルタを統一する必要があります。 |
ステップ 3 |
access-list access-list-number { deny | permit } source [ source-wildcard ] |
標準アクセス リストを作成し、必要な回数だけこのコマンドを繰り返します。 • access-list-number には、ステップ 2 で指定したアクセス リスト番号を入力します。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 permit キーワードは、条件が一致した場合にアクセスを許可します。 • どのルータおよびマルチレイヤ スイッチからの候補 RP アナウンスメント(rp-list ACL)がマッピング エージェントによって許可されるかを指定するアクセス リストを作成します。 • 許可または拒否するマルチキャスト グループの範囲を指定するアクセス リスト(グループリスト ACL)を作成します。 • source には、RP が使用されるマルチキャスト グループのアドレス範囲を入力します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
着信 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 アナウンスメントを許可しません。この範囲は、管理の有効範囲付きアドレス範囲です。
PIM ドメイン境界の定義
IP マルチキャストの普及に伴い、PIMv2 ドメインと別の PIMv2 ドメインが境界を挟んで隣接する場合が増えています。これらの 2 つのドメインは同じ RP、BSR、候補 RP、候補 BSR のセットを共有していないことが多いため、PIMv2 BSR メッセージがドメインの内外に流れないようにする必要があります。これらメッセージのドメイン境界通過を許可すると、通常の BSR 選択メカニズムに悪影響が及んだり、境界に位置するすべてのドメインで単一の BSR が選択されたり、候補 RP アドバタイズメントが共存し、間違ったドメイン内で RP が選択されたりすることがあります。
PIM ドメイン境界を定義するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip pim bsr-border |
PIM ドメイン用の PIM ブートストラップ メッセージ境界を定義します。 境界に位置する他の PIM ドメインに接続されているインターフェイスごとに、このコマンドを入力します。このコマンドを実行すると、スイッチは、このインターフェイス上で PIMv2 BSR メッセージを送受信しないように指示されます(図 45-5を参照)。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
PIM 境界を削除するには、 no ip pim bsr-border インターフェイス コンフィギュレーション コマンドを使用します。
図 45-5 PIMv2 BSR メッセージの抑制
IP マルチキャスト境界の定義
自動 RP メッセージが PIM ドメインに入らないようにする場合は、マルチキャスト境界を定義します。自動 RP 情報を伝達する 224.0.1.39 および 224.0.1.40 宛のパケットを拒否するアクセス リストを作成します。
マルチキャスト境界を定義するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
access-list access-list-number deny source [ source-wildcard ] |
標準アクセス リストを作成し、必要な回数だけこのコマンドを繰り返します。 • access-list-number の範囲は 1 ~ 99 です。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 • source には、自動 RP 情報を伝達するマルチキャスト アドレス 224.0.1.39 および 224.0.1.40 を入力します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 3 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 4 |
ip multicast boundary access-list-number |
ステップ 2 で作成したアクセス リストを指定し、境界を設定します。 |
ステップ 5 |
end |
特権 EXEC モードに戻ります。 |
ステップ 6 |
show running-config |
設定を確認します。 |
ステップ 7 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
境界を削除するには、 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)# access-list 1 permit all
Switch(config)# interface gigabitethernet0/1
Switch(config-if)# ip multicast boundary 1
候補 BSR の設定
候補 BSR を、1 つまたは複数設定できます。候補 BSR として機能するデバイスは、他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。
スイッチを候補 BSR として設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip pim bsr-candidate interface-id hash-mask-length [ priority ] |
候補 BSR となるようにスイッチを設定します。 • interface-id には、スイッチを候補 BSR に設定するときに BSR アドレスの取得元となる、スイッチ上のインターフェイスを入力します。このインターフェイスは PIM を使用してイネーブルにする必要があります。有効なインターフェイスは、物理ポート、ポート チャネル、VLAN などです。 • hash-mask-length には、ハッシュ機能を呼び出す前に、グループ アドレスとの AND 条件となるマスク長(最大 32 ビット)を指定します。ハッシュ元が同じであるすべてのグループは、同じ RP に対応します。たとえば、マスク長が 24 の場合、グループ アドレスの最初の 24 ビットだけが使用されます。 • (任意) priority を指定する場合は、0 ~ 255 の番号を入力します。プライオリティが大きな BSR が優先されます。このプライオリティ値が同じである場合は、大きな IP アドレスを持つデバイスが BSR として選択されます。デフォルトは 0 です。 |
ステップ 3 |
end |
特権 EXEC モードに戻ります。 |
ステップ 4 |
show running-config |
設定を確認します。 |
ステップ 5 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
候補 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
Switch(config-if)# ip pim bsr-candidate gigabitethernet1/2 30 10
候補 RP の設定
候補 RP を、1 つまたは複数設定できます。BSR と同様、RP は他のデバイスと正しく接続され、ネットワークのバックボーン部分に配置されている必要があります。RP は IP マルチキャスト アドレス スペース全体、またはその一部を処理します。候補 RP は候補 RP アドバタイズメントを BSR に送信します。RP となるデバイスを決定するときは、次の可能性を考慮してください。
•
自動 RP だけが使用されている Cisco ルータおよびマルチレイヤ スイッチで構成されるネットワークでは、すべてのデバイスを RP として設定できます。
•
シスコの PIMv2 ルータおよびマルチレイヤ スイッチと、他のベンダーのルータだけで構成されるネットワークでは、すべてのデバイスを RP として使用できます。
•
シスコの PIMv1 ルータ、PIMv2 ルータ、および他のベンダーのルータで構成されるネットワークでは、シスコ PIMv2 ルータおよびマルチレイヤ スイッチを RP として設定できます。
スイッチが自身を PIMv2 候補 RP として BSR にアドバタイズするよう設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip pim rp-candidate interface-id [ group-list access-list-number ] |
候補 RP となるようにスイッチを設定します。 • interface-id には、対応する IP アドレスが候補 RP アドレスとしてアドバタイズされるインターフェイスを指定します。有効なインターフェイスは、物理ポート、ポート チャネル、VLAN などです。 • (任意) group-list access-list-number には、1 ~ 99 の IP 標準アクセス リスト番号を入力します。group-list を指定しない場合は、スイッチがすべてのグループの候補 RP となります。 |
ステップ 3 |
access-list access-list-number { deny | permit } source [ source-wildcard ] |
標準アクセス リストを作成し、必要な回数だけこのコマンドを繰り返します。 • access-list-number には、ステップ 2 で指定したアクセス リスト番号を入力します。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 permit キーワードは、条件が一致した場合にアクセスを許可します。 • source には、パケットの送信元であるネットワークまたはホストの番号を入力します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
候補 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 モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
show ip pim rp [[ group-name | group-address ] | mapping ] |
任意のシスコ デバイスに関して、使用可能な RP マッピングを表示します。 • (任意) group-name を指定する場合は、RP を表示するグループの名前を指定します。 • (任意) group-address を指定する場合は、RP を表示するグループのアドレスを指定します。 • (任意)シスコ デバイスによって認識されている(設定されているか、自動 RP によって取得されている)すべてのグループ/RP マッピングを表示するには、 mapping キーワードを使用します。 |
ステップ 2 |
show ip pim rp-hash group |
PIMv2 ルータまたはマルチレイヤ スイッチ上で、PIMv1 システムで選択されている RP と同じ RP が使用されていることを確認します。 group には、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 と適切に相互作用していることを確認します(この場合は、登録停止に応答し、カプセル化が解除されたデータ パケットをレジスタから転送します)。
オプションの IGMP 機能の設定
ここでは、次の設定情報について説明します。
•
「IGMP のデフォルト設定」
•
「グループのメンバーとしてのスイッチの設定」(任意)
•
「IP マルチキャスト グループへのアクセスの制御」(任意)
•
「IGMP バージョンの変更」(任意)
•
「IGMP ホストクエリー メッセージ インターバルの変更」(任意)
•
「IGMPv2 の IGMP クエリー タイムアウトの変更」(任意)
•
「IGMPv2 の最大クエリー応答時間の変更」(任意)
•
「スタティックに接続されたメンバーとしてのスイッチの設定」(任意)
IGMP のデフォルト設定
表 45-4 に、IGMP のデフォルト設定を示します。
表 45-4 IGMP のデフォルト設定
|
|
マルチキャスト グループのメンバーとしてのマルチレイヤ スイッチ |
グループ メンバシップは未定義 |
マルチキャスト グループへのアクセス |
インターフェイスのすべてのグループを許可 |
IGMP バージョン |
すべてのインターフェイスでバージョン 2 |
IGMP ホストクエリー メッセージ インターバル |
すべてのインターフェイスで 60 秒 |
IGMP クエリー タイムアウト |
すべてのインターフェイスで 60 秒 |
IGMP 最大クエリー応答時間 |
すべてのインターフェイスで 10 秒 |
スタティックに接続されたメンバーとしてのマルチレイヤ スイッチ |
ディセーブル |
グループのメンバーとしてのスイッチの設定
スイッチをマルチキャスト グループのメンバーとして設定し、マルチキャストがネットワークに到達可能かどうかを検出できます。管理しているすべてのマルチキャスト対応ルータおよびマルチレイヤ スイッチがマルチキャスト グループのメンバーである場合、グループに ping を送信すると、これらのすべてのデバイスが応答します。デバイスは、所属グループにアドレッシングされた ICMP エコー要求パケットに応答します。もう 1 つの例は、ソフトウェア付属のマルチキャスト トレースルート ツールです。
注意 この手順を実行すると、グループ アドレス用のデータ トラフィックがすべて CPU に送られるため、CPU のパフォーマンスが低下する場合があります。
スイッチがグループのメンバーになるように設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp join-group group-address |
マルチキャスト グループに加入するスイッチを設定します。 デフォルトで、グループのメンバシップは定義されていません。 group-address には、マルチキャスト IP アドレスをドット付き 10 進表記で指定します。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
グループ内のメンバシップを取り消すには、 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 モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp access-group access-list-number |
インターフェイスで処理されるサブネット上のホストが加入できるマルチキャスト グループを指定します。 デフォルトでは、インターフェイスのすべてのグループが許可されています。 access-list-number には、IP 標準アドレス アクセス リスト番号を指定します。指定できる範囲は 1 ~ 99 です。 |
ステップ 4 |
exit |
グローバル コンフィギュレーション モードに戻ります。 |
ステップ 5 |
access-list access-list-number { deny | permit } source [ source-wildcard ] |
標準アクセス リストを作成します。 • access-list-number には、ステップ 3 で作成したアクセス リストを指定します。 • deny キーワードは、条件が一致した場合にアクセスを拒否します。 permit キーワードは、条件が一致した場合にアクセスを許可します。 • source には、サブネット上のホストが加入できるマルチキャスト グループを指定します。 • (任意) source-wildcard には、送信元に適用するワイルドカード ビットをドット付き 10 進表記で入力します。無視するビット位置には 1 を入れます。 アクセス リストの末尾には、すべてに対する暗黙の拒否ステートメントが常に存在することに注意してください。 |
ステップ 6 |
end |
特権 EXEC モードに戻ります。 |
ステップ 7 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 8 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
インターフェイスでグループをディセーブルにするには、 no ip igmp access-group インターフェイス コンフィギュレーション コマンドを使用します。
次に、ポートに接続されたホストが、グループ 255.2.2.2 にだけ加入できるように設定する例を示します。
Switch(config)# access-list 1 255.2.2.2 0.0.0.0
Switch(config)# 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 モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp version { 1 | 2 } |
スイッチで使用する IGMP バージョンを指定します。 インターフェイス コンフィギュレーション コマンドを設定することができません。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルトの設定に戻すには、 no ip igmp version インターフェイス コンフィギュレーション コマンドを使用します。
IGMP ホストクエリー メッセージ インターバルの変更
スイッチは、IGMP ホストクエリー メッセージを定期的に送信し、接続されたネットワーク上にあるマルチキャスト グループを検出します。これらのメッセージは、TTL が 1 の全ホスト マルチキャスト グループ(224.0.0.1)に送信されます。スイッチはホストクエリー メッセージを送信し、ネットワーク上に存在するメンバシップに関する情報をリフレッシュします。クエリーをいくつか実行したあとで、マルチキャスト グループのメンバーであるローカルホストが存在しないことをソフトウェアが検出した場合、そのグループのリモート送信元からローカル ネットワークへのマルチキャスト パケット転送が停止され、Prune メッセージが送信元のアップストリーム方向へ送信されます。
スイッチは LAN(サブネット)用の PIM DR を選択します。DR は、IP アドレスが最大である、IGMPv2 用のルータまたはマルチレイヤ スイッチです。IGMPv1 の場合、DR は LAN 上で動作するマルチキャスト ルーティング プロトコルに従って選択されます。DR は、LAN 上のすべてのホストに IGMP ホストクエリー メッセージを送信します。SM の場合、DR は PIM 登録メッセージおよび PIM Join メッセージも RP ルータに向けて送信します。
ホストクエリー インターバルを変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp query-interval seconds |
DR が IGMP ホストクエリー メッセージを送信する頻度を設定します。 デフォルトでは、DR は IGMP ホストクエリー メッセージを 60 秒ごとに送信し、ホストおよびネットワークでの IGMP オーバーヘッドを抑制します。指定できる範囲は 1 ~ 65535 です。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルト設定に戻すには、 no ip igmp query-interval インターフェイス コンフィギュレーション コマンドを使用します。
IGMPv2 の IGMP クエリー タイムアウトの変更
IGMPv2 を使用している場合、スイッチがインターフェイスのクエリアとして引き継ぐまでの時間を指定できます。デフォルトでは、スイッチは ip igmp query-interval インターフェイス コンフィギュレーション コマンドによって制御されるクエリー インターバルの 2 倍の時間だけ待機します。この時間を経過しても、スイッチがクエリーを受信しない場合は、スイッチがクエリアになります。
クエリー インターバルを設定するには、 show ip igmp interface interface-id 特権 EXEC コマンドを入力します。
IGMP クエリー タイムアウトを変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp querier-timeout seconds |
IGMP クエリー タイムアウトを指定します。 デフォルトは 60 秒です(クエリー インターバルの 2 倍)。指定できる範囲は 60 ~ 300 です。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルト設定に戻すには、 no ip igmp querier-timeout インターフェイス コンフィギュレーション コマンドを使用します。
IGMPv2 の最大クエリー応答時間の変更
IGMPv2 を使用している場合は、IGMP クエリーでアドバタイズされる最大クエリー応答時間を変更できます。スイッチは最大クエリー応答時間を使用し、LAN 上に直接接続されたグループ メンバーが存在しないことを短時間で検出します。値を小さくすると、グループのプルーニング速度が向上します。
最大クエリー応答時間を変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp query-max-response-time seconds |
IGMP クエリーでアドバタイズされる最大クエリー応答時間を変更します。 デフォルト値は 10 秒です。指定できる範囲は 1 ~ 25 です。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルト設定に戻すには、 no ip igmp query-max-response-time インターフェイス コンフィギュレーション コマンドを使用します。
スタティックに接続されたメンバーとしてのスイッチの設定
ネットワーク セグメント上にグループ メンバーが存在しなかったり、ホストで IGMP を使用してグループ メンバシップを報告することができないにもかかわらず、そのネットワーク セグメントにマルチキャスト トラフィックを送り込むことが必要な場合もあります。マルチキャスト トラフィックをネットワーク セグメントに送り込む方法は次のとおりです。
•
ip igmp join-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはマルチキャスト パケットの転送だけでなく、受信も行います。マルチキャスト パケットを受信する場合は、高速スイッチングを実行できません。
•
ip igmp static-group インターフェイス コンフィギュレーション コマンドを使用します。この方法の場合、スイッチはパケットそのものを受信せず、転送だけを実行します。この方法を使用すると、高速スイッチングが可能です。発信インターフェイスが IGMP キャッシュに格納されますが、マルチキャスト ルート エントリに L (ローカル)フラグが付かないことからも明らかなように、スイッチ自体はメンバーではありません。
スタティックに接続されたグループのメンバーになるように(および高速スイッチングできるように)スイッチを設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip igmp static-group group-address |
スイッチをスタティックに接続されたグループのメンバーとして設定します。 デフォルトでは、この機能はディセーブルです。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip igmp interface [ interface-id ] |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
グループのメンバーとして設定されたスイッチを解除するには、 no ip igmp static-group group-address インターフェイス コンフィギュレーション コマンドを使用します。
高度な DVMRP 相互運用性機能の設定
Cisco ルータおよびマルチレイヤ スイッチは PIM を実行し、マルチキャスト パケットをレシーバーに転送したり、送信側から受信したりします。DVMRP ルートを PIM クラウド内に伝播したり、PIM クラウドを経由して伝播することもできます。PIM はこの情報を使用しますが、Cisco ルータおよびマルチレイヤ スイッチでは、マルチキャスト パケットを転送するために DVMRP を実行しません。
ここでは、次の設定情報について説明します。
•
「DVMRP ユニキャスト ルーティングのイネーブル化」(任意)
•
「DVMRP の非プルーニング ネイバーの拒否」(任意)
•
「ルート交換の制御」(任意)
基本的な DVMRP 機能の詳細については、「基本的な DVMRP 相互運用性機能の設定」を参照してください。
DVMRP ユニキャスト ルーティングのイネーブル化
マルチキャスト ルーティングおよびユニキャスト ルーティングには個別のトポロジが必要となるため、PIM はマルチキャスト トポロジに従って、ループのない配信ツリーを構築する必要があります。Cisco ルータ、マルチレイヤ スイッチ、およびマルチキャスト ルーティング ベースのデバイスは、DVMRP ユニキャスト ルーティングを使用して、DVMRP ユニキャスト ルートを交換します。PIM はこれらのルートにリバース パスを転送します。
シスコ デバイスは DVMRP マルチキャスト ルーティングを相互に実行しませんが、DVMRP ルートを交換します。DVMRP ルートは、ユニキャスト トポロジと異なるマルチキャスト トポロジを提供します。このため、マルチキャスト トポロジを通して PIM を実行し、この結果 MBONE トポロジを通しての PIM SM が可能になります。
DVMRP ユニキャスト ルーティングがイネーブルの場合、ルータまたはスイッチは、DVMRP ルーティング テーブル内の DVMRP レポート メッセージで取得されたルートをキャッシュに格納します。PIM が動作中の場合、これらのルートはユニキャスト ルーティング テーブル内のルートよりも優先されます。したがって、MBONE トポロジがユニキャスト トポロジと異なる場合、PIM による MBONE トポロジが可能となります。
DVMRP ユニキャスト ルーティングは、すべてのインターフェイスで実行できます。DVMRP トンネルの場合は、DVMRP マルチキャスト ルーティングが使用されます。この機能を使用しても、Cisco ルータおよびマルチレイヤ スイッチ間で DVMRP マルチキャスト ルーティングはイネーブルになりません。ただし、DVMRP 対応マルチキャスト ルータがある場合は、シスコ デバイスで PIM/DVMRP マルチキャスト ルーティングを実行できます。
DVMRP ユニキャスト ルーティングをイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
DVMRP ルータに接続されたインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip dvmrp unicast-routing |
DVMRP ユニキャスト ルーティングをイネーブルにします(DVMRP ルートを送受信します)。この機能は、デフォルトではディセーブルに設定されています。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
この機能をディセーブルにするには、 no ip dvmrp unicast-routing インターフェイス コンフィギュレーション コマンドを使用します。
DVMRP の非プルーニング ネイバーの拒否
デフォルトでは、DVMRP 機能に関係なく、シスコ デバイスはすべての DVMRP ネイバーをピアとして受け入れます。ただし、一部の非シスコ デバイスでは、プルーニング機能を持たない古いバージョンの DVMRP が動作するため、常時転送パケットが受信されて帯域幅が消費されます。図 45-8 にこの事例を示します。
図 45-8 リーフの非プルーニング DVMRP ネイバー
DVMRP ネイバーで DVMRP プルーニングまたは接合がサポートされていない場合、スイッチとこのネイバーとのピアリング(通信)を禁止できます。これを行うには、非プルーニング デバイスに接続されたインターフェイスで ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用し、スイッチ(リーフの非プルーニング DVMRP デバイスのネイバー)を設定します(図 45-9を参照)。この場合、プルーニング対応フラグが設定されていない DVMRP プローブまたはレポート メッセージをスイッチが受信すると、Syslog メッセージがロギングされ、メッセージが廃棄されます。
図 45-9 ルータが非プルーニング DVMRP ネイバーを拒否する例
ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用すると、ネイバーとのピアリングだけが禁止されます。拒否されていない非プルーニング ルータが(レシーバー候補のダウンストリーム方向に)2 ホップ以上離れている場合、非プルーニング DVMRP ネットワークが存在する場合もあります。
非プルーニング DVMRP ネイバーとのピアリングを禁止するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
非プルーニング DVMRP ネイバーに接続されたインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip dvmrp reject-non-pruners |
非プルーニング DVMRP ネイバーとのピアリングを禁止します。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
この機能をディセーブルにするには、 no ip dvmrp reject-non-pruners インターフェイス コンフィギュレーション コマンドを使用します。
アドバタイズされる DVMRP ルート数の制限
デフォルトでは、DVMRP を実行するためにイネーブル化されたインターフェイス(つまり、DVMRP トンネル、DVMRP ネイバーが検出されたインターフェイス、または ip dvmrp unicast-routing インターフェイス コンフィギュレーション コマンドを実行するように設定されたインターフェイス)を通して、7000 の DVMRP ルートだけがアドバタイズされます。
DVMRP ルートの制限を変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip dvmrp route-limit count |
DVMRP に対してイネーブル化されたインターフェイスを通してアドバタイズされる DVMRP 数を変更します。 このコマンドを使用すると、 ip dvmrp metric インターフェイス コンフィギュレーション コマンドの設定ミスによって大量のルートが MBONE に入るのを防ぐことができます。 デフォルトでは、7000 のルートがアドバタイズされます。指定できる範囲は 0 ~ 4294967295 です。 |
ステップ 3 |
end |
特権 EXEC モードに戻ります。 |
ステップ 4 |
show running-config |
設定を確認します。 |
ステップ 5 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
ルート数が制限されないように設定するには、 no ip dvmrp route-limit グローバル コンフィギュレーション コマンドを使用します。
DVMRP ルートしきい値の変更
デフォルトでは、1 つのインターフェイスにつき、1 分間に 10000 の DVMRP ルートを受信できます。この速度を超えると、ルート サージが発生した可能性を警告する Syslog メッセージが発行されます。通常この警告は、デバイスの設定ミスにより大量のルートが MBONE に入った場合、迅速な検出を行うために使用されます。
警告送信の基準となるルート数のしきい値を変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip dvmrp routehog-notification route-count |
Syslog メッセージの送信基準となるルート数を設定します。 デフォルト値は 10000 ルートで、指定できる範囲は 1 ~ 4294967295 です。 |
ステップ 3 |
end |
特権 EXEC モードに戻ります。 |
ステップ 4 |
show running-config |
設定を確認します。 |
ステップ 5 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルト設定に戻すには、 no ip dvmrp routehog-notification グローバル コンフィギュレーション コマンドを使用します。
動作中のルート数を表示するには、 show ip igmp interface 特権 EXEC コマンドを使用します。このルート数を超えると、 *** ALERT *** が表示行に表示されます。
DVMRP サマリー アドレスの設定
デフォルトでは、シスコ デバイスは、ユニキャスト ルーティング テーブル内の接続されたユニキャスト ルートだけ(つまり、ルータに直接接続されたサブネットへのルートだけ)を DVMRP ルートレポート メッセージに格納してアドバタイズします。これらのルートは、通常の DVMRP のクラス指定されたルート サマライズによって処理されます。このプロセスは、アドバタイズされているルートとアドバタイズ中に経由するインターフェイスが、クラス指定された同じネットワーク内にあるかどうかに応じて異なります。
図 45-10に、デフォルトの動作例を示します。この例では、Cisco ルータによって送信される DVMRP レポートに、DVMRP メトリックに 32 を追加してポイズンリバースされた、DVMRP ルータから受信した 3 つの元のルートが記述されています。これらのルートのあとに、ユニキャスト ルーティング テーブルから取得した、直接接続されている 2 つのネットワーク(176.32.10.0/24 および 176.32.15.0/24)にアドバタイズメントされる 2 つのルートが記述されています。DVMRP トンネルはファスト イーサネット ポート 1 と同じ IP アドレスを共有し、直接接続された 2 つのサブネットと同じクラス B ネットワークに分類されるため、これらのルートに対してクラス指定サマライズは実行されません。その結果、DVMRP ルータは、直接接続されたサブネットへ向かうこれらの 2 つのルートだけをポイズンリバースします。また、これらの 2 つのイーサネット セグメント上の送信元によって送信されたマルチキャスト トラフィックに対しては、RPF だけを適切に実行します。これら 2 つのイーサネット セグメント上にはない、Cisco ルータ背後のネットワーク内の他のマルチキャスト送信元では、DVMRP ルータに関する RPF チェックは適切に行われず、廃棄されます。
サマリー アドレス( ip dvmrp summary-address address mask インターフェイス コンフィギュレーション コマンドのアドレスおよびマスクのペアで指定)の範囲内にあるルートの代わりに、サマリー アドレスをアドバタイズするように Cisco ルータを設定できます。ユニキャスト ルーティング テーブルにサマリー アドレス範囲内のルートが 1 つまたは複数格納されている場合は、サマリー アドレスが DVMRP ルート レポートに格納されて送信されます。それ以外の場合、サマリー アドレスはアドバタイズされません。図 45-10 では、Cisco ルータ トンネル インターフェイスに ip dvmrp summary-address コマンドを設定します。その結果、Cisco ルータは、ユニキャスト ルーティング テーブルのネットワーク 176.32.0.0/16 に、サマライズされた単一のクラス B アドバタイズメントを送信します。
図 45-10 接続されたユニキャスト ルートにだけアドバタイズ(デフォルト)する例
デフォルトのクラス指定サマライズが要求を満たさない場合に、DVMRP ルートのサマライズをカスタマイズするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
(注) 設定されたサマリー アドレスをアドバタイズする前に、ユニキャスト ルーティング テーブルに具体的なルートを 1 つまたは複数設定する必要があります。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
DVMRP ルータに接続されたインターフェイスを指定し、インターフェイス コンフィギュレーション コマンドを入力します。 |
ステップ 3 |
ip dvmrp summary-address address mask [ metric value ] |
DVMRP サマリー アドレスを指定します。 • summary-address address mask には、サマリー IP アドレス、および具体的なルートの代わりにアドバタイズされるマスクを指定します。 • (任意) metric value を指定する場合は、サマリー アドレスとともにアドバタイズされるメトリックを指定します。デフォルト値は 1 です。指定できる範囲は 1 ~ 32 です。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
サマリー アドレスを削除するには、 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 モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
DVMRP ルータに接続されたインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
no ip dvmrp auto-summary |
DVMRP 自動サマライズをディセーブルにします。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
自動サマライズを再びイネーブルにするには、 ip dvmrp auto-summary インターフェイス コンフィギュレーション コマンドを使用します。
DVMRP ルートへのメトリック オフセットの追加
デフォルトでは、着信 DVMRP レポートに格納されてアドバタイズされた DVMRP ルートのメトリック(ホップ数)は、スイッチによって 1 だけ増加されます。特定のルートの優先度を上下させる場合は、メトリックを変更できます。
たとえば、マルチレイヤ スイッチ A からルートが取得され、より大きなメトリックを持つ同じルートがマルチレイヤ スイッチ B から取得されたとします。スイッチ B を経由するパスの方が高速であるため、このパスを使用する場合は、スイッチ A によって取得されたルートにメトリック オフセットを適用し、スイッチ B によって取得されたメトリックよりもメトリックを大きくできます。この結果、スイッチ B を経由するパスを選択できます。
デフォルトのメトリックを変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。
|
|
ステップ 1 |
configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
interface interface-id |
設定するインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip dvmrp metric-offset [ in | out ] increment |
着信レポートに格納されてアドバタイズされる DVMRP ルートに追加されるメトリックを変更します。 キーワードの意味は次のとおりです。 • (任意) in :増分値が着信 DVMRP レポートに追加され、mrinfo 応答内で報告されまするように指定します。 • (任意) out :増分値が、DVMRP ルーティング テーブルのルートに対する発信 DVMRP レポートに追加されるように指定します。 in と out のどちらも指定しない場合は、 in がデフォルトになります。 increment には、レポート メッセージに格納されてアドバタイズされる DVMRP ルータのメトリックの増分値を指定します。指定できる範囲は 1 ~ 31 です。 ip dvmrp metric-offset コマンドがインターフェイス上で設定されていない場合、着信ルートのデフォルトの増分値は 1 です。発信ルートのデフォルト値は 0 です。 |
ステップ 4 |
end |
特権 EXEC モードに戻ります。 |
ステップ 5 |
show running-config |
設定を確認します。 |
ステップ 6 |
copy running-config startup-config |
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルト設定に戻すには、 no ip dvmrp metric-offset インターフェイス コンフィギュレーション コマンドを使用します。