브로드캐스트·멀티캐스트·애니캐스트: IP 전송 방식 완전 정리
유니캐스트·브로드캐스트·멀티캐스트·애니캐스트의 차이를 주소 범위, IGMP, 실제 활용 예시와 함께 완전히 설명합니다.
지난 글에서 TTL이 패킷 유효 기간을 제한하고 traceroute의 원리가 되는 방식을 살펴봤다. 이번 글에서는 IP 계층의 **전송 방식(transmission mode)**을 다룬다. 같은 데이터를 “누구에게” 보내느냐에 따라 유니캐스트·브로드캐스트·멀티캐스트·애니캐스트 네 가지로 나뉘며, 각각의 주소 체계와 프로토콜이 존재한다.
전송 방식 비교
| 방식 | 수신자 | IPv4 주소 | IPv6 지원 |
|---|---|---|---|
| 유니캐스트 | 1명 | 일반 호스트 주소 | ✓ |
| 브로드캐스트 | 서브넷 전체 | 255.255.255.255 / x.x.x.255 | ✗ (없음) |
| 멀티캐스트 | 구독 그룹 | 224.0.0.0/4 | ff00::/8 |
| 애니캐스트 | 최근접 1명 | BGP로 관리 | 기본 지원 |
IPv6는 브로드캐스트를 완전히 제거하고 멀티캐스트로 대체했다. 예를 들어 ff02::1은 링크 로컬 내 모든 노드, ff02::2는 모든 라우터에 해당한다.
브로드캐스트
브로드캐스트는 같은 서브넷에 속한 모든 호스트에게 패킷을 전달한다.
- Limited Broadcast
255.255.255.255: 현재 서브넷 안에서만 전달. 라우터가 포워딩하지 않음 - Directed Broadcast
192.168.1.255: 특정 서브넷의 모든 호스트. 기본적으로 라우터가 차단(RFC 2644)
# DHCP Discover는 브로드캐스트를 사용한다 (클라이언트가 아직 IP 모름)
Src: 0.0.0.0:68 → Dst: 255.255.255.255:67브로드캐스트 도메인은 VLAN이나 라우터로 분리된다. 브로드캐스트가 많으면 브로드캐스트 스톰이 발생해 네트워크 성능이 크게 저하된다.
멀티캐스트
멀티캐스트는 특정 그룹에 가입(subscribe)한 호스트들에게만 패킷을 전달한다. 동일 스트림을 수백 명에게 보낼 때 유니캐스트 대비 대역폭을 크게 절약할 수 있다.
IGMP (Internet Group Management Protocol)
호스트가 멀티캐스트 그룹에 가입하거나 탈퇴할 때 라우터에게 알리는 프로토콜이다.
import socket, struct
# 멀티캐스트 소켓 생성 및 그룹 가입
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM, socket.IPPROTO_UDP)
sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
sock.bind(('', 5007))
# IP_ADD_MEMBERSHIP: 224.1.2.3 그룹에 가입
mreq = struct.pack("4sL", socket.inet_aton("224.1.2.3"), socket.INADDR_ANY)
sock.setsockopt(socket.IPPROTO_IP, socket.IP_ADD_MEMBERSHIP, mreq)
data, addr = sock.recvfrom(1024)
print(f"수신: {data} from {addr}")멀티캐스트 라우팅 프로토콜로는 PIM-SM(Protocol Independent Multicast - Sparse Mode)이 주로 사용되며, RP(Rendezvous Point)를 기준으로 배포 트리를 구성한다.
IPv4 멀티캐스트 주소 범위
| 범위 | 용도 |
|---|---|
| 224.0.0.0/24 | 링크 로컬 (라우터 미전달) |
| 224.0.0.1 | All Hosts (서브넷 전체) |
| 224.0.0.2 | All Routers |
| 224.0.1.0/24 | Internetwork Control |
| 239.0.0.0/8 | 관리자 정의(사설) |
애니캐스트
애니캐스트는 동일한 IP 주소를 여러 노드가 공유하되, 라우팅상 가장 가까운 노드 하나만 실제로 수신한다. BGP 라우팅이 경로를 결정한다.
# DNS 루트 서버 K root (193.0.14.129) - 전 세계 분산
# 클라이언트는 같은 IP로 질의하지만 네트워크상 가장 가까운 인스턴스가 응답
$ dig +short NS .
# → a.root-servers.net, b.root-servers.net ... k.root-servers.net
# traceroute로 실제 경로 확인 (지역마다 다른 홉 수)
$ traceroute 193.0.14.129대표적 활용 사례:
- DNS 루트 서버: 13개 IP이지만 실제 서버는 전 세계 600개+ (애니캐스트로 분산)
- CDN: Cloudflare, Akamai 등의 PoP 라우팅
- DDoS 완화: 공격 트래픽을 여러 PoP에 분산 흡수
IPv6에서는 서브넷의 첫 번째 주소를 라우터 애니캐스트 주소로 예약하는 등 프로토콜 수준에서 지원한다.
정리
브로드캐스트는 구현이 단순하지만 확장성이 없어 IPv6에서 제거됐다. 멀티캐스트는 스트리밍·금융 시세 같은 1:N 트래픽에 효율적이나, 네트워크 인프라 지원이 필요하다. 애니캐스트는 지리적 부하분산과 고가용성에 유용하며, DNS와 CDN의 핵심 기술이 됐다.
지난 글: TTL: 패킷의 유효 기간과 traceroute의 원리
다음 글: IPv6 SLAAC: 상태 비저장 주소 자동 구성
읽어주셔서 감사합니다. 😊