3 UniFi-Access-Points laufen meistens unauffällig. Wenn nicht, sind die Fehler gemein: Der Drucker taucht nur manchmal auf, eine Matter-Lampe hängt im WLAN, lässt sich aber nicht einrichten, und das Handy ist nach dem Raumwechsel minutenlang offline, obwohl es volle Balken zeigt. Ich habe zu diesen UniFi-Access-Point-Problemen eine längere Analyse schreiben lassen und sie gegen die offizielle Hilfe von Ubiquiti und die aktuellen Firmware-Release-Notes geprüft. Dabei kam heraus: Einige Tipps, die in Foren kursieren, sind veraltet oder schlicht falsch. Hier sind die drei häufigsten Fehlerbilder, ihre Ursache und was wirklich hilft. Wenn das WLAN steht, aber nichts mehr geht, liegt es oft an Broadcast- und Multicast-Paketen. (Symbolbild, KI-generiert) Das Wichtigste in Kürze Problem 1: Geräte wie Drucker, AirPlay oder Chromecast werden über einen U7-Access-Point nicht gefunden, über ältere U6-APs schon. Ein Neustart des APs hilft nur kurz. Problem 2: Matter-Geräte verbinden sich mit dem WLAN, die Einrichtung bricht aber ab. Problem 3: Nach dem Wechsel zu einem anderen AP oder Frequenzband behält das Handy seine IP-Adresse, erreicht aber minutenlang nicht einmal den Router. Gemeinsame Ursache: Broadcast- und Multicast-Pakete (ARP, mDNS, IPv6-Nachbarsuche) kommen nicht beim Gerät an. Bei U7-Access-Points lag das teils an Firmware-Fehlern, die Ubiquiti mit Version 8.8.11 behoben hat. Erster Schritt: AP-Firmware aktualisieren. Danach die WLAN-Optionen zurückdrehen, die Multicast „optimieren“. Korrektur zu vielen Foren-Tipps: Fast Roaming (802.11r) musst du nicht pauschal abschalten. Ubiquiti empfiehlt es ausdrücklich, und der Fehler damit ist in der neuen Firmware behoben. Was hinter allen drei UniFi-Problemen steckt Damit Geräte im Heimnetz zueinander finden, schicken sie Rundrufe an alle: Broadcast (an jeden im Netz) und Multicast (an eine Gruppe). Drei davon sind hier wichtig: ARP fragt: „Wer hat die IP-Adresse 192.168.1.1?“ Ohne Antwort kann kein Gerät ein anderes erreichen, auch nicht den Router. mDNS (Bonjour) ist die Geräteerkennung: Drucker, AirPlay-Lautsprecher, Chromecast und Matter-Geräte melden sich so im Netz. IPv6-Nachbarsuche (NDP) ist das ARP von IPv6. Matter funktioniert ohne sie nicht. Im WLAN sind solche Rundrufe teuer, weil der Access Point sie mit der langsamsten Datenrate sendet. Deshalb hat UniFi mehrere Optionen, die sie filtern, umwandeln oder unterdrücken. Wenn so eine Option oder ein Firmware-Fehler die falschen Pakete wegfiltert, steht die WLAN-Verbindung, aber die Geräte finden sich nicht mehr. Genau das ist bei allen drei Fehlerbildern passiert. Problem 1: Geräteerkennung fällt am U7-Access-Point aus Das Fehlerbild Ein Gerät im WLAN findet den Drucker, den Fernseher oder den AirPlay-Lautsprecher nicht mehr. Ist dasselbe Gerät mit einem älteren U6-AP verbunden, klappt es sofort. Ein Neustart des U7 hilft, aber nur für Stunden oder Tage. Im Ubiquiti-Forum ist das für die U7-Reihe mit Firmware 8.x vielfach beschrieben. Der älteste Tipp der IT, und beim U7 tatsächlich die Soforthilfe. Hier mit mir als Support-Hotline. (Bildmontage, KI-generiert) Die Ursache Mehrere Firmware-Versionen der U7- und E7-Modelle hatten Fehler bei der Weiterleitung von Multicast. Ubiquiti hat schrittweise nachgebessert. In den Release Notes zu 8.6.9 und 8.6.10 steht zum Beispiel, dass die mDNS-Geräteerkennung nach Konfigurationsänderungen oder einem AP-Neustart ausfallen konnte. Mit Firmware 8.8.11 kamen weitere Korrekturen, unter anderem für IPv6-, Broadcast- und Multicast-Probleme bei aktiviertem Fast Roaming und für Verbindungen auf Multi-Link-Operation-Netzen (MLO, Wi-Fi 7) nach einem Bandwechsel. Ein Nutzer hat im Release-Thread zu 8.8.11 ein reproduzierbares Beispiel beschrieben: Verbindet sich ein Mac per MLO zuerst über 5 GHz und wechselt dann auf 6 GHz, kommen ARP und mDNS von der Kabelseite nicht mehr an. Unicast läuft weiter, die Geräteerkennung bleibt tot, bis das WLAN aus- und wieder eingeschaltet wird. Mit 8.8.11 trat das bei ihm nicht mehr auf. Ubiquiti hat aber geantwortet, dass die passende Korrektur eigentlich keine Broadcast- oder Multicast-Änderung sei, und untersucht weiter. Das zeigt: Firmware-Update ist der wichtigste Schritt, eine Garantie ist es nicht. Die Lösung Firmware aktualisieren. In der Network-App unter UniFi Devices den AP auswählen und aktualisieren. Für viele U7-Modelle ist 8.8.14 seit dem 12.11.2026 offiziell freigegeben (U7 Lite, U7 In-Wall, U7 Mesh und andere). Für den U7 Pro ist 8.8.14 bislang nur im Kanal Release Candidate verfügbar. Den Kanal stellst du in den Update-Einstellungen der Network-App für die Geräte-Firmware um. Ein RC ist eine Vorabversion – wenn alles läuft, kannst du auch auf die offizielle Freigabe warten. Multicast-Optionen prüfen. In den WLAN-Einstellungen (Settings → WiFi → SSID → Advanced) Multicast and Broadcast Control ausschalten, falls du es nicht bewusst nutzt. Diese Option lässt laut Ubiquiti nur Rundrufe von freigegebenen MAC-Adressen durch. Wer die Liste nicht pflegt, blockiert Geräteerkennung, und ohne die MAC des DHCP-Servers auf der Liste bekommen Geräte nicht einmal eine IP-Adresse. Übergangslösung: Wenn ein Update nicht möglich ist, hilft es, MLO für die betroffene SSID testweise auszuschalten. Manche Nutzer sind auch auf ältere Firmware zurückgegangen. Das würde ich nur als letzten Ausweg nehmen, weil ältere Versionen andere Fehler haben. Meine eigene Erfahrung: Es kann auch das Gegenteil sein. In meinem Netz waren die Symptome ähnlich – Geräte offline, DHCP-Fehler, kaum Durchsatz trotz guten Empfangs. Die Ursache war aber nicht zu wenig Multicast, sondern viel zu viel. Home Assistant hat rund 900 mDNS-Anfragen pro Sekunde verschickt, weil es ein Matter-fähiges Shelly-Gerät in einem anderen VLAN suchte. Der Gateway mDNS Proxy von UniFi hat diesen Sturm in alle VLANs gespiegelt, und die APs haben ihn in jedes WLAN gefunkt. Geholfen hat: Matter am Shelly abschalten (es war ungenutzt), den mDNS-Proxy unter Settings → Networks auf Off stellen und die WLAN-Einstellungen für Multicast straffen. Wenn dein WLAN also generell lahmt, lohnt ein Blick auf die Multicast-Menge, bevor du am Access Point drehst. Problem 2: Matter-Gerät verbindet sich mit dem WLAN, die Einrichtung scheitert Das Fehlerbild Eine Matter-Lampe erscheint in UniFi als verbundener Client mit IP-Adresse. In Apple Home, Google Home oder Home Assistant bricht die Einrichtung trotzdem mit einer Zeitüberschreitung ab. Die Ursache Die Einrichtung läuft in zwei Schritten. Zuerst bekommt die Lampe die WLAN-Zugangsdaten per Bluetooth vom Handy und bucht sich ins 2,4-GHz-Netz ein. Danach geht es nur noch übers Netzwerk weiter: Die Lampe meldet sich per mDNS (Dienst _matterc._udp), und Handy oder Hub bauen eine Verbindung über IPv6 auf. Matter nutzt dafür lokale IPv6-Adressen und die IPv6-Nachbarsuche – beides braucht Multicast. Fehlt eines dieser Pakete, ist die Lampe zwar im WLAN, aber für den Hub unsichtbar. Mehr dazu, wie Matter technisch funktioniert, erkläre ich in Matter technisch erklärt. Typische Stolperfallen in UniFi: Multicast Enhancement wandelt Multicast in Unicast um. Ubiquiti schreibt selbst, dass manche Smart-Home-Geräte es ausgeschaltet brauchen. Multicast and Broadcast Control filtert Discovery-Pakete weg (siehe Problem 1). Getrennte VLANs: Handy, Hub und Matter-Gerät müssen im selben Netz sein. Matter über VLAN-Grenzen hinweg wird von Home Assistant nicht unterstützt. Firmware-Fehler am U7 wie bei Problem 1, inklusive verloren gehender IPv6-Verbindungen, die Ubiquiti in 8.8.11 behoben hat. Die Lösung AP-Firmware aktualisieren (siehe oben). In der SSID, über die die Matter-Geräte laufen, Multicast Enhancement und Multicast and Broadcast Control ausschalten. Handy, Matter-Gerät und Hub (Home Assistant, Apple TV, HomePod, Google Nest) ins selbe Netz bzw. VLAN bringen. Die SSID muss 2,4 GHz anbieten. Eine reine 6-GHz- oder reine 5-GHz-SSID funktioniert nicht. Fehlgeschlagene Einträge in der Smart-Home-App löschen, das Gerät zurücksetzen und neu koppeln. Erst wenn das nicht reicht: testweise Multicast Filtering (IGMP-Snooping) im betroffenen Netz ausschalten und schauen, ob sich etwas ändert. Immer nur eine Sache auf einmal ändern, sonst weißt du hinterher nicht, was geholfen hat. Korrektur zu einem verbreiteten Tipp: Oft liest man, man müsse in UniFi IPv6 mit Router Advertisement und SLAAC einschalten, damit Matter funktioniert. Das stimmt so nicht. Matter braucht lokales IPv6, also Link-Local-Adressen, die jedes Gerät automatisch hat. Eine IPv6-Internetverbindung oder IPv6 im UniFi-Netzwerk ist nicht nötig. In Home Assistant muss IPv6 aber aktiviert sein (Einstellungen → System → Netzwerk). Wie du Shellys mit Matter oder ohne in Home Assistant einbindest und was sich jeweils lohnt, steht in Shelly: normal, Matter oder Zigbee? Problem 3: Nach dem Roaming minutenlang offline trotz gleicher IP Das Fehlerbild Du gehst mit dem Handy in einen anderen Raum. Es wechselt den Access Point oder am selben AP das Band, zeigt weiter WLAN und behält seine IP-Adresse. Trotzdem lädt nichts, selbst ein Ping an den Router läuft ins Leere. Nach einigen Minuten geht es von allein wieder, oder sofort, wenn du WLAN aus- und einschaltest. Die Ursache Der Router weiß nicht mehr, wo das Gerät ist. Er schickt ARP-Anfragen als Broadcast, und die kommen über den AP nicht beim Handy an. Ohne ARP-Antwort kann der Router keine Pakete zurückschicken. Nach einigen Minuten laufen die Zwischenspeicher (ARP-Cache, MAC-Tabellen der Switches) ab und alles löst sich neu auf. Schaltest du das WLAN aus und ein, verbindet sich das Handy komplett neu und meldet sich dabei aktiv im Netz an – deshalb hilft das sofort. Bei U7-Access-Points gab es dafür einen bestätigten Firmware-Fehler. Die Release Notes zu 8.8.11 nennen ihn wörtlich: „Fixed IPv6 and broadcast/multicast connectivity issues on WiFi networks with Fast Roaming enabled.“ Ein zweiter Eintrag betrifft Clients, die nach dem Verbinden gelegentlich keinen Verkehr durchließen. Als möglicher Verstärker gilt außerdem Proxy ARP: Dabei beantwortet der AP ARP- und IPv6-Nachbaranfragen stellvertretend für seine Clients. Das spart in großen Netzen Funkzeit, kann aber nach einem Roaming veraltete Einträge liefern. Die Lösung Firmware aktualisieren. Das ist hier der wichtigste Schritt, weil der Fehler genau dort behoben wurde. Proxy ARP ausschalten, wenn du es aktiviert hast. Ab Werk ist es aus, und im Heimnetz bringt es kaum etwas. Fast Roaming erst einmal anlassen. Ubiquiti empfiehlt es in der Hilfe ausdrücklich („Our strong recommendation is to have this feature turned on“). Nur wenn das Problem nach dem Update bleibt, schalte es testweise ab. Ubiquiti nennt das in seiner Fehlersuche-Anleitung selbst als Schritt. Ein bekannter Konflikt: Fast Roaming verträgt sich laut Ubiquiti nicht gut mit Switch-Port-Isolation, nimm nur eines von beiden. Sendeleistung nicht auf Maximum. Bei mehreren APs mit voller Leistung klammern sich Geräte zu lange an den alten AP und wechseln erst bei sehr schlechtem Signal. Mittlere Leistung oder Auto ist im Haus meist besser. Korrektur zu einem verbreiteten Tipp: Häufig steht im Netz, Fast Roaming (802.11r) gehöre nur in Unternehmensnetze mit RADIUS-Server und sei im Heimnetz mit WLAN-Passwort immer abzuschalten. Ubiquiti sieht das anders und empfiehlt es auch für normale Netze. Der Fehler, der in Kombination mit Fast Roaming Broadcasts verschluckte, war ein Firmware-Bug und ist behoben. Wer ältere IoT-Geräte im Netz hat, die sich mit 802.11r schwertun, legt für sie besser eine eigene SSID ohne Fast Roaming an. Empfohlene WLAN-Einstellungen im Überblick Die Tabelle fasst zusammen, was ich nach der Recherche für ein Heimnetz mit Smartphones und Smart-Home-Geräten empfehle. Alle Optionen findest du unter Settings → WiFi → SSID → Advanced. Einstellung Haupt-WLAN IoT-/Matter-WLAN Warum Fast Roaming (802.11r) An Aus Ubiquiti empfiehlt es; manche IoT-Chips kommen damit nicht klar BSS Transition (802.11v) An An oder Aus Hilft Handys beim Wechsel; bei Problemen mit alten Geräten im IoT-Netz aus Proxy ARP Aus Aus Bringt im Heimnetz wenig, kann nach Roaming stören Multicast Enhancement Aus (bei Problemen) Aus Kann Matter- und Smart-Home-Discovery stören Multicast and Broadcast Control Aus Aus Blockiert sonst Discovery, ARP und DHCP Frequenzbänder 2,4 + 5 (+ 6) GHz 2,4 GHz Matter- und IoT-Geräte funken fast immer nur auf 2,4 GHz Beide SSIDs dürfen im selben VLAN liegen. So bleibt das Netz für Matter flach, und du kannst die Einstellungen trotzdem getrennt anpassen. Mehr als zwei, drei SSIDs solltest du aber nicht anlegen, weil jede zusätzliche Funkzeit kostet. Fazit Alle drei UniFi-Probleme sehen unterschiedlich aus, haben aber denselben Kern: Rundruf-Pakete kommen nicht dort an, wo sie hinsollen. Bei U7-Access-Points war die Firmware lange ein Teil des Problems. Mit 8.8.11 und 8.8.14 hat Ubiquiti die wichtigsten Fehler behoben, das Update ist deshalb der erste Schritt. Danach lohnt es sich, Multicast-Optimierungen zurückzudrehen, die im Heimnetz mehr schaden als nutzen. Fast Roaming dagegen musst du nicht reflexartig abschalten. Und wenn das WLAN generell lahmt, schau nach, ob nicht ein Gerät das Netz mit Multicast flutet, wie es bei mir der Fall war. Allgemeine Tipps gegen lahmes WLAN findest du in WLAN langsam? 15 erprobte Tipps, den Einstieg in UniFi in meinem UniFi-Einrichtungs-Guide. Häufige Fragen Warum hilft ein Neustart des UniFi Access Points nur kurz? Beim Neustart leert der AP seine internen Tabellen für Multicast und Clients. Danach läuft alles, bis der Fehler wieder ausgelöst wird, etwa durch Bandwechsel oder Konfigurationsänderungen. Dauerhaft hilft nur ein Firmware-Update. Soll ich Fast Roaming bei UniFi ausschalten? Nicht pauschal. Ubiquiti empfiehlt Fast Roaming ausdrücklich. Der Fehler, durch den Geräte nach dem Roaming offline waren, ist in Firmware 8.8.11 behoben. Abschalten solltest du es nur testweise oder in einer eigenen SSID für ältere IoT-Geräte. Warum lassen sich Matter-Geräte in UniFi nicht einrichten? Meistens erreichen die mDNS- oder IPv6-Pakete der Einrichtung das Handy oder den Hub nicht. Prüfe, ob alles im selben VLAN ist, schalte Multicast Enhancement und Multicast and Broadcast Control aus und aktualisiere die AP-Firmware. Braucht Matter IPv6 vom Internetanbieter? Nein. Matter nutzt lokale IPv6-Adressen, die jedes Gerät selbst erzeugt. Eine IPv6-Internetverbindung ist nicht nötig. In Home Assistant muss IPv6 aber eingeschaltet sein. Welche Firmware brauche ich für den U7 Pro? Mindestens 8.8.11, die die Fehler mit Fast Roaming und verlorenen Broadcasts behebt. Stand 12. November 2026 ist 8.8.14 für den U7 Pro noch als Release Candidate verfügbar, für mehrere andere U7-Modelle bereits offiziell. Quellen Ubiquiti Help Center: UniFi WiFi SSID and AP Settings Overview Ubiquiti Help Center: Managing Broadcast Traffic with UniFi Ubiquiti Help Center: Unable to Connect to WiFi Ubiquiti Help Center: UniFi Gateway – Multicast DNS (mDNS) Proxy Ubiquiti Community: Release Notes UniFi Access Point 8.8.11 Ubiquiti Community: Release Notes UniFi Access Point 8.8.14 Ubiquiti Community: Release Notes UniFi Access Point (U7/E7) 8.6.10 Ubiquiti Community: Matter over Wi-Fi + HomeKit Home Assistant: Matter-Integration (Netzwerkanforderungen) Vorheriger Beitrag UGREEN FineTrack Pro Solar im Test: Schlüsselfinder mit Solarzelle für „Wo ist?“ Nächster Beitrag MongoDB: Kritische Lücke CVE-2026-118383 lässt Replica Sets beim Failover abstürzen You may also like Wazuh Syslog: UniFi-Logs per CEF an Wazuh senden und auswerten November 12, 2026 UniFi mit Zabbix überwachen: SNMPv3, automatische Discovery, WLAN-Clients und Kanalauslastung November 11, 2026 Omarchy Nachtlicht mit Zeitplan: Plugin für Farbtemperatur und Sonnenuntergang November 10, 2026 YouTube Premium Lite durch Google AI Pro: Warum ich kein Familien-Abo mehr... November 9, 2026 UniFi Cloud Storage: Ubiquiti startet Cloud-Speicher für Protect und Drive für 5... November 7, 2026 Omarchy-Plugin: Standby erzwingen, auch wenn eine App ihn blockiert November 4, 2026 Hinterlasse einen Kommentar Cancel Reply Save my name, email, and website in this browser for the next time I comment.