IP マルチキャスト：PIM コンフィギュレーション ガイド、Cisco IOS XE Release 3S（Cisco ASR 1000）

• ランデブー ポイント（RP）でドメイン外のアクティブなソースを動的に検出できます。
• 複数のドメイン間でマルチキャスト配信ツリーを構築するためのさらに管理しやすいアプローチを導入できます。

MSDP は、複数の PIM-SM ドメインを接続するメカニズムです。 MSDP の目的は、他の PIM ドメイン内のマルチキャスト ソースを検出することです。 MSDP の主な利点は、PIM-SM ドメインで（共通の共有ツリーではなく）ドメイン間ソース ツリーを使用することで、複数の PIM-SM ドメインを簡単に相互接続できることです。 MSDP がネットワークで設定されている場合、RP は他のドメインの RP とソース情報を交換します。 RP は、レシーバがいるグループに送信するソースのドメイン間ソース ツリーに参加できます。 これができるのは、RP が、アクティブなレシーバが存在するドメイン内のすべてのポイントへのブランチがある、ドメイン内の共有ツリーのルートであるためです。 ラスト ホップ ルータは（共有ツリー下のソースからのマルチキャスト パケットの着信によって）PIM-SM ドメイン外の新しいソースを学習すると、ソースに加入を送信し、ドメイン間ソース ツリーに参加できます。

（注）	RP に特定のグループの共有ツリーがないか、または RP の共有ツリーの発信インターフェイス リストが空の場合は、別のドメイン内のソースに加入を送信しません。

MSDP がイネーブルになっている場合、PIM-SM ドメインの RP は、他のドメインの MSDP 対応ルータとの MSDP ピアリング関係を維持します。 このピアリング関係は TCP 接続を通じて発生し、主にマルチキャスト グループに送信するソースのリストが交換されます。 MSDP は、ピアリング接続に TCP（ポート 639）を使用します。 BGP と同様に、ポイントツーポイント TCP ピアリングを使用することは、各ピアを明示的に設定する必要があることを意味します。 また、RP 間の TCP 接続は、基本的なルーティング システムによって実現されます。 受信側の RP では、送信元リストを使用して送信元のパスが確立されます。 マルチキャスト ソースがレシーバがいるドメインの対象である場合、マルチキャスト データは PIM-SM で提供される通常のソース ツリー構築メカニズムを使用して配信されます。 MSDP は、グループを送信する送信元のアナウンスにも使用されます。 これらのアナウンスは、ドメインの RP で発信する必要があります。

（注）	MSDP は、ドメイン間の動作に関して BGP またはマルチプロトコル BGP（MBGP）に依存しています。 グローバル マルチキャスト グループに送信する RP で MSDP を実行することを推奨します。

図に、2 つの MSDP ピア間で動作する MSDP を示します。 PIM では、ドメインの RP に送信元を登録するための標準メカニズムとして、MSDP が使用されます。

図 1. RP ピア間で動作する MSDP

MSDP が実装されている場合、次のイベント シーケンスが発生します。

1. 図に示すように、PIM 指定ルータ（DR）が RP にソースを登録すると、RP はその MSDP ピアすべてに Source-Active（SA）メッセージを送信します。

（注）	DR は、（ソースがアクティブになると）カプセル化されたデータをソースごとに 1 回だけ RP に送信します。 ソースがタイムアウトした場合、ソースが再度アクティブになるとこのプロセスが実行されます。 この状況は、発信側の RP に登録されたすべてのソースを含む定期的な SA メッセージとは異なります。 これらの SA メッセージは MSDP の制御パケットで、そのため、アクティブなソースからのカプセル化されたデータは含まれません。

1. SA メッセージでは、ソース アドレス、ソースの送信先グループ、および RP のアドレスまたは発信者 ID が識別されます（設定されている場合）。
2. SA メッセージを受信する各 MSDP ピアは、発信者からのダウンストリームのすべてのピアに SA メッセージをフラッディングします。 場合によっては（図のように PIM-SM ドメイン B および C に RP がある場合など）、RP は複数の MSDP ピアから SA メッセージのコピーを受信することがあります。 ループが作成されないように、RP は BGP ネクスト ホップ データベースに問い合わせて、SA メッセージの発信者へのネクスト ホップを識別します。 MBGP とユニキャスト BGP の両方が設定されている場合、最初に MBGP がチェックされ、次にユニキャスト BGP がチェックされます。 そのネクスト ホップ ネイバーは発信者の RPF ピアです。 RPF ピアとのインターフェイス以外のインターフェイスの発信者から受信した SA メッセージはドロップされます。 そのため、SA メッセージ フラッディング プロセスはピア RPF フラッディングと呼ばれます。 ピア RPF フラッディング メカニズムにより、BGP または MBGP は MSDP とともに実行する必要があります。

（注）	（M）BGP は、MSDP メッシュ グループのシナリオでは必要ありません。 MSDP メッシュ グループの詳細については、MSDP メッシュ グループの設定のセクションを参照してください。

（注）	（M）BGP は、デフォルト MSDP ピアのシナリオまたは MSDP ピアが 1 つだけ設定されているシナリオでは必要ありません。 詳細については、デフォルトの MSDP ピアの設定のセクションを参照してください。

1. RP は SA メッセージを受信すると、グループ（*, G）の発信インターフェイス リストにインターフェイスがあるかどうかを確認して、アドバタイズされたグループのメンバがドメイン内にあるかどうかを確認します。 グループ メンバが存在しない場合、RP は何も実行しません。 グループ メンバが存在する場合、RP はソースに対して（S, G）加入を送信します。 その結果、RP へのドメイン間のブランチが自律システムの境界を越えて構築されます。 マルチキャスト パケットは、RP に着信すると、その共有ツリーを経由して RP のドメイン内のグループ メンバに転送されます。 メンバの DR は、標準的な PIM-SM 手順を使用してソースへのランデブー ポイント ツリー（RPT）に加入することもできます。
2. 発信側の RP は、ソースがグループにパケットを送信している限り、（S, G）ステートの定期的な SA メッセージを 60 秒ごとに送信し続けます。 RP は SA メッセージを受信すると、SA メッセージをキャッシュします。 たとえば、RP が発信側の RP 10.5.4.3 から（172.16.5.4、228.1.2.3）の SA メッセージを受信するとします。 RP は mroute テーブルに問い合わせて、グループ 228.1.2.3 にアクティブ メンバがないことを検出するため、10.5.4.3 のダウンストリームのピアに SA メッセージを渡します。 ドメイン内のホストがグループ 228.1.2.3 の RP に加入を送信すると、RP はホストへのインターフェイスを（*, 224.1.2.3）エントリの発信インターフェイス リストに追加します。 RP は SA メッセージをキャッシュするため、ルータは (172.16.5.4, 228.1.2.3) のエントリを持ち、ホストが加入を要求するとすぐにソース ツリーに加入できます。

（注）	現行のすべてのサポートされているソフトウェア リリースでは、MSDP SA メッセージのキャッシュは必須であり、手動でイネーブルまたはディセーブルにすることはできません。 デフォルトでは、MSDP ピアが設定されると、ip multicast cache-sa-state コマンドが自動的に実行コンフィギュレーションに追加されます。

それぞれ独自のタイプ、長さ、値（TLV）データ形式で符号化された 4 つの基本的な MSDP メッセージ タイプがあります。

ここでは SA メッセージの発信、受信、および処理について詳しく説明します。

BGP と同様に、MSDP は他の MSDP ピアとのネイバー関係を確立します。 MSDP ピアは TCP ポート 639 を使用して接続します。 IP アドレスが小さい方のピアは、TCP 接続を開くアクティブなロールを担います。 IP アドレスが大きい方のピアは、他方が接続を確立するのを LISTEN ステートで待機します。 MSDP ピアは、60 秒ごとにキープアライブ メッセージを送信します。 データが着信すると、キープアライブ メッセージと同じ機能が実行され、セッションがタイムアウトにならないようにします。 キープアライブ メッセージまたはデータが 75 秒間受信されない場合、TCP 接続はリセットされます。

MSDP MD5 パスワード認証機能は、2 つの MSDP ピア間の TCP 接続上で Message Digest 5（MD5）シグネチャの保護を提供するための拡張です。 この機能は、TCP 接続ストリームに導入されるスプーフィングされた TCP セグメントの脅威に対して MSDP を保護することにより、追加のセキュリティを提供します。

デバイスが特定の MSDP ピアから受け入れることができる SA メッセージの総数を制限するには、ip msdp sa-limit コマンドを使用します。 ip msdp sa-limit コマンドを設定すると、そのピア用に設定された SA メッセージの制限に到達した場合、デバイスは SA キャッシュに格納されている SA メッセージのピアごとの数を維持し、ピアからの新規メッセージを無視します。

MSDP 対応デバイスをサービス拒否（DoS）攻撃から保護するための手段として、ip msdp sa-limit コマンドが導入されました。 デバイス上のすべての MSDP ピアリングに対して SA メッセージの制限を設定することを推奨します。 適度に低い SA 制限をスタブ MSDP リージョンとのピアリングに設定する必要があります（たとえば、さらにダウンストリーム ピアを持つが、インターネットの残りの部分で SA メッセージの中継として動作しないピアなど）。 インターネット上の SA メッセージの中継として動作するすべての MSDP ピアリングに高い SA 制限を設定する必要があります。

MSDP ピアがキープアライブ メッセージを送信する間隔、および MSDP ピアがダウンしたと宣言するまでに他のピアからのキープアライブ メッセージを待機する間隔を調整するには、ip msdp keepalive コマンドを使用します。

MSDP ピアリング セッションが確立されると、接続の各側はキープアライブ メッセージを送信し、キープアライブ タイマーを設定します。 キープアライブ タイマーの期限が切れると、ローカル MSDP ピアはキープアライブ メッセージを送信し、キープアライブ タイマーを再開します。この間隔をキープアライブ インターバルといいます。 keepalive-interval 引数がキープアライブ メッセージの送信間隔を調整するために使用されます。 キープアライブ タイマーは、ピアがアップ状態のときに keepalive-interval 引数に指定された値に設定されます。 キープアライブ タイマーは、MSDP キープアライブ メッセージがピアに送信されるたびに keepalive-interval 引数の値にリセットされ、タイマーの期限が切れるとリセットされます。 キープアライブ タイマーは、MSDP ピアリング セッションが終了したときに削除されます。 デフォルトでは、keepalive タイマーは 60 秒に設定されます。

（注）	keepalive-interval 引数に指定される値は、holdtime-interval 引数に指定される値未満にしなければならず、また、1 秒以上に設定する必要があります。

保留時間タイマーは、MSDP ピアリング接続が確立されると hold-time-interval 引数の値に初期化され、MSDP キープアライブ メッセージが受信されると hold-time-interval 引数の値にリセットされます。 保留時間タイマーは、MSDP ピアリング接続が閉じられると削除されます。 デフォルトでは、保留時間インターバルは 75 秒に設定されています。

MSDP ピアが他のピアがダウンしたと宣言するまで他のピアからのキープアライブ メッセージを待機する間隔を調整するには、hold-time-interval 引数を使用します。

ピアリング セッションがリセットされてからピアリング セッションの再確立が試行されるまですべての MSDP ピアが待機する間隔を調整できます。 この間隔は、接続再試行インターバルと呼ばれます。 デフォルトでは、ピアリング セッションがリセットされてから他のピアとのピアリング セッションの再確立が試行されるまで MSDP ピアは 30 秒間待機します。 変更された設定済み接続再試行インターバルは、デバイス上のすべての MSDP ピアリング セッションに適用されます。

MSDP の IETF RFC 3618 準拠機能が設定されている場合は、IETF RFC 3618 で定義されているピア RPF 転送ルールが MSDP ピアに適用されます。 IETF RFC 3618 では、MSDP が使用可能なインターネット全体で SA メッセージを転送するために使用されるピア RPF 転送ルールが規定されています。 データ パケットの転送時に使用される RPF チェックではパケットのソース アドレスをパケットを受信したインターフェイスと比較しますが、ピア RPF チェックでは SA メッセージで送信される RP アドレスをメッセージを受信した MSDP ピアと比較します。 MSDP メッシュ グループを使用されている場合を除き、SA メッセージのループを避けるために RP アドレスからの SA メッセージは 1 つの MSDP ピアからだけ受け入れます。

（注）	RFC 3618 で定義されている MSDP ピア転送ルールの詳細については、RFC 3618『Multicast Source Discovery Protocol（MSDP）』を参照してください。

ほとんどのシナリオでは、MSDP ピアは BGP ピアでもあります。 自律システムがスタブまたは非中継自律システムであり、特に自律システムがマルチホーム化されてない場合、中継自律システムに BGP を実行する理由は、ほとんどまたはまったくありません。 一般に、スタブ自律システムのスタティックなデフォルト ルート、および中継自律システムのスタブ プレフィックスに接続するスタティックなルートで十分です。 ただし、スタブ自律システムがマルチキャスト ドメインでもあり、RP が隣接ドメイン内の RP とピアリングする必要がある場合は、MSDP は BGP ネクスト ホップ データベースを使用してピア RPF チェックを行います。 ip msdp default-peer コマンドを使用して、ピア RPF チェックを実行せずにすべての SA メッセージを受け入れるデフォルト ピアを定義することにより、この BGP への依存をディセーブルにできます。 デフォルトの MSDP ピアは、事前に設定しておく必要があります。

スタブ自律システムには、冗長性を実現するために複数の RP との MSDP ピアリングが必要な場合もあります。 たとえば、RPF チェック メカニズムがないため、SA メッセージは複数のデフォルト ピアから受け入れられません。 代わりに、SA メッセージは 1 つのピアからのみ受け入れられます。 そのピアに障害が発生した場合、SA メッセージは別のピアから受け入れられます。 ここでの基本的な前提は、両方のデフォルト ピアが同じ SA メッセージを送信していることです。

図に、デフォルト MSDP ピアが使用されるシナリオを示します。 この図では、ルータ B を所有するカスタマーが 2 つのインターネット サービス プロバイダー（ISP）を介してインターネットに接続されています。一方の ISP はルータ A を所有し、もう一方の ISP はルータ C を所有しています。 これらの ISP 間で、BGP または MBGP は動作していません。 カスタマーが ISP ドメインまたは他のドメイン内のソースについて学習するために、ルータ B はルータ A をデフォルト MSDP ピアとして識別します。 ルータ B はルータ A とルータ C の両方に SA メッセージをアドバタイズしますが、ルータ A だけまたはルータ C だけから SA メッセージを受け入れます。 ルータ A が設定内の最初のデフォルト ピアである場合、ルータ A が稼働していればルータ A が使用されます。 ルータ A が稼働していない場合に限り、ルータ B がルータ C からの SA メッセージを受け入れます。

ISP は、プレフィックス リストを使用して、カスタマーのルータから受け入れるプレフィックスを定義する場合もあります。 カスタマーは、複数のデフォルト ピアを定義します。各ピアには関連するプレフィックスを 1 つまたは複数設定します。

カスタマーは 2 つの ISP を使用しています。 カスタマーはこの 2 つの ISP をデフォルト ピアとして定義します。 設定内で最初のデフォルト ピアとして特定されているピアが稼働している限り、このピアがデフォルト ピアになり、カスタマーはそのピアから受信するすべての SA メッセージを受け入れます。

図 2. デフォルト MSDP ピアのシナリオ

ルータ B はルータ A およびルータ C に SA をアドバタイズしますが、ルータ A またはルータ C だけを使用して SA メッセージを受け入れます。 ルータ A が設定内の最初のルータである場合、ルータ A が稼働していればルータ A が使用されます。 ルータ A が稼働していない場合に限り、ルータ B がルータ C から SA メッセージを受け入れます。 これは、プレフィックス リストがない場合の動作です。

プレフィックス リストを指定すると、リスト内のプレフィックスに対してだけピアはデフォルト ピアになります。 プレフィックス リストがそれぞれ関連付けられている場合は、複数のアクティブなデフォルト ピアを設定できます。 プレフィックス リストがない場合も、複数のデフォルト ピアを設定できますが、アクティブなデフォルト ピアになるのは最初のピアだけです（このピアにルータが接続されていて、ピアがアクティブの場合に限ります）。 最初に設定されたピアがダウンするか、このピアとの接続がダウンした場合、2 番目に設定されたピアがアクティブなデフォルト ピアになります。以下同様です。

MSDP メッシュ グループは、MSDP によってフル メッシュ型に相互接続された MSDP スピーカーのグループです。 つまり、グループの各 MSDP ピアには、グループ内の他のすべての MSDP ピアとの MSDP ピアリング関係（MSDP 接続）が必要です。 MSDP メッシュ グループが MSDP ピアのグループ間に設定されている場合、SA メッセージのフラッディングが削減されます。 グループ内の MSDP ピアがグループ内の別の MSDP ピアから SA メッセージを受信すると、この SA メッセージはグループ内のその他のすべての MSDP ピアに送信されたとみなされるためです。 その結果、受信側の MSDP ピアがグループ内の他の MSDP ピアに SA メッセージをフラッディングする必要はありません。

デフォルトでは、MSDP を実行するように設定されている RP は、それが RP であるすべてのローカル ソースの SA メッセージを発信します。 そのため、RP に登録されているローカル ソースは SA メッセージでアドバタイズされますが、これが望ましくない場合もあります。 たとえば、PIM-SM ドメイン内のソースがプライベート アドレス（たとえば、ネットワーク 10.0.0.0/8）を使用している場合、SA 発信フィルタを設定してこれらのアドレスがインターネット上の他の MSDP ピアにアドバタイズされないようにする必要があります。

どのソースが SA メッセージでアドバタイズされるかを制御するには、RP に SA 発信フィルタを設定します。 SA 発信フィルタを作成すると、SA メッセージでアドバタイズされるソースを次のように制御できます。

• デバイスが SA メッセージのローカル ソースをアドバタイズしないように、RP を設定できます。 デバイスは引き続き通常の方法で他の MSDP ピアからの SA メッセージを転送し、ローカル ソースの SA メッセージは送信しません。
• 拡張アクセス リストで定義されている（S, G）ペアと一致する、特定のグループに送信するローカル ソースの SA メッセージだけを発信するようにデバイスを設定できます。 その他のすべてのローカル ソースは SA メッセージでアドバタイズされません。
• AS パス アクセス リストで定義されている AS パスと一致する、特定のグループに送信するローカル ソースの SA メッセージだけを発信するようにデバイスを設定できます。 その他のすべてのローカル ソースは SA メッセージでアドバタイズされません。
• ルート マップで定義されている基準と一致するローカル ソースの SA メッセージだけを発信するようにデバイスを設定できます。 その他のすべてのローカル ソースは SA メッセージでアドバタイズされません。
• 拡張アクセス リスト、AS パス アクセス リスト、およびルート マップ、またはその組み合わせを含む SA 発信フィルタを設定します。 この場合、ローカル ソースが SA メッセージでアドバタイズされる前に、すべての条件を満たしている必要があります。

デフォルトでは、MSDP 対応デバイスは、受信したすべての SA メッセージをその MSDP ピアすべてに転送します。 ただし、発信フィルタ リストを作成することで、SA メッセージが MSDP ピアに転送されないようにすることができます。 発信フィルタ リストは、ローカルに発信されたか別の MSDP ピアから受信したかに関係なくすべての SA メッセージに適用されますが、SA 発信フィルタはローカルに発信された SA メッセージだけに適用されます。 ローカル デバイスから発信される MSDP SA メッセージのフィルタを有効にする方法の詳細については、ローカル ソースの RP によって発信された SA メッセージの制御を参照してください。

発信フィルタ リストを作成すると、デバイスがピアに転送する SA メッセージを次のように制御できます。

• MSDP ピアへの SA メッセージの転送を停止するようにデバイスを設定することにより、特定の MSDP ピアに転送されたすべての発信 SA メッセージをフィルタリングできます。
• 拡張アクセス リストで許可された（S, G）ペアと一致する SA メッセージだけを MSDP ピアに転送するようにデバイスを設定することにより、拡張アクセス リストで定義されている（S, G）ペアに基づいて、特定の MSDP ピアに転送された発信 SA メッセージのサブセットをフィルタリングできます。 その他のすべての SA メッセージの MSDP ピアへの転送は停止されます。
• ルート マップで定義されている基準と一致する SA メッセージだけを転送するようにデバイスを設定することにより、ルート マップで定義されている一致基準に基づいて、特定の MSDP ピアに転送された発信 SA メッセージのサブセットをフィルタリングできます。 その他のすべての SA メッセージの MSDP ピアへの転送は停止されます。
• SA メッセージが 1 つまたは複数の MSDP ピアに転送された後でも、発信元に基づいて発信 SA メッセージをフィルタリングするようにデバイスを設定することにより、SA メッセージに含まれる、アナウンスする RP アドレスに基づいて、特定のピアからの発信 SA メッセージのサブセットをフィルタリングできます。 その他のすべての SA メッセージの MSDP ピアへの転送は停止されます。
• 拡張アクセス リスト、ルート マップ、および RP アクセス リストまたは RP ルート マップのいずれかを含む発信フィルタ リストを設定できます。 その場合、MSDP ピアで発信 SA メッセージを転送するにはすべての条件を満たしている必要があります。

注意	SA メッセージの任意のフィルタリングを実行すると、ダウンストリーム MSDP ピアで正当なアクティブソースの SA メッセージを受信できなくなることがあります。 そのため、このタイプのフィルタを使用する場合は注意が必要です。 通常、発信フィルタ リストは、プライベート アドレスを使用するソースなど、望ましくないソースを拒否するためだけに使用します。

デフォルトでは、MSDP 対応デバイスは MSDP ピアからそのデバイスに送信されたすべての SA メッセージを受信します。 ただし、着信フィルタ リストを作成して、デバイスが MSDP ピアから受信するソース情報を制御できます。

着信フィルタ リストを作成すると、デバイスがピアから受信する着信 SA メッセージを次のように制御できます。

• 特定の MSDP ピアから送信されたすべての SA メッセージを無視するようにデバイスを設定することにより、特定の MSDP ピアからのすべての着信 SA メッセージをフィルタリングできます。
• 拡張アクセス リストで定義されている（S, G）ペアと一致する MSDP ピアからの SA メッセージだけを受信するようにデバイスを設定することにより、拡張アクセス リストで定義されている（S, G）ペアに基づいて、特定のピアからの着信 SA メッセージのサブセットをフィルタリングできます。 MSDP ピアからのその他のすべての着信 SA メッセージは無視されます。
• ルート マップで定義されている基準と一致する SA メッセージだけを受信するようにデバイスを設定することにより、ルート マップで定義されている一致基準に基づいて、特定のピアからの着信 SA 要求メッセージのサブセットをフィルタリングできます。 MSDP ピアからのその他のすべての着信 SA メッセージは無視されます。
• 拡張アクセス リストで定義されている（S, G）ペアおよびルート マップで定義されている基準の両方と一致する着信 SA メッセージだけを受信するようにデバイスを設定することにより、拡張アクセス リストで定義されている（S, G）ペアおよびルート マップで定義されている一致基準の両方に基づいて、特定のピアからの着信 SA メッセージのサブセットをフィルタリングできます。 MSDP ピアからのその他のすべての着信 SA メッセージは無視されます。
• SA メッセージが 1 つまたは複数の MSDP ピアに転送された後でも、発信元に基づいて着信 SA メッセージをフィルタリングするようにデバイスを設定することにより、SA メッセージに含まれる、アナウンスする RP アドレスに基づいて、特定のピアからの着信 SA メッセージのサブセットをフィルタリングできます。
• 拡張アクセス リスト、ルート マップ、および RP アクセス リストまたは RP ルート マップのいずれかを含む着信フィルタ リストを設定できます。 その場合、MSDP ピアで着信 SA メッセージを受信するにはすべての条件を満たしている必要があります。

注意	SA メッセージの任意のフィルタリングを実行すると、ダウンストリーム MSDP ピアで正当なアクティブソースの SA メッセージを受信できなくなることがあります。 そのため、このタイプのフィルタを使用する場合は注意が必要です。 通常、着信フィルタ リストは、プライベート アドレスを使用するソースなど、望ましくないソースを拒否するためだけに使用されます。

存続可能時間（TTL）値を使用して、ドロップされる前にパケットが取得できるホップの数を制限できます。 特定の MSDP ピアに送信された、データがカプセル化された SA メッセージの TTL を指定するには、ip multicast ttl-threshold コマンドを使用します。 デフォルトでは、パケットの TTL 値が 0（標準 TTL 動作）より大きい場合は、SA メッセージのマルチキャスト データ パケットは MSDP ピアに送信されます。

一般に、TTL しきい値の問題は、SA メッセージ内でソースの初期マルチキャスト パケットがカプセル化されることによって発生することがあります。 マルチキャスト パケットはユニキャスト SA メッセージ内部でカプセル化されるため（TTL は 255）、SA メッセージが MSDP ピアに送信されるときに TTL は減少しません。 さらに、マルチキャスト トラフィックおよびユニキャスト トラフィックは MSDP ピアへのまったく異なるパスと、その結果としてリモート PIM-SM ドメインへのまったく異なるパスに従うため、SA メッセージが通過するホップの総数は、通常のマルチキャスト パケットとは大きく異なります。 その結果、カプセル化されたパケットは TTL しきい値に違反することになります。 この問題を解決するには、ip multicast ttl-threshold コマンドを使用して、特定の MSDP ピアに送信された SA メッセージにカプセル化されているマルチキャスト パケットに関連付けられた TTL しきい値を設定します。 ip msdp ttl-threshold コマンドを使用すると、IP ヘッダーの TTL が ttl-value 引数に指定されている TTL 値未満であるマルチキャスト パケットが、ピアに送信される SA メッセージにカプセル化されないようにすることができます。

非キャッシュ デバイスが 1 つ以上の特定の MSDP ピアに SA 要求メッセージを送信するように設定できます。

非キャッシュ RP に SA をキャッシュする MSDP ピアがある場合、非キャッシュ ピアが SA 要求メッセージを送信できるようにすると非キャッシュ ピアの参加遅延を低減できます。 ホストが特定のグループに対して加入を要求すると、非キャッシュ RP は SA 要求メッセージをキャッシュ ピアに送信します。 ピアがこの特定のグループのソース情報をキャッシュしている場合、SA 応答メッセージで要求側の RP に情報を送信します。 要求側の RP は SA 応答内の情報を使用しますが、他のピアにメッセージを転送しません。 非キャッシュ RP が SA 要求を受信すると、要求者にエラー メッセージを返します。

（注）	現行のすべてのサポートされているソフトウェア リリースでは、MSDP SA メッセージのキャッシュは必須であり、手動でイネーブルまたはディセーブルにすることはできません。 デフォルトでは、MSDP ピアが設定されると、設定済みコマンドが自動的に実行コンフィギュレーションに追加されます。

デフォルトでは、デバイスはその MSDP ピアからのすべての発信 SA 要求メッセージを受け入れます。つまり、ルータはキャッシュされたソース情報を要求側の MSDP ピアに SA 応答メッセージで送信します。 SA 要求フィルタを作成すると、デバイスが特定のピアから受け入れる発信 SA 要求メッセージを制御できます。 SA 要求フィルタは、デバイスが MSDP ピアから受け入れる発信 SA 要求を次のように制御します。

• 特定の MSDP ピアからのすべての SA 要求メッセージを無視するようにデバイスを設定することにより、特定のピアからのすべての SA 要求メッセージをフィルタリングできます。
• 標準アクセス リストで定義されているグループと一致する MSDP ピアからの SA 要求メッセージだけを受け入れるようにデバイスを設定することにより、標準アクセス リストで定義されているグループに基づいて、特定のピアからの SA 要求メッセージのサブセットをフィルタリングできます。 その他のグループの指定されたピアからの SA 要求メッセージは無視されます。

MSDP MIB には、SNMP を介して MSDP スピーカーのリモート モニタリングを行う際に使用できる管理対象オブジェクトが規定されています。 MSDP MIB モジュールには、スカラ オブジェクトが 4 つとテーブルが 3 つあります。 このテーブルは、要求テーブル、ピア テーブル、および Source-Active（SA）キャッシュ テーブルです。 シスコの実装では、ピア テーブルと SA キャッシュ テーブルだけがサポートされています。 要求テーブルには、SA 要求の送信先のピアを決定するために使用される情報が含まれています。 ただし、Cisco IOS ソフトウェアで使用される MSDP 実装では、ピアへの SA 要求の送信はグループ アドレス（またはグループ アドレス マスク）に関連付けられていません。

（注）	MSDP-MIB.my ファイルは、次の URL にある Cisco.com の Cisco MIB Web サイトからダウンロードできます。http:/​/​www.cisco.com/​public/​sw-center/​netmgmt/​cmtk/​mibs.shtml。

（注）	MSDP ピアをイネーブルにすることで、MSDP は暗黙的にイネーブルになります。

1.    enable


2.    configure terminal


3.    ip msdp peer {peer-name| peer-address} [connect-source type number] [remote-as as-number]


4.    ip msdp description {peer-name| peer-address} text


5.    end

Device> enable

Device# configure terminal

Device(config)# ip msdp peer 192.168.1.2 connect-source loopback0

Device(config)# ip msdp description 192.168.1.2 router at customer a

Device(config)# end

MSDP ピアをシャットダウンするには、次の任意の作業を実行します。

複数の MSDP ピアを設定していて、すべてのピアの設定が完了するまでいずれのピアもアクティブにしない場合は、各ピアをシャット ダウンし、各ピアを設定した後で起動することができます。 MSDP ピアの設定を失わずに、MSDP セッションをシャットダウンすることもできます。

（注）	MSDP ピアがシャット ダウンされると、TCP 接続は終了し、（指定されたピアに対して）no ip msdp shutdown コマンドを使用してピアを再起動するまで再開されません。

1.    enable


2.    configure terminal


3.    ip msdp shutdown {peer-name | peer-address}


4.    別の MSDP ピアをシャットダウンするには、ステップ 3 を繰り返します。

5.    end

Device> enable

Device# configure terminal

Device(config)# ip msdp shutdown 192.168.1.3

Device(config)# end

1.    enable


2.    configure terminal


3.    ip msdp password peer {peer-name | peer-address} [encryption-type] string


4.    exit


5.    show ip msdp peer [peer-address | peer-name]

Device> enable

Device# configure terminal

Device(config)# ip msdp password peer 10.32.43.144 0 test

Device(config)# exit

Device# show ip msdp peer

デバイスが特定の MSDP ピアから受け入れることができる SA メッセージの総数を制限するには、この任意の作業（ただし強く推奨されます）を実行します。 この作業を実行することで、分散型サービス拒否攻撃（DoS）から MSDP 対応デバイスを保護します。

（注）	デバイス上のすべての MSDP ピアリングに対してこの作業を実行することを推奨します。

1.    enable


2.    configure terminal


3.    ip msdp sa-limit {peer-address | peer-name} sa-limit


4.    別の MSDP ピアの SA 制限を設定するには、ステップ 3 を繰り返します。

5.    exit


6.    show ip msdp count [as-number]


7.    show ip msdp peer [peer-address | peer-name]


8.    show ip msdp summary

Device> enable

Device# configure terminal

Device(config)# ip msdp sa-limit 192.168.10.1 100

Device(config)# exit

Device# show ip msdp count

Device# show ip msdp peer

Device# show ip msdp summary

MSDP ピアがキープアライブ メッセージを送信する間隔、および MSDP ピアが他のピアがダウンしたと宣言するまでに他のピアからのキープアライブ メッセージを待機する間隔を調整するには、次の任意の作業を実行します。 デフォルトでは、MSDP ピアが別の MSDP ピアとのピアリング セッションが停止したことを検出するために 75 秒かかる場合があります。 冗長 MSDP ピアがあるネットワーク環境では、保留時間インターバルを短くすると、MSDP ピアに障害が発生した場合に MSDP ピアの再コンバージェンス時間を短縮できます。

（注）	ip msdp keepalive コマンドのデフォルト値は RFC 3618『Multicast Source Discovery Protocol』に準拠しているため、コマンドのデフォルト値を変更しないことを推奨します。 ネットワーク環境でデフォルト値を変更する必要がある場合は、MSDP ピアリング セッションの両端で keepalive-interval および hold-time-interval 引数に同じ時間値を設定する必要があります。

1.    enable


2.    configure terminal


3.    ip msdp keepalive {peer-address | peer-name} keepalive-interval hold-time-interval


4.    別の MSDP ピアのキープアライブ メッセージの間隔を調整するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp keepalive 10.1.1.3 40 55

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp timer connection-retry-interval


4.    exit

Device> enable

Device# configure terminal

Device# ip msdp timer 45

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp rpf rfc3618


4.    end


5.    show ip msdp rpf-peer rp-address

Router> enable

Router# configure terminal

Router(config)# ip msdp rpf rfc3618

Router(config)# end

Router# show ip msdp rpf-peer 192.168.1.5

1.    enable


2.    configure terminal


3.    ip msdp default-peer {peer-address | peer-name} [prefix-list list]


4.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp default-peer 192.168.1.3

Device(config)# exit

MSDP メッシュ グループを設定するには、次の任意の作業を実行します。

（注）	デバイスごとに複数のメッシュ グループを設定できます。

1.    enable


2.    configure terminal


3.    ip msdp mesh-group mesh-name {peer-address | peer-name}


4.    MSDP ピアをメッシュ グループのメンバとして追加するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp mesh-group peermesh

Device(config)# exit

SA メッセージでアドバタイズされる登録ソースを制限するフィルタをイネーブルにして、RP によって発信された SA メッセージを制御するには、次の作業を実行します。

（注）	MSDP SA メッセージ フィルタの設定に関するベスト プラクティス情報については、テクニカル ノート『Multicast Source Discovery Protocol SA Filter Recommendations』を参照してください。

1.    enable


2.    configure terminal


3.    ip msdp redistribute [list access-list] [asn as-access-list] [route-map map-name]


4.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp redistribute route-map customer-sources

Device(config)# exit

発信フィルタ リストを設定して SA メッセージの MSDP ピアへの転送を制御するには、次の任意の作業を実行します。

（注）	MSDP SA メッセージ フィルタの設定に関するベスト プラクティス情報については、テクニカル ノート『Multicast Source Discovery Protocol SA Filter Recommendations』を参照してください。

1.    enable


2.    configure terminal


3.    ip msdp sa-filter out {peer-address | peer-name} [list access-list] [route-map map-name] [rp-list access-list | rp-route-map map-name]


4.    別の MSDP ピアの発信フィルタ リストを設定するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp sa-filter out 192.168.1.5 peerone

Device(config)# exit

MSDP ピアからの着信 SA メッセージの受信を制御するには、次の任意の作業を実行します。

（注）	MSDP SA メッセージ フィルタの設定に関するベスト プラクティス情報については、テクニカル ノート『Multicast Source Discovery Protocol SA Filter Recommendations』を参照してください。

1.    enable


2.    configure terminal


3.    ip msdp sa-filter in {peer-address | peer-name} [list access-list] [route-map map-name] [rp-list access-list | rp-route-map map-name]


4.    別の MSDP ピアの着信フィルタ リストを設定するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp sa-filter in 192.168.1.3

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp ttl-threshold {peer-address | peer-name} ttl-value


4.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp ttl-threshold 192.168.1.5 8

Device(config)# exit

デバイスが MSDP ピアにソース情報を要求できるようにするには、次の任意の作業を実行します。

（注）	SA キャッシングはデフォルトでイネーブルになっており、以前の Cisco ソフトウェア リリースでは明示的にイネーブルまたはディセーブルにすることができないため、この作業を実行する必要はほとんどありません。

1.    enable


2.    configure terminal


3.    ip msdp sa-request {peer-address | peer-name}


4.    デバイスが別の MSDP キャッシュ ピアに SA 要求メッセージを送信するように指定するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp sa-request 192.168.10.1

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp filter-sa-request {peer-address | peer-name} [list access-list]


4.    別の MSDP ピアの SA 要求フィルタを設定するには、ステップ 3 を繰り返します。

5.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp filter sa-request 172.31.2.2 list 1

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp border sa-address type number


4.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp border sa-address gigabitethernet0/0/0

Device(config)# exit

1.    enable


2.    configure terminal


3.    ip msdp originator-id type number


4.    exit

Device> enable

Device# configure terminal

Device(config)# ip msdp originator-id ethernet 1

Device(config)# exit

1.    enable


2.    debug ip msdp [peer-address | peer-name] [detail] [routes]


3.    debug ip msdp resets


4.    show ip msdp count [as-number]


5.    show ip msdp peer [peer-address | peer-name]


6.    show ip msdp sa-cache [group-address | source-address | group-name | source-name] [as-number]


7.    show ip msdp summary

Device# enable

Device# debug ip msdp
MSDP debugging is on
Device#
MSDP: 224.150.44.254: Received 1388-byte message from peer
MSDP: 224.150.44.254: SA TLV, len: 1388, ec: 115, RP: 172.31.3.92 
MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.92, used EMBGP peer
MSDP: 224.150.44.250: Forward 1388-byte SA to peer
MSDP: 224.150.44.254: Received 1028-byte message from peer
MSDP: 224.150.44.254: SA TLV, len: 1028, ec: 85, RP: 172.31.3.92 
MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.92, used EMBGP peer
MSDP: 224.150.44.250: Forward 1028-byte SA to peer
MSDP: 224.150.44.254: Received 1388-byte message from peer
MSDP: 224.150.44.254: SA TLV, len: 1388, ec: 115, RP: 172.31.3.111 
MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.111, used EMBGP peer
MSDP: 224.150.44.250: Forward 1388-byte SA to peer
MSDP: 224.150.44.250: Received 56-byte message from peer
MSDP: 224.150.44.250: SA TLV, len: 56, ec: 4, RP: 192.168.76.241 
MSDP: 224.150.44.250: Peer RPF check passed for 192.168.76.241, used EMBGP peer
MSDP: 224.150.44.254: Forward 56-byte SA to peer
MSDP: 224.150.44.254: Received 116-byte message from peer
MSDP: 224.150.44.254: SA TLV, len: 116, ec: 9, RP: 172.31.3.111 
MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.111, used EMBGP peer
MSDP: 224.150.44.250: Forward 116-byte SA to peer
MSDP: 224.150.44.254: Received 32-byte message from peer
MSDP: 224.150.44.254: SA TLV, len: 32, ec: 2, RP: 172.31.3.78 
MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.78, used EMBGP peer
MSDP: 224.150.44.250: Forward 32-byte SA to peer

Device# debug ip msdp resets

Device# show ip msdp count
SA State per Peer Counters, <Peer>: <# SA learned>
    192.168.4.4: 8
SA State per ASN Counters, <asn>: <# sources>/<# groups>
    Total entries: 8
    ?: 8/8

Device# show ip msdp peer 192.168.4.4
MSDP Peer 192.168.4.4 (?), AS 64512 (configured AS)
  Connection status:
    State: Up, Resets: 0, Connection source: Loopback0 (2.2.2.2)
    Uptime(Downtime): 00:07:55, Messages sent/received: 8/18
    Output messages discarded: 0
    Connection and counters cleared 00:08:55 ago
  SA Filtering:
    Input (S,G) filter: none, route-map: none
    Input RP filter: none, route-map: none
    Output (S,G) filter: none, route-map: none
    Output RP filter: none, route-map: none
  SA-Requests: 
    Input filter: none
  Peer ttl threshold: 0
  SAs learned from this peer: 8
  Input queue size: 0, Output queue size: 0
  MD5 signature protection on MSDP TCP connection: not enabled

Device# show ip msdp sa-cache
MSDP Source-Active Cache - 8 entries
(10.44.44.5, 239.232.1.0), RP 192.168.4.4, BGP/AS 64512, 00:01:20/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.1), RP 192.168.4.4, BGP/AS 64512, 00:01:20/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.2), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.3), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.4), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.5), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.6), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4
(10.44.44.5, 239.232.1.7), RP 192.168.4.4, BGP/AS 64512, 00:01:19/00:05:32, Peer 192.168.4.4

Device# show ip msdp summary
MSDP Peer Status Summary
Peer Address     AS    State    Uptime/  Reset SA    Peer Name
                                Downtime Count Count
192.168.4.4      4     Up       00:08:05 0     8     ?

1.    enable


2.    clear ip msdp peer [peer-address | peer-name]


3.    clear ip msdp statistics [peer-address | peer-name]


4.    clear ip msdp sa-cache [group-address]

Device> enable

Device# clear ip msdp peer 

Device# clear ip msdp statistics

Device# clear ip msdp sa-cache

はじめる前に

• SNMP および MSDP がデバイスに設定されています。
• 各 PIM-SM ドメインには、MSDP スピーカーとして設定されているデバイスが必要です。 このデバイスは、SNMP と MSDP MIB がイネーブルに設定されている必要があります。

（注）	すべての MSDP-MIB オブジェクトは読み取り専用として実装されます。 要求テーブルは、シスコの MSDP MIB の実装ではサポートされていません。 msdpEstablished 通知は、シスコの MSDP MIB の実装ではサポートされていません。

1.    enable


2.    snmp-server enable traps msdp


3.    snmp-server host host [traps | informs] [version {1 | 2c | 3 [auth| priv | noauth]}] community-string [udp-port port-number] msdp


4.    exit

Device> enable

Device# snmp-server enable traps msdp

Device# snmp-server host examplehost msdp

Device(config)# exit