Benutzer:Leo/Blog:2017 January 02 23:03:20 CET

Heute haben wir uns vor allem mit der Untersuchung von WLAN Problemen beschäftigt.

Wifi-hang-TX-stop Problem:

Wir haben derzeit einen Bug in ath9k, welcher das Wifi Interface alle Verbindungen verlieren lässt und keine neuen mehr zulässt. Der TX Counter stagniert in einem solchen Fall.
Wir haben hier ein Workaround Skript, welches diese Situation erkennt und das Kommando 'wifi' aufruft und somit das Wifi Interface neu startet. Leider scheint es nach einiger Zeit auf einigen APs dann zu einem nicht-funktionierenden Wifi Interface zu führen. Das Interface ist down und kann nicht mehr in den Zustand 'up' gebracht werden.
Nach einer Untersuchung sind wir beim Start von 'ubus call network reload' im 'wifi' Skript gelandet. Dieses Kommando scheint das Interface nicht mehr richtig zu initialisieren. Ein Test zeigt, dass 'ubus call network restart' das Interface wiederbelebt. Hier werden jedoch alle Interfaces neugestartet.
Heute geändert: LogBuffer auf 1024 erhöht. Verbose-Level von hostapd von 2 (informational) auf 1 (debug) gesenkt.
TODO: Warten bis der Fehler wieder auftritt und Meldungen im Syslog zu dem Zeitpunkt des Problemeintritts suchen.

'dropped due to inactivity' Bug:

bei Renes AP gibt es auch ab und zu Wifi Probleme, welche von Logmeldungen der Art "deauthenticated due to inactivity" begleitet werden.
Zum Sammeln von Informationen beim nächsten Fehlerfall Daten aus /sys/kernel/debug/ieee80211/phy0/ath9k/ sammeln. Hier z.B. 'ani' und 'queue'.
Evtl. hat es etwas mit Advanced Noice Immunity zu tun. Das sieht man dann aber in den gesammelten Daten (s. oben).