CCNP Enterprise 따라잡기 16장

이번 장은 멀티캐스트를 다룬다.

같은 데이터를 여러 수신자에게 보내야 할 때가 있다.

영상 스트리밍이나 시장 데이터 배포가 대표적이다.

이걸 unicast로 각각 보내면 대역폭이 낭비된다.

멀티캐스트는 필요한 수신자에게만 한 번에 전달한다.

이번 장의 목표는 다음과 같다.

멀티캐스트 주소 범위를 이해한다.

IGMP가 수신자를 어떻게 등록하는지 본다.

PIM이 어떻게 배포 트리를 만드는지 정리한다.

멀티캐스트는 224.0.0.0 ~ 239.255.255.255 범위를 사용한다.

이 주소는 목적지에만 쓰이고 출발지에는 쓰지 않는다.

수신자는 특정 그룹 주소를 "구독"하는 방식으로 트래픽을 받는다.

IGMP는 호스트와 라우터 사이에서 동작한다.

수신자는 IGMP로 "이 그룹을 받고 싶다"고 알린다.

라우터는 어떤 세그먼트에 어떤 그룹 수신자가 있는지 파악한다.

수신자가 없으면 그 세그먼트로 트래픽을 보내지 않는다.

PIM은 라우터 사이에서 멀티캐스트 경로를 만든다.

PIM은 기존 unicast routing table을 활용해 RPF 검사를 한다.

RPF는 트래픽이 올바른 인터페이스로 들어왔는지 확인하는 절차다.

잘못된 인터페이스로 들어온 멀티캐스트는 버린다.

PIM Dense 모드는 먼저 모든 곳에 뿌리고, 필요 없는 곳을 잘라낸다(prune).

PIM Sparse 모드는 RP(Rendezvous Point)를 중심으로 필요한 곳에만 전달한다.

enterprise에서는 대부분 Sparse 모드를 사용한다.

RP는 그룹의 출발점을 모으는 만남의 지점 역할을 한다.

멀티캐스트 문제는 수신자 등록, RPF, 배포 트리 순서로 본다.

먼저 IGMP로 수신자가 제대로 등록됐는지 확인한다.

다음으로 RPF가 실패하지 않는지 본다.

마지막으로 PIM 이웃과 RP가 올바른지 확인한다.

멀티캐스트 주소를 출발지에 쓰려고 한다.

IGMP와 PIM의 역할을 혼동한다.

RPF 검사 실패 원인을 unicast routing에서 찾지 않는다.

Sparse 모드에서 RP 설정을 빠뜨린다.

멀티캐스트는 그룹 수신자에게만 트래픽을 전달한다.

IGMP는 호스트와 라우터 사이에서 수신자를 등록한다.

PIM은 라우터 사이에서 배포 트리를 만들고 RPF로 검증한다.

enterprise는 보통 Sparse 모드와 RP를 사용한다.

다음 장에서는 네트워크 보증(Assurance)을 다룬다.

SNMP, Syslog, NetFlow, SPAN으로 네트워크 상태를 관찰하는 방법을 정리한다.