50ms마다 IPv6 멀티캐스트 패킷(ff12::2:0:8afb:382b:c053:85f%en1로)을 보내는 프로그램이 있습니다. 저는 매우 간단한 단일 컴퓨터 LAN(Mac mini <-wifi-> Linksys wifi 라우터 <-cat5-> DSL 모뎀 <-> 인터넷)에서 실행하고 있습니다. 내 테스트에서는 이 멀티캐스트 그룹에 연결된 컴퓨터가 없습니다(즉, 아무도 이 패킷을 듣고 있지 않습니다).
내 문제는 이 프로그램이 실행될 때 Mac의 WiFi 성능이 50% 이상 떨어진다는 것입니다. 아마도 문제는 이러한 모든 멀티캐스트 패킷이 내 WiFi 대역폭을 많이 소모하고 정체를 유발한다는 것입니다. 하지만 패킷이 전송되는 이유를 전혀 이해할 수 없습니다. 멀티캐스트는 스패닝 트리 알고리즘을 사용하여 멀티캐스트 패킷이 실제로 수신에 관심이 있는 호스트로만 라우팅되도록 한다는 것이 제가 이해한 바입니다. 이것이 사실이고 내 LAN에 이 멀티캐스트 주소에 연결된 다른 컴퓨터가 없다는 점을 고려하면 내 Mac은 이를 인식하고 다른 호스트가 멀티캐스트 그룹에 참여할 때까지/그때까지 실제로 패킷을 보내지 않아야 합니까? 아니면 스패닝 트리 선별이 스위치에서만 구현되고 호스트 자체에서는 구현되지 않습니까?
답변1
멀티캐스트는 까다로운 일입니다.라우터멀티캐스트 패킷을 중재하는 스위치가 있으며, 스마트 스위치는 때때로 패킷이 가지 말아야 할 곳으로 가지 않도록 보장할 수 있습니다. 그러나 멀티캐스터와 클라이언트 스테이션 사이에 라우터가 없는 경우(제가 올바르게 읽고 있는 경우에는 라우터가 없는 경우) 멀티캐스트는 해당 서브넷의 브로드캐스트와 정확히 동일하게 작동합니다.
답변2
@sysadmin1138의 답변에 추가하려면(이 댓글은 댓글 상자에 비해 너무 깁니다)...
802.11은 BSS 내 릴레이와 낮은 멀티캐스트 속도라는 두 가지 방식으로 여기에 어려움을 더한다는 점에 유의하는 것이 좋습니다.
802.11에서는 원래 보낸 사람이 의도한 수신자의 무선 범위 내에 있지 않은 경우 동일한 AP의 무선-무선 프레임을 AP에서 무선으로 재전송해야 합니다. 이 프로세스를 "BSS 내 릴레이"라고 하며 "숨겨진 노드 문제"라고 알려진 문제를 해결합니다. 즉, 두 무선 노드가 모두 AP 범위 내에 있지만 서로의 범위(숨겨진)에는 없을 수 있습니다. 따라서 AP의 한 무선 클라이언트에서 나오고 AP의 다른 무선 클라이언트로 이동해야 할 수 있는 모든 프레임(참고: 여기에는 모든 멀티캐스트 및 브로드캐스트가 포함됨)이 동일한 채널을 통해 두 번 전송됩니다. 첫 번째에게AP(To the Distribution System 또는 "ToDS"라고도 함)를 거쳐 다시~에서BSS 내 릴레이의 일부인 AP("FromDS").
여정의 "ToDS" 구간은 클라이언트가 AP와 성공적으로 통신할 수 있는 최고 데이터 속도입니다. 따라서 이것이 짧은 보호 간격으로 40MHz 채널을 사용하는 최신 3x3 N 클라이언트 및 AP라면 이는 450mbps일 수 있습니다.
불행하게도 "FromDS" 여정의 경우 프레임은 해당 AP의 모든 클라이언트가 안정적으로 수신할 수 있을 만큼 낮은 데이터 속도로 전송되어야 합니다. 이는 멀티캐스트가 802.11 계층에서 승인되지 않기 때문입니다. 모든 멀티캐스트에 대한 응답으로 승인 폭풍이 발생하기 때문입니다.
일부 AP에서는 멀티캐스트 속도를 명시적으로 설정할 수 있습니다. 다른 것들은 사용자가 "기본" 또는 "필수" 속도 세트를 정의하도록 허용하며, 그런 다음 AP는 기본 속도 중에서 멀티캐스트 속도를 선택합니다. 또 다른 사람들은 b/g/n(또는 a/n) 호환성 모드를 설정하고 이를 기반으로 사전 정의된 기본 속도 세트와 멀티캐스트 속도를 갖도록 합니다. 많은 AP는 기본적으로 802.11-1997 DSSS 데이터 속도 1 및 2mbps(802.11b에 5.5 및 11mbps 추가 전)까지 전체 호환 모드를 사용합니다. 이는 멀티캐스트 속도가 1mbps만큼 낮을 수 있음을 의미합니다.
따라서 최악의 시나리오에서는 멀티캐스트가 451을 소모할 수 있습니다.타임스동일한 크기의 무선-유선(또는 유선-무선) 유니캐스트 프레임과 같은 채널 방송 시간이 차지합니다.
또한 일부 설계에서는 BSS 내 릴레이가 AP의 802.11 NIC에 있는 마이크로코드에 의해 수행되므로 해당 아키텍처에서는 이러한 프레임이 릴레이되기 전에 AP의 호스트 프로세서를 통과하지 않습니다. 따라서 AP가 계층화 모델을 위반하고 멀티캐스트 트리를 정리하기 위해 계층 3 IGMP 스누핑을 수행할 수 있는 "스마트" 스위치라 할지라도 무선 카드가 이미 내부 BSS를 수행하기 전에는 이를 수행할 기회를 얻지 못할 것입니다. 프레임에 릴레이.
답변3
멀티캐스트는 로컬 라우터(스위치 아님)에서 완전히 지원되지 않는 경우 기본적으로 브로드캐스트 동작으로 설정됩니다. 따라서 이는 LAN 세그먼트 내의 알려진 모든 노드로 전파되는 경향이 있습니다.
SoHo 라우터는 MultiCast를 완벽하게 또는 정확하게 지원하는 것으로 잘 알려져 있지 않습니다. 많은 기업이 업스트림 라우터에 의존하며 LAN 수준의 클라이언트만 기대합니다. 라우터 설정을 조정할 수 있지만 멀티캐스트 그룹에 가입자가 없다면 소스에서 라우터 설정을 끄는 것은 어떨까요?