|
|
selbe Problem hab ich an Archer C7 v2, speziell dieser hier:
https://monitoring.freifunk-franken.de/routers/4491
Hab es eigentlich auf die "alte" Firmware und den eh ständig nervigen c7 geschoben der nie sauber tut, aber wenn du jetzt auch davon berichtest von ganz anderen Gerät und neuerer FW wird es seltsam.
Gefühlt tritt es bei mir nur bei "mehr" Last auf (kann es aber nicht sicher sagen...) und es betrifft nur das 2,4GHz Band, ich hab es mittlerweile so gelöst:
root@EG1:/usr/lib/micron.d# cat /etc/wifi.sh #!/bin/sh
if [ "$(iw dev w2ap station dump | wc -l)" -eq 0 ]; then
echo "restart wifi" >> /tmp/wifilog
wifi
fi
echo "$(cat /tmp/wifilog | grep restart | wc -l)" > /tmp/status.txt root@EG1:/usr/lib/micron.d#
geht halt nur, weil ich mir sicher bin das auf meinen Router praktisch immer ein Client drauf ist und ist keiner drauf tut ein wifi auch nicht weh... (ich höre schon die schreie wie schlimm... ;))
Am Monitoring erkennt man im Statustext wie oft er schon wifi ausgelöst hat seit letzten reboot.
Andere Lösung hab ich aktuell leider keine ¯\_(ツ)_/¯
Ansonsten kann ich folgendes von dir bestätigen:
"Ein simples „wifi“ per SSH reicht aus, um das Problem zu beheben."
(siehe mein Script ;))
"2.4 GHz Clients gehen auf Null, wer kann wechselt auf 5 GHz"
"Interfaces sind alle da und sehen normal aus (ifconfig, iwconfig)"
was ich nicht sicher sagen kann, ob w2mesh auch kaputt ist, ich glaube aber es war kaputt.
mfg
Christian |
|
|
|
Das Problem tritt auch für v1 Firmware auf, ist also unabhängig von evtl. durch configurehood eingeführten Dingen.
Ich habe keinerlei Unterscheidung zu einem normalen Router ohne das Issue finden können.
Aus den Vorschlägen ergeben sich für mich folgende Varianten als Workaround (jeweils als cron):
[ -n "$(iw dev w2ap station dump)" ] || wifi up "$(uci get wireless.w2ap.device)"
[ -n "$(iw dev w2ap station dump)" ] || iwinfo w2ap scan
Die Scanvariante blockiert weniger lang das Device.
Bis jetzt nicht gelöste Probleme:
- Bei beiden Varianten ist das Wifi kurz unterbrochen/blockiert (getestet per SSH-Responsivität)
- Es gibt keinen Test, der wirklich spezifisch für das Problem ist.
Ggf. kann man noch Informationen aus w2mesh mit nutzen:
( [ -n "$(iw dev w2ap station dump)" ] || batctl o | grep -q "w2mesh" ) || wifi up "$(uci get wireless.w2ap.device)"
( [ -n "$(iw dev w2ap station dump)" ] || batctl o | grep -q "w2mesh" ) || iwinfo w2ap scan
Keine Ahnung, ob es schlau ist, batctl o für so was zu verwenden.
Hier wird nur noch dann ausgelöst, wenn keine Clients per w2ap UND keine Mesh-Verbindungen per w2mesh vorhanden sind. In der Konsequenz würden Falschauslösungen dann nur noch auf isolierten Routern ohne Clients stattfinden.
Weitere Randnotiz:
Dies könnte eine Ursache für das Phänomen sein, dass manchmal einzelne Router einfach offline gehen (denn wenn w2mesh weg, dann Router weg).
Ich werde die untere Variante mit dem scan bei Gelegenheit in meine Firmware einbauen. |
|
|
|
so sieht das auf EG1 dann aus, wie man sieht bei relativ hoher Clientanzahl dann gecrasht |
|
|
|
Bitte prüfen, ob dies noch in irgendeiner Form aktuell ist und relevanz hat. |
|
|
|
Ich habe ein Tool, dass das alle 6 Stunden repariert. Müsste da mal mitloggen oder abschalten. |
|
