[freifunk-public] feedback zum unvollständigen Domain-switch: Neue experimental-Firmware 1.9.0~exp20200809

[Ralf Jung]

Hallo Sebastian,

> Also hatte ich ffsaar-weiten2 vorbereitet und die neue Domain schon
> konfiguriert.
>    uci set gluon.core.domain="newdomaincode"
> aber noch nicht aktiviert, die folgenden beiden Kommandos standen noch aus:
>    gluon-reconfigure
>    reboot

Ja das ist problematisch und diesen Fehler habe ich gluon auch schon vor einer
Weile berichtet.  Wird in neueren Versionen besser, aktuell sollte man die
Befehle alle zusammen ausführen.  Hätte ich noch dazusagen sollen, sorry dafür.

> Allerdings zeigte der Knoten im Hopglass dann schon die neue Domain an
> (Merzig-Wadern, in dem Fall).
> Ziemlich verwirrend, und irgendwie auch nicht richtig zutreffend, denn
> die IP war ja noch immer die alte.
> Letztendlich ist alles glatt gelaufen, ich frage mich nur, ob die
> Anzeige im hopglass sich wirklich rein auf die Config beziehen sollte,
> auch wenn die noch garnicht aktiv ist, der Knoten also real noch in der
> Domain Saar hängt?

Der Knoten ist in einem Zwischenzustand, in dem er nur möglichst kurz sein
sollte -- ansonsten gibt es komische cross-mesh-Effekte.

> Angenommen man vergisst das gluon-reconfigure und macht direkt den
> reboot. Merkt man das später irgendwie, bzw. macht der den reconfigure
> automatisch zur Boot-Zeit falls er dann die die Diskrepanz abtesten könnte?

Man hat dann einen komischen Zombie, von dem keiner getestet hat, was passiert.
Also bitte vermeiden. :)  Ich glaube nicht, dass er irgendwann automatisch
reconfigure macht.
Wie üblich gilt, wer direkt per SSH mit dem Knoten interagiert, ist selbst
verantwortlich für was dann passiert. :D

> Da die Domain relevant fürs meshen ist, schlage ich vor in der
> stable-Version die Domain mit ins motd aufzunehmen

Leider weiß ich keinen guten Mechanismus, das zu realisieren.  Oder kann man
irgendwie beliebige Shell-Befehle im motd ausführen?

Viele Grüße,
Ralf

> 
> Grüße
> Sebastian
> 
> 
> Am 10.08.20 um 14:16 schrieb Ralf Jung via freifunk-public:
>> Hallo allerseits,
>>
>> es gibt eine neue Firmware auf unserem experimental-Branch!  Version
>> 1.9.0~exp20200809 der ffsaar-Firmware basiert auf Gluon v2020.2, das inzwischen
>> endlich einen stabilen Release hat.
>>
>> Damit gibt es (gegenüber 1.8.1) eine ganze Reihe neuer unterstützter Geräte:
>>
>> * Aruba: AP-303, Instant On AP11
>> * AVM: FRITZ!Repeater 1200, FRITZ!Box 7312, FRITZ!Box 7360 (v1, v2),
>>    FRITZ!Box 7360 SL, FRITZ!Box 7362 SL, FRITZ!Box 7412
>> * Cudy: WR1000
>> * devolo: WiFi pro 1200e, WiFi pro 1200i, WiFi pro 1750c, WiFi pro 1750e,
>>    WiFi pro 1750i, WiFi pro 1750x
>> * EnGenius: ENS620EXT
>> * Enterasys: WS-AP3710i
>> * GL.iNet: GL-AR300M-Lite, GL-AR750S, VIXMINI
>> * Linksys: EA6350 (v3)
>> * Netgear: R7800, EX6150 (v1), R6220, DGN3500B
>> * OCEDO: Raccoon, Panda
>> * TP-Link: Archer C6 v2, Archer C2 (v1), Archer C20 (v1), Archer C20i,
>>    Archer C50 (v1), TL-MR3020 (v3), TL-WA801ND (v5), TL-WR902AC (v3),
>>    CPE220 (v3), TD-W8970
>> * Xiaomi: MiWifi Mini
>>
>> Leider musste die Unterstützung für manche Geräte wieder entfernt werden, weil
>> die Partitionierung auf diesen Geräten für Gluon ungeeignet ist:
>> * ALFA: Network Hornet-UB, Network Tube2H, Network N2, Network N5
>>
>> Außerdem wurden diverse Fehler behoben, insbesondere einer im
>> Tunneldigger-Watchdog der für unnötige Neustarts gesorgt hat.  Alte Geräte mit
>> wenig RAM sollten dank zram-swap etwas besser laufen.
>>
>> In der neuen Firmware ist bereits die Unterstützung für die geplanten "Domains"
>> enthalten, mit der wir das Netz in mehrere kleine Netze aufteilen wollen.
>> Kleinere Netze sind einfach zu verwalten, was einerseits den Datenverkehr
>> reduziert und andererseits auch auf Geräten mit wenig RAM kostbaren Platz spart.
>> Jede Domain ist ein eigenes Netz; für den User sehen sie alle aus wie
>> "saar.freifunk.net" aber die Meshes sind getrennt (d.h. benachbarte oder per
>> Kabel verbundene Geräte in verschiedenen Domains meshen nicht).
>>
>> Es gibt eine Domain pro Landkreis.  Später werden wir Knoten automatisch der
>> richtigen Domain zuweisen; aktuell muss das aus Testzwecken noch von Hand
>> geschehen.  Es wäre super, wenn manche von euch das testen könnten, indem ihr
>> ein paar Geräte in die entsprechende Landkreis-Domain schiebt. Das geht per SSH
>> mit den folgenden Befehlen:
>>
>> uci set gluon.core.domain="newdomaincode"
>> gluon-reconfigure
>> reboot
>>
>> "newdomaincode" ist hierbei "saar" (für Saarbrücken und alle Knoten, die noch
>> nicht umgezogen sind) oder das Kennzeichenkürzel des Landkreises: mzg, nk, sls,
>> hom, wnd. Außerdem gibt es "test", welches wir zum Testen verwenden; dort
>> sollten Knoten nicht dauerhaft reingetan werden und unsere Tests können dort
>> auch zu längeren Ausfällen führen.  Aktuell ist diese Domain auch nützlich, wenn
>> einer von euch in Saarbrücken oder außerhalb des Saarlands ist (also keiner der
>> Landkreise passt), aber helfen will, Domains zu testen.
>> Falls ihr euch entscheidet, in eine der Domains zu wechseln, sagt uns bitte auf
>> jeden Fall Bescheid, wie es läuft -- ob gut oder schlecht. :)
>>
>> Viele Grüße,
>> Ralf
>