Schlagwort-Archive: Firmware

Welchen Router kaufe ich, um mein Netz mit Freifunk zu teilen?

TL-WR1043N/ND v2/v3/v4/v5

TL-WR1043N/ND v2/v3/v4/v5

Um deinen eigenen Freifunk-Router zu betreiben, benötigst du nur ein kompatibles WLAN-Gerät. Die Grundlage für die Kompatibilität liegt in der Unterstützung durch die freie GNU/Linux Distribution OpenWrt, die sich auf Embedded-Geräte spezialisiert hat.

Hast du bereits ein Gerät, oder willst selbst eines kaufen, überprüfe bitte zuvor ob bereits eine Firmware dafür existiert. Das kann man auf der Firmware-Downloadseite prüfen, oder du fragst auf unserer Mailingliste. Die übliche Router-Hardware vom DSL- oder Kabelprovider ist hierfür in der Regel nicht geeignet.

Achte beim Kauf auf die Hardware-Revision! Nicht immer existiert für jedes Gerät eine Firmware, obwohl es zur selben Modellreihe gehört. Schaue daher vor dem Kauf auf die Verpackung oder kontaktiere deinen Lieferanten zur Klärung.

Die Liste der von uns empfohlenen Modelle findest du hier in unserem Wiki.

Was ist Freifunk?

Was ist Freifunk?

Freifunk ist eine gemeinschaftliche Bewegung, die einen freien, gleichberechtigt nutzbaren Netzzugang als gesellschaftlichen Grundstein sieht. Wir verfolgen kein kommerzielles Interesse und unterstützen das Netz ehrenamtlich.

Die Vision von Freifunk ist die Verbreitung freier Netzwerke, die Demokratisierung der Kommunikationsmedien und die Förderung lokaler Sozialstrukturen. Freifunk finanziert sich ausschließlich über Spenden und lebt von der Beteiligung engagierter Menschen.

Freie Netze werden von immer mehr Menschen in Eigenregie aufgebaut und gewartet. Alle aktiv am Freifunk-Netz Teilnehmenden stellen ihre WLAN-Router für den Datentransfer der Allgemeinheit zur Verfügung. Das erweitert das Netz und eröffnet die Möglichkeit Daten, wie zum Beispiel Text, Musik und Filme über das Freifunk-Netz zu übertragen oder über von Teilnehmern eingerichtete Dienste im Netz zu chatten, zu telefonieren und gemeinsam Onlinegames zu spielen. Die Nutzung des Freifunk-Netzes ist allerdings keineswegs auf die aktiven Mitglieder der Initiativen beschränkt. Freifunk-Netze sind so aufgebaut, dass sie – ein WLAN-fähiges Endgerät vorausgesetzt – von Allen ohne Registrierung und ohne künstliche Zugangsbeschränkungen genutzt werden können.

Als eine unserer zentralen Aufgaben sehen wir es, Gebäude, Straßen, Stadtteile oder gar ganze Dörfer und Städte miteinander zu vernetzen und so ein freies, dezentral aufgebautes und unabhängiges Mitmachnetz zu schaffen. Benachbarte Router, die mit der Freifunk-Software betrieben werden, bauen dabei untereinander das Freifunk-Netzwerk auf, durch das sie auf direktem Wege Daten austauschen können, ohne den Umweg über das Internet zu nehmen. Diese Funkverbindungen können je nach Modell Entfernungen von einigen dutzend Metern bis hin zu mehreren Kilometern überbrücken und so auch Gebiete erreichen, die nur rudimentär oder gar nicht an das Internet angeschlossen sind.

Der Austausch in den freien Netzen basiert dabei nicht auf kommerziellen Interessen, sondern auf dem freiwilligen Geben und Nehmen jeder und jedes Einzelnen im Netzwerk. Der Zugang zum Freifunk-Netzwerk ist mit jedem WLAN-fähigen Endgerät ohne Registrierung oder Passwort möglich. Außerdem erfolgt der Zugang diskriminierungs- und barrierefrei, d.h. jeder kann unabhängig von sozialem Status, Ansehen oder Einkommen das Netz zeitlich unbegrenzt und uneingeschränkt nutzen.

Wer frei funkt, muss hoch hinaus!

Backbone-Blick gen Lerchenberg

Zum Aufbau eines unabhängigen und krisensicheren Netzes sind wir auf höher gelegene Standorte zum Aufbau von Richtfunkstrecken angewiesen. Solltest Du Zugang zu einem höheren Gebäude und Interesse an Freifunk haben, würden wir uns freuen, von Dir zu hören. Keine Angst – wir werden deinen Balkon nicht mit unzähligen Geräten zuhängen.

Ziele von Freifunk

Freifunk möchte freie, unabhängige Bürgernetze aufbauen und bietet dafür Weiterbildung und den technischen Erfahrungsaustausch an. In Kooperation mit Kommunen, Sozialverbänden und Vereinen werden lokale Communities aufgebaut und miteinander vernetzt.

Unsere Ziele

  • Aufklärung und Sensibilisierung zum Thema Kommunikationsfreiheit
  • Verminderung der digitalen Spaltung
  • Ungehinderte Verbreitung von Wissen und Ressourcen
  • Menschen dazu befähigen, eigene Netze aufzubauen und zu betreiben
  • Vorhandene und neue Sozialstrukturen fördern und vernetzen

Was macht ein freies Netz aus?

Im Gegensatz zu kommerziellen Anbietern, die primär an der Vermarktung von für Betreiber oder Nutzer kostenplichtigen Hotspots interessiert sind, ist uns der Aufbau eines unabhängigen Kommunikationsnetzes wichtiger. Aus diesem Grund, ermöglicht die Freifunk-Software die direkte Kommunikation zwischen nahe beieinanderstehenden Routern ohne den Umweg über das Internet. Auch im Falle eines Ausfalls herkömmlicher Infrastruktur ist ein solches Freifunk-Netz mit direkter Kommunikation zwischen den teilnehmenden Geräten weiterhin nutzbar. Wir verstehen frei als

  • öffentlich und ohne Registrierung zugänglich
  • nicht kommerziell und unzensiert
  • im Besitz einer Gemeinschaft und dezentral organisiert

Die Arbeit der aktiven Freifunker

Viele kluge Köpfe haben sich in Freifunk-Projekten organisiert, unterstützen und helfen neuen Mitstreitern oder engagieren sich, indem sie Webseiten über Freifunk ins Netz stellen und Informationsmaterial zum Thema freie Netze produzieren. Die im deutschsprachigen Raum sehr verbreitete Freifunk-Initiative ist Teil einer weilweiten Bewegung für offene Datennetze.

Zudem bieten Freifunker*innen auf ihren regelmäßigen Treffen für Aktive und Interessierte ein Forum für Weiterbildung und zum Erwerb von praktischen Erfahrungen, Maßnahmen zum sicheren Umgang und dem tieferen Verständnis der Funktionsweise von Kommunikationsinfrastruktur an.

Auf den Treffen und Konferenzen der Freifunk-Communities werden zudem Plattformen zum Austausch zu aktuellen Entwicklungen und Problemstellungen beim Betrieb unabhängiger, krisensicherer Netze geboten.

In vielen Freifunk-Communities findet zudem eine aktive Weiterentwicklung von quelloffener Software statt, die zum Aufbau eines von herkömmlicher Infrastruktur unabhängigen Datennetzes, dem sogenannten “Mesh-Netzwerk”, genutzt wird. Teilnehmende Geräte im Mesh-Netzwerk leiten Daten automatisch und unpriorisiert über Funkverbindungen zwischen den Routern zum gewünschten Ziel. Die entwickelte Software wird dabei unter einer freien Lizenz veröffentlicht und steht damit jedem kostenfrei und ohne Einschränkungen in der Nutzung zur Verfügung.

(Herzlichen Dank an Freifunk Darmstadt für das Erstellen dieses Textes unter CC-BY-SA 4.0)

Freifunk-Firmware für CPE210 v2 (experimental)

Da in letzter Zeit des Öfteren danach gefragt wurde hiermit die kurze Info, dass wir seit heute Firmware für die CPE210 v2 haben. Die neuen experimental Images findet ihr im gewohnten Pfad.

Mainz: https://firmware.freifunk-mainz.de/experimental/factory/gluon-ffmz-2018.1%2Bmwu~exp2018062601-tp-link-cpe210-v2.0.bin
Wiesbaden: http://firmware.wiesbaden.freifunk.net/experimental/factory/gluon-ffwi-2018.1%2Bmwu~exp2018062601-tp-link-cpe210-v2.0.bin
Rheingau: https://firmware.freifunk-rtk.de/rheingau/experimental/factory/gluon-ffrhg-2018.1%2Bmwu~exp2018062601-tp-link-cpe210-v2.0.bin
Taunus: https://firmware.freifunk-rtk.de/taunus/experimental/factory/gluon-ffta-2018.1%2Bmwu~exp2018062601-tp-link-cpe210-v2.0.bin

PS: Seit dem Release 2017.1.8+mwu1 wird auch der UniFi AC Mesh von Ubiquiti unterstützt der
mit WLAN AC und Dual-Band eine gute Alternative zur CPE210 ist.

Einladung zum Firmware-Workshop am 20.06.2018 um 19:00 Uhr in Mainz

Unser monatliches allgemeines Freifunk-Treffen findet diesmal abweichend eine Woche später (normalerweise jeden zweiten Mittwoch im Monat) am 20.06. statt.

  • Wir treffen uns im Holzturm, Holzstraße 34, 55116 Mainz. Los geht’s um 19:00 Uhr.
  • Als besonderen Programmpunkt wird es einen Firmware-Workshop geben.

Bei dem Workshop wird Julian Labus, der federführend die Mainzer und Wiesbadener Firmwares entwickelt, vorstellen, wie die Freifunk-Firmwares entstehen, was die Voraussetzungen dafür sind, dass wir eine Firmware für ein Gerät erstellen können und wie es mit der Freifunk-Firmware weitergehen wird.

Fühlt euch bitte auch als Neulinge herzlich eingeladen, euer Interesse, eure Fragen oder Themen mit einzubringen. Wir arbeiten immer mit einer offenen Agenda. Tragt auch weitere Themen, über die ihr reden möchtet, also gerne in unser Pad ein.

Alle Termine findet ihr auch im Kalender unseres Blogs.

Kleiner Darstellungsfehler -> Neue Firmware 2017.1.4+mwu5

Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,

Leider hat sich durch die manuell angewendeten Patches ein kleiner Darstellungsfehler eingeschlichen. Statt v2017.1.4 wurde v2017.1.3-19-gab6d49b als Version angezeigt. Wir haben uns daher dazu entschlossen die Firmware noch einmal als 2017.1.4+mwu5 neu zubauen.

Außer der angezeigten Version gab es an der Firmware keine weiteren Änderungen. Der Quellcode für 2017.1.4+mwu4 und 2017.1.4+mwu5 ist der gleiche.

Happy Testing wünscht,
das Firmware-Team

Neue Firmware Version 2017.1.4+mwu4 (testing)

Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,

da der radv-filterd in 2017.1.4+mwu2 immer noch Probleme gemacht und beim (Neu)starten eines Knotens nicht immer zuverlässig gestartet ist haben wir versucht das Problem mit einem Patch, der in 2017.1.4+mw3 eingeflossen ist, zu beheben. Dieser Patch hat auch seinen Zweck erfüllt hätte aber aufgrund der unsauberen Implementierung zu Probleme führen können weshalb wir uns gegen das Ausrollen der Version entschieden haben. Glücklicherweise hat kurz darauf einer der Gluon Entwickler den gesamten radv-filterd einem Code Review unterzogen und mehrere Fehler gefunden und behoben. Diese Version haben wir für v2017.1.4 zurückportiert und darauf basierend den Release 2017.1.4+mwu4 gebaut.

Zusätzlich zu oben genannter Änderung haben wir uns dazu entschieden einen Patch [1] aus der aktuellen Entwicklungsversion von Gluon zu übernehmen der die Bridge Loop Avoidance (BLA) funktionsfähig macht. In der Vergangenheit kam es immer wieder vor, dass Knotenbetreiber versehentlich (das hoffen wir jedenfalls) die LAN-Ports von zwei oder mehr Knoten verbunden haben ohne diese für Mesh-on-LAN zu konfigurieren. Dadurch wird eine Netzwerkschleife erzeugt, die den gleichen Traffic immer und immer wieder durch das Freifunk-Netz schickt bis dieses unbenutzbar wird. Mit dem Patch können zwei Knoten, die auf diese Weise verbunden sind, das Problem erkennen und die Schleife unterbrechen.

[1] https://github.com/freifunk-gluon/gluon/commit/f799518194307857510c0ce3ee9df582081353ee

MWU Gluon-Konfiguration: https://github.com/freifunk-mwu/sites-ffmwu/releases/tag/2017.1.4+mwu4

Link zur Firmware Mainz: https://firmware.freifunk-mainz.de/testing
Link zur Firmware Wiesbaden: https://firmware.wiesbaden.freifunk.net/testing
Link zur Firmware Rheingau: https://firmware.freifunk-rtk.de/rheingau/testing
Link zur Firmware Taunus: https://firmware.freifunk-rtk.de/taunus/testing

Fehlerberichte bitte über die Maschinenraum Liste.

Wir gehen davon aus, dass nun alle Probleme behoben sind und wir die Firmware, sofern ihr oder wir keine neuen feststellen, binnen der nächsten zwei Wochen zum nächsten Stable Release be­nen­nen können.

Happy Testing wünscht,
das Firmware-Team

Nachtrag: Neue Firmware Version 2017.1.4+mwu1 (testing)

Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,

nachdem es in Sachen neue Firmware länger still war, haben wir uns in der letzten Woche damit beschäftigt endlich den Wechsel auf Gluon v2017.1, genauer gesagt v2017.1.4, anzugehen. Mit dieser Version wechselt die Basis für Gluon, wie mit 2016.2.6+mwu1 bereits angekündigt, von OpenWrt Chaos Calmer 15.05 zu LEDE 17.01. LEDE (Linux Embedded Development Environment) ist ein Fork des OpenWrt Projektes, der im Mai 2016 ins Leben gerufen wurde und seither viele Neuerungen erfahren hat. So wurde z.B. der Linux Kernel von 3.18 auf 4.4 aktualisert.

Weiterlesen

Neue Firmware Version 2016.2.3+mwu1 (testing)

Aktuelles vom Firmware-Team:

Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,

es ist wieder so weit, eine neue Gluon Version wurde veröffentlicht! Dieses Release behebt einen Fehler im Mesh-Protokoll bei dem Pakete mit einer bestimmten Größe nicht übertragen wurden. Außerdem wurde eine mit v2016.2.3 eingeführte Änderung überarbeitet, die zu einem erhöhten Load auf den Knoten geführt hat.

Sofern keine Probleme mit dieser Version festgestellt werden planen wir dieses Release am 05.04.2017 zum Stable zu machen.

Gluon Source Code: https://github.com/freifunk-gluon/gluon/releases/tag/v2016.2.4
Gluon Release-Notes: https://gluon.readthedocs.io/en/stable/releases/v2016.2.4.html
MWU Gluon-Konfiguration: https://github.com/freifunk-mwu/sites-ffmwu/releases/tag/2016.2.4+mwu1

Link zur Firmware Mainz: https://firmware.freifunk-mainz.de/testing
Link zur Firmware Wiesbaden: https://firmware.wiesbaden.freifunk.net/testing

Fehlerberichte bitte über die Maschinenraum Liste.

Happy Testing wünscht,
das Firmware-Team

Neue Firmware Version 2016.2.2+mwu1 (stable)

Hallo Freifunkas in Mainz, Wiesbaden und Umgebung,

wir wünschen euch allen einen exzellenten Start in das neue Jahr 2017! Das Firmware-Team beginnt das neue Jahr erstmal mit einer neuen _stabilen_ Firmware!

Seit 3-4 Monaten testen wir nun die neue Gluon Version 2016.2.x in einer nun schon recht langen Testphase – während dieser wurden seitens Gluon schon 2 Bugfix Releases veröffentlicht und auch wir haben ein paar Änderungen an der Konfiguration vorgenommen. Nun ist die Zeit gekommen, die Testphase abzuschließen und unsere Testing-Firmware als stabil zu deklarieren.

Das Announcement zur ersten 2016.2+mwu1 Testing-Firmware ist nun schon etwas her, sodass wir hier nochmal alle Änderungen seit der letzten stabilen Version „0.3.3-stable“ aufführen.

Neues Versionsschema:
Beginnend mit diesem Release werden wir unser bisheriges Versionsschema einmotten und an das von Gluon angleichen. Außerdem haben wir bisher nach einer erfolgreichen Beta-Phase die Firmware immer komplett neu kompiliert was zur Folge hatte, dass Knoten mit Beta-Version sich ein weiteres mal aktualisiert haben wenn sie wieder auf Stable umgestellt wurden. Deshalb haben wir stable/beta aus dem Releasenamen entfernt und der Status einer Version wird jetzt dadurch festgelegt in welchem Ordner sie liegt. Zusätzlich wird der Beta-Branch in Testing umbenannt da dies den Status aus unserer Sicht besser widerspiegelt.
Eine detaillierte Beschreibung des Versionsschemas findet ihr auf GitHub: https://github.com/freifunk-mwu/sites-ffmwu/blob/experimental/README.md#version-schema

Infos zur neuen stabilen Firmware:

MWU Firmware Version: „2016.2.2+mwu1“
Gluon Firmware Version: „v2016.2.2“

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: https://firmware.freifunk-mainz.de/stable/
Link zur Firmware Wiesbaden: https://firmware.wiesbaden.freifunk.net/stable/

Änderungen an der Gluon Konfiguration (site) seit Version „0.3.3-stable“:
– neue Pakete zur Unterstützung diverser USB und PCI Netzwerkkarten zu den x86/x86-64 Images hinzugefügt
– GLUON_ATH10K_MESH und GLUON_REGION gesetzt um Geräte mit ath10k-Chip zu unterstützen
– WLAN Frequenzen für 802.11b deaktiviert (http://blogs.cisco.com/wireless/wi-fi-taxes-digging-into-the-802-11b-penalty)
– Einheitliches Repository für eigene Gluon-Pakete
– Paket gluon-ebtables-segment-mld hinzugefügt (http://gluon.readthedocs.io/en/stable/package/gluon-ebtables-segment-mld.html)
– Paket tecff-ath9k-broken-wifi-workaround hinzugefügt
https://github.com/freifunk-mwu/packages-ffmwu/tree/master/tecff-ath9k-broken-wifi-workaround
– 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
– Vier zusätzliche Gateways (spare) für zukünftige Nutzung hinzugefügt

Die Gluon Änderungen und die Liste der Geräte, die neu unterstützt werden findet ihr unten in dieser Mail.

Fehlerberichte bitte über die Maschinenraum-Liste.

Happy Testing wünscht,
das Firmware-Team

Die wichtigsten Änderungen/Neuerungen in Gluon:
– Viele Ubiquiti airMAX XM Modelnamen werden jetzt richtig erkannt (z.B. wird eine „Nanostation Loco M“ nicht mehr als „Bullet M“ angezeigt)
https://github.com/freifunk-gluon/gluon/pull/632
– batman-adv: mesh_no_rebroadcast ist jetzt per default auf allen Mesh-on-WAN/LAN Verbindung aktiv
https://github.com/freifunk-gluon/gluon/issues/652
– Die neue UCI-Option gluon-core.@wireless[0].preserve_channels kann jetzt dazu genutzt werden um das
Zurücksetzen geänderter WLAN-Kanäle bei einem Firmwareupdate zu verhindern
https://github.com/freifunk-gluon/gluon/issues/640
– PoE-Passthrough kann jetzt über die „Erweiterten Einstellungen“ für TP-Link CPE 210/510 und Ubiquiti NanoStations aktiviert werden
https://github.com/freifunk-gluon/gluon/issues/328
– In Knotennamen können jetzt beliebige UTF-8 benutzt werden
https://github.com/freifunk-gluon/gluon/issues/#414
– Dropbear (SSH) wurde auf eine aktuellere Version aktualisiert, um neue Kryptographie Methoden zu erlauben und alte unsichere zu deaktivieren.
https://github.com/freifunk-gluon/gluon/issues/223
– Die Stabilität des ath9k WLAN Treibers wurde signifikant verbessert
https://github.com/freifunk-gluon/gluon/issues/605
– Treiber und Dienste wie mac80211 und hostapd wurden aus LEDE 42f559e zurückportiert
– Der “Experten Modus/Expert Mode” wurde in “Erweiterte Einstellungen/Advanced Settings” umbenannt
– Die Statusseite kann mit deaktivierten Cookies/Local Storage aufgerufen werden
– Kernel auf 3.18.44 aktualisiert (CVE-2016-5195 + CVE-2016-7117)
– PATA und MMC Support für x86 und x86-64 Images (z.B. werden die Futros dadurch nun nativ unterstützt)

Bugfixes:
– 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)

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
– ALFA Network Tube2H N2
– ALFA Network Tube2H N5
– Buffalo WZR-HP-G300NH2
– GL Innovations GL-AR150
– OpenMesh MR1750 v1, v2
– OpenMesh OM2P-HS v3
– OpenMesh OM5P-AC v1, v2
– TP-Link Archer C5 v1
– TP-Link Archer C7 v2
– TP-Link CPE210/510 EU/US Versionen
– TP-Link TL-WR710N v2.1
– TP-Link TL-WA801N/ND v3
– TP-Link TL-WR841ND v11 EU/US Versionen
– TP-Link TL-WR842N/ND v3
– TP-Link TL-WA901ND v4
– Ubiquiti UniFi AP AC Lite
– Ubiquiti UniFi AP AC Pro

brcm2708-bcm2708
– Raspberry Pi 1

brcm2708-bcm2709
– Raspberry Pi 2

Neue Firmware Version 2016.2.2+mwu1 (testing)

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