IPv4 멀티캐스트
서로 다른 두 IP 그룹이 하나의 MAC을 공유할 수 있는 이유는 무엇일까요?
매핑에는 고정된 이더넷 접두부와 IPv4 그룹의 하위 23비트가 사용됩니다. 일부 그룹 비트는 포함되지 않으므로 서로 다른 IP 그룹이 하나의 이더넷 주소를 공유할 수 있습니다. 호스트와 스위치는 패킷을 처리할 때 추가 정보를 사용할 수 있습니다. 이는 개념 설명을 위한 예시이며 제품 측정 결과가 아닙니다.
매핑
표준 매핑은 IPv4의 하위 23비트를 유지합니다.
중복
서로 다른 IP 그룹이 매핑된 주소를 공유할 수 있습니다.
수신
IP 목적지와 호스트의 그룹 가입 상태도 여전히 중요합니다.
목적지 IP와 MAC을 함께 캡처합니다.
VLAN와 그룹 가입 상태를 확인합니다.
각 엔드포인트에서 허가된 캡처 결과를 비교합니다.
선정 및 검증 체크리스트 — 펼치기
| 점검 항목 | 확인할 사항 | 검증 방법 |
|---|---|---|
| 매핑 | IP와 MAC | 두 필드 모두 캡처 |
| 그룹 가입 상태 | 그룹과 포트 | 호스트 및 스위치 상태 점검 |
| 경로 | VLAN와 포워딩 | 캡처 결과 비교 |
산업용 장치 하나가 수신 장치 그룹에 데이터를 전송할 때, 패킷 캡처에서 의외의 현상이 나타날 수 있습니다. 서로 다른 두 IPv4 멀티캐스트 주소가 동일한 이더넷 목적지 MAC 주소를 사용할 수 있다는 것입니다. 이는 스위치가 잘못 동작했다는 뜻일까요? 아닙니다. IP 주소와 MAC 주소는 서로 다른 계층에 속하며, 표준 IPv4-이더넷 멀티캐스트 매핑은 일대일 대응이 아닙니다.
일대일 통신과 일대다 통신부터 이해하기
유니캐스트는 일반적으로 하나의 목적지를 지정하고, 브로드캐스트는 브로드캐스트 도메인에 도달하며, 멀티캐스트는 수신을 원하는 수신자가 가입하는 그룹을 대상으로 합니다. 이러한 용어는 통신의 목적을 설명할 뿐, 모든 장치가 모든 멀티캐스트 패킷을 수신하거나 처리한다고 보장하지는 않습니다.
산업 현장에서는 영상, 모니터링 및 상태 데이터를 여러 시스템에 전달해야 할 수 있습니다. 멀티캐스트가 적합한지, 어떤 장치가 이를 수신해야 하는지는 애플리케이션과 네트워크 설계에 따라 달라집니다. 스위치는 포트 간에 이더넷 프레임을 전달하며, 수신 호스트도 데이터를 애플리케이션에 전달하기 전에 네트워크 계층 정보와 자신의 그룹 가입 상태를 확인합니다.
FCTELE의 관리형 DIN 레일 장착형 계층 3 산업용 스위치 문서에는 IGMP 스누핑을 포함한 멀티캐스트 관리 기능이 명시되어 있습니다. 실제 모델의 문서, 소프트웨어 버전 및 구성을 확인하십시오. 이 문서는 일반적인 주소 매핑을 설명하며, 해당 제품의 현장 시험 결과임을 주장하지 않습니다.
패킷에 두 가지 주소가 있는 이유
IP 패킷을 이더넷으로 전송할 때 송신자는 이를 이더넷 프레임 안에 넣습니다. 프레임 헤더에는 목적지 MAC 주소가 포함되고, 그 안의 IP 패킷에는 목적지 IP 주소가 있습니다. 두 주소는 용도가 다르고 서로 다른 필드에 위치합니다. MAC은 이더넷 링크 처리에 사용되며, IP 주소는 네트워크 계층의 목적지를 식별합니다.
IPv4 멀티캐스트에서는 송신자가 멀티캐스트 그룹 주소를 이더넷 멀티캐스트 MAC에 매핑하여 프레임 헤더에 넣습니다. 스위치는 포워딩 메커니즘과 사용 가능한 멀티캐스트 상태 정보에 따라 출력 포트를 선택합니다. 이후 수신 장치는 IP 목적지와 로컬 그룹 가입 상태를 확인합니다. 실제 포워딩은 구현과 구성에 따라 달라집니다.
예를 들어 IPv4 그룹 224.1.1.1은 이더넷 MAC 01:00:5E:01:01:01에 매핑됩니다. 점으로 구분된 십진수는 IPv4 주소를 나타내며, 콜론으로 구분된 6개의 16진수 바이트는 MAC 주소를 나타냅니다. 두 주소는 매핑으로 연결될 뿐, 같은 필드를 두 가지 방식으로 표기한 것이 아닙니다.
매핑은 그룹 주소의 일부만 유지합니다
IPv4 멀티캐스트는 정해진 주소 범위를 사용하며, 이더넷 멀티캐스트 MAC에는 고정 접두부가 있습니다. MAC의 처음 3바이트는 01:00:5E이고, 그다음 비트는 0으로 고정되며, 마지막 23비트는 IPv4 멀티캐스트 주소의 하위 23비트에서 가져옵니다. 그림에서는 접두부, 고정 비트 및 유지되는 부분을 구분하여 보여 줍니다.
IPv4 멀티캐스트 주소에서 가변적인 그룹 부분은 23비트보다 큽니다. 그룹 비트 중 5비트는 이 MAC 매핑에 반영되지 않으므로, 하위 23비트가 같은 서로 다른 IP 그룹이 동일한 MAC을 생성할 수 있습니다. 이러한 중복은 매핑의 결과이며, 장치가 주소를 잘못 계산했다는 증거가 아닙니다.
초보자가 현장 구성을 위해 이진수 값을 직접 계산할 필요는 없습니다. 중요한 점은 MAC이 IP 주소의 완전한 복사본이 아니라는 것입니다. 문제를 조사할 때는 하나의 필드만 보지 말고 목적지 IP, 목적지 MAC, 수신 장치 또는 포트 상태를 함께 기록하십시오.
MAC을 공유해도 두 IP 그룹이 동일해지는 것은 아닙니다
검증 가능한 예를 살펴보겠습니다. 224.1.1.1과 225.1.1.1은 서로 다른 IPv4 멀티캐스트 그룹이지만, 둘 다 01:00:5E:01:01:01에 매핑됩니다. 이 예시 주소는 매핑을 설명하기 위한 것이며, 특정 현장에서 해당 주소를 사용한다거나 제품을 측정했다는 주장이 아닙니다.
두 이더넷 프레임의 목적지 MAC이 같더라도, 캡슐화된 목적지 IP 주소는 여전히 서로 다릅니다. 초기 수신 또는 포워딩 결정을 MAC에만 의존하는 네트워크 어댑터나 스위치는 해당 필드만으로 두 그룹을 구분할 수 없습니다. 이후 처리에서는 IP 목적지, 멀티캐스트 그룹 가입 상태 및 애플리케이션 구독 정보도 사용할 수 있습니다.
따라서 동일한 MAC이 보인다고 해서 애플리케이션이 다른 그룹의 콘텐츠를 수신했다는 증거가 되는 것은 아니며, 스위치가 두 그룹을 완전히 격리한다는 증거도 아닙니다. 결과는 포워딩 구현, IGMP 스누핑 상태 및 호스트 네트워크 스택에 따라 달라집니다. MAC 주소만 표시된 스크린샷으로는 필터링이 올바르게 이루어지는지 입증할 수 없습니다.
IGMP 스누핑은 매핑이 아닙니다
IGMP는 IPv4 호스트가 멀티캐스트 그룹 가입 상태를 알리는 데 사용됩니다. IGMP 스누핑을 지원하는 스위치는 관련 제어 메시지를 관찰하고 그룹 및 포트 정보를 유지하여, 멀티캐스트 트래픽이 필요 없는 포트의 트래픽을 줄이는 데 도움을 줄 수 있습니다. 포트 테이블, 쿼리어 및 에이징 동작은 실제 구현과 구성을 확인하십시오.
매핑은 IPv4 멀티캐스트 그룹에 대응하는 이더넷 목적지 MAC이 무엇인지 결정합니다. IGMP 스누핑은 어떤 포트에 어떤 그룹의 트래픽이 필요한지를 다룹니다. 두 메커니즘은 서로 관련이 있지만 대체할 수는 없습니다. MAC만으로는 현재 수신 장치를 알 수 없으며, 그룹 가입 상태가 여전히 유효하다는 것을 입증할 수도 없습니다.
포트에서 예상한 트래픽이 관찰되지 않으면, 먼저 호스트가 올바른 IP 그룹에 가입했는지, VLAN가 일치하는지, 스위치가 예상한 그룹 가입 상태를 유지하는지 확인하십시오. 그런 다음 쿼리어와 업스트림 경로를 확인하십시오. 모든 멀티캐스트 문제를 주소 충돌 탓으로 돌리거나, 영향을 평가하지 않은 채 필터링을 비활성화하지 마십시오.
프레임, IP 주소 및 위치 캡처
유용한 기록에는 캡처 위치, VLAN, 시각, 이더넷 목적지 MAC, IPv4 목적지 및 관련 포트가 포함됩니다. 미러링 포트, 수신 호스트, 송신자 중 어디에서 관찰한 것인지 구분하십시오. 위치마다 서로 다른 트래픽이 보일 수 있으며, 한 번의 캡처가 자동으로 전체 네트워크를 대표하는 것은 아닙니다.
예를 들어 송신자가 의도한 그룹으로 패킷을 보냈고 해당 프레임이 스위치 입력에서는 보이지만 의도한 출력에서는 보이지 않는다면, 다음으로 VLAN 그룹 가입 상태와 포워딩 정책을 점검하십시오. 프레임이 호스트에 도달하지만 애플리케이션에는 아무것도 표시되지 않는다면, 선택한 인터페이스와 가입한 그룹을 확인하십시오. 이 순서는 특정 내부 구현을 가정하지 않고 조사 범위를 좁혀 줍니다.
쿼리어는 현장 환경을 고려하여 해석하십시오. 관찰된 그룹 가입 상태는 시간에 따라 달라질 수 있습니다. 제어 메시지의 도달 여부, 구성 및 에이징 설정은 모두 기록에 영향을 줄 수 있습니다. 서로 다른 시점의 관찰 결과를 하나의 결과로 오인하지 않도록 캡처 시각과 구성 버전을 기록하십시오.
MAC 공유를 검증하려면 생산 제어 의미를 담지 않은 허가된 테스트 트래픽을 사용하십시오. 두 패킷의 목적지 IP와 MAC, 그룹 가입 상태 및 포트 포워딩 상태를 기록하십시오. 예시와 그림은 메커니즘을 설명하기 위한 것이며, 특정 제품의 현장 시험 보고서가 아닙니다.
애플리케이션에서 여전히 데이터를 볼 수 없다면 호스트 방화벽 규칙, 인터페이스 선택, 애플리케이션의 그룹 가입 방식 및 서브넷 간 멀티캐스트 라우팅을 조사하십시오. 이더넷 스위칭, IP 멀티캐스트 라우팅 및 애플리케이션 구독은 서로 다른 단계입니다. 안정적인 수신을 위해서는 관련 단계가 함께 올바르게 동작해야 합니다.
먼저 매핑을 이해하고 각 계층을 확인하십시오
IPv4 멀티캐스트 매핑은 하위 23비트를 유지하므로, 여러 IP 그룹이 하나의 이더넷 MAC을 공유할 수 있습니다. 이더넷 프레임과 그 안의 IP 패킷에는 여전히 각각 고유한 필드가 있으며, MAC이 일치한다고 해서 두 IP 그룹이 동일해지는 것은 아닙니다. 실제 동작은 그룹 가입 상태, VLAN 및 포워딩 설정을 기준으로 평가해야 합니다.
계획 단계에서 의도한 그룹, 수신 호스트, 스위치 포트 및 쿼리어를 문서화하십시오. 인수 검사 중에는 송신자, 스위치 및 수신자에서 증거를 수집하십시오. 이렇게 하면 예상된 매핑 중복과 실제 포워딩 문제를 더 쉽게 구분할 수 있습니다.
참고 자료
RFC 1112: IPv4 멀티캐스트의 이더넷 매핑 · RFC 4541: IGMP 스누핑 고려 사항 · FCTELE 관리형 산업용 스위치 제품 정보.
다음 중국어 기술 문서에서 번역: 중국어 원문 읽기.
자주 묻는 질문
모든 IPv4 멀티캐스트 그룹에 고유한 이더넷 MAC이 할당되나요?
아닙니다. IP의 하위 23비트만 매핑되므로 서로 다른 IPv4 그룹이 하나의 MAC을 공유할 수 있습니다.
IGMP 스누핑이 주소 매핑을 대체할 수 있나요?
아닙니다. 매핑은 이더넷 목적지를 결정하며, 스누핑은 구현에 따라 그룹 가입 상태와 포트를 연결하는 데 도움을 줍니다.
MAC을 공유하면 애플리케이션이 동일한 콘텐츠를 수신한다는 뜻인가요?
반드시 그렇지는 않습니다. IP 목적지와 호스트의 그룹 가입 상태는 여전히 중요하며, 포워딩과 필터링은 장치 및 구성에 따라 달라집니다.
범위 및 추가 읽을거리
이는 일반적인 IPv4 매핑 예시이며, 제품 시험이나 측정 결과가 아닙니다.
산업용 스위치 기능과 멀티캐스트 · 산업용 스위치의 프레임 전달 방식 · RFC 1112 · RFC 4541
