Hosts im Netzwerk sporadisch von einem anderen Host aus nicht erreichbar

Hosts im Netzwerk sporadisch von einem anderen Host aus nicht erreichbar (45 Beiträge, 414 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich habe an der Kundenschnittstelle meines Smartmeters ein kleines (ESP8266-basiertes) Gerät, mit dem ich zyklisch im 5-Sekunden-Intervall den Zählerstand auslese und auf einem kleinen integrierten Webserver bereitstelle. ("Gerät K")
Der Zählerstand wird dann von meiner Smarthome-Steuerung (Raspberry Pi) von diesem Webserver "abgelesen" und im Smarthome-System visualisiert und für weitere Steuerungen verwendet, ebenfalls im 5-Sekunden-Intervall, aber nicht synchron zum Smartmeter. ("Gerät S")

Vor einiger Zeit ist mir aufgefallen, dass das Auslesen sporadisch nicht funktioniert. Zuerst hatte ich das "Gerät K" in Verdacht, aber ich habe rasch festgestellt, dass ich den Webserver von einem anderen Gerät im Heimnetz (z.B. vom Smartphone aus) problemlos erreiche und die Werte aktuell sind.

Ich habe nun ein paar Versuche mit diversen Geräten im Heimnetz gemacht und beobachtet, dass immer wenn das Problem auftritt ich vom "Gerät S" aus generell kein anderes Gerät an demselben (Mesh-) Repeater erreiche. Von anderen Geräten aus klappt es problemlos.

Folgende (unvollständige) Topologie:

WLAN-Router:
- Gerät S (Smarthome-System)
- Gerät J (anderer Raspberry ohne Smarthome-Aufgaben)
- Gerät V (Schaltbare Steckdose)

WLAN-Repeater im Keller:
- Gerät K (Zählerstand)
- Gerät W (Schaltbare Steckdose)
- Gerät L (Schaltbare Steckdose)

WLAN-Repeater in der Garage:
- Gerät T (Torsteuerung)

Ich habe mir nun eine Benachrichtigung eingerichtet, die mich bei "nicht aktuellem Zählerstand" informiert, damit ich während dieses ein paar Sekunden bis ein paar Minuten andauernden Zustands weitere Tests machen kann. Was ich dabei festgestellt habe:

Immer wenn das Problem gerade auftritt, laufen alle Ping-Versuche vom Gerät S an K/W/L (am Repeater im Keller) ins Leere, die Geräte T (am anderen Repeater) bzw. J/V (am Router) kann ich problemlos erreichen.
Zum gleichen Zeitpunkt kann ich aber vom Gerät J aus die Geräte K/W/L problemlos erreichen.

Nach kurzer Zeit (paar Sekunden bis paar Minuten) klappt's wieder ohne irgendeinen weiteren Eingriff.

Neustart vom WLAN-Repeater im Keller hat nichts gebracht.

Wie kann ich die Fehlerursache weiter eingrenzen?

BMW 320d E90:

Yamaha FZ6-S Fazer:

28.02.2025, 11:22 Uhr - Editiert von TheTrumpeter, alte Version: hier

Das sieht nach einem Problem mit der Kommunikation zwischen dem WLAN-Router und dem Repeater im Keller aus. Ein paar mögliche Ursachen und Lösungsansätze:

Mögliche Ursachen:
Mesh-Problem oder Roaming-Konflikt

Falls dein Router und Repeater ein Mesh-WLAN nutzen, könnte es sein, dass Gerät S (Smarthome-System) kurzzeitig nicht sauber zwischen dem Router und dem Repeater umschaltet.
Gerät J bleibt vermutlich stabil mit dem Router verbunden, daher kann es K/W/L erreichen.
DHCP- oder Routing-Probleme

Falls der Repeater nicht richtig mit dem Router synchronisiert oder temporär Adressierungsprobleme hat, könnte es kurzzeitig zu Verbindungsabbrüchen kommen.
WLAN-Interferenzen oder Signalprobleme

Falls der Repeater im Keller eine schwache Verbindung zum Router hat, könnte es bei hoher Last zu Paketverlusten kommen.
Falls sich das Smarthome-System (Gerät S) automatisch mit dem Haupt-Router statt dem Repeater verbindet, kann es sein, dass die Verbindung zu den Kellergeräten sporadisch unterbrochen wird.
Tests & Lösungsansätze:
✅ 1. Prüfen, ob Gerät S stabil mit dem richtigen Access Point verbunden bleibt

Falls dein Router/Repeater eine Oberfläche zur Geräteverwaltung hat (z. B. Fritz!Box oder UniFi Controller), überprüfe, mit welchem Access Point Gerät S verbunden ist.
Falls Gerät S sich hin und her verbindet, könnte es helfen, das Roaming zu deaktivieren oder die Verbindung zum Keller-Repeater zu erzwingen.
✅ 2. Prüfen, ob der Repeater im Keller stabil mit dem Router verbunden bleibt

Falls der Repeater gelegentlich Verbindungsabbrüche hat, könnte es helfen, ihn näher zum Router zu platzieren oder auf eine LAN-Backhaul-Lösung (falls möglich) umzusteigen.
Test: Während das Problem auftritt, versuche vom Repeater aus (falls SSH oder eine Oberfläche verfügbar ist) den Router anzupingen.
✅ 3. Geräte mit statischer IP-Adresse konfigurieren

Falls DHCP-Probleme auftreten, kannst du versuchen, K/W/L und Gerät S mit statischen IPs zu versehen.
✅ 4. Logs vom Router und Repeater checken

Falls dein Router oder Repeater Logs bereitstellt, prüfe, ob es Verbindungsabbrüche oder andere Auffälligkeiten gibt.
Hast du schon ein Mesh-WLAN aktiv oder ist der Repeater als eigenständiges Netzwerksegment konfiguriert?

LC4 @ 9000 rpm - The Power to Surprise

lieber mit 55 PS wheelen als mit 200 km/h in den Tunnelblick schielen

KI Output muss markiert sein als solches.

Ist sie doch. Durch ihre Offensichtlichkeit

LC4 @ 9000 rpm - The Power to Surprise

lieber mit 55 PS wheelen als mit 200 km/h in den Tunnelblick schielen

Ehrlich gesagt, nicht mal wirklich lustig.

Wenns ihm hilft?

Wieviel sinnvollen Input hast du in diesem Fred schon geleistet?

LC4 @ 9000 rpm - The Power to Surprise

lieber mit 55 PS wheelen als mit 200 km/h in den Tunnelblick schielen

Tut es nicht.

Sind alles „na eh klar“ Antworten bzw. Vorschläge.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Am Gerä S stehen dir Logs und troubleshooting möglichkeiten zur Verfügung? Zb Arp Cache angucken wenn das Problem Auftritt ?
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Ja, auf den Raspi habe ich Vollzugriff.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Na dann, Arp schauen wenn Grad nix geht, tcpdump anwerfen
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

arp liefert dann ein "(incomplete)" bei der HW-Adresse...

BMW 320d E90:

Yamaha FZ6-S Fazer:

arp -s A.B.C.D 00-aa-00-62-c6-09...

Mach ihn statisch. Vielleicht wirds dann stabil.

Hab' ich mal gemacht, wobei ich die MAC-Adresse in der üblichen mit ":" getrennten Notation angegeben habe, nachdem der Output von arp es auch so gelistet hat.

Hat jedenfalls funktioniert, das Flag "M" wird nun zusätzlich zum "C" aufgeführt.

Mal sehen...

BMW 320d E90:

Yamaha FZ6-S Fazer:

Nachtrag: Hat nix gebracht.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Scha-as. Aber ich hab's gefürchtet. Es wäre zu einfach gewesen.

Wer spielt DHCP Server in deinem Environment?
Kanns sein, dass da ungewollt mehrere sind?

Nicht eine falsche Fährte nach der anderen legen....

ARP ist auf L2, den statisch zu legen macht genau 0 Sinn. Wenn IPs doppelt vergeben sind, dann müsste man mindestens eine Eintrag haben bzw müssten dann andere Teilnehmer auch Probleme haben.

Zum Problem, das ist jetzt Bled, mit einem tcpdump müsstest du sehen können ob dein Pi verzweifelt seine ARP Anfragen rausschickt oder nicht. Tut er das nicht: Pi Problem. Tut er es schon, bekommt aber keine Antwort, dann WLAN/AP Problem....aber ein komisches, denn die anderen Teilnehmer scheinen ja zum Zeitpunkt der Störung weiterhin zu funktionieren bzw renkt sich die Sache wieder von alleine ein
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Ok, habe tcpdump nun installiert, werde dann einen Dump erstellen.

Mal sehen wie weit ich komme, wireshark habe ich vor einigen Jahren das letzte Mal benutzt.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Einfach Mal alles aufnehmen und das pcap dann in wireshark öffnen, mit Display Filter "arp" siehst du zb eben nur ARP Frames.
Bled ist halt, da musst du den Moment anpassen wo es rumspinnt
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Bled ist halt, da musst du den Moment anpassen wo es rumspinnt

Drum überwache ich ja auch wie alt der letzte Eintrag ist.

Derzeit habe ich 2min als Schwelle, wobei nur jede Minute geprüft wird, d.h. im WorstCase schlägt die Benachrichtigung erst an, wenn der letzte Erfolg schon (fast) 3 Minuten zurückliegt.

Die Schwellen kann ich natürlich beliebig anpassen, aber heute komme ich ohnehin nicht dazu was auszuprobieren.

BMW 320d E90:

Yamaha FZ6-S Fazer:

ich befürchte halt, da wirst dann einige "Who has...." Frames haben und keien Antwort sehen. Dann müsste man sich anschauen was es da am WLAN haben kann, üblicherweise lassen einen da aber Hersteller recht im Regen stehen, kein log, keine troubleshooting Möglichkeit.
Was mir schon schon bekannt vorkommt sind Repeater die Broadcast blockieren/bremsen
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Dann müsste man sich anschauen was es da am WLAN haben kann, üblicherweise
lassen einen da aber Hersteller recht im Regen stehen, kein log, keine
troubleshooting Möglichkeit.

Ja, so sieht's aus.

Meine Vermutung geht in die Richtung "neuestes Major-Release der Router-Firmware".

BMW 320d E90:

Yamaha FZ6-S Fazer:

auch mögliuch..oder eben genau schauen wo jetzt das Problemgerät dranhängt und mal rumspielen mit direkt an den Router nhängen, anderen repeater...oder einfach mal per LAN anhängen udn so schauen wo das Problem hängt
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

oder einfach mal per LAN anhängen udn so schauen wo das Problem hängt

Ich will morgen noch versuchsweise den Repeater näher an den SmartHome-RasPi hängen, damit der hoffentlich am Repeater bleibt und nicht am Router, wo er möglicherweise sporadisch nicht ausreichend Signal hat und das Problem vielleicht durch das Wechseln (oder zu häufiges Wechseln) passiert.

genau schauen wo jetzt das Problemgerät dranhängt und mal rumspielen mit
direkt an den Router nhängen

Tja, so einfach ist es nicht.
Immer wenn ich das Problem gemeldet bekomme war bisher die Topologie so wie eingangs dargestellt.
Der SmartMeter-Sniffer bleibt glaube ich fix am Repeater. Der ist nämlich im Schaltschrank und hat sehr schwachen Empfang zum Router. Außerdem scheint der ESP8266 das "Übergeben im Mesh" auch gar nicht so richtig zu unterstützen, sodass der wohl kaum wechselt, wenn er mal wo dranhängt. Wegen des schwachen Empfangs krieg' ich den eher nicht dazu am Router zu bleiben.

Der SmartHome-Raspi scheint willkürlich zu wechseln, aber gefühlt erst seit dem Router-Tausch/OS-Update.
Selbst mit deutlich reduzierter Sendeleistung konnte ich ihn nicht am Repeater halten. Zu weit runter wollte ich nicht gehen, um mich nicht "auszusperren", aber wie gesagt hatte ich nicht das Gefühl, dass sich irgendwas ändert. Der RasPi hat zwar die geringere Sendeleistung (20 vs 31 dB) angezeigt, im Web-Interface vom Router war aber sowohl die Signalstärke als auch die Up-/Down-Geschwindigkeit unverändert.

BMW 320d E90:

Yamaha FZ6-S Fazer:

vielleicht hat sich beim Update das Roamingverhalten des Pi verändert, das kann "man" ja einstellen wie oft da geprüft wird und bei welchen Kritieren auf eine andere BSSID gewechselt wird. "Man" weil der Nutzer da meist kaum eingreifen kann, bei Windows gibts da auch nur irgendein grobes Setting, wenn überhaupt.

Aber das beim Wechsel das Problem entsteht klingt am wahrscheinlichsten. Wie man das dann am Pi am besten feststellt....keine Ahnung, da müsste wo gelogt werden mit welcher BSSID er verbunden war.
Wenn man das problem nicht mit neupositionieren des Repeaters oder Geräte hinbekommt, wäre es evtl ncoh möglich keine Single SSID zu verwenden sondern am Repeater was neues aufzumachen, das geht ja bei den meisten geräten. Dann kann man genauer steuern in welches Netz sich die Geräte hängen. Nicht schön, schon garnicht wenn man sich zb mit dem Mobile bewegt und man nicht mehr so schnell umschalten kann, aber meist spielt das daheim keine Rolle
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

sondern am Repeater was neues aufzumachen, das geht ja bei den meisten
geräten. Dann kann man genauer steuern in welches Netz sich die Geräte hängen.
Nicht schön, schon garnicht wenn man sich zb mit dem Mobile bewegt und man
nicht mehr so schnell umschalten kann

Ja das ist mir klar und wäre der letzte Ausweg.

Der Smarthome-Pi wird aber demnächst ohnehin gegen ein neueres Modell (inkl. 5 Ghz WiFi) ersetzt. Vielleicht "löst" 5 Ghz das Problem insofern, dass am Standort des Pi das 5 Ghz-Netz nur vom Repeater sichtbar ist und damit kein Wechsel zum Router mehr stattfindet.

Aber eigentlich will die die Problemursache bekämpfen und nicht hoffen, dass es durch irgendeine andere Änderung zufällig nicht mehr auftritt.

vielleicht hat sich beim Update das Roamingverhalten des Pi verändert, das
kann "man" ja einstellen wie oft da geprüft wird und bei welchen Kritieren
auf eine andere BSSID gewechselt wird. "Man" weil der Nutzer da meist kaum
eingreifen kann, bei Windows gibts da auch nur irgendein grobes Setting, wenn
überhaupt.

Tja, ich habe nicht mal Ahnung wo man das bei Bill's Software einstellt, bei Linus' Teufelszeug steig' ich komplett aus. Meine Netzwerktechnik-Vorlesungen sind bald 25 Jahre her.
Habe auf einem anderen Gerät einen Forumsbeitrag aus irgendeinem RasPi-Forum offen, wo es wohl darum geht die WLAN-Verbindung auf ein bestimmtes Gerät zu beschränken. Dort sind aber auch nur vage Andeutungen und Hinweise. Hatte noch keine Muße in die Untiefen der man-Pages abzusteigen um herauszufinden ob mein Anwendungsfall (z.B. Einschränken auf bestimmte Router-MAC-Adresse) damit überhaupt darstellbar wäre.
(Abgesehen davon wäre eine harte Einschränkung eher ungünstig. Wenn der Repeater das Zeitliche segnet, muss ich erst ein LAN-Kabel quer durch's Haus legen, bevor ich die Konfiguration wieder ändern kann.)

BMW 320d E90:

Yamaha FZ6-S Fazer:

da wird man vermutlich bestimmte Konditionen einstellen (falls überhaupt möglich), Empfang x über zeitdauer y und danachdann eben umschalten oder nicht. Denkbar wären zusätzliche Messungen, aber das wird kein Endgerät können. Oder eben ein fixes pinning das immer bestimmte BSSIDs bevorzugt werden

327 Optionen würd ich jetzt auch nicht umstellen, eher mal einfache Ausschlussverfahren anwenden damit man wenigstens einen konkreteren Plan hat was das Problem verursacht
_________________________________________________________________
There are 10 types of people. Those who understand binary and those who don't

Die Betroffenen haben alle statische IPs. Und DHCP Server ist auch nur der Router selbst. Die beiden Repeater sind als Mesh-Repeater konfiguriert, d.h. die könnten gar nicht, selbst wenn sie wollten.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Ich dachte an den Raspi als querfunkenden DHCP Server.

Kurzzeitige Netzwerkausfälle kennen wir, wenn Router umkonfiguriert werden und geänderte Routen "lernen" müssen. Aber da geht's bei uns um Millionen von Routen.

Generelle Frage: hast du statische Routen definiert?

Dass die Funkstrecke zwischen Router und Repeater durch ein anderes technisches Gerät gestört wird, ist auszuschließen?

Ich habe überhaupt keine Routen definiert.
Wir reden hier von einem Mini-Netzwerk mit vielleicht 30 bekannten Geräten, von denen vielleicht die Hälfte irgendwelche Hausautomatisierungsaufgaben hat und daher mit dem Raspi bidirektional kommunizieren. Untereinander tun die auch nichts.

Ich habe leider keinen Beweis, aber subjektiv hat es vor dem Tausch des Routers (gegen ein baugleiches Modell) keine solchen Probleme gegeben.
Blöderweise ist gleichzeitig auch die Firmware in der Hauptversion inkrementiert worden, d.h. es könnte auch ein SW-Problem damit sein.

Den alten Router habe ich noch, aber auch auf der neuen Firmware. Ein Downgrade scheint nicht so einfach zu sein, da komme ich nicht so bald dazu.

Vor dem Wechsel war der Raspi stabil mit dem Repeater im Keller verbunden. Seitdem hängt er meist am Router selbst, trotz deutlich schlechterem Empfang. Selbst eine Reduktion der Sendeleistung konnte ihn nicht am Repeater halten.
Wenn das Problem auftritt, hat der Raspi definitiv eine Verbindung, sonst könnte ich nicht drauf zugreifen, aber ob er davor ev. kurz am Repeater war, kann ich dann nicht feststellen.

BMW 320d E90:

Yamaha FZ6-S Fazer:

System Logs vom Router gibt es?

Nein, nichts verwertbares.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Scha-as.

Ich sehe am Asus alle Connects und Disconnects und auch warum.

Welcher Router? Gibts ein Forum dafür?
Kann man die Repeater updaten?

Sind alles AVM Produkte.

Habe schon mehrmals Dr. Google bemüht. Es gibt wohl die eine oder andere Auffälligkeit seit dem neuen OS, aber AVM stellt sich da offenbar taub und hat sogar die Dateien und Anleitungen, die man für einen Downgrade benötigt, vorsorglich vom Netz genommen.

Für mich wirkt es von außen so, also ob mit der neuen Firmware am Router das Zusammenspiel mit den Repeatern (mit alter Firmware) nicht mehr 100%ig klappt.
Das Problem ist, dass alle Geräte auf der letztmöglichen Firmware sind. Der Router ist auf 8.xx was die letzte Version ist, die Repeater sind auf 7.xx. Eine 8.xx soll es dafür angeblich nicht oder erst viel später geben.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Sind beide Repeater kurz offline oder nur einer?

Dachte mir immer, dass AVM hohe Qualität und guten Support liefert.

Habe gestern vorm schlafengehen meine beiden Asus gestreichelt. Mein Gott, wie froh, dass ich euch habe...

Sind beide Repeater kurz offline oder nur einer?

Keiner davon.

Ich habe ja eingangs die Topologie dargestellt und beschrieben, dass zwar mein "SmartHome-Raspi" nicht auf den SmartMeter-Sniffer kommt, der "nicht-SmartHome-Raspi" aber schon.

Dachte mir immer, dass AVM hohe Qualität und guten Support liefert.

Ja, ging mir bisher auch so und bisher lief wirklich auch alles rund. Man liest hier und auch in anderen Foren immer wieder wie schlecht die Dinger nicht sind, aber bis vor Kurzem konnte ich das nicht bestätigen.

Werd' mal versuchen ob ich in den nächsten Tagen noch einen Paketdump hinbekomme, aber nächste Aktion (vmtl. in 2-3 Wochen) wird dann sein den alten Router, den mein Provider bisher nicht zurückgefordert hat, mal zu versuchen auf das alte OS zurückzubringen. Wenn das klappt mache ich das dann direkt auch mit dem neuen Router und schaue dann wie es sich verhält.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Was sagt tracert oder pathping wo das paket hängen bleibt?
Steckt das schon am S fest oder kommts noch zum WLAN-Router?

Was würdest Du bei traceroute erwarten?

Ich habe gerade reingeschaut (funktioniert gerade), es wird nur 1 Hop dargestellt, nämlich das Zielgerät.
Eigentlich hätte ich erwartet, dass sowohl der Router als auch der Repeater als Zwischenstationen gelistet sind.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Eigentlich hätte ich erwartet, dass sowohl der Router als auch der Repeater
als Zwischenstationen gelistet sind

Repeater ist OSI Layer 1 oder 2. Daher nix tracert.

Und am Router wird nur der Switch auf Layer 2 mitspielen. Daher nix tracert.

Die ganze Architektur hab ich nicht gelesen. TLDR

02.03.2025, 10:52 Uhr - Editiert von Paulas_Papa, alte Version: hier

Du hast natürlich recht, aber er hat geschrieben:

Folgende (unvollständige) Topologie:

das unvollständige da wollte ich wissen ob da noch etwas ist.

unvollständige

Damit war gemeint, dass am Router und den Repeatern noch weitere Geräte hängen.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Das ist eher so ein reflex wenns ums troubleshooting von netzwerken geht.
Wireshark und netmon oder Fiddler sind dann die nächsten tools :D

Ich weiß nicht ob man von repeater dumps ziehen kann, aber wäre halt interessant ob der Repeater das Paket noch zum router bringt oder nicht.

traceroot von S auf K zeigt als einzigen hop das Gerät S selbst, aber mit langer Latenzzeit und "!H". Vom anderer RasPi aus waren beim 1. Versuch 5 Hops gelistet, 1-4 zeigte nur "* * *", der 5. zeigt dann das eigentliche Ziel. Bei allen weiteren Versuchen war dann nur noch 1 Hop mit dem Ziel selbst.
Als es dann vom Gerät S aus auch wieder ging, war beim 1. Versuch gleich nur 1 Hop mit dem Ziel selbst.

BMW 320d E90:

Yamaha FZ6-S Fazer:

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung