Multicast i mDNS w dużej sieci UniFi: IGMP snooping, reflector i burze multicastowe

W małej, płaskiej sieci multicast działa "sam": drukarki są widoczne, Chromecast odpowiada, a telewizor znajduje głośniki. Po podziale na VLAN-y i dodaniu kilkudziesięciu punktów dostępowych te same mechanizmy zaczynają zawodzić albo, w drugą stronę, zalewają sieć niepotrzebnym ruchem. Ten poradnik porządkuje, co dzieje się z multicastem na przełącznikach, w Wi-Fi i na granicy VLAN-ów.

UCG MaxBrama: routing między VLAN-ami i usługi mDNSUSW Pro Max 24 PoESwitch: IGMP snooping i querierU7 ProPunkt dostępowy: multicast w Wi-Fi

Krótko

• Multicast zwykły (np. strumienie IPTV) wymaga IGMP snoopingu na switchach i queriera w każdej sieci, w której nie ma routera multicastowego.
• Wykrywanie usług (AirPlay, Chromecast, drukarki) opiera się na mDNS i nie przechodzi przez granicę VLAN-u bez usługi przekazującej (repeater, reflector).
• W Wi-Fi multicast bywa wysyłany z niską prędkością; nadmiar takiego ruchu zjada czas antenowy.
• Burza multicastowa to prawie zawsze brak snoopingu albo pętla w sieci.

Co jest czym

IGMP snooping i querier

Bez snoopingu switch traktuje multicast jak broadcast i wysyła go na wszystkie porty VLAN-u. Jeden strumień wideo potrafi wtedy zapchać porty z wolnymi urządzeniami i punkty dostępowe.

Ze snoopingiem switch uczy się, który port zgłosił członkostwo w grupie, i wysyła ruch tylko tam. Wpisy wygasają, jeśli nikt nie odświeża zgłoszeń, dlatego w sieci musi działać querier. W sieciach UniFi tę rolę zwykle pełni brama, ale w VLAN-ie bez routera (np. odizolowana sieć IPTV) trzeba włączyć querier na jednym switchu.

Zależnie od wersji aplikacji UniFi Network ustawienia znajdziesz w opcjach sieci (VLAN-u) pod nazwami w rodzaju "IGMP Snooping" i "Multicast DNS", a querier w ustawieniach switcha lub sieci. Nazwy i położenie zmieniają się między wersjami, więc szukaj po nazwie funkcji. Konkretny scenariusz IPTV omawia poradnik IPTV, multicast i IGMP w UniFi.

Zasady praktyczne:

1. Włącz snooping w każdym VLAN-ie, w którym jest ruch multicast.
2. Pilnuj, by w danej sieci był dokładnie jeden aktywny querier.
3. Switche, przez które idzie strumień do routera multicastowego, muszą mieć port wskazujący na nadawcę lub router.
4. Po zmianach daj sieci kilka minut, bo grupy zapisują się dopiero po zgłoszeniach.

mDNS między VLAN-ami

mDNS jest ograniczony do jednej domeny rozgłoszeniowej. Gdy telefon siedzi w VLAN-ie głównym, a drukarka lub głośnik w VLAN-ie IoT, telefon nie zobaczy usługi. Są dwa sposoby:

• Przekazywanie mDNS na bramie (w UniFi opcja typu "Multicast DNS" lub "mDNS reflector", zależnie od wersji). Brama kopiuje ogłoszenia między wybranymi sieciami.
• Umieszczenie klienta i usługi w jednym VLAN-ie tam, gdzie to ma sens (np. drukarka w sieci biurowej).

Pamiętaj, że samo wykrycie to nie połączenie. Po zobaczeniu usługi klient łączy się już przez unicast, więc reguły zapory między VLAN-ami muszą to dopuszczać. Wzór reguł "pozwól z głównej do IoT, odpowiedzi wracają" opisuje poradnik VLAN w UniFi oraz reguły zapory strefowej.

Kompromis bezpieczeństwa: przekazywanie mDNS ujawnia nazwy i usługi między sieciami. Włączaj je tylko dla par sieci, które tego potrzebują, a nie dla wszystkich.

Multicast w Wi-Fi

Ruch multicast i broadcast w Wi-Fi jest wysyłany do wszystkich klientów punktu dostępowego, często z najniższą obsługiwaną prędkością, bo nadawca nie ma potwierdzeń. Skutki: duże zużycie czasu antenowego i wolniejsza sieć dla wszystkich.

Co można zrobić:

• Konwersja multicastu na unicast (w ustawieniach Wi-Fi opcje typu "Multicast Enhancement" lub "Multicast and Broadcast Control"; nazwa zależy od wersji). Punkt dostępowy wysyła wtedy osobne kopie do poszczególnych klientów, co zwykle jest szybsze, o ile odbiorców jest niewielu.
• Ograniczenie ruchu broadcast i multicast do tego, co potrzebne, oraz filtrowanie ogłoszeń mDNS na poziomie SSID.
• Podniesienie minimalnej prędkości w paśmie, co skraca czas transmisji ramek rozgłoszeniowych: optymalizacja airtime.

Przy bardzo wielu odbiorcach konwersja na unicast przestaje się opłacać, bo liczba kopii rośnie. Zmieniaj ustawienia pojedynczo i mierz efekt.

Burze multicastowe: diagnoza

Objawy: switche mają wysokie wykorzystanie portów bez realnego ruchu użytkowników, punkty dostępowe zgłaszają duże obciążenie kanału, łącza trunkowe są zapchane, brama zwalnia.

Kolejność sprawdzania:

1. Pętla (kabel między dwoma portami tego samego switcha lub dwa ścieżki do jednego urządzenia). Sprawdź STP: LAG i STP w UniFi.
2. Brak snoopingu w VLAN-ie z intensywnym strumieniem (IPTV, kamery, audio).
3. Urządzenie, które ogłasza się nadmiernie (błędny firmware, niektóre urządzenia IoT). Znajdź je po statystykach portów i w liście klientów, a potem odizoluj w osobnym VLAN-ie.
4. Zbyt szerokie włączenie przekazywania mDNS.

Narzędziem pomocniczym jest przechwycenie ruchu na porcie lustrzanym i filtr na adresy 224.0.0.0/4 w analizatorze pakietów. Ogólny tok diagnostyczny: diagnostyka problemów UniFi.

Najczęstsze błędy

• Włączony snooping bez queriera, przez co strumień urywa się po kilku minutach.
• Dwa querier-y z różnych urządzeń w jednym VLAN-ie.
• Włączenie mDNS reflector na wszystkich sieciach "na wszelki wypadek".
• Szukanie przyczyny w zaporze, gdy wykrywanie nie działa, a problemem jest sam mDNS (zapora dotyczy dopiero połączenia po wykryciu).

Co kupić do kompletu

Przy większych sieciach przydadzą się zarządzalne switche z pełnym snoopingiem (switche) i punkty dostępowe Wi-Fi 7.

Masz sieć, w której multicast sprawia problemy? Napisz do nas, opiszemy sposób diagnozy dla Twojego układu.

Przygotowane przez AI, zredagowane przez człowieka