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