Neue Firmware v2018.1.1

[David Lutz]

Hallo liebe Freifunkende*innen/außen!

Vor kurzem wurde ein Bugfix zu Gluon 2018.1 released.
Unter anderem behebt dieser einen Bug, der beim Update in manchen Fällen zum Konfigurationsverlust des Knotens führen kann.

Desweiteren sind noch weitere Änderungen auf unserer Seite hinzugekommen:

1. Die neue Firmware nutzt kein VXLAN.
Es gibt einerseits keinen wirklichen Migrationspfad zu VXLAN ohne sämtliche Kupfer-Mesh-Geschichten von Hand anzufassen, andererseits ist die Performance von VXLAN wohl nicht so berauschend.
Dazu kommt noch, dass man im Gegensatz zu den frühen Entwicklerversionen keine Möglichkeit hat, auszuwählen, welches Meshprotokoll man nutzen möchte. Eine Zeit lang konnte man im Konfigurationsmodus anhaken, ob man VXLAN, Legacy-Mesh oder beides nutzen möchte.
Leider wurde diese Funktionalität eliminiert, man kann lediglich beim Bauen der Firmware voreinstellen, ob Legacy-Mesh oder VXLAN genutzt werden soll. Daher ist die Firmware nun fix auf Legacy-Mesh konfiguriert, damit  unsere größeren Installationen nicht auseinanderbrechen.

2. Ein neues Package zur Domainwahl
Mit 2018.1 wurde Gluon nun endlich Multidomain-fähig. Man muss also bei mehreren Netzsegmenten nicht mehr für jedes Segment eine eigene Firmware bauen, sondern hat eine Firmware in der man die jeweilige Segmentkonfiguration bequem per Dropdown auswählen kann.
Zwei Knoten können aber natürlich nur miteinander meshen, wenn sie in der gleichen Domain sind. In der Vergangenheit gab es da ab und zu Probleme mit falsch konfigurierten Knoten. Diese ließen sich dann mit dem selben Mechanismus beheben, den wir auch damals zum Netsplit verwendeten: Man leitet den Port für die automatischen Updates so um, dass der Knoten sich die richtige Firmware lädt. Da nun aber alle die gleiche Firmware haben, geht das nun nicht mehr.
Hier kommt das neue Package ins Spiel: gluon-segment-mover
Das Package stammt ursprünglich von Freifunk Regensburg und wurde von mir ein wenig erweitert.
Es stellt regelmäßig Anfragen mit seiner Node-ID und/oder seinen Geokoordinaten an eine API, die auf dem Diensteserver läuft.
Dieser vergleicht die Geokoordinaten mit den Gebietsgrenzen der Segmente und liefert das Segment zurück in dem sich die Koordinaten befinden. Der Knoten prüft nun, ob er sich schon in diesem Segment befindet und wechselt ansonsten die Domain. Diese Funktionalität lässt sich im Konfigurationsmodus deaktivieren.
Zudem kann auf dem Diensteserver auch für die Node-ID fix hinterlegt werden, in welche Domain der Knoten soll, als eine Art „manueller Override“. Dieser kann z.B. für zukünftige weitere Netsplits verwendet werden.

Wer mag, kann gern ein wenig mit der neuen Firmware spielen, ihr findet sie unter https://ff3l.net/fw <https://ff3l.net/fw> oder auf dem FTP-Server.

Feedback ist sehr erwünscht.
Wenn es keine Probleme gibt, rolle ich die Firmware dann gern über den experimental-Zweig aus.

Liebe Grüße
David
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.ff3l.net/pipermail/ff3l/attachments/20180909/763209dd/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <http://lists.ff3l.net/pipermail/ff3l/attachments/20180909/763209dd/attachment.sig>