Ja, siehe auch diesen Thread. Bestimmte Chipsätze – mittlerweile sind 841v10+, CPE210 und insbesondere die in den Archers verbauten für 2,4 und 5 GHz als problematisch »empirisch ermittelt« worden (sprich: in verschiedenen Communities auffällig) – haben in unserer OpenWRT-Version (Barrier Breaker oder auch 14.07, d. h. schon gut zwei Jahre alt) das eine oder andere Problem. Durch Backports wurden einige verbessert, durch andere Tricks und Kniffe die Auswirkungen versucht, einzudämmen.
Insbesondere die Archers sind in unserer Codebasis (Gluon v2015.1.2 mit OpenWRT 14.07) eigentlich noch als BROKEN deklariert, weil das Meshing auf 5 GHz gar nicht tut. Da es die einzigen einigermaßen bezahlbaren, neu käuflichen Dual-Band-Geräte sind, bauen wir dennoch eine »stable« Firmware dafür — ohne 5-GHz-Meshing.
Leider hat sich Gluon v2016.1, basierend auf OpenWRT Chaos Calmer/15.05, nicht wirklich als das Stabilitätswunder erwiesen, was man initial vom Wechsel auf OpenWRT CC sich erhofft hatte. in der Folge sind einige Communities wieder auf eine Gluon v2015.1.2/OpenWRT BB-basierte Firmware zurückgeschwenkt, andere, wie wir, haben Gluon v2016.x erstmal links liegen lassen, bis sich abzeichnen würde, es ergäbe einen Stabilitätsgewinn.
Der Punkt scheint jetzt mit Gluon v2016.2, veröffentlicht vor vier Tagen, erreicht zu sein:
- The stability of the ath9k WLAN driver has been improved significantly (#605)
- mac80211, hostapd and other related drivers and services have been backported from LEDE 42f559e.
- Extremely slow downloads could lead to multiple instances of the autoupdater running concurrently (#582)
A lockfile is used to prevent this and timeouts have been added to download processes.- Usage of static DNS servers on the WAN port has been fixed (#886)
This is a regression introduced in Gluon v2016.1.6.- Tons of new hardware support (we finally removed the BROKEN flag from the ath10k devices!)
- Bugfixes (improved WLAN stability!)
Allerdings (Beitrag im deutschlandweiten Freifunk-Forum):
am Besten noch warten, es hat sich wohl bei ath9k ein Fehler eingeschlichen der was wieder instabil machte, 2016.2.1 kommt wohl nächste Woche um das zu beheben, es wird bei LEDE gerade gefixt (https://bugs.lede-project.org/index.php?do=details&task_id=1768)
Kurzum: vor einer Firmware auf Basis von Gluon v2016.2.x werden wir wohl mit sporadischen Aussetzern leben müssen; die nächste Firmware wird entsprechende Checks (aktiviert ;)) an Bord haben, um diese Fehlerkonstellation zu erkennen und wifi restart bzw. periodisch auch einen Reboot auszuführen.
Details wollen wir morgen in gemütlicher Runde besprechen (siehe TOP 2), wer Zeit hat, ist herzlich eingeladen!