次世代マルチキャスト インバンド シグナリング（VRF MLDP: 6） プロファイル
目次
概要
この資料は VPN （mVPN）上の次世代マルチキャストのためのプロファイル 6 であるインバンド シグナリング VRF MLDP を記述したものです。 それは Cisco IOS で例および動作を説明するために実装を使用します。
背景説明
作成することを MLDP コアが可能にするマルチキャスト ラベル配布プロトコル（MLDP）インバンド シグナリング（S、G）または（*、G）ボーダー ゲートウェイ プロトコル（BGP）または Protocol Independent Multicast （PIM 使用しないで）状態のようなアウトオブバンド・シグナリングを。
MLDP サポートされたマルチキャスト VPN （MVPN）は VPN マルチキャスト ストリームが VPN 固有のツリーに集約されるようにします。
顧客状態は MLDP コアで作成されません、デフォルトおよびデータ マルチキャスト配布ツリー（MDTs）のための唯一の状態があります。
ある特定の場合、VPN ストリームのために作成される状態は限られて、リスクまたは制限要因ではないためにようではないです。 これらのシナリオでは、中継ラベル スイッチド パス（LSP）である MLDP はインバンド MDTs を構築できます。
VPN 領域で使用されるツリーは MDTs です。 グローバル な表で使用されるツリーは中継ポイント・マルチポイント間の（P2MP）またはマルチポイント・ツー・マルチポイント（MP2MP） LSP です。
いずれの場合も、単一マルチキャスト ストリームは MPLS コアの単一 LSP と（VPN またはない）関連付けられます。 ストリーム情報は LSP の Forwarding Equivalence Class （FEC）で符号化されます。 これはインバンド シグナリングです。
LSM は現在コアのお客様のトラフィックを転送するのに使用するユニキャストおよびマルチキャストによくあるデータ平面を提供する IP Multicast パケットを転送するための MPLS インフラストラクチャにてこ入れします GRE コア トンネルと比較されたとき利点を提供し。
MLDP シグナリング
MLDP シグナリングは 2 機能を提供します:
- MP LSP の FEC （および関連する不透明な値を）検出するため
- マルチキャスト フローを MP LSP に割り当てるため
インバンド シグナリング
- 不透明な値が IP Multicast フローに MP LSP をマップするのに使用されています。
- 不透明な値の内容はマルチキャスト フローから得られます。
オーバーレイかアウトオブバンド シグナリング
- プロトコルの IP Multicast フローに MP LSP をマップするために上にあるのに使用します。
- 不透明な値は入力ルート PE によって割り当てられるか、または静的に設定することができます。
- MP LSP はオンデマンド式で作成されるか、または前もって構成することができます。
- 単一 MP LSP にマルチキャスト ストリームを集約する割り当て。
ラベル配布プロトコル （LDP）はワイルド カードに前方同値クラス（FEC）を# RFC5918 タイプしました
入力されたワイルドカード FEC 要素は制約に会う指定された型のすべての FEC を示します。 それは「FEC エレメント タイプ」およびその他の情報を提供するように意図されているオプションの制約を規定 します。
入力されたワイルドカード FEC 要素の形式は次のとおりです:
入力されたワイルドカード: 1 オクテット FEC エレメント タイプ（0x05）。
LDP [RFC5036] は同値クラス（FEC を転送するためのラベルを配布します）。 LDP は LDP メッセージで FEC TLVs を FEC を規定 するのに使用します。
LDP FEC TLV は 1つ以上の FEC 要素が含まれています。 FEC 要素は FEC 型およびオプションの型依存値が含まれています。
RFC 5036 は 2 つの FEC タイプを（プレフィックスおよびワイルド カード）規定 し、他の文書は追加 FEC タイプを規定 します; 例えば、参照して下さい[RFC4447]AND [MLDP]。
RFC 5036 によって規定 されるように、ワイルド カード FEC 要素はオプションの抑制に関連してすべての FEC を示します。
唯一の抑制 RFC 5036 はです「すべての FEC にある特定のラベルに」区切られるワイルド カード FEC 要素のスコープを制限する 1 規定 します。
ワイルド カード FEC 要素の RFC 5036 仕様にユーティリティを制限するこれらの不足があります:
- ワイルドカード FEC 要素は untyped です。 指定された型のすべての FEC を示せる役立つ状況があります（別の制約として）。
- ワイルド カード FEC 要素の使用は分類するために撤回し、分類します RELEASE メッセージだけを制限されます。 ワイルド カード FEC 要素を、ラベル REQUEST メッセージのタイプ抑制が付いている、持っていることは役立つ状況があります。
トポロジ
オーバーレイ シグナリング
設定
ステップ 1.コア ノードのイネーブル MPLS MLDP。
# MPLS mldp ロギング
ステップ 2.コアのイネーブル MLDP インバンド シグナリング。
PE1、PE2 および PE3
# IP Multicast VRF INBAND-MLDP MPLS mldp
# IP PIM VRF INBAND-MLDP MPLS ソース ループバック 0
ステップ 3.すべての CE インターフェイスおよび PE VRF インターフェイスの PIM SM を有効に して下さい。
CE1、CE2、CE3 およびすべての VRF インターフェイス PE1、PE2 および PE3
#インターフェイス x/x
# ip pim sparsemode
#インターフェイス ループバック x/x
# ip pim sparsemode
ステップ 4. VRF のイネーブル マルチキャスト。
PE1、PE2 および PE3
# ip multicastrouting VRF INBAND-MLDP
ステップ 5. PE ルータの PE-CE インターフェイス x/x の VRF を有効に して下さい。
#インターフェイス x/x
# INBAND-MLDP を転送する IP VRF
ステップ 6. CE および PE ノード（VRF だけ）のモード SSM を設定して下さい。
CE ノード
# IP PIM ssm デフォルト
PE1、PE2、VRF の下の PE3
# IP PIM VRF INBAND-MLDP ssm デフォルト
ステップ 7. IGMPグループ SSM 232.1.1.1 （レシーバ）を設定して下さい。
レシーバ 2 および 3
CE #interface x/x
# IP PIM join-group 232.1.1.1 ソース 10.1.0.2
確認
IGP は、MPLS LDP、ネットワーク End to End を渡って BGP 正常に稼動します。
このセクションではコア/集約ネットワークの VPN AF 隣接関係をチェックするために、確認は行われます。 隣接関係は CE-PE チェックされますとコントロール・プレーンの間でまた MPLS ネットワーク上の VPN トラフィックをデータ平面と共にチェックされます。
ローカルおよびリモート カスタマ エッジ（CE）デバイスがマルチプロトコル ラベル スイッチング（MPLS）コアを渡って交信を行うことができることを確認するためにこれらのタスクを行って下さい:
タスク 1： 物理的接続性を確認して下さい。
- すべての接続されたインターフェイスが稼働していることを確認して下さい。
タスク 2： BGP アドレス ファミリー VPNv4 ユニキャストを確認して下さい。
- BGP が AF VPNv4 ユニキャストのためのすべてのルータでイネーブルになり、BGP 隣接が稼働していることを確認して下さい。
- BGP VPNv4 ユニキャスト表にすべての顧客プレフィックスがあることを確認して下さい。
タスク 3： マルチキャストトラフィック End to End を確認して下さい。
- 接続された PIM 相手と PIM 隣接性をチェックして下さい。
- マルチキャスト状態が VRF で作成されることを確認して下さい。
PE1、PE2 および PE3 の PE VRF mRIB エントリ
- その VRF （S を、G） mFIB エントリ、ソフトウェア転送で増分されて得るパケット確認して下さい。
- CE から CE に範囲を得る ICMPパケットを確認して下さい。
タスク 4： MPLS コアを確認して下さい。
- MPLS LSP コアを確認して下さい。
- 設計によってコアの中の MPLS 転送を確認して下さい。
- MPLS P2MP LSP ping 作業を確認して下さい。
コントロール プレーンを構築する方法か。
PE ルータが IP ヘッダーに基づいて転送する発生し、パケットに MPLS ネットワークに入った上で MPLS ラベルを追加するとラベル インポジションがことコントロール プレーンを確認して下さい。
ラベル インポジションの方に、ネクスト ホップを見つけるために CEF 表 ルックアップに基づくルータスイッチ パケットは宛先のための FIB で保存されている情報適切なラベルを追加し。 ルータが MPLS パケットのコアでラベル スワッピングを行うとき、ルータは MPLS テーブル 索引をします。 ルータは CEF 表および Label Information Base （LIB）の情報からこの MPLS 表（LFIB）を得ます。
ラベル ディスポジションは PE ルータが MPLS パケットを受信し、MPLS ラベルに基づいて転送の決定を作りラベルを取除き、IPパケットを送信 すると発生します。 PE ルータはこの方向でパケットのパス決定のために LFIB を使用します。以前に示されるように、特別な iBGP セッションは PE ルータ間の VPNv4 プレフィックスおよびラベルのアドバタイズメントを促進します。 アドバタイズ PE で、BGP はローカルで学習される VPN プレフィックスのためのラベルを割り当て、MPLS フォワーディングテーブルである LFIB にインストールします。
ステップ 1： コアの MLDP を設定すれば。 これらのメッセージ交換。
MLDP: P2MP Wildcard label request sent to 11.11.11.11:0 success MLDP: MP2MP Wildcard label request sent to 11.11.11.11:0 success MLDP-MFI: Enabled MLDP MFI client on Lspvif0; status = ok LDP Peer 11.11.11.11:0 re-announced MLDP-NBR: 11.11.11.11:0 UP sess_hndl: 1, (old ID: 0.0.0.0:0) mLDP-RW: Sending RW notification message to process: mLDP Process mLDP-RW: RW Tracking started for: 11.11.11.11 MLDP-LDP: [id 0] Wildcard label request from: 11.11.11.11:0 label: 0 root: 6.2.0.0 Opaque_len: 0 sess_hndl: 0x1 MLDP-LDP: [id 0] Wildcard label request from: 11.11.11.11:0 label: 0 root: 8.2.0.0 Opaque_len: 0 sess_hndl: 0x1 Neighbor 11.11.11.11 request for the label request to PE1.
先行する確立をチェックするのにこのデバッグを使用して下さい:
#デバッグ MPLS mldp すべて
ステップ 2. VRF のイネーブル インバンド シグナリング。
PE1 # Config t # ip pim vrf MLDP-INBAND mpls source loopback 0 # ip multicast vrf MLDP-INBAND mpls mldp MLDP: Enabled IPv4 on Lspvif0 unnumbered with Loopback0 MLDP-MFI: Enable lsd on int failed; not registered; MLDP: Enable pim on lsp vif: Lspvif0 MLDP: Add success lsp vif: Lspvif0 address: 0.0.0.0 application: MLDP vrf_id: 1 MLDP-DB: Replaying database events for opaque type value: 250 %LINEPROTO-5-UPDOWN: Line protocol on Interface Lspvif0, changed state to up PIM(1): Check DR after interface: Lspvif0 came up! PIM(1): Changing DR for Lspvif0, from 0.0.0.0 to 1.1.1.1 (this system) %PIM-5-DRCHG: VRF MLDP-INBAND: DR change from neighbor 0.0.0.0 to 1.1.1.1 on interface Lspvif0 Use this Debug to check the preceding establishment # debug ip pim vrf LDP-INBAND6 PE1#sh interfaces lspvif 0 Lspvif0 is up, line protocol is up Hardware is Interface is unnumbered. Using address of Loopback0 (1.1.1.1) MTU 17940 bytes, BW 8000000 Kbit/sec, DLY 5000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation LOOPBACK, loopback not set
レシーバがオンラインで来る時:
レシーバ 3 はオンラインで来、PIM を加入します送信 します（S、G） PE3 へのメッセージ。
PIM(1): Received v2 Join/Prune on Ethernet0/2 from 10.2.0.2, to us PIM(1): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set MRT(1): Create (*,232.1.1.1), RPF (unknown, 0.0.0.0, 2147483647/0) MLDP: Interface Lspvif1 moved from VRF (default) to VRF MLDP-INBAND MLDP: Enabled IPv4 on Lspvif1 unnumbered with Loopback0 MLDP-MFI: Enabled MLDP MFI client on Lspvif1; status = ok MRT(1): Add interface Lspvif1 MLDP: Enable pim on lsp vif: Lspvif1 MLDP: Add success lsp vif: Lspvif1 address: 1.1.1.1 application: MLDP vrf_id: 1 MLDP: LDP root 1.1.1.1 added mLDP-RW: Sending RW notification message to process: mLDP Process mLDP-RW: RW Tracking started for: 1.1.1.1 MLDP: Route watch started for 1.1.1.1 topology: base ipv4 MLDP-DB: Added [vpnv4 10.1.0.2 232.1.1.1 1:1] DB Entry MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Added P2MP branch for MRIBv4(1) label %MLDP-5-ADD_BRANCH: [vpnv4 10.1.0.2 232.1.1.1 1:1] Root: 1.1.1.1, Add P2MP branch MRIBv4(1) remote label MLDP: nhop 10.0.2.2 added MLDP-NBR: 11.11.11.11:0 mapped to next_hop: 10.0.2.2 MLDP: Root 1.1.1.1 old paths: 0 new paths: 1 MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Changing peer from none to 11.11.11.11:0 MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Add accepting element nbr: 11.11.11.11:0 MLDP: [vpnv4 10.1.0.2 232.1.1.1 1:1] label mappping msg sent to 11.11.11.11:0 success MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] path to peer: 11.11.11.11:0 changed None:0.0.0.0 to Ethernet0/3:10.0.2.2
レシーバからの通信（S は MLDP に、G）加入しましたり、変換され、すべてのメッセージは Lspvif 1 の方に横です
PIM を使うと加入して下さい（MLDP がレシーバ主導のプロトコルであるので S、G）、ソースをたどるためにレシーバからの MLDP データベースを構築し始めます。 これは P2MP MLDP のためのダウンストリーム ラベルの割振りです。
P2MP MLDP
P2MP パケット転送はリソース予約プロトコル（RSVP） P2MP を使用して設定されています–トラフィック処理（P2MP-TE）および M2M パケット転送はマルチキャスト ラベル配布プロトコル（MLDP）を使用して IPv4 マルチキャスト VPN （MVPN）によって設定されています。
パケットはルータの 3 つの型に転送されます:
• ヘッドエンド ルータ: 1つ以上のラベルとの IPパケットをカプセル化します。
• 中間点ルータ: ラベルと内部ラベルを取り替えます。
• テールエンド ルータ: パケットからラベルを取除きます。
入る各パケットのための MLDP ベースの MVPN ネットワークのパケットフローは MPLS 複数のラベルを作成します。 ソースネットワークからのパケットはレシーバ ネットワークへのパスに沿って複製されます。 CE1 ルータはネイティブIP マルチキャストトラフィックを送信します。 PE1 ルータは着信マルチキャスト パケットにラベルを貼り、MPLS コアネットワークの方のラベル付きパケットを複製します。 パケットがコア ルータ（p）に到着するとき、パケットは MP2MP デフォルト MDT または P2MP データ MDT のための適切なラベルと複製され、すべての出力 PE に転送されます。 パケットが出力 PE に到着すれば、ラベルは取除かれ、IPマルチキャストパケットは VRF インターフェイスに複製されます
PE1#sh mpls mldp database * For interface indicates MLDP recursive forwarding is enabled * For RPF-ID indicates wildcard value > Indicates it is a Primary MLDP MDT Branch LSM ID : 1 Type: P2MP Uptime : 00:23:11 FEC Root : 1.1.1.1 (we are the root) Opaque decoded : [vpnv4 10.1.0.2 232.1.1.1 1:1] Opaque length : 16 bytes Opaque value : FA 0010 0A010002E80101010000000100000001 Upstream client(s) : None Expires : N/A Path Set ID : 1 Replication client(s): 11.11.11.11:0 Uptime : 00:23:11 Path Set ID : None Out label (D) : 21 Interface : Ethernet0/1* Local label (U): None Next Hop : 10.0.1.2 RR-P#sh mpls mldp database * For interface indicates MLDP recursive forwarding is enabled * For RPF-ID indicates wildcard value > Indicates it is a Primary MLDP MDT Branch LSM ID : 2 Type: P2MP Uptime : 00:28:12 FEC Root : 1.1.1.1 Opaque decoded : [vpnv4 10.1.0.2 232.1.1.1 1:1] Opaque length : 16 bytes Opaque value : FA 0010 0A010002E80101010000000100000001 Upstream client(s) : 1.1.1.1:0 [Active] Expires : Never Path Set ID : 2 Out Label (U) : None Interface : Ethernet0/1* Local Label (D): 21 Next Hop : 10.0.1.1 Replication client(s): 3.3.3.3:0 Uptime : 00:28:12 Path Set ID : None Out label (D) : 26 Interface : Ethernet0/2* Local label (U): None Next Hop : 10.0.3.1 2.2.2.2:0 Uptime : 00:24:41 Path Set ID : None Out label (D) : 25 Interface : Ethernet0/3* Local label (U): None Next Hop : 10.0.2.1 RR-P#sh mpls forwarding-table labels 21 Local Outgoing Prefix Bytes Label Outgoing Next Hop Label Label or Tunnel Id Switched interface 21 26 [vpnv4 10.1.0.2 232.1.1.1 1:1] \ 0 Et0/2 10.0.3.1 25 [vpnv4 10.1.0.2 232.1.1.1 1:1] \ 0 Et0/3 10.0.2.1
PE デバイスで作成される MRIB:
PE1#sh ip mroute vrf MLDP-INBAND 232.1.1.1 verbose IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet, U - URD, I - Received Source Specific Host Report, (10.1.0.2, 232.1.1.1), 00:00:17/00:02:42, flags: sTI Incoming interface: Ethernet0/2, RPF nbr 10.1.0.2 Outgoing interface list: Lspvif0, LSM ID: 1, Forward/Sparse, 00:00:17/00:02:42
ソースが流れ始める時:
マルチキャストソースが 232.1.1.1 トラフィックを、[10.1.0.2 送信 し、始めるとき]このイメージに示すように起こして下さい。
232.1.1.1 から流れるソース 10.1.0.2 からのトラフィック。 ethernet0/2 によって入ります。
Lspvif 0 によって転送されるパケット。
PIM(0): Insert (10.1.0.2,232.1.1.1) join in nbr 10.1.0.2's queue PIM(0): Building Join/Prune packet for nbr 10.1.0.2 PIM(0): Adding v2 (10.1.0.2/32, 232.1.1.1), S-bit Join PIM(0): Send v2 join/prune to 10.1.0.2 (Ethernet0/2) MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) accepted for forwarding MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) sent on Lspvif0, LSM NBMA/4
このパケットは Lspvif 0 にトンネル伝送されて得ます。
受信側:
受信側 Lspvif 1.のパケット範囲。
MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) accepted for forwarding MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) sent on Ethernet0/0 PIM(0): Received v2 Join/Prune on Ethernet0/0 from 10.3.0.2, to us PIM(0): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set PIM(0): Update Ethernet0/0/10.3.0.2 to (10.1.0.2, 232.1.1.1), Forward state, by PIM SG Join
パケットはマルチキャスト パケットで課すために分類する PE1 を押したときに、トラフィックを転送するために LSM ID をチェックします。
このイメージは LSPVIF インターフェイスの確認を示します。
入る各パケットに関しては MPLS は複数のラベルを作成します。 ソースネットワークからのパケットはレシーバ ネットワークへのパスに沿って複製されます。 CE1 ルータはネイティブIP マルチキャストトラフィックを送信します。 PE1 ルータは着信マルチキャスト パケットにラベルを貼り、MPLS コアネットワークの方のラベル付きパケットを複製します。
パケットがコア ルータ（p）に到着するとき、パケットは MP2MP デフォルト MDT または P2MP データ MDT のための適切なラベルと複製され、すべての出力 PE に転送されます。 パケットが出力 PE に到着すれば、ラベルは取除かれ、IPマルチキャストパケットは VRF インターフェイスに複製されます。
結論
MLDP MVPN 設定は MPLS を使用して IPv4 マルチキャスト パケット配信を有効に します。 この設定はデフォルトおよびデータ マルチキャスト配布ツリー（MDTs）を組み立てるのに MPLS ラベルを使用します。
MPLS 複製はコアネットワークで転送メカニズムとして使用されます。 はたらく MLDP MVPN 設定に関してはグローバル な MPLS MLDP 設定がイネーブルになっていることを確認して下さい。
フィードバック