<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hallo liebe Freifunkende*innen/außen!<div class=""><br class=""></div><div class="">Vor kurzem wurde ein Bugfix zu Gluon 2018.1 released. </div><div class="">Unter anderem behebt dieser einen Bug, der beim Update in manchen Fällen zum Konfigurationsverlust des Knotens führen kann.</div><div class=""><br class=""></div><div class="">Desweiteren sind noch weitere Änderungen auf unserer Seite hinzugekommen:</div><div class=""><br class=""></div><div class="">1. Die neue Firmware nutzt kein VXLAN.</div><div class="">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.</div><div class="">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.</div><div class="">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.</div><div class=""><br class=""></div><div class="">2. Ein neues Package zur Domainwahl</div><div class="">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.</div><div class="">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.</div><div class="">Hier kommt das neue Package ins Spiel: gluon-segment-mover</div><div class="">Das Package stammt ursprünglich von Freifunk Regensburg und wurde von mir ein wenig erweitert.</div><div class="">Es stellt regelmäßig Anfragen mit seiner Node-ID und/oder seinen Geokoordinaten an eine API, die auf dem Diensteserver läuft.</div><div class="">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.</div><div class="">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.</div><div class=""><br class=""></div><div class="">Wer mag, kann gern ein wenig mit der neuen Firmware spielen, ihr findet sie unter <a href="https://ff3l.net/fw" class="">https://ff3l.net/fw</a> oder auf dem FTP-Server.</div><div class=""><br class=""></div><div class="">Feedback ist sehr erwünscht.</div><div class="">Wenn es keine Probleme gibt, rolle ich die Firmware dann gern über den experimental-Zweig aus.</div><div class=""><br class=""></div><div class="">Liebe Grüße</div><div class="">David</div></body></html>