[freifunk-public] Neue experimental-Firmware 1.9.0~exp20200809
Ralf Jung
post at ralfj.de
Mo Aug 10 20:24:45 CEST 2020
Hallo Sebastian,
> Bei den Tests bin ich gerne dabei. Heißt das, ich kann schon jetzt "mzg" und
> "wnd" benutzen?
Nachdem du die aktuelle experimental-Version installiert hast, ja.
Es sollte im Prinzip in allen Domains alles klappen. Zu testen, ob das alles
auch wirklich geklappt, darum geht es ja hier. :)
Beachte, dass sich dabei die IPv6-Adresse (im FF-netz) der Knoten ändern wird --
falls du diese für SSH verwendest, musst du also aufpassen.
> Wann genau wurde dieses update denn ausgerollt und worauf soll beim Test das
> Augenmerk liegen?
> Meine 4 Knoten laufen teils unter experimental, teils nicht. Sie haben noch kein
> update gemacht. Wann ist denn damit zu rechnen?
Das Update ist jetzt im Experimental-Kanal. Knoten auf diesem Kanal sollten das
Update in den nächsten Tagen bekommen. Du kannst das Update per SSH mit dem
folgenden Befehl auch direkt anstoßen (egal auf welchem Kanal der Knoten ist,
das ändert sich auch dadurch nicht):
autoupdater -f -b experimental
> Bisher kann ich noch nicht wirklich einen reduzierten Management Traffic
> erkennen. Ich nehme an das ist normal weil bisher noch jeder in "saar" hängt?
Genau.
> Bei einem anderen Nachbarn ist gestern um 16:21 Uhr das mesh zusammengebrochen
> obwohl sie gar kein update gemacht haben (gluon-v2019.1.2):
> https://mgmt.saar.freifunk.net/hopglass/#!v:m;n:b0be76808070
> Kann ja auch Zufall sein, würde ggfs. fragen gehen was da los ist.
> Bei meinem Bruder gab es gestern ab ca. 08:15 Uhr seltsame Effekte, dass
> einzelne Knoten sich nicht mehr gesehen haben. Das hat sich nach ein paar
> Stunden aber von selbst gelöst.
> z.B: ffsaar-Kastanie8-Stall13 → ffsaar-Kastanie1
> https://mgmt.saar.freifunk.net/grafana/d-solo/linkstats/linkinfo?var-source=a42bb0fb5e28&var-target=e894f6c4180a&panelId=1&orgId=1&theme=light&from=1596951292118&to=1596982645588
Es gab gestern noch ein paar reboots bis ich gestern Abend endlich das Problem
mit der hohen Server-Last gelöst habe. Ich musste dafür nur 2 Zeilen Quelltext
ändern, aber es hat ein paar Wochen gedauert die richtigen Zeilen zu finden. ;)
Viele Grüße,
Ralf
>
> Grüße
> Sebastian
>
>
>
> *Gesendet:* Montag, 10. August 2020 um 14:16 Uhr
> *Von:* "Ralf Jung via freifunk-public" <freifunk-public at saar.freifunk.net>
> *An:* "Freifunk Public" <freifunk-public at saar.freifunk.net>
> *Betreff:* [freifunk-public] Neue experimental-Firmware 1.9.0~exp20200809
> 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
> --
> freifunk-public at saar.freifunk.net - Diskussion und Hilfe der Freifunk Saar
> Community.
> Verwaltung: https://lists.hacksaar.de/listinfo/freifunk-public
> Abbestellen: freifunk-public-unsubscribe at saar.freifunk.net
Mehr Informationen über die Mailingliste freifunk-public