Firmwarebäckerei: 1.9.0~78

Nach längerer Pause tut sich nochmal was bei den Versionen unserer „stable“-Firmware.

Ab 1.9.0~78 sind folgende primäre Änderung an Bord:

• Wechsel auf community-maintained packages für autoupdater-wifi-fallback und ssid-changer
• Erweiterung PUMP, jetzt ist auch Uplink per WLAN möglich (aber, wie beim PUMP, nur mit dediziertem Funkmodul („Radio“))
• Patches für DAP-X1860: Grüne System-LED hinzugefügt, nach dem Boot wechselt die System-LED auf grün (und die Signalstärkeanzeige folgt mesh1 statt dem nicht existenten wlan1)
• Bugfix bei Konfiguration von gluon-radv-filterd

Leider sind auch ein paar Geräte negativ aufgefallen, deren Flash-Speicher für die erweiterten Funktionen nicht ausreichend ist:

• arcadyan-vgv7510kw22
• d-link-dap-1330-a1
• d-link-dap-1365-a1
• d-link-dir-505
• d-link-dir825b1
• librerouter-v1
• netgear-r6020
• netgear-wndr3700
• netgear-wnr2200-8m
• nexx-wt3020-8m
• ravpower-rp-wd009
• tp-link-archer-c20i
• tp-link-archer-c20-v1
• tp-link-archer-c2-v1
• tp-link-archer-c50-v1
• tp-link-archer-c60-v1
• tp-link-archer-c6-v2-eu-ru-jp
• tp-link-archer-d50-v1
• tp-link-cpe210-v1
• tp-link-cpe210-v2
• tp-link-cpe210-v3
• tp-link-cpe220-v3
• tp-link-cpe510-v1
• tp-link-cpe510-v2
• tp-link-cpe510-v3
• tp-link-td-w8970
• tp-link-td-w8980
• tp-link-tl-wdr3500-v1
• tp-link-tl-wdr3600-v1
• tp-link-tl-wdr4300-v1
• tp-link-tl-wr1043nd-v2
• tp-link-tl-wr1043nd-v3
• tp-link-tl-wr2543n-nd
• tp-link-tl-wr810n-v1
• tp-link-wbs210-v1
• tp-link-wbs210-v2
• tp-link-wbs510-v1
• ubiquiti-nanostation-loco-m-xw
• ubiquiti-nanostation-m-xw
• ubiquiti-unifi-ap

Diese Systeme haben jetzt schon die Grenze ihres Flash-Speichers erreicht, derzeit sinnieren wir, ob wir sie offiziell „anzählen“ und entsprechend auf der Karte als nicht mehr empfehlenswert markieren.

Firmware für den Ravpower RP WD009 wird wegen Buildproblemen in 2.1.0 (v2025.1) z. Zt. nicht mehr mitgebaut. Das Teil ist von 2019 und nicht mehr neu kaufbar, eher kein wirklicher Verlust, zumindest gibt’s bislang davon keine Geräte bei uns.

Was ist zu tun?

Bitte testet die folgenden Aspekte mit 1.9.0~78 (aktuell in testing und experimental) und 1.9.0~79 (aktuell in rawhide) oder später:

• WLAN-basiertes Update (autoupdater-wifi-fallback-Paket): Knoten auf 1.9.0~78 bringen im testing-Branch, dann z. B. ins Mesh 66 verschieben/installieren, auf rawhide-Branch ändern und danach WAN kappen — der Knoten müßte nun isoliert sein vom Mesh. Wenn ein irgendeine »Freifunk«-SSID ausstrahlender AP erreichbar ist, sollte binnen weniger Stunden sich der Knoten auf 1.9.0~79 aktualisiert haben. Das wäre dann gelegentlich zu prüfen, z. B. per Verbindung mit der FF-OFFLINE-SSID und Zugriff per nextnode-IP (::1 der v6-ULA-Adresse des Netzes).
• PUMP-Funktionalität 1: einen Knoten als PUMP-AP, mindestens einen weiteren als PUMP-STA, gerne auch eine Strecke PUMP-AP (5 GHz), PUMP-STA (5 GHz)/ PUMP-AP (2 GHz), PUMP-STA (2 GHz)/Mesh-on-LAN, Mesh-on-LAN/FF AP und Mesh auf 2 und 5 GHz. Funktioniert das zuverlässig? Durchsatz OK?
• PUMP-Funktionalität 2: Knoten per WLAN an privates WLAN hängen (nicht(!) Freifunk — Tunneldigger-L2TP-Tunnel zu den Gateways durch einen L2TP-Tunnel saugt; sollte funktionieren, aber ist auf mehreren Ebenen schlecht) und gucken, wie gut das tut und wie stabil das ist verglichen mit Verbindung per WAN.
• Generell Stabilität, Neuinstallation von OEM-Firmware (ja, ich weiß, schwierig ;-)), Klickorgien im Config-Mode gerade zwischen „WLAN“- und „PUMP“-Menüs und was Euch noch so einfällt.
• Interoperabiliät 1.4.0, 1.9.0, 2.0.0, 2.1.0 in Meshes
• Autoupdater-Updates: dafür ist 1.9.0~78 in testing/experimental und 1.9.0~79 in rawhide

Latent soll 1.9.0~78+x die letzte 1.9.0er werden und kurzfristig nach stable gehen.

Warum hampelt Ihr 2026 noch immer mit Gluon v2023.1.x rum?