Cisco 300-410: マルチキャストルーティングと配信 — 学習ガイド
こちらの一部です： Cisco CCNP Enterprise 300-410 ENARSI — 学習ガイド. 検証済みの解答で練習： Cisco試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.
概要
マルチキャストルーティングは、1つ以上のソースから複数のレシーバーへ単一のデータフローを配信し、ネットワークの分岐点で効率的に複製を行います。正常な動作は、グループアドレッシングとレシーバーのメンバーシップシグナリング (IGMP)、配信ツリーを構築するためのマルチキャストルーティングプロトコル (PIM)、そして境界、RP、ポリシーの慎重な制御に依存します。設計では、Reverse Path Forwarding (RPF) 違反、RPのブラックホール、スヌーピングの問題に起因するL2フラッディングといった一般的な障害モードを回避しつつ、コンバージェンス、ステートの規模、回復性、シンプルさのバランスを取る必要があります。
アドレッシング、IGMP、レイヤー2の相互作用
アドレッシングとスコープ:
- 224.0.0.0/4はIPv4マルチキャスト範囲です。
- 224.0.0.xは制御プロトコル用のリンクローカル (ルーティングされません) です。
- 239.0.0.0/8は管理スコープであり、一般的にドメイン境界で制約されます。
- MACマッピングは01:00:5e:0/25にグループの下位23ビットを加えたものを使用します。エイリアシングにより複数のグループが同じMACを共有する可能性があるため、L2フィルタリングはMACアドレスだけでなくIGMPスヌーピングに依存します。
IGMPレシーバーメンバーシップ:
- IGMPv1: 基本的なJoinのみで、明示的なLeaveがないため、プルーニングが遅いです。
- IGMPv2: LeaveとGroup-Specific/Last-Memberクエリを追加します。クエリア選出 (最も低いIP)。
- IGMPv3: Include/Excludeリストによるソースフィルタリング。Source-Specific Multicast (SSM) に必須です。
- クエリアの動作: VLAN内では、メンバーシップ状態を維持するために、厳密に1つのクエリアが定期的なクエリを送信する必要があります。ルーターのL3インターフェースが存在しない場合は、グループのエージングアウトとフラッディングを防ぐため、スイッチでIGMPスヌーピングクエリアを有効にします。
IGMPスヌーピング (L2):
- スイッチはIGMPを検査して、マルチキャストをレシーバーポートに限定し、ルーター (mrouter) ポートを識別します。検出にはPIM Hello、IGMPクエリ、またはmrouterポートの静的設定を使用します。
- 障害モード:
- クエリアが存在しない場合: スヌーピングテーブルがエージングアウトし、トラフィックがフラッディングまたはドロップされます。
- mrouterポートなしのスヌーピング: レシーバーはJoinしますが、データはL2でブロックされます。SVIでPIMを設定するか、mrouterポートを静的に定義してください。
- IGMPv3とSSM: スヌーピングがv3とSSMをサポートしていることを確認してください。不整合は予期せぬフラッディングやドロップにつながる可能性があります。
短く、役立つ例:
ルーターインターフェースでPIMとIGMP v3を有効化:
undefined
L3ゲートウェイが存在しない場合のスイッチ側のL2クエリア:
undefined
undefined
PIMモード、ツリー、RPFの動作
PIM Dense Mode (PIM-DM):
- フラッドアンドプルーン: 初期状態でトラフィックをフラッドし、レシーバーがいない場合は下流がプルーニングします。定期的な状態更新が行われます。
- 長所: シンプル、RP不要。
- 短所: 通信量が多く、ドメイン全体でのスケーラビリティがありません。レシーバーが密集した小規模セグメントにのみ適しています。
PIM Sparse Mode (PIM-SM):
- Rendezvous Point (RP) を使用して共有ツリー (*,G) を構築します。ソースはRPに登録し、レシーバーはRPに向けてJoinを送信します。
- Registerメッセージ: First-Hop Router (FHR) がデータをRPにカプセル化して送信 (Register) します。ネイティブフォワーディングが確立されると、RPはRegister-Stopで応答することがあります。
- Shortest-Path Tree (SPT) への切り替え: レシーバー側のDRは、パスを最適化するためにソースに直接Join ((S,G)) することがあります。
ip pim spt-threshold {kbps | infinity}で制御します。infinityを指定すると、トラフィックは共有ツリー上に留まります。
Sparse-Dense Mode:
- グループごとのモード: RPマッピングが存在する場合はsparse-modeとして動作し、それ以外はdense-modeとして動作します。歴史的には、RPが判明する前にAuto-RPをブートストラップするために使用されました。最近の設計では、BSRまたは静的RPを使用した純粋なsparse-modeが好まれます。
Source-Specific Multicast (SSM):
- RPと共有ツリーを排除します。レシーバーはIGMPv3のIncludeを使用して直接(S,G)をシグナリングします。大規模な1対多のストリーミングに推奨されます。
- SSM範囲の定義 (一般的に232.0.0.0/8):
ip pim ssm range 232.0.0.0/8 - レガシーなIGMPv2ホストの場合、SSMマッピングを使用してアクセスリスト経由で(G)を(S,G)に変換できます。
RPFチェック:
- すべての(S,G)または(*,G)ステートは、上流インターフェースをMRIB (通常はユニキャストRIB/CEF) と照合して検証します。不一致の場合はトラフィックをドロップします (Incoming RPF Fail)。
- 一般的な原因:
- 非対称なユニキャストルーティング、PIMネイバーと一致しないECMPの選択。
- ソース/RPへのルート欠落、またはNull0への再帰的なルート。
- VRFリークエラーまたは誤ったVRFルックアップ。
- ツール:
show ip rpf <source>,show ip mroute,show ip cef <source> - 緩和策: ユニキャストルーティングの修正、LAN上では
ip pim dr-priorityでネイバーを優先、制御プレーン用の静的mroute、または必要に応じてip pim neighbor-filteringを使用します。
運用上のニュアンス:
- DR選出はマルチアクセスネットワークごとに行われます (最も高いPIM DRプライオリティ、次に最も高いIP)。
- マルチアクセスネットワーク上でPIM Assertを使用して、LANへの(S,G)のフォワーダーを1つ選択します (ソースへのメトリックが最も低いもの、タイブレークは最も高いIP)。不正確なメトリックは、重複抑制やブラックホールを引き起こす可能性があります。
ランデブーポイント: 静的RP、Auto-RP、BSR、MSDPを利用したAnycast RP
RPの役割:
- PIM-SMにおけるグループディスカバリと共有ツリー形成のためのコントロールプレーンのルート。
- ソース（FHRのレジスタ経由）とレシーバー（Join経由）の両方から到達可能で、かつRPFが正しい状態である必要があります。
RPの選択肢:
- 静的RP:
undefined
。決定的でシンプルですが、Anycast RPと組み合わせない限り単一障害点となります。
Auto-RP: Candidate-RPが224.0.1.39にアドバタイズし、RPマッピングエージェントが224.0.1.40にアナウンスします。起動時にはsparse-denseモードまたは別のブートストラップが必要です。ドメイン間のフィルタリングに影響されやすいため、境界での許可を確実にするか、
filter-autorpを使用します。Bootstrap Router (BSR): PIMv2に統合されたメカニズムです。Candidate-RPとBSRがRPセットとマッピングを作成します。Auto-RPよりも堅牢で、新規展開に推奨されます。
MSDPを利用したAnycast RP:
- 複数のRPが同じループバックIPを共有し、IGPが最も近いRPをアドバタイズします。RP間のMSDPピアリングでSource-Active (SA) メッセージを交換し、すべてのアクティブなソースを全RPが学習します。
- 設計上のプラクティス:
- MSDPメッシュグループを使用してSAのフラッディングを削減します。
- Anycast RPのループバックをIGP内で維持し、一貫したポリシーとRPFの正当性を保ちます。
undefined
でRPを保護し、登録可能なソースを制限します。
障害モード:
- MSDPダウン: リモートのソースが全RPで学習されなくなります。分離されたRPの近くにいるレシーバーは、フェイルオーバーまでブラックホール状態になります。
- Anycastループバックへの非対称なIGP: レシーバーがFHRの登録先とは異なるRPにJoinし、SAが伝播するまで遅延が発生します。
SSMとRPの比較:
- SSMはRPの複雑さを完全に回避し、コントロールプレーンの状態と障害ドメインを削減します。ソースシグナリングが可能な新しいアプリケーションではSSMが推奨されます。
ポリシー、境界、VRF、トンネル、WANに関する考慮事項
- 境界制御とグループポリシー:
インターフェイスのマルチキャスト境界を使用して、管理スコープと不要なグループを制限する:
undefined
-
undefined
- 必要に応じてAuto-RPメッセージをフィルタリングする:
undefined
RPに登録できるソースを制限する:
undefined
232/8に対してSSMのみのポリシーを強制し、RPへの依存を回避する。
VRF間のマルチキャスト:
- VRFごとのマルチキャストを有効化する:
undefined
を使用し、VRFインターフェイスでPIMを設定する。
各VRFは、独自のPIMネイバーシップ、RPFルックアップ、そして場合によっては個別のRP/SSMレンジを持つ。
VRF間のマルチキャストにはキャリアメカニズム（例: MPLS上のmVPN、VRF間の専用GRE、またはフュージョンルーティングファイアウォール）が必要。単純なリークではデータプレーンの複製には不十分。
トンネルとWANトランスポート:
- ネイティブのIPsecはマルチキャストを伝送できないため、GRE over IPsec（またはDMVPN mGRE）を使用してPIMとマルチキャストデータを転送する。
オーバーレイ上でツリーを形成するために、トンネルインターフェイスでPIMを設定する。例:
undefined
- DMVPNでは、mGREトンネルでPIMを有効にする。ユニキャストパスの最適化には
undefined
を検討する。マルチキャストはNHRPとは独立してPIMツリーに従うが、スポーク間のトンネルの恩恵を受ける。
プロバイダーのMPLS上では、スケーラブルな複製のためにmVPNを使用する。プロバイダーがマルチキャストを提供していない場合は、顧客サイト間でGRE-over-WANを使用する。
WANとNBMAのトレードオフ:
- NBMA上でのDense-modeは不要な複製を引き起こすため、sparse-modeまたはSSMを使用する。
- 低帯域幅リンクでのSPTスイッチオーバーを
undefined
で制御し、最適ではないが帯域幅に優しい共有ツリーの使用を最小限に抑える。
トンネルに沿ったMTUを検証し、PIMレジスタカプセル化のドロップを回避する。
検証とトラブルシューティングのワークフロー:
- レシーバーエッジ:
undefined
、
undefined
でクエリアとバージョンを確認する。必要に応じて、テストインターフェイスで
undefined
を実行する。
- PIM隣接関係:
undefined
。モードの不一致やACLフィルタがHelloをブロックすることがある。
- RPの状態:
undefined
でグループからRPへの選択を検証する。MSDPは
undefined
で確認する。
- ツリーと転送:
undefined
で着信インターフェイス（RPF）と発信インターフェイス（OIL）を確認する。SPT/共有/レジスタ状態を示すフラグ（S、J、T、R）を探す。
- RPF:
undefined
。ユニキャストルーティングまたは静的mrouteを修正する。
- データパス: mtraceまたはアプリケーションレベルのテスト。IGMPレポート、PIM Join/Prune、Registerをキャプチャする。
- 一般的な修正: L2でクエリアを復元する、RPへの到達可能性を修正する、SSMレンジとIGMPv3サポートを整合させる、リンク使用率に合わせてspt-thresholdを調整する。
実践的な問題シナリオ
Contoso Media社は、ネイティブではマルチキャストをサポートしていないIPsec WANで接続された3つのキャンパスを運営しています。同社は、データセンターのエンコーダー（10.10.10.50）から全キャンパスのVLAN 120にいるレシーバーへ6 Mbpsのライブビデオストリームを配信する必要があります。その際、他のVLANへのマルチキャストの漏洩を防ぎ、RPの耐障害性を確保しなければなりません。
アプローチ:
データセンターハブと各キャンパス間で、IPsecの上にGREを介してマルチキャストを転送する。
- 理由: IPsec単体ではマルチキャストをカプセル化できません。GREはマルチキャストとPIM制御パケットを保持します。ハブアンドスポーク構成は、初期展開とPIM隣接関係の形成を簡素化します。
すべてのLANおよびGREトンネルインターフェイスでPIM sparse-modeを実行し、レシーバーVLANでIGMPv3を有効にする。
- 理由: Sparse-modeは、レシーバーがまばらなグループに対してスケールします。IGMPv3は、将来のSSMへの移行を可能にし、ホストからの正しいソースフィルタリング動作を保証します。
ハブにある2台のコアルーターでループバック 172.16.255.254 を使用してAnycast RPを展開し、それらの間でMSDPを確立する。
- 理由: Anycast RPは、決定論的な最近接RPの選択とRPの冗長性を提供します。MSDPはアクティブソースの情報を同期させるため、一方のRPに障害が発生しても、もう一方がレシーバーにサービスを提供できます。
展開を管理スコープグループに制限し、エンコーダーのみを有効な登録ソースとして許可する。
- 理由: ポリシーにより、攻撃対象領域と偶発的なフラッディングが削減されます。ストリームには239.1.1.10を使用し、
undefined
を適用して10.10.10.50に制限します。
- マルチキャスト境界を適用して、マルチキャストが意図せずレシーバーVLANから漏れたり、キャンパス境界を越えたりするのを防ぐ。
- 理由: SVI上の
undefined
ACLは、不要なグループやAuto-RP/BSR制御トラフィックを不要な場所で停止させ、スコーピングを強制し、チャッターを削減します。
- SPTスイッチオーバーを制御してWAN帯域幅を節約し、GREトンネルを越えるトラフィックを共有ツリー上に維持する。
- 理由: キャンパスのDRで
undefined
を設定し、Joinがハブを越えてRPに向かうようにします。キャンパス内のLANでは、必要に応じてSPTに切り替えることができ、効率性とWANの節約とのバランスを取ります。
L3 SVIがクエリアとして機能しないアクセススイッチでは、IGMPスヌーピングクエリアでL2メンバーシップを検証する。
- 理由: これにより、L2での継続的なグループ状態が保証され、スヌーピングテーブルがエージアウトした際の不要なフラッディングやマルチキャストの損失を防ぎます。
コマンドを核とした監視と障害対応手順書を実装する。
- 理由: 隣接関係には
undefined
、Anycast RPの検証には
undefined
、ソースアドバタイズの確認には
undefined
、ツリーの状態には
undefined
、アップストリームパスの検証には
undefined
を使用します。これにより、RPF障害、RP到達可能性の問題、またはスヌーピングの設定ミスに対する障害分離が加速します。
主な設定のハイライト:
将来の拡張のためにSSMレンジを定義する:
undefined
各コアでのAnycast RPとMSDP:
undefined
undefined
undefined
undefined
undefined
キャンパスDRがWAN上で共有ツリーを維持するように設定:
undefined
この設計により、非マルチキャストWANを介してビデオストリームを確実に配信し、マルチキャストを意図したドメインに閉じ込め、RP障害に対する耐障害性を維持しながら、検証とトラブルシューティングのための明確な運用モデルを提供します。
← MPLS、VRF、レイヤー3 VPNサービス · すべてのドメイン · サービス品質とコントロールプレーン保護 →
これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
試験に合格する →