[freifunk-public] Neue Beta-Firmware 1.10.0~rc1

[Ralf Jung]

Hallo Christoph,

> merci für die Info, ich war die letzten Monate ein bisschen raus dem
> Freifunk Thema, speziell Domains. Dass das Mesh zu stark angewachsen
> war, hatte ich aber noch mitbekommen. ;-)
> 
> Noch eine Frage, wie macht ihr das eigentlich in Zukunft mit den Knoten
> ohne Koordinatenangaben? Ich habt doch vor, zum geplanten Stichtag,
> diese in die jeweiligen Domänen zu packen.  Ich kann die aber auch
> gelegentlich per secure shell umziehen.

Wir haben aktuell für solche Knoten eine Domain automatisch zugewiesen, wenn sie 
mal mit einem anderen Knoten meshen, der in einer Domain ist. Bestehende meshes 
sollten also nicht getrennt werden.

Für Knoten, die weder Koordinaten haben noch Meshen, können wir natürlich nicht 
viel tun. Da bauen wir darauf, dass in Zukunft bei neuen Knoten die Leute bei 
der Einrichtung gleich die richtige Domain auswählen. Vorhandene Knoten müssen 
von Hand umgezogen werden, oder wir können (wenn die Knoteninhaber sich melden) 
die entsprechende Domain bei uns in der Datenbank für die automatische Migration 
einstellen.

Viele Grüße,
Ralf

> 
> Viele Grüße,
> Christoph
> 
> Am 25.12.20 um 16:27 schrieb Ralf Jung:
>> Hallo Christoph,
>>
>> ja, das ist richtig und wichtig. Der ganze Grund, warum wir Domänen
>> einführen, ist dass unser Mesh zu groß ist und wir es in mehrere
>> getrennte Meshes (genannt "Domänen") aufteilen wollen.
>>
>> Die Knoten sollten auch per Mesh-on-LAN/WAN nicht miteinander meshen,
>> wenn sie in verschiedenen Domänen sind. Wenn sie es doch tun, haben
>> wir ein Problem, weil dieser eine Link dann die beides eigentlich
>> getrennten Domänen zu einem Mesh macht.^^
>>
>> Viele Grüße,
>> Ralf
>>
>> On 25.12.20 13:04, Christoph Ackermann via freifunk-public wrote:
>>> Hallo zusammen,
>>>
>>> liege ich da mit meiner Vermutung richtig, dass Knoten in
>>> unterschiedlichen Domains nicht airborne miteinander meshen? Z.B.:
>>>
>>> Node ID     647002b4059d
>>> Firmware     1.10.0~rc1 / gluon-v2020.2.2
>>> Domain     Saarpfalz-Kreis
>>>
>>>
>>> mit
>>>
>>> Node ID     14cc209ce688
>>> Firmware     1.10.0~rc1 / gluon-v2020.2.2
>>> Domain     Sonstige
>>>
>>>
>>> obwohl beide aktuell 1m auseinander liegen. Der Zweite war eine Zeit
>>> lang aus und hat wohl die Zuordnung zur Saarpfalz Domäne (noch) nicht
>>> mitbekommen. Testweise ist der auch noch per Ethernet angebunden.
>>>
>>> Viele Grüße,
>>>
>>> Christoph Ackermann
>>>
>>>
>>> Am 18.12.20 um 11:38 schrieb Ralf Jung via freifunk-public:
>>>>
>>>> Hallo allerseits,
>>>>
>>>> wir rollen jetzt im Beta-Kanal des Autoupdaters die neue Firmware
>>>> 1.10.0~rc1 aus. Diese ist quasi dieselbe wie die letzte
>>>> experimental-Firmware, bis auf ein Gluon-Update auf Version v2020.2.2.
>>>>
>>>> Im Vergleich zur letzten stable-Version ergeben sich die folgenden
>>>> Änderungen:
>>>> - Neue Hardware-Unterstützung:  TP-Link CPE210 3.20.
>>>> - Integration der Infrastruktur für die automatische Umstellung der
>>>> Knoten
>>>>    auf andere Domains.
>>>>
>>>> Mehr zum zweiten Punkt:
>>>> Wir haben eine angepasste Version des Darmstädter "Domain Director"
>>>> eingebaut, mit dem wir die vorhandenen Knoten automatisch auf unsere
>>>> neuen Domains verteilen und so die Größe des Mesh-Netzwerks
>>>> reduzieren wollen. Wir werden dabei aufpassen, dass lokale
>>>> Mesh-Wolken geschlossen in dieselbe Domain migrieren. Wer darauf
>>>> nicht vertrauen mag, kann den Director in den erweiterten
>>>> Einstellungen im Konfig-Modus deaktivieren; in diesem Fall würden
>>>> wir gerne mit dir zusammenarbeitet, um deinen Knoten und das Mesh,
>>>> in dem er hängt, unbeschadet in die richtige Domain zu bekommen.
>>>>
>>>> Technisch läuft das so, dass wir auf dem mgmt-Server eine kleine
>>>> Datenbank haben, wo für jeden Knoten anhand der angegebenen
>>>> Geokoordinaten bzw den benachbarten Mesh-Knoten eine Ziel-Domain
>>>> eingestellt ist. Die Knoten fragen regelmäßig (alle drei Stunden)
>>>> beim Server nach, was denn ihre Ziel-Domain ist, und wenn diese von
>>>> der gesetzten Domain abweicht wird ein Wechsel geplant. Der
>>>> Zeitpunkt des Wechsels wird dabei vom Server festgelegt. So können
>>>> wir z.B. den Wechsel für 1.1.2021 ankündigen; es würde dann also
>>>> reichen, wenn ein Knoten in den nächsten 2 Wochen irgendwann mal für
>>>> mehr als drei Stunden online ist, damit er weiß, wann und wohin der
>>>> Wechsel stattfindet. [Das ist nur ein Beispiel, bisher ist noch kein
>>>> Datum gesetzt.]
>>>> Ob für einen Knoten ein Wechsel geplant ist, kannst du per SSH
>>>> herausfinden:
>>>> uci get ffda.director.target
>>>> uci get ffda.director.switch_after
>>>>
>>>> Die Tests bisher sind sehr erfolgreich verlaufen, bis auf eine
>>>> Konstellation mit lokalen Anpassungen an der Konfiguration. Wir
>>>> werden daher versuche, Knoten mit deaktiviertem Autoupdater nicht
>>>> automatisch zu migrieren. Die Details dazu, und wie wir verhindern
>>>> dass so nur ein Teil eines Meshes migriert wird, sind noch nicht
>>>> fertig ausgearbeitet -- aber da diese Logik serverseitig arbeitet,
>>>> können wir sie recht einfach anpassen.
>>>>
>>>> Vielen Dank an alle Tester! Wenn dir mit dieser Beta-Version
>>>> irgendwas auffällt, gib bitte Bescheid.
>>>>
>>>> Viele Grüße,
>>>> Ralf
>>>
>>>
>