Cisco 300-410: 멀티캐스트 라우팅 및 분배 — 학습 가이드

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

다음의 일부입니다: Cisco CCNP Enterprise 300-410 ENARSI — 학습 가이드. 검증된 답안으로 연습하기: Cisco 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

멀티캐스트 라우팅은 하나 이상의 소스에서 다수의 수신자에게 단일 데이터 흐름을 전달하며, 네트워크의 분기점에서 효율적인 복제를 수행합니다. 정상적인 동작은 그룹 주소 지정 및 수신자 멤버십 신호(IGMP), 분산 트리 구축을 위한 멀티캐스트 라우팅 프로토콜(PIM), 그리고 경계, RP, 정책의 신중한 제어에 따라 달라집니다. 설계 시에는 수렴, 상태 규모, 복원력, 단순성 간의 균형을 맞춰야 하며, Reverse Path Forwarding(RPF) 위반, RP 블랙홀, 또는 스누핑 문제로 인한 L2 플러딩과 같은 일반적인 장애 모드를 피해야 합니다.

주소 지정, IGMP, 그리고 Layer-2 상호작용

• 주소 지정 및 범위:

  • 224.0.0.0/4는 IPv4 멀티캐스트 범위입니다.
  • 224.0.0.x는 제어 프로토콜을 위한 링크-로컬(절대 라우팅되지 않음) 주소입니다.
  • 239.0.0.0/8은 관리적으로 범위가 지정되며, 일반적으로 도메인 경계에서 제한됩니다.
  • MAC 매핑은 01:00:5e:0/25에 그룹의 하위 23비트를 더하여 사용합니다. 에일리어싱(aliasing)으로 인해 여러 그룹이 하나의 MAC을 공유할 수 있으므로, L2 필터링은 MAC 주소에만 의존하지 않고 IGMP 스누핑에 의존합니다.

• IGMP 수신자 멤버십:

  • IGMPv1: 기본적인 join만 있고 명시적인 leave가 없어 prune이 느립니다.
  • IGMPv2: Leave 및 Group-Specific/Last-Member 쿼리 추가, 쿼리어 선출(가장 낮은 IP).
  • IGMPv3: Include/Exclude 목록을 위한 소스 필터링 기능, Source-Specific Multicast(SSM)에 필요합니다.
  • 쿼리어 동작: VLAN 내에서는 정확히 하나의 쿼리어가 주기적인 쿼리를 보내 멤버십 상태를 유지해야 합니다. 라우터 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

PIM 모드, 트리, 그리고 RPF 동작

• PIM Dense Mode (PIM-DM):

  • Flood-and-prune: 초기에 트래픽을 플러딩하고, 수신자가 없으면 다운스트림에서 prune합니다. 주기적인 상태 새로고침이 있습니다.
  • 장점: 단순하고 RP가 필요 없습니다.
  • 단점: 통신량이 많고 도메인 전체로 확장하기 어렵습니다. 수신자가 밀집된 작은 세그먼트에만 적합합니다.

• PIM Sparse Mode (PIM-SM):

  • 공유 트리(*,G)를 위해 Rendezvous Point(RP)를 사용합니다. 소스는 RP에 등록하고, 수신자는 RP를 향해 join을 보냅니다.
  • Register 메시지: First-Hop Router(FHR)는 데이터를 RP로 캡슐화(Register)합니다. 네이티브 포워딩이 준비되면 RP는 Register-Stop으로 응답할 수 있습니다.
  • Shortest-Path Tree (SPT) 전환: 수신자의 DR은 경로 최적화를 위해 소스에 직접 (S,G) join을 할 수 있습니다. 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)를 직접 신호합니다. 대규모 일대다 스트리밍에 권장됩니다.
  • SSM 범위 정의 (일반적으로 232.0.0.0/8):

undefined

• 레거시 IGMPv2 호스트의 경우, SSM 매핑을 통해 액세스 목록을 사용하여 (G)를 (S,G)로 변환할 수 있습니다.

• RPF 검사:

  • 모든 (S,G) 또는 (*,G) 상태는 MRIB(일반적으로 유니캐스트 RIB/CEF)에 대해 업스트림 인터페이스를 검증합니다. 불일치 시 트래픽이 드롭됩니다(Incoming RPF Fail).
  • 일반적인 원인:
    • 비대칭 유니캐스트 라우팅, PIM 네이버와 일치하지 않는 ECMP 선택.
    • 소스/RP로의 경로가 없거나, Null0으로의 재귀 경로가 있는 경우.
    • VRF 누수 오류 또는 잘못된 VRF 조회.
  • 도구:

undefined

,

undefined

,

undefined

• 완화 조치: 정확한 유니캐스트 라우팅, LAN에서 ip pim dr-priority로 네이버 선호, 제어 플레인을 위한 정적 mroute, 또는 필요한 경우 ip pim neighbor-filtering 사용.

운영상의 미묘한 차이점:

• 다중 접속 네트워크별 DR 선출 (가장 높은 PIM DR 우선순위, 그 다음 가장 높은 IP).
• 다중 접속 환경에서 (S,G)에 대해 단일 포워더를 선택하기 위한 PIM Assert (소스로의 메트릭이 가장 낮음, 동점 시 가장 높은 IP). 잘못된 메트릭은 중복 억제 또는 블랙홀을 유발할 수 있습니다.

랑데부 포인트(Rendezvous Points): 정적(Static), Auto-RP, BSR, MSDP를 사용하는 애니캐스트 RP(Anycast RP)

• RP 역할:

  • PIM-SM에서 그룹 발견 및 공유 트리(shared-tree) 형성을 위한 컨트롤 플레인 루트 역할을 합니다.
  • 송신자(FHR register를 통해)와 수신자(join을 통해) 모두에게 도달 가능하고 RPF가 정확해야 합니다.

• RP 옵션:

  • 정적 RP(Static RP):

undefined

. 결정적이고 단순하지만, 애니캐스트 RP와 결합하지 않으면 단일 지점(single point)이 됩니다.

• Auto-RP: 후보 RP(Candidate-RP)가 224.0.1.39로 광고하고, RP 매핑 에이전트(RP-mapping agent)가 224.0.1.40으로 공지합니다. 초기 구성 시 sparse-dense 모드나 별도의 부트스트랩 과정이 필요합니다. 도메인 간 필터링에 취약하므로, 경계에서 허용하거나 filter-autorp를 사용해야 합니다.

• Bootstrap Router (BSR): PIMv2에 통합된 메커니즘으로, 후보 RP(Candidate-RP)와 BSR이 RP-set과 매핑을 생성합니다. Auto-RP보다 더 견고하며, 신규 배포에 권장됩니다.

• MSDP를 사용하는 애니캐스트 RP(Anycast RP):

  • 여러 RP가 동일한 루프백 IP를 공유하며, IGP는 가장 가까운 RP를 광고합니다. RP 간의 MSDP 피어링을 통해 SA(Source-Active) 메시지를 교환하여 모든 RP가 활성 송신자 정보를 학습합니다.
  • 설계 시 고려사항:
    • MSDP 메시 그룹(mesh-group)을 사용하여 SA 플러딩을 줄입니다.
    • 일관된 정책과 RPF 정확성을 유지하며 애니캐스트 RP 루프백을 IGP에 포함시킵니다.
    • ip pim accept-register list <acl>로 RP를 보호하여 등록할 수 있는 송신자를 제한합니다.
  • 장애 모드:
    • MSDP 다운: 원격 송신자 정보가 모든 RP에 학습되지 않음. 격리된 RP 근처의 수신자는 페일오버 전까지 블랙홀 현상을 겪습니다.
    • 애니캐스트 루프백으로의 비대칭 IGP 경로: 수신자가 FHR이 등록하는 RP와 다른 RP에 조인하여, SA가 전파될 때까지 지연이 발생합니다.

• SSM 대 RP:

  • SSM은 RP의 복잡성을 완전히 제거하여 컨트롤 플레인 상태와 장애 도메인을 줄입니다. 송신자 시그널링이 가능한 새로운 애플리케이션에는 SSM을 사용하는 것이 좋습니다.

정책, 경계, VRF, 터널 및 WAN 고려 사항

• 경계 제어 및 그룹 정책:

  • 인터페이스 멀티캐스트 경계를 사용하여 관리 범위와 원치 않는 그룹을 제한합니다:
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • 필요한 경우 Auto-RP 메시지를 필터링합니다: ip multicast boundary 20 filter-autorp
  • RP에 등록할 수 있는 소스를 제한합니다:
    • ip pim accept-register list RP-SOURCES
  • RP 의존성을 피하기 위해 232/8에 대해 SSM 전용 정책을 적용합니다.

• VRF 간 멀티캐스트:

  • VRF별 멀티캐스트를 활성화합니다: ip multicast-routing vrf 를 사용하고 VRF 인터페이스에 PIM을 구성합니다.
  • 각 VRF는 자체 PIM 인접성, RPF 조회 및 잠재적으로 별개의 RP/SSM 범위를 가집니다.
  • VRF 간 멀티캐스트에는 캐리어 메커니즘(예: MPLS 상의 mVPN, VRF 간 전용 GRE 또는 퓨전 라우팅 방화벽)이 필요합니다. 단순한 리킹(leaking)은 데이터 플레인 복제에 충분하지 않습니다.

• 터널 및 WAN 전송:

  • 네이티브 IPsec은 멀티캐스트를 전달할 수 없으므로, GRE over IPsec(또는 DMVPN mGRE)을 사용하여 PIM 및 멀티캐스트 데이터를 전송합니다.
  • 오버레이 상에서 트리 형성을 위해 터널 인터페이스에 PIM을 구성합니다. 예시:
    • interface Tunnel10 ip address 10.0.10.1 255.255.255.0 tunnel source Gig0/0 tunnel destination 198.51.100.1 ip pim sparse-mode
  • DMVPN에서는 mGRE 터널에서 PIM을 활성화합니다. 유니캐스트 경로 최적화를 위해 ip nhrp shortcuts를 고려하십시오. 멀티캐스트는 NHRP와 독립적으로 PIM 트리를 따르지만 스포크-투-스포크 터널의 이점을 얻습니다.
  • 서비스 제공업체의 MPLS를 통해서는 확장 가능한 복제를 위해 mVPN을 사용하거나, 제공업체에 멀티캐스트 기능이 없는 경우 고객 사이트 간에 GRE-over-WAN을 사용합니다.

• WAN 및 NBMA 장단점:

  • NBMA 상의 Dense 모드는 불필요한 복제를 유발하므로 Sparse 모드 또는 SSM을 사용합니다.
  • 저대역폭 링크에서 spt-threshold를 사용하여 SPT 전환을 제어하고, 대역폭 친화적이지만 차선책인 공유 트리를 최소화합니다.
  • 터널 경로의 MTU를 확인하여 PIM register 캡슐화 드롭을 방지합니다.

• 검증 및 문제 해결 워크플로:

  • 수신기 엣지: show ip igmp groups, show ip igmp interface; querier와 버전을 확인합니다. 필요한 경우 테스트 인터페이스에서 ip igmp join-group 를 실행합니다.
  • PIM 인접성: show ip pim neighbor; 모드 불일치 또는 ACL 필터가 Hello를 차단할 수 있습니다.
  • RP 상태: show ip pim rp mapping; 그룹-RP 선택을 검증하고, show ip msdp sa-cache로 MSDP를 확인합니다.
  • 트리 및 포워딩: show ip mroute [G | S G]로 수신 인터페이스(RPF)와 송신 인터페이스(OIL)를 확인합니다. SPT/공유/등록 상태를 나타내는 플래그(S, J, T, R)를 찾습니다.
  • RPF: show ip rpf ; 유니캐스트 라우팅 또는 정적 mroute를 수정합니다.
  • 데이터 경로: mtrace 또는 애플리케이션 레벨 테스트, IGMP report, PIM Join/Prune, Register 패킷을 캡처합니다.
  • 일반적인 해결 방법: L2에 querier 복원, RP 도달 가능성 수정, SSM 범위와 IGMPv3 지원 일치, 링크 사용률에 맞게 spt-threshold 조정.

실제 문제 시나리오

Contoso Media는 멀티캐스트를 기본적으로 지원하지 않는 IPsec WAN으로 연결된 세 개의 캠퍼스를 운영합니다. 데이터 센터 인코더(10.10.10.50)에서 모든 캠퍼스의 VLAN 120에 있는 수신기로 6 Mbps 라이브 비디오 스트림을 전달해야 하며, 동시에 다른 VLAN으로의 멀티캐스트 유출을 방지하고 RP에 대한 복원력을 보장해야 합니다.

접근 방식:

1. 데이터 센터 허브와 각 캠퍼스 간에 IPsec 위에 GRE를 사용하여 멀티캐스트를 전송합니다.

   • 근거: IPsec만으로는 멀티캐스트를 캡슐화할 수 없으며, GRE는 멀티캐스트 및 PIM 제어 패킷을 보존합니다. 허브 앤 스포크 방식은 초기 배포와 PIM 인접성 형성을 단순화합니다.

2. 모든 LAN 및 GRE 터널 인터페이스에서 PIM sparse-mode를 실행하고, 수신기 VLAN에서 IGMPv3를 활성화합니다.

   • 근거: Sparse 모드는 수신기가 드문 그룹에 대해 확장성이 좋습니다. IGMPv3는 향후 SSM으로의 마이그레이션을 허용하고 호스트로부터의 올바른 소스 필터링 동작을 보장합니다.

3. 허브의 두 코어 라우터에 루프백 172.16.255.254를 사용하여 Anycast RP를 배포하고, 이들 간에 MSDP를 설정합니다.

   • 근거: Anycast RP는 결정적인 가장 가까운 RP 선택과 RP 이중화를 제공합니다. MSDP는 활성 소스 정보를 동기화하여 한 RP가 실패하더라도 다른 RP가 수신기에게 서비스를 제공할 수 있도록 합니다.

4. 배포를 관리적으로 범위가 지정된 그룹으로 제한하고 인코더만 유효한 등록 소스로 허용합니다.

   • 근거: 정책은 공격 표면과 우발적인 플러딩을 줄입니다. 스트림에 239.1.1.10을 사용하고, ip pim accept-register를 적용하여 10.10.10.50으로 제한합니다.

5. 멀티캐스트 경계를 적용하여 멀티캐스트가 의도치 않게 수신기 VLAN을 벗어나거나 캠퍼스 경계를 넘지 않도록 방지합니다.

   • 근거: SVI의 ip multicast boundary ACL은 원치 않는 그룹과 불필요한 곳의 Auto-RP/BSR 제어 트래픽을 차단하여 범위 지정을 강제하고 채터(chatter)를 줄입니다.

6. GRE 터널을 통해 공유 트리에 트래픽을 유지하여 WAN 대역폭을 절약하기 위해 SPT 전환을 제어합니다.

   • 근거: 캠퍼스 DR에서 spt-threshold infinity를 설정하여 허브를 통한 RP로의 조인(join)을 유지합니다. 캠퍼스 내 LAN은 원하는 경우 여전히 SPT로 전환할 수 있어 효율성과 WAN 대역폭 보존 간의 균형을 맞출 수 있습니다.

7. L3 SVI가 querier 역할을 하지 않는 액세스 스위치에서 IGMP 스누핑 querier를 사용하여 L2 멤버십을 검증합니다.

   • 근거: L2에서 지속적인 그룹 상태를 보장하여 스누핑 테이블이 만료될 때 원치 않는 플러딩이나 멀티캐스트 손실을 방지합니다.

8. 핵심 명령어를 사용하여 모니터링 및 장애 조치 런북(runbook)을 구현합니다.

   • 근거: show ip pim neighbor로 인접성을, show ip pim rp mapping으로 Anycast RP를, show ip msdp sa-cache로 소스 광고를 확인하고, show ip mroute 239.1.1.10으로 트리 상태를, show ip rpf 10.10.10.50으로 업스트림 경로를 검증합니다. 이는 RPF 장애, RP 도달 가능성 문제 또는 스누핑 설정 오류에 대한 장애 격리 속도를 높입니다.

간단한 구성 하이라이트:

• 향후 성장을 위해 SSM 범위 정의:
  • ip pim ssm range 232.0.0.0/8
• 각 코어의 Anycast RP 및 MSDP:
  • interface loopback0 ip address 172.16.255.254 255.255.255.255
  • ip pim rp-address 172.16.255.254 239.0.0.0 0.255.255.255
  • ip msdp peer 172.16.255.254 connect-source loopback0 mesh-group RPs
  • ip pim accept-register list ENCODER-SRC
  • ip access-list standard ENCODER-SRC permit 10.10.10.50
• WAN을 통해 공유 트리를 유지하기 위한 캠퍼스 DR 설정:
  • ip pim spt-threshold infinity

이 설계는 비-멀티캐스트 WAN을 통해 비디오 스트림을 안정적으로 전달하고, 멀티캐스트를 의도된 도메인으로 제한하며, RP 장애에 대한 복원력을 유지하면서 검증 및 문제 해결을 위한 명확한 운영 모델을 제공합니다.

← MPLS · 모든 도메인 · 서비스 품질 및 컨트롤 플레인 보호 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →