Thread-Gerät im Mesh da, im Heimnetz unsichtbar: SRP fehlt
Das Thread-Gerät ist eingebucht, doch keine App findet seinen Dienst. Zwischen Thread und WLAN liegen zwei verschiedene Suchverfahren.
Aufwand:
ca. 20 Min.
Das Symptom
Das Thread-Gerät zeigt an, dass es im Netz ist. Die Status-LED leuchtet ruhig,
der Border Router listet es als Kind, die Funkstrecke steht. Trotzdem findet
keine App auf dem Smartphone den zugehörigen Dienst. Die Suche läuft, läuft,
läuft, und meldet am Ende schlicht nichts.
Besonders verwirrend: Ein anderes Gerät desselben Herstellers, das per WLAN
angebunden ist, taucht sofort auf. Am Konto, an der App-Version oder am
Kopplungscode kann es also kaum liegen.
Die „Layer 8“-Wahrheit
Ein Thread-Netz und ein WLAN suchen Dienste auf völlig verschiedene Weise, und
niemand hat das dem Anwender je gesagt. Im WLAN ruft ein Gerät per Multicast in
den Raum, wer es denn hören möchte. In einem Funknetz voller Batteriegeräte
wäre das Verschwendung, also dreht Thread die Richtung um: Das Gerät meldet
seine Dienstdaten per Unicast beim Border Router an, und dieser kündigt sie
stellvertretend auf der WLAN- oder Ethernet-Seite an.
Der Border Router ist damit nicht nur eine Funkbrücke, sondern auch ein
Dienstregistrar. Und genau hier liegt die Bruchstelle. Das Gerät kann perfekt
eingebucht sein, seinen Dienst sauber registriert haben, und trotzdem hört
niemand die Ankündigung, weil sie auf der Heimnetz-Seite an einem IoT-VLAN, an
der Client-Isolation oder an einem VPN auf dem Handy hängen bleibt.
Wer in dieser Lage das Gerät zurücksetzt, setzt die einzige Komponente zurück,
die vollkommen in Ordnung war. Der Fehler steht drei Meter weiter im Router,
und zwar in einer Einstellung, die man einst eingeschaltet hat, weil sie nach
Sicherheit klang.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.
Prüfen, ob der Border Router selbst im Heimnetz sichtbar ist
Bevor man Dienste sucht, muss der Übersetzer auffindbar sein. Ein Thread Border Router kündigt sich im Heimnetz als Dienst an. Findet man ihn schon hier nicht, ist die Suche nach dem Gerät sinnlos.
avahi-browse -r -t _meshcop._udp
2.
Verstehen, wer den Dienst überhaupt registriert
Im Thread-Netz registriert das Gerät seinen Dienst per Unicast beim Border Router. Auf der WLAN- oder Ethernet-Seite kündigt der Border Router ihn danach an. Das sind zwei getrennte Schritte, und jeder kann einzeln scheitern.
3.
Die Registrierung auf der Thread-Seite kontrollieren
Wer Zugriff auf eine OpenThread-Kommandozeile hat, kann direkt nachsehen, ob das Gerät seinen Host und seinen Dienst überhaupt angemeldet hat. Bei Fertiggeräten aus dem Handel entfällt dieser Schritt, dort hilft nur ein Werksreset und neues Anlernen.
srp client autostart enable
srp client host name [hostname]
srp client service add [service name] [service type] [port]
4.
Den Multicast-Weg im Heimnetz freimachen
Die Ankündigung des Border Routers läuft über mDNS und damit über Multicast. Ein IoT-VLAN ohne mDNS-Weiterleitung, eingeschaltete Client-Isolation oder ein Gäste-WLAN schneiden genau diesen Weg ab, ohne dass irgendwo eine Fehlermeldung erscheint.
5.
Steuergerät und Border Router ins selbe Segment holen
Smartphone oder Hub müssen im selben Netzsegment hängen wie der Border Router. Ein aktives VPN auf dem Handy reicht bereits aus, damit die Antwort nie ankommt. Zum Testen einmal abschalten und erneut suchen.
Häufige Fragen (FAQ)
?Warum meldet das Gerät seinen Dienst nicht einfach selbst per mDNS?
Weil mDNS auf Multicast beruht und Multicast in einem Funknetz mit Batteriegeräten teuer ist. Thread geht deshalb den umgekehrten Weg: Das Gerät schickt seine Dienstdaten per Unicast an den Border Router, und erst der kündigt sie auf der WLAN- oder Ethernet-Seite an. Fällt dieser Übersetzungsschritt aus, ist das Gerät funktechnisch tadellos verbunden und trotzdem für jede App unsichtbar.
?Ist das ein Defekt am Gerät oder am Border Router?
Meistens an keinem von beiden. Der häufigste Grund ist, dass die Ankündigung auf der Heimnetz-Seite nicht ankommt: getrennte Netzsegmente, ein IoT-VLAN ohne mDNS-Weiterleitung, Client-Isolation im WLAN oder ein VPN auf dem Smartphone. Der Border Router sendet dann korrekt, nur hört niemand zu.
Belege
Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.