[Freifunk Franken Firmware 0000091]: 2.4 GHz geht aus, obwohl es an ist

FFF Bugtracker mantis at fff-nue2.wavecloud.de
Do Nov 21 22:05:34 CET 2019


Der folgende Eintrag wurde zugewiesen. 
====================================================================== 
https://mantis.freifunk-franken.de/view.php?id=91 
====================================================================== 
Berichtet von:              Adrian Schmutzler
Zugewiesen an:              fbl
====================================================================== 
Projekt:                    Freifunk Franken Firmware
Eintrag-ID:                 91
Kategorie:                  General
Reproduzierbarkeit:         zufällig
Schweregrad:                schwerer Fehler
Priorität:                  niedrig
Status:                     Rückmeldung
Zielversion:                next-feature
====================================================================== 
Erstellt am:                2018-01-31 17:09 CET
Zuletzt geändert:           2019-11-21 22:05 CET
====================================================================== 
Zusammenfassung:            2.4 GHz geht aus, obwohl es an ist
Beschreibung: 
Ich habe seit kurzem ein interessantes Problem auf zwei WDR4300. Das sind
Dual-Band-Geräte mit 2.4 und 5 GHz.

Durch die neuen detaillierten Statistiken ist mir aufgefallen, dass von Zeit zu
Zeit das 2.4 GHz Band nicht mehr „funktioniert“. Dies äußert sich wie
folgt:
-	2.4 GHz Clients gehen auf Null, wer kann wechselt auf 5 GHz
-	w2mesh zeigt im Monitoring keinen Nachbarn mehr an, das Mesh über w5mesh
bleibt erhalten
-	Traffic auf w2ap und w2mesh geht auf Null

Ich bin nicht vor Ort, kann mich aber auf dem Router einloggen:
-	Interfaces sind alle da und sehen normal aus (ifconfig, iwconfig)
-	Das w2mesh ist in BATMAN eingehängt (batctl if)

Weitere Daten:
-	Die Router haben durchaus viel Last, das Problem tritt aber auch mit wenig
Last auf.
-	Neueste v2 Firmware.
-	Ein simples „wifi“ per SSH reicht aus, um das Problem zu beheben.

====================================================================== 

---------------------------------------------------------------------- 
 (0000236) Adrian Schmutzler (Manager) - 2018-01-31 17:10
 https://mantis.freifunk-franken.de/view.php?id=91#c236 
---------------------------------------------------------------------- 
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 at 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 at 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 

---------------------------------------------------------------------- 
 (0000237) Adrian Schmutzler (Manager) - 2018-01-31 17:11
 https://mantis.freifunk-franken.de/view.php?id=91#c237 
---------------------------------------------------------------------- 
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. 

---------------------------------------------------------------------- 
 (0000238) ChristianD (Manager) - 2018-02-01 11:25
 https://mantis.freifunk-franken.de/view.php?id=91#c238 
---------------------------------------------------------------------- 
so sieht das auf EG1 dann aus, wie man sieht bei relativ hoher Clientanzahl dann
gecrasht 

---------------------------------------------------------------------- 
 (0000362) fbl (Administrator) - 2019-11-21 22:05
 https://mantis.freifunk-franken.de/view.php?id=91#c362 
---------------------------------------------------------------------- 
Bitte prüfen, ob dies noch in irgendeiner Form aktuell ist und relevanz hat. 

Eintrags-Historie 
Änderungsdatum   Benutzername   Feld                     Änderung             
====================================================================== 
2018-01-31 17:09 Adrian SchmutzlerNeuer Eintrag                                
2018-01-31 17:10 Adrian SchmutzlerNotiz hinzugefügt: 0000236                   

2018-01-31 17:11 Adrian SchmutzlerNotiz hinzugefügt: 0000237                   

2018-02-01 11:25 ChristianD     Datei hinzugefügt:
Bildschirmfoto_2018-02-01_11-24-33.png                    
2018-02-01 11:25 ChristianD     Notiz hinzugefügt: 0000238                    
2019-10-02 12:46 fbl            Kategorie                Freifunk Franken
Firmware => General
2019-10-02 12:48 fbl            Kategorie                General => General2 
2019-10-02 12:49 fbl            Kategorie                General2 => General 
2019-11-21 22:05 fbl            Bearbeitung durch         => fbl             
2019-11-21 22:05 fbl            Status                   neu => Rückmeldung  
2019-11-21 22:05 fbl            Notiz hinzugefügt: 0000362                    
======================================================================



Mehr Informationen über die Mailingliste franken-dev