Protocol Independent Multicast（PIM）は、マルチキャスト データ パケットの転送に使用されるマルチキャスト配信ツリーを作成するために使用されるマルチキャスト ルーティング プロトコルです。

マルチキャストが適切に動作するためには、送信元または RP へのユニキャスト パスを認識している必要があります。PIM は、ユニキャスト ルーティング プロトコルを使用してこのリバース パス転送（RPF）情報を取得します。PIM という名前が示すとおり、使用されるユニキャスト プロトコルとは独立して動作します。PIM は RPF 情報についてルーティング情報ベース（RIB）に依存します。Protocol Independent Multicast（PIM）は、マルチキャスト ルーティング アップデートを送受信するように設計されています。

バンドル イーサネット サブインターフェイスでの PIM がサポートされています。

PIM BFD とも呼ばれるマルチキャストの BFD サポート（PIM）機能では、BFD のクライアントとして PIM が登録されます。すると、PIM は BFD の高速な隣接障害検出を使用できるようになります。PIM BFD が有効の場合、BFD は PIM からの hello メッセージを待機せずに、より速い障害検出を行えます。

BFD クライアントとしての PIM 要求時、BFD は、隣接ノードとのセッションを確立および維持することで、生存性を維持し、隣接ノードへの転送パス障害を検出します。BFD がネイバーとの BFD セッションを確立して維持した後も、PIM hello はネイバー間で引き続き交換されます。この機能の導入により、PIM hello メカニズムの動作は変更されません。PIM は内部ゲートウェイ プロトコル（IGP）に依存し、BFD は IGP でサポートされますが、PIM BFD は IGP の BFD とは独立しています。

Protocol Independent Multicast（PIM）は、hello メカニズムを使用して、隣接ノード間の新しい PIM ネイバーを検出します。PIM の最小障害検出時間は、PIM Query-Interval の 3 倍です。より高速な障害検出を可能にするために、インターフェイス上で PIM hello メッセージが送信される速度を設定できます。ただし、間隔が短くなると、プロトコルの負荷が増加し、CPU とメモリの使用率が増加して、システム全体のパフォーマンスに悪影響を与える可能性があります。また、間隔を短くすると、ネイバーから受信した hello メッセージが処理される前にネイバーの有効期限が切れる可能性があるため、PIM ネイバーが頻繁に期限切れになる可能性があります。PIM BFD が有効の場合、BFD は PIM からの hello メッセージを待機せずに、より速い障害検出を行えます。

空間モード PIM では、RPF ルックアップ機能を使用して、join および prune の送信先を決定します。（S,G）Join メッセージ（送信元ツリー ステート）は送信元に向け送信されます。（*,G）Join メッセージ（共有ツリー ステート）は RP に向け送信されます。

RPF ベクトルは、RPF 情報のないコア ルータが外部送信元のために join/prune メッセージを転送できるようにする PIM プロキシです（たとえば、MPLS ベース、BGP フリーのコアで、MPLS コア ルータが BGP から学習された外部ルートを持たない場合など）。RPF ベクトル エンコーディングは、現在、新しい IETF エンコーディングと互換性があります。新しい IETF 標準では、PIM Hello オプション 26 を使用して PIM メッセージがエンコードされます。

SSM モードで PIM を使用すると、マルチキャスト ルーティングの管理が簡単になります。これは、RP（ランデブー ポイント）が不要なため、共有ツリー (*,G) が構築されないためです。

PIM-SSM を定義する特定の IETF ドキュメントはありません。ただし、RFC4607 では、SSM の全体的な動作が定義されています。

このドキュメントでは、SSM を使用する場合の PIM の動作と設定について PIM-SSM という用語を使用して説明します。

Source-Specific Multicast 動作の PIM は、受信側から提供されたマルチキャスト グループの送信元アドレスから得た情報を使用して、トラフィックの送信元フィルタリングを実行します。

• デフォルトでは、PIM-SSM は、IPv4 の場合は 232.0.0.0/8 のマルチキャスト グループ範囲で動作し、IPv6 の場合は FF3x::/32 で動作します。これらの値を設定するには、ssm range コマンドを使用します。

• PIM-SM 用に設定されているネットワークに SSM を配置する場合、ラストホップ ルータのみを SSM 機能をサポートする Cisco IOS XR ソフトウェアでアップグレードする必要があります。

• SSM 範囲内の MSDP SA メッセージは、受け入れ、生成、転送のいずれも実行されません。

• SSM は ssm disable コマンドを使用して無効にできます。

• ssm allow-override コマンドを使用すると、SSM 範囲をより特定の範囲で上書きすることができます。

送信元がわかっている多くのマルチキャスト構成では、プロトコル独立型マルチキャスト送信元特定マルチキャスト（PIM-SSM）マッピングは、その単純さから、使用すべき明白なマルチキャスト ルーティング プロトコルの選択です。PIM-SSM のメリットを享受できる一般的なマルチキャスト構成としては、ETTH スペースなどのエンターテインメント型のソリューションや、静的な転送に完全に依存する金融機関での展開が挙げられます。

SSM では、データ グラムは (S,G) チャネルに基づいて配信されます。1 つの (S,G) チャネルのトラフィックは、IP 宛先アドレスとして IP ユニキャスト送信元アドレス S とマルチキャスト グループ アドレス G を持つデータグラムで構成されています。システムは、(S,G) チャネルのメンバになることによって、トラフィックを受信します。シグナリングは不要ですが、受信先は特定の送信元からのトラフィックを受信する場合は (S,G) チャネルに加入し、トラフィックを受信しない場合はチャネルから脱退する必要があります。チャネル加入シグナリングでは、IGMP を使用してモード メンバーシップ レポートを含めます。これは、IGMP バージョン 3（IGMPv3）でのみサポートされています。

IGMPv3 で SSM を使用するには、マルチキャスト ルータ、アプリケーションが稼働しているホスト、そしてアプリケーション自体が SSM をサポートしている必要があります。Cisco IOS XR ソフトウェアでは、224.0.0.0 ～ 239.255.255.255 の IP マルチキャスト アドレス範囲の任意のサブセットの SSM 設定を許可します。

SSM 範囲が定義されると、（アプリケーションが明示的な (S,G) チャネル加入を使用するように変更されていない限り）SSM 範囲内でアドレスを使用しようとする場合に既存の IP マルチキャスト レシーバ アプリケーションはトラフィックを受信しません。

Multicast Source Discovery Protocol（MSDP）は、複数の PIM スパース モード ドメインを接続するためのメカニズムです。MSDP を使用すると、さまざまなドメイン内のすべてのランデブー ポイント（RP）に、グループのマルチキャスト送信元を通知できます。各 PIM-SM ドメインは自身の RP を使用するため、他のドメインの RP に依存する必要はありません。

PIM-SM ドメインの RP は、他のドメインの MSDP 対応ルータとの MSDP ピアリング関係を持ちます。各ピアリング関係は、下位のルーティング システムによって維持される TCP 接続上で行われます。

MSDP スピーカーは、Source Active（SA）メッセージとも呼ばれるメッセージを交換します。RP は、一般に PIM register メッセージを通じてローカル アクティブ ソースについて学習するとき、MSDP プロセスが SA メッセージの register をカプセル化し、ピアに情報を転送します。メッセージには、マルチキャスト フローの送信元およびグループの情報と、カプセル化されたデータが格納されます。ネイバー RP にマルチキャスト グループのローカル加入者がある場合、RP は S,G ルートをインストールし、SA メッセージに含まれるカプセル化データを転送し、送信元に向けて PIM join を逆に送信します。このプロセスは、マルチキャスト パスをドメイン間で構築する方法について説明します。

（注）	最適な MSDP ドメイン間動作のために BGP またはマルチプロトコル BGP を設定することをお勧めしますが、Cisco IOS XR ソフトウェア の実装では必須とは見なされません。BGP またはマルチプロトコル BGP を MSDP とともに使用する方法については、インターネット技術特別調査委員会（IETF）インターネット ドラフト『Multicast Source Discovery Protocol (MSDP)』に記載されている MSDP RPF ルールを参照してください。

通常、スパース モードの PIM（PIM-SM）動作は、マルチキャスト ネットワークで比較的少数のルータがマルチキャストに関連する場合に使用されます。ルータは、トラフィックの明示的な要求がない場合、グループのマルチキャスト パケットを転送しません。要求は、ツリーのルート ノードに向けてホップバイホップで送信される PIM join メッセージを使用して行われます。PIM-SM のツリーのルート ノードは、共有ツリーの場合はランデブー ポイント（RP）、最短パス ツリー（SPT）の場合はマルチキャスト送信元に直接接続されているファーストホップ ルータになります。RP はマルチキャスト グループを追跡し、マルチキャスト パケットを送信する送信元は送信元のファーストホップ ルータによって RP に登録されます。

PIM join がツリーの上位方向に送信されると、要求されたマルチキャスト トラフィックがツリーの下位方向に転送されるように、パス上のルータがマルチキャスト転送ステートを設定します。マルチキャスト トラフィックが不要になったら、ルータはルート ノードに向けてツリーの上位方向に PIM prune メッセージを送信し、不必要なトラフィックをプルーニング（削除）送信します。この PIM prune がホップごとにツリーを上位方向に移動する際、各ルータはその転送状態を適切に更新します。最終的に、マルチキャスト グループまたは送信元に関連付けられている転送ステートは削除されます。また、prune が明示的に送信されない場合、以降の join メッセージがないと、PIM ステートがタイムアウトし削除されます。

この図は、マルチキャスト環境で動作している IGMP と PIM-SM を示しています。

PIM-SM では、特定のグループにデータを送信する送信元と、そのグループに join を送信する受信先をブリッジングするために、ランデブー ポイント（RP）が使用されます。状態の初期設定では、対象の受信先は、RP をルートとする単一のデータ配布ツリーを通じて、送信側からグループへのデータを受信します。上の図 4：共有ツリーおよびソース ツリー（最短パス ツリー）に示すように、このタイプの配布ツリーは共有ツリーまたはランデブー ポイント ツリー（RPT）と呼ばれます。送信側からのデータは、RP に配信され、その共有ツリーに加入しているグループ メンバに配布されます。

コマンドが設定されていない場合、この初期状態は、トラフィックがリーフ ルータ（受信先ホストに最も近い指定ルータ）で受信されるとすぐに別の状態になります。リーフ ルータが RPT 上の RP からトラフィックを受信すると、ルータはトラフィックを送信する送信元で開始されるデータ配信ツリーに切り替えを開始します。このタイプの配布ツリーは、最短パス ツリーまたはソース ツリーと呼ばれます。デフォルトでは、Cisco IOS XR ソフトウェアが送信元から最初のデータ パケットを受信すると、送信元ツリーに切り替わります。

PIM ブートストラップ ルータ（BSR）は、Auto-RP プロセスを簡素化する、フォールト トレラントで自動的な RP 検出と配信メカニズムを提供します。この機能はデフォルトでイネーブルになり、ルータはグループから RP へのマッピングを動的に学習できます。

PIM は BSR を使用して各グループ プレフィックスの RP 設定情報を検出し、PIM ドメイン内のすべてのルータにアナウンスします。これは、Auto-RP によって行われるのと同じ機能ですが、BSR は PIM 仕様の一部です。BSR メカニズムは、Cisco ルータ上の Auto-RP と相互運用します。

シングル ポイント障害を回避するために、1 つの PIM ドメインに複数の候補 BSR を設定できます。BSR は候補 BSR の中から自動的に選択されます。

候補はブートストラップ メッセージを使用して最もプライオリティの高い BSR を検出します。プライオリティの高い候補は、PIM ドメイン内のすべての PIM ルータに、BSR であると通知を送信します。

候補 RP として設定されたルータは、BSR に、各自が担当するグループ範囲をユニキャストします。BSR はブートストラップ メッセージにこの情報を含め、ドメイン内のすべての PIM ルータに広めます。この情報に基づいて、すべてのルータが特定の RP にマルチキャスト グループをマッピングできます。ルータがブートストラップ メッセージを受信する限り、RP マップは最新になります。

Cisco ルータは、LAN セグメント上に複数のルータが存在する場合、PIM を使用してマルチキャスト トラフィックを転送し、選択プロセスに従って指定ルータ（DR）を選択します。

指定ルータは、PIM register メッセージ、PIM join メッセージ、および PIM prune メッセージを RP に送信し、ホスト グループ メンバーシップに関する情報を通知します。

LAN 上に複数の PIM ルータが存在する場合は、指定ルータを選択して、接続されているホストに対するマルチキャスト トラフィックの重複を回避する必要があります。dr-priority コマンドを使用して DR の選択を強制することを選択しない限り、最も大きい IP アドレスの PIM ルータが LAN の DR になります。DR プライオリティ オプションを使用すると、LAN セグメント上の各ルータの DR プライオリティ（デフォルトのプライオリティ = 1）を指定して、最もプライオリティの高いルータが DR として選択されるようにすることができます。LAN セグメント上のすべてのルータのプライオリティが同じ場合にも、最上位 IP アドレスを持つルータが選択されます。

（注）	DR 選択プロセスは、マルチアクセス LAN のみで必要です。ホストに直接接続されているラストホップ ルータが DR です。

下の図「マルチアクセス セグメントでの指定ルータの選択」では、マルチアクセス セグメントでどのようなことが行われるかを示します。ルータ A（10.0.0.253）とルータ B（10.0.0.251）は、グループ A のアクティブな受信先としてホスト A（10.0.0.1）を持つ共通のマルチアクセス イーサネット セグメントに接続されています。明示的な Join モデルが使用されているので、DR として動作しているルータ A のみが RP に結合し、グループ A の共有ツリーを構築します。ルータ B も (*,G) Join を RP に送信することが許可されていた場合は、パラレル パスが作成され、ホスト A が重複マルチキャスト トラフィックを受信します。ホスト A がグループにマルチキャスト トラフィックを送信し始めたら、DR は register メッセージを RP に送信する役割を担います。両方のルータに役割が割り当てられている場合は、RP が重複マルチキャスト パケットを受信します。

DR で障害が発生した場合、PIM はルータ A の障害を検出し、フェールオーバー DR を選択する手段を提供します。DR（ルータ A）が動作不能になると、ルータ A との隣接ルータとの隣接関係がタイムアウトしたときに、ルータ B はその状況を検出します。ルータ B はホスト A から IGMP メンバーシップ レポートを受けているため、このインターフェイスでグループ A の IGMP ステートをすでに持ち、新しい DR になると即座に RP に join を送信します。この段階で、ルータ B を使用する共有ツリーの新しいブランチの下位方向へのトラフィック フローが再び確立されます。また、ホスト A がトラフィックをソーシングしていた場合、ルータ B は、ホスト A から次のマルチキャスト パケットを受信した直後に、新しい登録プロセスを開始します。このアクションで、RP による、ルータ B を経由する新しいブランチを使用したホスト A への SPT 加入がトリガーされます。

（注）	2 つの PIM ルータが直接接続されている場合、これらのルータはネイバーになります。PIM ネイバーを表示するには、EXEC モードで show pim neighbor コマンドを使用します。

• ユニキャスト ルーティングに使用されませんが、PIM によってのみ PIM 送信元への IPv4 ネクスト ホップの検索に使用されます。

• 転送情報ベース（FIB）にパブリッシュされません。

• IGP で multicast-intact がイネーブルのときには、リンクステート アドバタイズメントを通して学んだすべての IPv4 の宛先が、等コストの mcast-intact ネクスト ホップのセットと共に RIB に発行されます。この属性はネイティブのネクスト ホップに IGP ショートカットがない場合にも適用されます。

• IS-IS では、ネイティブと mcast-intact の両方のネクスト ホップ数を合計して、最大パス制限が適用されます（OSPFv2 ではこの動作は多少異なります）。

Router#configure
Router(config)#router pim
Router(config-pim-default)#address-family ipv4
Router(config-pim-default-ipv4)#dr-priority 2 
Router(config-pim-default-ipv4)#interface TenGigE0/11/0/1 
Router(config-pim-ipv4-if)#dr-priority 4
Router(config-ipv4-acl)#commit

Router#show run router pim
router pim
 address-family ipv4
  dr-priority 2
  spt-threshold infinity
  interface TenGigE0/11/0/1
   dr-priority 4
   hello-interval 45

Router#show pim interface
PIM interfaces in VRF default
Address           Interface           PIM  Nbr   Hello  DR    DR Count Intvl  Prior
100.1.1.1        TenGigE0/11/0/1        on   1     45     4     this system

Cisco IOS XR ソフトウェアは、IPv4 上のインターネット グループ管理プロトコル（IGMP）をサポートします。

IGMP は、ホストが関心を持っているマルチキャスト トラフィックを示し、ルータがネットワーク全体でマルチキャスト トラフィックのフローを制御および制限するための方法を提供します。ルータは、IGMP メッセージ（つまり、ルータのクエリーおよびホスト レポート）を使用して状態を構築します。

同じ送信元からのマルチキャスト データ ストリームを受信する一連のルータおよびホストは、マルチキャスト グループと呼ばれます。ホストでは、IGMP メッセージを使用して、マルチキャスト グループに加入し、マルチキャスト グループを脱退します。

（注）	IGMP メッセージはクラス D の IP アドレスであるグループ アドレスを使用します。クラス D アドレスの上位 4 ビットは 1110 です。ホスト グループ アドレスの範囲は、224.0.0.0 ～ 239.255.255.255 です。アドレスは、どのグループにも割り当てられません。アドレス 224.0.0.1 は、サブネットのシステムすべてに割り当てられます。アドレス 224.0.0.2 は、サブネットのルータすべてに割り当てられます。

IGMP ルーティングの機能

次のイメージ「IGMP シグナリング」は、グループ 239.1.1.1 にマルチキャストする 2 つの送信元、10.0.0.1 および 10.0.1.1 を示しています。

レシーバは、グループ 239.1.1.1 宛のトラフィックのうち、送信元 10.0.0.1 からのトラフィックを受信し、送信元 10.0.1.1 からのトラフィックを受信しません。

ホストは、参加する送信元とグループ (S,G) のリストと、参加しない送信元とグループ (S,G) のリストを含む IGMPv3 メッセージを送信する必要があります。ルータ C は、この情報を使用して、送信元 10.0.1.1 からのトラフィックをプルーニングし、送信元 10.0.0.1 のトラフィックのみがルータ C に配信されるようにすることができます。

このリリースまで、IPv6 マルチキャストのサポートでは、各マルチキャスト グループに対して送信元が 1 つに制限されていました。ただし、複数の送信元が関係している場合は、複数の送信元のマルチキャスト フローが、対象の受信者すべてに対して複製されていました。

リリース 6.6.1 以降では、IPv6 マルチキャストは、1 つのマルチキャスト グループに対して複数の送信元をサポートしています。

（注）	ルータに LC がある場合（外部 TCAM の有無にかかわらず）、ルータはデフォルトの IPv6 マルチキャスト ルート スケールで動作します。これは、外部 TCAM を使用せずに LC 上でプログラミングされます。

今日のブロードキャスト ビデオ ネットワークでは、独自のトランスポート システムを使用して、各ビデオ ブランチ オフィスにすべてのチャネル ラインナップを配信しています。IP ベースのトランスポート ネットワークは、他の IP ベースのサービスの配信と組み合わせたビデオ サービスを提供するためのコスト効率のよい/便利な代替手段となります。（インターネット配信またはビジネス サービス）

ブロードキャスト ビデオは、その性質上、エンド カスタマーに到達するためのより効率的な配信メカニズムとして IP マルチキャストを使用するのに適したサービスです。

ブロードキャスト ビデオの IP マルチキャスト配信の説明は次のとおりです。

1. デジタル マスター ヘッドエンドでデバイスをエンコーディングし、1 つまたは複数のビデオ チャネルを、IP マルチキャストを介してネットワークで伝送される Moving Pictures Expert Group（MPEG）ストリームにエンコードします。

2. ビデオ ブランチ オフィスのデバイスは、オペレータによって、IGMP Join を介して目的のマルチキャスト コンテンツを要求するように構成されます。

3. マルチキャスト ルーティング プロトコルとして PIM-SSM を使用するネットワークは、マルチキャスト ストリームをデジタル マスター ヘッドエンドからビデオ ブランチ オフィスにあるエッジ デバイス レシーバにルーティングします。これらのエッジ デバイスは、RF 周波数の場合は MPEG ストリームを、または DOCSIS の場合は CMTS を調整するエッジ QAM デバイスが考えられます。

マルチキャスト ラベル配布プロトコル（MLDP）は、マルチプロトコル ラベル スイッチング（MPLS）ネットワークにポイントツーマルチポイント（P2MP）およびマルチポイントツーマルチポイント（MP2MP）ラベル スイッチド パス（LSP）を設定できるようにラベル配布プロトコル（LDP）を拡張したものです。

MLDP はコア全体にわたり、マルチキャスト パケットを転送するためのネイティブ マルチキャスト PIM の使用を無効化します。MLDP マルチキャスト トラフィックは、コア全体でラベル スイッチングされます。これにより、多くのコントロール プレーン処理の作業が削減されます。

mpls ldp
 mldp
  logging notifications
  address-family ipv4
  !
 !
!
 

ラベル スイッチド マルチキャスト（LSM）はラベル カプセル化を使用してマルチキャストをサポートする MPLS テクノロジーの拡張機能です。次世代 MVPN は、MPLS ネットワークを介して P2MP および MP2MP LSP を構築するために使用できるマルチキャスト ラベル配布プロトコル（mLDP）に基づいています。これらの LSP は、グローバル テーブルまたは VPN のコンテキストで IPv4 と IPv6 の両方のマルチキャスト パケット転送に使用できます。mLDP は、コア ルータとエッジ ルータの両方でサポートされます。

ルータが mLDP を実行するコア ルータとして配置されている場合、エッジ ルータでサポートされているプロファイルに関係なく、プロファイル 5、6、7、12、14、および 17 のみがサポートされます。

ルータが mLDP を実行するエッジ ルータとして配置されている場合、プロファイル 6、7、8、および 10 のみがサポートされます。

（注）	IPv6 はプロファイル 10 ではサポートされていません。また、IPv4 SM は、エッジ ルータの mLDP プロファイルではサポートされていません。

エッジ ルータで VRF MLDP インバンド シグナリング（プロファイル 6）を設定するには、次のタスクを実行する必要があります。

1. PIM でルート ポリシーを割り当てることにより、Reverse Path Forwarding（RPF）トポロジを選択します。

2. マルチキャスト配信ツリー（MDT）タイプを MLDP インバンドに設定するルート ポリシーを設定します。

3. マルチキャスト ルーティングでの MLDP インバンド シグナリングを有効化します。

4. MLDP の MPLS を有効化します。

RP/0/RP0/CPU0:router(config)#router pim
RP/0/RP0/CPU0:router(config-pim)#vrf one
RP/0/RP0/CPU0:router(config-pim-one)#address-family ipv4
RP/0/RP0/CPU0:router(config-pim-one-ipv4)#rpf topology route-policy rpf-vrf-one

RP/0/RP0/CPU0:router(config)#route-policy rpf-vrf-one
RP/0/RP0/CPU0:router(config-rpl)#set core-tree mldp-inband
RP/0/RP0/CPU0:router(config-rpl)#end-policy
 

RP/0/RP0/CPU0:router(config)#multicast-routing
RP/0/RP0/CPU0:router(config-mcast)#vrf one
RP/0/RP0/CPU0:router(config-mcast-one)#address-family ipv4
RP/0/RP0/CPU0:router(config-mcast-one-ipv4)#mdt source loopback 0
RP/0/RP0/CPU0:router(config-mcast-one-ipv4)#mdt mldp in-band-signaling ipv4
RP/0/RP0/CPU0:router(config-mcast-one-ipv4)#interface all enable

RP/0/RP0/CPU0:router(config)#mpls ldp
RP/0/RP0/CPU0:router(config-ldp)#mldp

エッジ ルータでグローバル MLDP インバンド シグナリング（プロファイル 6）を設定するには、次のタスクを実行する必要があります。

1. PIM でルート ポリシーを割り当てることにより、Reverse Path Forwarding（RPF）トポロジを選択します。

2. MDT タイプを MLDP インバンドに設定するルート ポリシーを設定します。

3. マルチキャスト ルーティングでの MLDP インバンド シグナリングを有効化します。

4. MLDP の MPLS を有効化します。

RP/0/RP0/CPU0:router(config)#router pim
RP/0/RP0/CPU0:router(config-pim)#address-family ipv4
RP/0/RP0/CPU0:router(config-pim-default-ipv4)#rpf topology route-policy rpf-global
RP/0/RP0/CPU0:router(config-pim-default-ipv4)#interface TenGigE 0/11/0/1
RP/0/RP0/CPU0:router(config-pim-ipv4-if)#enable

RP/0/RP0/CPU0:router(config)#route-policy rpf-global
RP/0/RP0/CPU0:router(config-rpl)#set core-tree mldp-inband
RP/0/RP0/CPU0:router(config-rpl)#end-policy
 

RP/0/RP0/CPU0:router(config)#multicast-routing
RP/0/RP0/CPU0:router(config-mcast)#address-family ipv4
RP/0/RP0/CPU0:router(config-mcast-default-ipv4)#interface loopback 0
RP/0/RP0/CPU0:router(config-mcast-default-ipv4-if)#enable
RP/0/RP0/CPU0:router(config-mcast-default-ipv4-if)#exit
RP/0/RP0/CPU0:router(config-mcast-default-ipv4)#mdt source loopback 0
RP/0/RP0/CPU0:router(config-mcast-default-ipv4)#mdt mldp in-band-signaling ipv4
RP/0/RP0/CPU0:router(config-mcast-default-ipv4)#interface all enable

RP/0/RP0/CPU0:router(config)#mpls ldp
RP/0/RP0/CPU0:router(config-ldp)#mldp

ここでは、さまざまな MVPN プロファイルについて、プロファイルごとの設定例を示します。

VRF MLDP インバンド シグナリング（プロファイル 6）の実行コンフィギュレーション

router pim
 vrf one
  address-family ipv4
   rpf topology route-policy rpf-vrf-one

   route-policy rpf-vrf-one
     set core-tree mldp-inband 
   end-policy

multicast-routing
 vrf one
  address-family ipv4
   mdt source Loopback0
   mdt mldp in-band-signaling ipv4
   interface all enable

mpls ldp
 mldp

グローバル MLDP インバンド シグナリング（プロファイル 7）の実行コンフィギュレーション

router pim
  address-family ipv4
   rpf topology route-policy rpf-global
   interface TenGigabitEthernet0/11/0/1
    enable

route-policy rpf-global
  set core-tree mldp-inband
end-policy

multicast-routing
 address-family ipv4
  interface Loopback0
   enable
  !
  mdt source Loopback0
  mdt mldp in-band-signaling ipv4
  interface all enable
 !
mpls ldp
 mldp

エッジ ルータの MLDP 設定を確認するには、次のコマンドを使用します。

MLDP ネイバーをチェックするには、show mpls mldp neighbor コマンドを使用します。

RP/0/RP0/CPU0:Head# show mpls mldp neighbors 
mLDP neighbor database
MLDP peer ID      : 2.2.2.2:0, uptime 07:47:59 Up, 
  Capabilities     : GR, Typed Wildcard FEC, P2MP, MP2MP
  Target Adj       : No
  Upstream count   : 1
  Branch count     : 1
  LDP GR           : Enabled
                   : Instance: 1
  Label map timer  : never
  Policy filter in : 
  Path count       : 1
  Path(s)          : 12.1.1.2          TenGigE0/11/0/1 LDP 
  Adj list         : 12.1.1.2          TenGigE0/11/0/1
  Peer addr list   : 2.25.32.2        
                   : 2.2.2.2          
                   : 11.1.1.1         
                   : 12.1.1.2         
                   : 13.10.1.1      

ラベル情報ベース（LIB）の内容を表示するには、show mpls mldp bindings コマンドを使用します。

RP/0/RP0/CPU0:Head#show mpls mldp bindings 
mLDP MPLS Bindings database
 
LSP-ID: 0x00001 Paths: 7 Flags:
0x00001 P2MP   5.5.5.5 [vpnv6 1:1 2015:1:1::3 ff3e::1]
   Local Label: 70009
   Remote Label: 64018 NH: 12.1.1.2 Inft: TenGigE0/11/0/1
   Remote Label: 64022 NH: 50.1.1.1 Inft: TenGigE0/11/0/1
   Remote Label: 30002 NH: 30.10.1.2 Inft: Bundle-Ether56
   Remote Label: 64023 NH: 60.1.1.2 Inft: HundredGigE0/0/1/1
   Remote Label: 64024 NH: 70.1.1.1 Inft: TenGigE0/11/0/2
   Remote Label: 64022 NH: 40.1.1.1 Inft: TenGigE0/11/0/3

MLDP イベント トレースを表示するには、show mpls MLDP trace コマンドを使用します。

RP/0/RP0/CPU0:Head#show mpls mldp trace 
3535 wrapping entries (631040 possible, 35584 allocated, 0 filtered, 3535 total)
May 30 23:30:21.121 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Trace pre-init iox success 
May 30 23:30:21.121 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Debug pre-init iox success 
May 30 23:30:21.121 MLDP GLO 0/RP0/CPU0 t6746 GEN  : API pre-init iox success 
May 30 23:30:21.121 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Bitfield pre-init iox success 
May 31 12:08:39.465 MLDP GLO 0/RP0/CPU0 t6746 GEN  : mldp_evm 0x563de8f01698 allocated
May 31 12:08:39.465 MLDP GLO 0/RP0/CPU0 t6746 GEN  : EVM init iox success 
May 31 12:08:39.472 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Registered EDM on active success
May 31 12:08:39.472 MLDP GLO 0/RP0/CPU0 t6746 GEN  : EDM Ac/St init iox again 
May 31 12:08:39.472 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Registered EDM Location on active success
May 31 12:08:39.472 MLDP GLO 0/RP0/CPU0 t6746 GEN  : EDM Loc init iox success 
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t6746 GEN  : LMRIB init iox success 
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t18944 MRIB : MRIB connection established
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Interface manager init iox success 
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Async init iox success 
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Boolean init iox success 
May 31 12:08:39.475 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Timers init iox success 
May 31 12:08:39.479 MLDP GLO 0/RP0/CPU0 t6746 GEN  : RUMP init iox success 
May 31 12:08:39.479 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Chunks init iox success 
May 31 12:08:39.509 MLDP ERR 0/RP0/CPU0 t6746 RIB  : RIB not ready
May 31 12:08:39.509 MLDP ERR 0/RP0/CPU0 t6746 RIB  : RIB not ready
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : mldp_ens_event_ctx_chunk is NULL
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : Context Table init iox success 
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : mldp_rib_main_evm 0x563de8fd23e8 allocated
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : RIB Thread EVM init rib success 
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : RIB Thread Chunk init rib success 
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 GEN  : RIB Thread queue init rib success 
May 31 12:08:39.512 MLDP GLO 0/RP0/CPU0 t6746 RIB  : Bound to RIB, fd: 354