Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,
wie manchen bestimmt aufgefallen ist hätte die letzte Testing Firmware schon Anfang Dezember als „stable“ veröffentlicht werden sollen. Es hat sich aber zeitnah das nächste Gluon Bugfix Release abgezeichnet, auf das wir noch warten wollten.
Bitte beachtet, dass der folgende Workaround immer noch implementiert ist: leider ist die Stabilität des ath9k Treibers in Gluon v2016.2.1 immer noch nicht zufriedenstellen aber zumindest wieder auf einem ähnlichen Stand wie bis 2016.1.5. Aus diesem Grund haben wir uns dazu entschieden einen Workaround in die Firmware einzubauen welcher bereits bei diversen Freifunk Communities (München, Darmstadt, Frankfurt a.M., Altdorf) im Einsatz ist. Dieser Workaround besteht aus einem Script das einmal pro Minute aufgerufen wird und die Funktionalität der WLAN-Verbindung überprüft. Sollten die überprüften Parameter Fehler aufzeigen werden die WLAN Netzwerkinterfaces neuinitialisiert.
Wir peilen die erste Januar Woche 2017 für das „stable“ Release an.
Infos zur neuen Firmware:
MWU Firmware Version: „2016.2.2+mwu1“
Gluon Firmware Version: „v2016.2.2“
Änderungen an der Gluon Konfiguration (site) seit Version „2016.2.1+mwu2“:
– Vier zusätzliche Gateways (spare) für zukünftige Nutzung hinzugefügt
– Paket ffmwu-beta-to-testing hinzugefügt:
https://github.com/freifunk-mwu/packages-ffmwu/tree/master/ffmwu-beta-to-testing
Dieses Paket benennt den alten Firmware Branch „beta“ in „testing“ um
– Paket gluon-radv-filterd hinzugefügt:
https://github.com/freifunk-mwu/packages-ffmwu/tree/master/gluon-radv-filterd
Dieses Paket filtert alle Router Advertisements (http://goo.gl/t8TDZ7)
außer denen die vom aktuell gewählten B.A.T.M.A.N Advanced Gateway kommen
Gluon Source Code:
https://github.com/freifunk-gluon/gluon/releases/tag/v2016.2.2
Gluon Release-Notes:
http://gluon.readthedocs.io/en/stable/releases/v2016.2.2.html
MWU Gluon-Konfiguration:
https://github.com/freifunk-mwu/sites-ffmwu/releases/tag/2016.2.2+mwu1
Link zur Firmware Mainz: http://firmware.freifunk-mainz.de/testing
Link zur Firmware Wiesbaden: http://firmware.wiesbaden.freifunk.net/testing
Fehlerberichte bitte über die Maschinenraum Liste.
Happy Testing wünscht,
das Firmware-Team
Behobene Probleme in Gluon:
– Booten einiger QCA955x-basierten Geräte (z.B. OpenMesh OM5P AC v2)
(https://github.com/freifunk-gluon/gluon/pull/965)
– Diverse Probleme bzgl. des Compiliervorganges
– Fehlerhafte Interfacezuordnung von WAN/LAN auf der CPE210
(https://github.com/freifunk-gluon/gluon/commit/59deb2064d54a37e27139b76a3b6064f5f10f364)
– Hohe CPU Auslastung aufgrund zu hoher LED-Frequenz der Signastärken
Signalisierung (https://github.com/freifunk-gluon/gluon/issues/897)
– Probleme mit dem Ethernet Port des Ubiquiti UAP AC Lite
(https://github.com/freifunk-gluon/gluon/issues/911)
– Fehlerhafter RX Filter auf dem Ubiquiti UAP Outdoor+
(https://github.com/freifunk-gluon/gluon/commit/d43147a8e03dd17bc27e4ab203736f2151f9db3d)
Andere Änderungen:
– PATA und MMC Support für x86 und x86-64 Images (z.B. werden die
Futros dadurch nun nativ unterstützt)
Bekannte Probleme:
– TX Power auf vielen Ubiquiti Geräten ist zu hoch, siehe:
https://github.com/freifunk-gluon/gluon/issues/94
– Manuelles Herabsetzen der TX Power via Expert Mode wird empfohlen
– MAC-Adresse des WAN Interfaces wird verändert, auch wenn Mesh-On-Wan
deaktiviert ist, siehe https://github.com/freifunk-gluon/gluon/issues/496
– Führt zu Problemen wenn eine feste MAC-Adresse erwartet wird, z.B.
bei VMware mit deaktiviertem Promiscious Mode
– Inkonsistente respondd/announced API, siehe
https://github.com/freifunk-gluon/gluon/issues/522
– die aktuelle API ist inkonsistent und wird in einem zukünftigen
Release ersetzt. Die alte API wird noch eine Weile unterstützt.
Neu unterstützte Geräte:
ar71xx-generic
– TP-Link CPE210/510 EU/US Versionen
– TP-Link TL-WA801N/ND v3
– TP-Link TL-WR841ND v11 EU/US Versionen