IP Multicast
Given a scenario – Configure / Troubleshoot / Monitor
0️⃣ 시험에서 멀티캐스트 시나리오는 이렇게 나온다
절대 이렇게 안 묻는다.
❌ “IGMP란?”
항상 이런 식이다.
- 멀티캐스트 트래픽이 수신자에 도달하지 않는다
- 어떤 구간에서는 되는데 다른 구간에서는 안 된다
- 처음엔 됐는데 어느 순간부터 안 된다
- ASM / SSM 환경에서 Source를 못 찾는다
- RP가 있는 것 같은데 트래픽이 안 흐른다
👉 그래서 순서 기반 사고가 필수다.
1️⃣ 1단계: “수신자 존재”부터 확인 (IGMP)
가장 먼저 스스로 던질 질문
“이 그룹(G)을 받겠다는 수신자가 존재하나?”
멀티캐스트는 수신자 기반이다.
수신자 없으면 아무 것도 안 흐른다.
IGMP 관련 체크 포인트
- Host → IGMP Join 보냈나?
- Router가 해당 그룹을 알고 있나?
- VLAN / L2 구간에서 IGMP Snooping 동작하나?
시험에서 이런 표현이 나오면:
- “Hosts are not receiving multicast traffic”
- “Multicast traffic is not forwarded beyond the access switch”
👉 IGMP / IGMP Snooping 문제
SSM 관련 함정
- SSM 환경에서
- IGMPv3 필수
- 232.0.0.0/8
- IGMPv2면?
→ SSM 불가
시험에서:
“SSM is configured but receivers do not receive traffic”
정답 후보:
- IGMPv3 미사용
2️⃣ 2단계: PIM Neighbor부터 본다 (L3)
IGMP는 “받고 싶다”는 신호일 뿐이다.
실제로 끌어오는 건 PIM이다.
질문 전환
“PIM neighbor가 맺어져 있는가?”
- PIM Hello 교환
- Unicast reachability 필요
시험 문장:
- “IGMP is working correctly”
- “But multicast traffic is not forwarded between routers”
👉 PIM neighbor 문제
시험 포인트
- PIM은 Protocol Independent
- 하지만 RPF는 unicast routing table 기반
그래서:
- Unicast route 문제 → PIM도 깨짐
3️⃣ 3단계: ASM vs SSM 구분 (시험 핵심)
여기서 절반이 갈린다.
ASM일 때
- (*,G) → RP 기준
- (S,G) → Source 기준
- RP 필요
- MSDP 필요 (Anycast RP일 경우)
SSM일 때
- 처음부터 (S,G)
- RP ❌
- MSDP ❌
- IGMPv3 ⭕
시험에서 이런 단서가 나오면 바로 결정한다.
단서판단
| RP 언급 | ASM |
| MSDP 언급 | ASM |
| 232.x.x.x | SSM |
| Receiver specifies source | SSM |
4️⃣ 4단계: RPF (멀티캐스트 문제의 70%)
반드시 이 질문을 던져라
“RPF check가 통과할 수 있는 구조인가?”
RPF는:
- 멀티캐스트 전용 경로 ❌
- unicast 경로 기준 ⭕
RPF 실패의 전형적 증상
- 로그 없음
- 에러 없음
- 트래픽이 “조용히” 사라짐
시험에서:
- “Multicast traffic is not received, but no errors are reported”
👉 RPF failure
ASM에서 RPF 기준 변화 (단골 문제)
- (*,G) 단계 → RP 기준
- (S,G) 단계 → Source 기준
그래서:
“처음엔 되다가 나중에 안 된다”
정답:
- Source 기준 RPF 실패
5️⃣ 5단계: RP 관련 문제 (ASM 전용)
RP가 필요한 상황인데…
- RP unreachable
- RP 주소 불일치
- Anycast RP인데 MSDP 없음
시험에서 이런 문장:
- “Receivers do not receive traffic although the source is active”
- “PIM neighbors are established”
👉 RP 문제
RP 관련 사고 흐름
- RP가 설정되어 있는가?
- RP 주소가 동일한가?
- RP가 unicast로 reachable한가?
- Anycast RP면 MSDP 구성되었는가?
6️⃣ 6단계: Multicast Routing Policy / Scoping
이건 되는데 안 되는 문제에서 자주 나온다.
Multicast Policy의 본질
“어디까지 퍼질 수 있느냐”를 제어
대표 수단:
- Administratively scoped address (239/8)
- Multicast boundary
- TTL scoping
시험 패턴
- “Multicast traffic works inside one area but not beyond”
- “Traffic is not forwarded outside the campus”
👉 Scoping / boundary
7️⃣ 시험에서 멀티캐스트 시나리오 사고 체크리스트
문제 읽으면서 이 순서 그대로 간다.
- 수신자 있음? (IGMP)
- IGMPv2 / v3 맞음?
- PIM neighbor 정상?
- ASM / SSM 구분?
- RP 필요한가? 정상인가?
- RPF 기준이 맞는가?
- Anycast RP면 MSDP 있음?
- Scoping / boundary 차단 아님?
8️⃣ 시험에서 바로 써먹는 만능 문장
이 문장은 멀티캐스트 시나리오 문제에서 거의 항상 안전하다.
“Since unicast routing is used for RPF checks, the multicast issue is likely caused by an underlying unicast reachability or RPF failure rather than IGMP.”
9️⃣ 멀티캐스트 전체 요약 (시험용)
- IGMP → 수신자 의사
- PIM → 트래픽 끌어오기
- ASM → RP 필요
- SSM → RP 불필요
- RPF → unicast 기준
- Anycast RP → MSDP 필수
- Policy → 범위 제한