인터넷 그룹 관리 프로토콜(IGMP)은 호스트와 인접 멀티캐스트 라우터가 IP 멀티캐스트 그룹의 멤버십을 관리하기 위해 사용하는 IPv4 프로토콜입니다. 간단히 말해, 특정 멀티캐스트 스트림에 대한 트래픽을 수신하려는 장치와 더 이상 해당 스트림이 필요하지 않은 장치를 로컬 네트워크에 알려줍니다. 이 프로토콜은 IETF에 의해 정의되었으며, IGMPv3에 대한 현재 인터넷 표준 트랙 사양은 RFC 9776으로, RFC 3376을 대체하고 RFC 2236을 업데이트합니다.
IGMP가 중요한 이유는 IP 멀티캐스트가 일대다 전달 모델이기 때문입니다. 소스는 동일한 트래픽의 복사본을 모든 수신자에게 개별적으로 보내는 대신 하나의 스트림을 멀티캐스트 그룹으로 보낼 수 있으며, 네트워크는 관심 있는 수신자가 있는 곳에서만 해당 트래픽을 복제할 수 있습니다. 이는 효율적이지만, 네트워크는 여전히 각 로컬 서브넷에서 어떤 수신자가 관심 있는지 파악하는 메커니즘이 필요합니다. IGMP는 IPv4 멀티캐스트 환경에 이러한 제어 기능을 제공합니다.
실제 배포에서 IGMP는 가장 흔히 관리형 LAN 및 캠퍼스 네트워크, IPTV 배포, 기업용 비디오, 금융 데이터 피드 및 많은 수신자가 동일한 트래픽에 가입하는 기타 일대다 애플리케이션과 연관됩니다. 또한 IGMP 제어 메시지를 수신하여 스위치가 관심 있는 수신자가 있는 포트로만 멀티캐스트 트래픽을 전달할 수 있도록 하는 레이어 2 스위칭 기능인 IGMP 스누핑과도 밀접하게 연관됩니다.
IGMP를 통해 IPv4 호스트는 멀티캐스트 관심사를 알릴 수 있으므로 인근 라우터와 스위치가 멀티캐스트 트래픽을 더 효율적으로 전달할 수 있습니다.
네트워킹에서 IGMP의 의미
IPv4 멀티캐스트를 위한 그룹 멤버십 프로토콜
IGMP는 그 자체로 라우팅 프로토콜이 아닙니다. 광역 네트워크를 통한 종단 간 멀티캐스트 경로를 계산하지 않습니다. 대신, 호스트와 로컬 서브넷에서 직접 이웃하는 멀티캐스트 라우터 간에 작동합니다. 주요 임무는 해당 세그먼트에 관심 있는 리스너가 있는 멀티캐스트 그룹을 알려 라우터가 멀티캐스트 트래픽을 계속 해당 위치로 전달해야 하는지 여부를 결정할 수 있도록 하는 것입니다.
이러한 로컬 멤버십 역할은 IGMP를 IPv4 멀티캐스트 운영의 기초로 만듭니다. 멀티캐스트 라우팅 프로토콜은 더 넓은 네트워크를 통해 분배 트리를 구축할 수 있지만, 직접 연결된 LAN에 수신기가 있는지 여부를 알기 위해 액세스 에지의 IGMP 정보에 의존합니다. 해당 멤버십 지식 없이는 멀티캐스트 전달이 낭비적이거나 불완전할 수 있습니다.
IGMP를 IPv6 대응 프로토콜과 구별하는 것도 중요합니다. IGMP는 IPv4 멀티캐스트 그룹 관리에 사용되는 반면, IPv6는 유사한 목적으로 멀티캐스트 리스너 발견(MLD)을 사용합니다.
“멀티캐스트 스트림 가입” 이상
많은 관리자가 스위치나 라우터에서 비디오 스트리밍, IPTV 또는 멀티캐스트 애플리케이션을 구성할 때 처음 IGMP를 접합니다. 이러한 맥락에서 IGMP는 단순한 가입 프로세스처럼 보일 수 있습니다. 즉, 호스트가 스트림을 원하고, 보고서를 보내고, 트래픽 수신을 시작합니다. 실제로 IGMP는 또한 쿼리, 떠나기 동작, 버전 간 호환성, 그리고 IGMPv3에서는 호스트가 멀티캐스트 그룹 내에서 수신하거나 회피하려는 소스를 지정할 수 있도록 하는 소스 필터링을 지원합니다.
이러한 추가된 정교함은 IGMP가 세 가지 주요 버전에 걸쳐 발전한 이유입니다. IGMPv1은 기본적인 쿼리-응답 모델을 제공했습니다. IGMPv2는 떠나기 동작을 개선하고 떠나기 지연 시간을 줄였습니다. IGMPv3는 소스 필터링을 추가하고 소스 특정 멀티캐스트 배포를 보다 실용적으로 만들었습니다. 각 버전은 이전 멀티캐스트 네트워크에서 발견된 운영상의 한계를 해결했습니다.
IGMP는 IPv4 멀티캐스트를 위한 액세스 에지 제어 프로토콜로 이해하는 것이 가장 좋습니다. 그 자체로 멀티캐스트 페이로드를 이동하지 않습니다. 해당 페이로드가 실제로 필요한 위치를 로컬 네트워크에 알려줍니다.
IGMP 작동 방식
쿼리, 보고서 및 로컬 멤버십 상태
IGMP는 수신자와 쿼리어(querier) 역할을 하는 멀티캐스트 라우터 간에 소량의 제어 메시지를 교환하여 작동합니다. 쿼리어는 서브넷의 호스트가 멀티캐스트 그룹을 수신하고 있는지 묻는 주기적인 메시지를 보냅니다. 멀티캐스트 트래픽을 원하는 호스트는 관련 그룹에 대한 멤버십 보고서로 응답합니다. 그러면 라우터는 해당 보고서를 기반으로 로컬 그룹 상태를 유지하고 해당 정보를 사용하여 멀티캐스트 트래픽을 해당 서브넷으로 전달해야 하는지 여부를 결정합니다.
일반적인 서브넷에서 하나의 라우터가 IGMP 쿼리어 역할을 하며 일반 쿼리를 보내 멀티캐스트 리스너가 있는지 확인합니다. 이후 버전의 IGMP는 그룹 특정 쿼리도 지원하며, IGMPv3는 그룹 및 소스 특정 쿼리를 추가합니다. 이러한 보다 표적화된 쿼리를 통해 라우터는 리스너가 여전히 특정 멀티캐스트 그룹 또는 해당 그룹 내의 특정 소스를 원하는지 확인할 수 있습니다.
이 프로세스는 지속적으로 새로 고쳐지는 로컬 멤버십 테이블을 생성합니다. 호스트는 라우터에 영구 등록을 유지할 필요가 없습니다. 대신 라우터는 보고서와 주기적인 쿼리 응답에서 활성 멤버십을 학습합니다. 보고서 도착이 중단되면 라우터는 결국 해당 서브넷에 대한 그룹 상태를 제거할 수 있습니다.
호스트가 그룹에 가입하고 떠나는 방법
호스트가 멀티캐스트 그룹에 대한 트래픽을 수신하려는 경우 요청되지 않은 멤버십 보고서를 보내고, 라우터 쿼리에 대한 응답으로 보고서를 보낼 수도 있습니다. 이것이 로컬 라우터가 서브넷에 해당 그룹에 대해 적어도 하나의 관심 수신자가 있음을 인지하는 방식입니다. 관리형 스위치 네트워크에서는 이러한 동일한 IGMP 메시지를 IGMP 스누핑을 실행하는 스위치에서도 관찰할 수 있으므로 멀티캐스트 그룹을 특정 액세스 포트에 매핑할 수 있습니다.
떠나기 동작은 버전에 따라 다릅니다. IGMPv1에서는 관심을 잃은 호스트가 단순히 쿼리에 응답을 중단하여 멀티캐스트 트래픽이 필요한 것보다 더 오래 흐를 수 있습니다. IGMPv2는 명시적인 그룹 떠나기 메시지를 추가하여 호스트가 더 이상 그룹을 원하지 않음을 적극적으로 표시할 수 있도록 했으며, 이를 통해 라우터는 그룹 특정 쿼리를 보내고 리스너가 남아 있는지 확인할 수 있습니다. IGMPv3는 호스트가 그룹뿐만 아니라 해당 그룹 내의 선택된 소스에 대한 관심을 표현할 수 있도록 하여 이를 더욱 확장합니다.
그 결과 대역폭 사용이 더 효율적이고 원치 않는 스트림이 더 빠르게 중지되며, 특히 많은 멀티캐스트 채널이나 잦은 채널 변경이 있는 액세스 네트워크에서 유용합니다.
IGMP 버전 및 변경 사항
IGMPv1은 IPv4 네트워크에서 멀티캐스트 멤버십을 위한 기본적인 쿼리-응답 모델을 도입했습니다. 최초로 널리 배포된 버전이며, 라우터가 쿼리하고 호스트가 그룹에 대한 관심을 보고하는 기본 동작을 확립했습니다. 그러나 명시적인 떠나기 메커니즘이 없어 멤버십 타이머가 만료될 때까지 트래픽이 계속 흐를 수 있었습니다.
IGMPv2는 떠나기 프로세스, 그룹 특정 쿼리, 그리고 라우터가 서브넷에 더 이상 그룹의 활성 멤버가 없음을 판단하는 속도를 더 잘 제어할 수 있도록 하여 프로토콜을 개선했습니다. 이것이 IGMPv2가 IGMPv1보다 더 낮은 떠나기 지연 시간과 관련되는 이유입니다.
IGMPv3는 현재 RFC 9776에 의해 명시되며, 소스 필터링을 추가합니다. 수신자는 특정 소스 주소의 트래픽에만 관심을 표현하거나, 특정 소스를 제외한 모든 트래픽에 관심을 표현할 수 있습니다. 이 기능은 소스 특정 멀티캐스트와 같은 고급 멀티캐스트 서비스 모델의 기초입니다.
IGMP 및 IGMP 스누핑
스위치 LAN에서 스누핑이 흔한 이유
IGMP 자체는 호스트와 멀티캐스트 라우터 간에 작동하지만, 대부분의 기업 및 캠퍼스 네트워크에는 이러한 장치 사이에 레이어 2 스위치도 포함되어 있습니다. 기본적으로 스위치는 멀티캐스트 MAC 주소가 일반 유니캐스트 MAC 주소와 동일한 방식으로 학습되지 않기 때문에 멀티캐스트 트래픽을 브로드캐스트 도메인 내에서 플러딩하는 방식으로 처리할 수 있습니다. 이는 많은 멀티캐스트 스트림이 존재할 때 대역폭을 낭비할 수 있습니다.
IGMP 스누핑은 스위치가 IGMP 제어 트래픽을 검사하고, 각 멀티캐스트 그룹에 대한 수신기가 있는 포트를 학습하며, 해당 포트로만 멀티캐스트 트래픽을 전달하도록 하여 이 문제를 해결합니다. 이는 스위치 LAN에서 멀티캐스트를 훨씬 더 실용적으로 만들며, 기본 멀티캐스트 라우팅이 다른 곳에서 처리되더라도 관리자가 액세스 및 배포 스위치에서 IGMP 설정을 접하는 주요 이유 중 하나입니다.
즉, IGMP 스누핑은 IGMP를 대체하지 않습니다. IGMP 정보를 사용하여 레이어 2 전달 동작을 최적화합니다.
스누핑이 불필요한 트래픽을 줄이는 방법
IGMP 스누핑을 실행하는 스위치가 호스트로부터 멤버십 보고서를 보면, 멀티캐스트 그룹과 수신 포트 간의 관계를 기록합니다. 나중에 떠나기 이벤트를 보거나 멤버십이 만료되었다고 판단하면 해당 포트를 전달 항목에서 제거할 수 있습니다. 즉, 멀티캐스트 트래픽은 가입된 수신기가 있는 포트와 라우팅 결정을 위해 트래픽이 필요한 라우터 연결 포트로만 전송됩니다.
이는 많은 비디오 채널, 디지털 사이니지 스트림, 기업 방송 또는 특수 데이터 피드가 있는 환경에서 특히 중요합니다. 스누핑이 없으면 이러한 흐름은 관심 있는 수신기가 없는 포트에서도 대역폭을 소비할 수 있습니다. 스누핑을 사용하면 스위치가 멀티캐스트 전달을 제한하고 VLAN 전체의 낭비되는 트래픽을 줄일 수 있습니다.
대부분의 실제 LAN 배포에서 IGMP는 멤버십 언어를 제공하는 반면, IGMP 스누핑은 해당 언어를 선택적 레이어 2 전달로 전환합니다.
IGMP의 이점
보다 효율적인 일대다 트래픽 전달
IGMP의 주요 이점은 수신자가 실제로 존재하는 곳에서만 멀티캐스트 트래픽을 전달할 수 있도록 한다는 것입니다. 일대다 애플리케이션에서 이는 모든 수신자에 대해 별도의 유니캐스트 스트림을 복제하는 것보다 훨씬 효율적입니다. 소스는 하나의 멀티캐스트 스트림을 보낼 수 있으며, 네트워크는 분기가 필요한 지점에서만 이를 복제할 수 있습니다.
이는 많은 사용자가 동시에 동일한 콘텐츠를 시청하거나 수신하는 애플리케이션에서 대역폭 사용을 훨씬 더 효율적으로 만듭니다. 효율성 이점은 수신자 수가 증가함에 따라 더욱 중요해집니다.
스위치 네트워크에서 플러딩 감소
스위치 LAN에서 IGMP는 IGMP 스누핑과 결합될 때 특히 가치가 높아집니다. VLAN의 모든 포트에 멀티캐스트 트래픽이 퍼지는 것을 허용하는 대신, 스위치는 활성 리스너가 있는 포트로만 트래픽을 전달할 수 있습니다. 이는 불필요한 트래픽을 줄이고, 낭비되는 대역폭을 낮추며, 기업 및 캠퍼스 환경에서 멀티캐스트 서비스를 더 확장 가능하게 만듭니다.
이는 스위칭 인프라에서 IGMP 관련 기능이 활성화되는 가장 실용적인 이유 중 하나입니다. 이는 멀티캐스트를 방해가 아닌 유용하게 유지합니다.
더 빠른 채널 변경 및 개선된 떠나기 동작
IGMPv2 및 IGMPv3는 IGMPv1에 비해 운영 응답성을 개선합니다. 이는 라우터가 그룹에 더 이상 관심 수신자가 없는 시점을 더 빨리 인지할 수 있도록 하기 때문입니다. 비디오 및 채널 기반 서비스에서 이는 수신자가 그룹을 떠난 후 원치 않는 트래픽이 계속 흐르는 시간을 줄이는 데 도움이 됩니다.
일부 플랫폼에서 명시적 추적 및 최신 멀티캐스트 기능을 사용하면 네트워크가 떠나기 지연 시간을 더욱 줄이고 채널 변경 동작을 개선할 수 있습니다. 이는 IPTV 스타일 배포 및 사용자가 그룹이나 채널 간에 자주 이동하는 기타 관리형 멀티캐스트 환경에서 특히 유용합니다.
소스 특정 멀티캐스트 지원
IGMPv3는 멀티캐스트 제품군에서 가장 중요한 프로토콜 개선 사항 중 하나인 소스 필터링을 추가합니다. 수신자는 그룹에만 가입하는 대신 특정 소스의 트래픽을 요청하거나 특정 소스를 제외할 수 있습니다. 이는 프로토콜을 소스 특정 멀티캐스트(SSM) 설계에 훨씬 더 적합하게 만듭니다. SSM에서는 수신자가 원하는 멀티캐스트 그룹과 소스를 모두 식별할 것으로 예상됩니다.
이는 제어를 개선하고, 모호성을 줄이며, 기존의 임의 소스 멀티캐스트 모델에 비해 일부 멀티캐스트 배포를 단순화할 수 있습니다.
IGMP의 응용 분야
IPTV 및 관리형 비디오 배포
IGMP의 가장 일반적인 응용 분야 중 하나는 IPTV 및 유사한 관리형 비디오 서비스입니다. 이러한 환경에서 많은 사용자는 여러 실시간 채널 또는 멀티캐스트 스트림 중에서 선택할 수 있으며, 네트워크는 선택된 채널만 각 액세스 세그먼트에 전달해야 합니다. IGMP와 IGMP 스누핑은 이러한 선택적 전달을 가능하게 합니다.
이것이 스위치 공급업체가 IPTV 및 다중 거주지 또는 메트로폴리탄 액세스 네트워크의 맥락에서 IGMP 필터링, 스로틀링 및 가입 스타일 제어를 논의하는 이유입니다. 이 프로토콜은 공유 스트림 카탈로그가 많은 수신자에게 전달되지만, 특정 순간에 각 스트림을 원하는 수신자는 일부인 상황에 매우 적합합니다.
기업 및 캠퍼스 비디오
IGMP는 또한 기업 및 캠퍼스 네트워크에서 실시간 내부 방송, 강의 녹화 배포, 디지털 사이니지 백본, 교육 스트림, 전체 회의 비디오 및 유사한 일대다 콘텐츠 배포 사용 사례에 사용됩니다. 많은 시청자가 동시에 동일한 스트림을 소비하는 경우 IGMP를 사용한 멀티캐스트는 많은 개별 유니캐스트 세션을 여는 것보다 훨씬 효율적일 수 있습니다.
이러한 환경은 종종 관리형 네트워크 인프라와 신중한 스위치 구성에 의존합니다. LAN이 원치 않는 트래픽을 제한하도록 설계되고 쿼리어, 스누핑 동작 및 VLAN 경계를 명확히 이해할 때 멀티캐스트가 가장 잘 작동하기 때문입니다.
금융, 원격 측정 및 특수 데이터 피드
비디오 외에도 IGMP는 동일한 정보가 많은 수신자에게 동시에 전달되는 특수 멀티캐스트 데이터 피드를 지원할 수 있습니다. 예로는 시장 데이터 배포, 원격 측정 전파, 소프트웨어 피드 배포 또는 제어된 네트워크에서의 기타 실시간 일대다 메시징이 있습니다.
이러한 경우의 이점은 비디오와 동일합니다. 각 수신자에 대해 소스가 반복적으로 전송하는 대신 네트워크에 의한 효율적인 복제입니다. 많은 엔드포인트가 동일한 피드에 가입할 때 멀티캐스트는 업스트림 전송 부하를 크게 줄일 수 있습니다.
산업 및 운영 네트워크
산업 또는 운영 환경에서 IGMP는 비디오 모니터링, 알림 팬아웃, 제어 시스템 원격 측정 배포 또는 IPv4 네트워크를 통한 사이트 간 운영 가시성을 위해 관리형 멀티캐스트가 사용되는 모든 곳에 나타날 수 있습니다. 이러한 배포는 주의가 필요합니다. 산업 네트워크는 종종 예측 가능성을 중시하고 수명 주기가 길고 멀티캐스트 지원이 혼합된 장치를 포함할 수 있기 때문입니다.
멀티캐스트가 책임감 있게 사용되는 곳에서 IGMP는 HMI, 모니터링 스테이션, 제어실 디스플레이 또는 특수 애플리케이션에 일대다 데이터를 효율적으로 배포하여 모든 세그먼트에 불필요한 트래픽을 생성하지 않도록 도울 수 있습니다.
IGMP는 많은 수신자가 동일한 콘텐츠를 필요로 하고 인프라가 멀티캐스트를 무차별이 아닌 선택적으로 유지하도록 설계된 제어된 네트워크에서 가장 가치가 높습니다.
중요한 설계 고려 사항
IGMP는 로컬 서브넷 에지에서 작동합니다
일반적인 설계 오해는 IGMP 단독으로 네트워크 전체의 모든 멀티캐스트 전달을 처리한다고 가정하는 것입니다. 그렇지 않습니다. IGMP는 로컬 서브넷에서 리스너의 관심사를 전달합니다. 라우팅 도메인 전반에 걸친 대규모 멀티캐스트 경로 구축은 일반적으로 IGMP 멤버십 시그널링 외에도 멀티캐스트 라우팅 동작에 의존합니다.
즉, 성공적인 멀티캐스트 배포에는 종종 로컬 멤버십 제어와 광범위한 멀티캐스트 라우팅 설계가 모두 필요합니다. 작은 레이어 2 전용 네트워크에서는 스누핑과 쿼리어로 충분할 수 있습니다. 라우팅된 기업 또는 서비스 제공업체 네트워크에서는 광범위한 멀티캐스트 아키텍처도 고려해야 합니다.
버전 호환성이 중요합니다
IGMP에는 여러 버전이 있으므로 관리자는 호스트, 스위치 및 라우터 간의 버전 호환성을 이해해야 합니다. IGMPv3 지원 장비는 종종 이전 버전과의 상호 운용성을 지원하지만, 운영 동작은 여전히 쿼리어가 지원하는 것과 소스 필터링 또는 SSM과 같은 기능이 사용 중인지 여부에 따라 달라질 수 있습니다.
혼합 환경에서 실제 멀티캐스트 기능은 서브넷에서 가장 낮은 공통 동작으로 대체될 수 있습니다. 이는 고급 IGMPv3 기능이 예상되지만 일부 장치가 여전히 IGMPv2 전용 시스템으로 동작하는 경우 특히 중요합니다.
IPv6는 IGMP가 아닌 MLD를 사용합니다
IGMP는 IPv4 프로토콜입니다. 멀티캐스트 환경이 IPv6 기반인 경우, 동등한 호스트-라우터 멤버십 메커니즘은 멀티캐스트 리스너 발견입니다. 이 구분은 이중 스택 또는 마이그레이션 환경에서 중요합니다. 두 프로토콜 제품군 모두 유사한 멀티캐스트 목표가 존재하지만 그룹 관리 프로토콜은 동일하지 않기 때문입니다.
IPv4 IGMP 설계와 IPv6 MLD 설계를 명확히 분리하면 최신 네트워크에서 구성 오류 및 문제 해결 혼란을 방지하는 데 도움이 됩니다.
FAQ
간단히 말해서 IGMP란 무엇인가요?
IGMP는 호스트가 인근 멀티캐스트 라우터에 어떤 멀티캐스트 그룹을 수신할지 알려주는 IPv4 프로토콜입니다. 네트워크가 리스너가 있는 곳에서만 멀티캐스트 트래픽을 보내도록 돕습니다.
IGMP와 IGMP 스누핑의 차이점은 무엇인가요?
IGMP는 호스트-라우터 멤버십 프로토콜입니다. IGMP 스누핑은 IGMP 메시지를 수신하고 이를 사용하여 관심 있는 수신자가 있는 포트로만 멀티캐스트 트래픽을 전달하는 레이어 2 스위치 기능입니다.
IGMP의 주요 버전은 무엇인가요?
세 가지 주요 버전은 IGMPv1, IGMPv2 및 IGMPv3입니다. IGMPv2는 떠나기 동작을 개선하고 떠나기 지연 시간을 줄이는 반면, IGMPv3는 소스 필터링을 추가하고 소스 특정 멀티캐스트를 보다 효과적으로 지원합니다.
IGMP는 IPv6 멀티캐스트에 사용되나요?
아닙니다. IGMP는 IPv4 멀티캐스트에 사용됩니다. IPv6는 유사한 그룹 멤버십 기능을 위해 멀티캐스트 리스너 발견(MLD)을 사용합니다.
IGMP는 일반적으로 어디에 사용되나요?
IGMP는 IPTV, 기업용 비디오, 캠퍼스 스트리밍, 금융 데이터 배포 및 라우팅 및 스위치 네트워크에서의 기타 일대다 IPv4 애플리케이션과 같은 관리형 멀티캐스트 환경에서 일반적으로 사용됩니다.
