Hmm, das klingt ehrlich gesagt nach dem »kolportierten Problem« (ich habe es selbst noch nicht so gehabt, aber in anderen Communities tritt dies wohl gelegentlich auf), daß der Knoten gelegentlich sein Funknetzwerk »verliert« (hier allerdings der v10er mit dem Uplink, denn dessen Reboot restauriert ja die Funktion).
Wir haben »sowas« bei 1043v2 in den Notunterkunftsturnhallen gesehen – Phänomen war spontaner Abfall der Clients auf Null, obwohl der Knoten ansonsten weiterzulaufen schien –; mangels Zugriff auf die Knoten (Aufsteller war die Stadt GT) waren die Diagnosemöglichkeiten beschränkt.
Die aktuell ausgerollte Firmware hat dafür einen Patch aus Paderborn drin, der ein evtl. dafür verantworliches Feature (»ANI«) deaktiviert.
Ferner haben wir in der aktuellen Firmware einen Patch der »Eulenfunker« drin, der als eine Art Watchdog auf das Verschwinden von WiFi-Links mit Reboot des Knotens reagieren soll(te). Die Idee ist es festzustellen, daß es WiFi-Links gibt (vorzugsweise >1), und ab dann, sollte die Anzahl für >9 Minuten unter 1 fallen, einen Reboot auszulösen, weil vermutlich das WiFi ausgefallen ist. Der Patch loggt auch schön — ins RAM des Knotens, welches beim Reboot ja neu organisiert wird …
Kernproblem: es gibt aktuell keine sichere Erkennungsmöglichkeit, daß/ob es WiFi-Problem gibt. Viele Knoten haben im Tagesmittel, auf Ganzzahl gebracht, 0 Clients. Bei Knoten mit WiFi-Links hingegen macht es schon Sinn, auf deren Wegfall zu reagieren; allerdings vorzugsweise erst beim Fall von 5 auf 0 statt von 1 auf 0.
Auch scheint es vorkommen zu können, daß Mesh nicht mehr tut, AP allerdings durchaus noch. Auch in dem Falle wäre, egal auf welcher Seite der Verbindung, ein Mesh-only-Knoten abgehängt.
Vorschläge, wie man derlei besser eingrenzen, erkennen, signalisieren, debuggen kann, sind herzlich willkommen.
(FTR: der geheimnisvolle, nun mit einer Schaltuhr bedachte, Knoten im Vorgänger-Thread stellte sich als ein v9 mit tagsüber >20 Clients, der unter der Last dann auch spontan rebootet (wahrscheinlich wegen out-of-memory), heraus: Das ist ein bekanntes Problem — für mehr als einstellige Clientzahlen sind die Winzrouter mit 32 MB Hauptspeicher nicht geeignet. Bitte im Zweifel die 20-30 EUR mehr für einen 1034v2/v3 ausgeben, das erweist sich mittlerweile als langfristig betriebssicherer.)
