- Registriert
- 18 Feb. 2010
- Beiträge
- 312
Hallo zusammen,
ich kämpfe gerade mit einem merkwürdigen Netzwerkproblem und hoffe auf Hilfe.
Hier läuft Home Assistant auf einem ODroid Board seit Jahren Problemlos. Kürzlich habe ich das Update auf Home Assistant OS 16 eingespielt. Seither kommt es sporadisch (3-4 mal täglich) dazu, das er im Netzwerk nicht mehr erreichbar ist. Im journalctl habe ich dazu den Grund gefunden:
D.h. er stellt einen IP Adressen Konflikt für 192.168.178.2 fest, die genannte MAC Adresse gehört zu den unten erwähnten FritzRepeater 1200. Nachdem er den Konflikt festgestellt hat, scheint er das Netzwerkinterface ausser betrieb zu nehmen. Wenn ich mich direkt auf der Kiste anmelde und
ausführe, ist Home Assistant wieder erreichbar.
Es scheint so zu sein, dass HA OS 16 sich bei IP Adresskonflikten anders verhält als früher.
Interessanter wird es, wenn man nachforscht, woher dieser Konflikt kommt. Dazu kurz eine vereinfachte Darstellung meines Heimnetzes:
Die FritzBox 6660 stellt per Kabelnetz die Internetverbindung her. Als DHCP Range ist 192.168.178.20 - .255 definiert. Die FB 6660 und Home Assistant haben statische Adressen, alle anderen Geräte nutzen DHCP, teils mit dauerhaften Adressen. Im Netz gibt es zwei Fritz Repeater die mit der FB als Mesh konfiguriert sind. Einer der Repeater - ein 1200 - ist in der Garage angebracht, wohin die WLAN Verbindung gerade noch ok ist. Hin und wieder sehe kurzfristige ich Abbrüche. In der Garage sind dann eine Wallbox und ein Shelly Plug ins WLAN eingebunden.
Mit Wireshark habe ich ARP Pakete im Netz aufgezeichnet und gewartet bis der FritzRepeater 1200 mit MAC 32:91:AB:6B:68:98 entsprechende ARP Responses rausschickt. Im Screenshot unten (die letzten beiden Pakete im oberen Abschnitt) sieht man, dass die Wallbox (192.168.178.68) die MAC Adresse von 192.168.178.2 (HomeAssistant) wissen möchte. Merkwürdigerweise meldet sich hier nicht HomeAssistant mit einer Anwort, sondern der FritzRepeater (der 192.168.178.92 hat) und schickt zurück, er sei 192.168.178.2.
So, das wäre die Situation. Meine Fragen:
1) Warum nimmt Home Assistant seit dem Upgrade auf HA OS 16 das Netzinterface raus wenn ein IP Conflict erkannt wird. Hängt das ggf. damit zusammen, dass nun ein aktuellerer Kernel in OS 16 drin ist?
1a) mit `ipv4.dad-timeout=0` könnte man vermutlich die conflict detection ausschalten, das könnte das Symptom heilen aber nicht die Ursache.
2) Hat jemand eine Idee, warum der FritzRepeater eine "falsche" ARP response rausschickt? Dafür habe ich keinen Erklärungsansatz.
Danke vorab für Eure Hilfe.
ich kämpfe gerade mit einem merkwürdigen Netzwerkproblem und hoffe auf Hilfe.
Hier läuft Home Assistant auf einem ODroid Board seit Jahren Problemlos. Kürzlich habe ich das Update auf Home Assistant OS 16 eingespielt. Seither kommt es sporadisch (3-4 mal täglich) dazu, das er im Netzwerk nicht mehr erreichbar ist. Im journalctl habe ich dazu den Grund gefunden:
D.h. er stellt einen IP Adressen Konflikt für 192.168.178.2 fest, die genannte MAC Adresse gehört zu den unten erwähnten FritzRepeater 1200. Nachdem er den Konflikt festgestellt hat, scheint er das Netzwerkinterface ausser betrieb zu nehmen. Wenn ich mich direkt auf der Kiste anmelde und
Bash:
nmcli device disconnect end0; sleep 5; nmcli device connect end0Es scheint so zu sein, dass HA OS 16 sich bei IP Adresskonflikten anders verhält als früher.
Interessanter wird es, wenn man nachforscht, woher dieser Konflikt kommt. Dazu kurz eine vereinfachte Darstellung meines Heimnetzes:
Die FritzBox 6660 stellt per Kabelnetz die Internetverbindung her. Als DHCP Range ist 192.168.178.20 - .255 definiert. Die FB 6660 und Home Assistant haben statische Adressen, alle anderen Geräte nutzen DHCP, teils mit dauerhaften Adressen. Im Netz gibt es zwei Fritz Repeater die mit der FB als Mesh konfiguriert sind. Einer der Repeater - ein 1200 - ist in der Garage angebracht, wohin die WLAN Verbindung gerade noch ok ist. Hin und wieder sehe kurzfristige ich Abbrüche. In der Garage sind dann eine Wallbox und ein Shelly Plug ins WLAN eingebunden.
Mit Wireshark habe ich ARP Pakete im Netz aufgezeichnet und gewartet bis der FritzRepeater 1200 mit MAC 32:91:AB:6B:68:98 entsprechende ARP Responses rausschickt. Im Screenshot unten (die letzten beiden Pakete im oberen Abschnitt) sieht man, dass die Wallbox (192.168.178.68) die MAC Adresse von 192.168.178.2 (HomeAssistant) wissen möchte. Merkwürdigerweise meldet sich hier nicht HomeAssistant mit einer Anwort, sondern der FritzRepeater (der 192.168.178.92 hat) und schickt zurück, er sei 192.168.178.2.
So, das wäre die Situation. Meine Fragen:
1) Warum nimmt Home Assistant seit dem Upgrade auf HA OS 16 das Netzinterface raus wenn ein IP Conflict erkannt wird. Hängt das ggf. damit zusammen, dass nun ein aktuellerer Kernel in OS 16 drin ist?
1a) mit `ipv4.dad-timeout=0` könnte man vermutlich die conflict detection ausschalten, das könnte das Symptom heilen aber nicht die Ursache.
2) Hat jemand eine Idee, warum der FritzRepeater eine "falsche" ARP response rausschickt? Dafür habe ich keinen Erklärungsansatz.
Danke vorab für Eure Hilfe.
. Zumindest insofern direkte Sichtverbindung gegeben ist.
. Alles wo die entsprechende Strahlung durch kommt (also meistens 2.4 oder 5GHz - es gibt aber auch die Möglichkeit das auf z.B. 70cm zu transformieren) ist ok. Direkte Sichtverbindung ohne Wände und vor allem Bäume ist allerdings besser. Bäume enthalten viel Wasser, was gerade im Mikrowellenbereich stark dämpft. Wände können feucht werden und/oder ein STahlgitter beinhalten, was auch eher kontraproduktiv ist.
