[freifunk-public] Neue experimental-Firmware 1.9.0~exp20200809

[Ralf Jung]

Hallo,

wir wollten die alte Domain für SB und als Default-Domain verwenden, weil in SB
die meisten Knoten stehen und alle diese Knoten somit nicht die Domain wechseln
müssen.

Nicht-migrierte Knoten erkennen wir dann ganz einfach daran, dass sie in der
"saar"-Domain sind aber außerhalb von SB. ;)  Das war zumindest der Plan.

Mit unserer aktuellen Nummerierung haben wir nur "Platz" für 7 Domains (5
Landkreise + SB + Test) im IPv4-Adressraum.  Dabei hat die alte "saar"-Domain
eine etwas andere Struktur und daher auch Platz für mehr Clients (sprich sie hat
mehr IPv4-Adressen im DHCP-Pool).

Viele Grüße,
Ralf

On 11.08.20 10:36, Kim Meiser wrote:
> Hallo,
> 
> habt ihr euch bewusst für 'saar' als Default-Domain und gleichzeitig als Domain
> für Saarbrücken entschieden? Ich schlage vor, die Saarbrücken-Domain 'sb' zu
> nennen und 'saar' als Default-Domain beizubehalten. Ich denke eine
> Unterscheidung könnte in Zukunft Sinn machen, da wir dann nicht-migrierte von
> Saarbrücker Knoten unterscheiden könnten.
> 
> Gruß
> 
> Am Di., 11. Aug. 2020 um 09:34 Uhr schrieb Jörg Peter Schley via freifunk-public
> <freifunk-public at saar.freifunk.net <mailto:freifunk-public at saar.freifunk.net>>:
> 
>     Hallo Ralf, Hallo Leute
> 
>     ich konnte meine Knoten problemlos auf die neuste experimental bringen
>     und alle waren direkt wieder erreichbar.
> 
>     Der Wechsel in die passende Domain war ebenfalls wie beschrieben
>     möglich. Der Hinweis, die Knoten in der richtigen Reihenfolge zu updaten
>     bzw zu Wechseln, ist sehr wichtig, da auch ich in die Falle getappt bin
>     und so einen Knoten kurzzeitig aus dem Mesh ausgeschlossen hatte.
> 
>     Geräte: (ffsaar-wnd-scx*)
>        Archer C7 v2
>        WA860RE v1
>        DIR-505 A2
> 
> 
>     Das von Sebastian beschrieben Problem, dass das Update manchmal nicht
>     funktioniert und der Router nach dem Neustart auf der gleichen Firmware
>     bleibt, konnte ich an einem WR841 ebenfalls beobachten. Dort habe ich
>     das Update dann per Kabel im Config-Modus eingespielt, nachdem drei
>     (oder vier?) Versuche, dies im Mesh per autoupdater zu tun, erfolglos
>     blieben.
> 
>     Gruß
>     Peter
> 
> 
>     Am 10.08.2020 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 <http://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 <mailto: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
>     <mailto:freifunk-public-unsubscribe at saar.freifunk.net>
>