[Freifunk-Bonn] Neue Firmware für Bonn - Open Beta

[Allgemeine Mailingliste zum Freifunk Köln, Bonn und Umgebung]

Hallo Liste,
Bevor eine bunte Feature-Diskussion beginnt:
Die Entwicklung ist abgeschlossen und es geht nur um Bugfixing, falls etwas
nicht funktioniert.

Hi yanosz,
Batman_V: hat in unserem Test schlechter abgeschnitten und ist im aktuellen
gluon Release nur experimental:
https://gluon.readthedocs.io/en/v2018.1.x/releases/v2018.1.html?highlight=Batman_IV#b-a-t-m-a-n-v-experimental

Kanal 1 ist auf dem Papier bewertet klar der beste, darum wählen ihn auch
alle, was dazu führt das jeder andere Kanal besser ist.. und wie du sagst
gibt es 2
Kanal-Schemata die ähnlich häufig propagiert werden, was es wieder sinnlos
macht sich an das eine oder andere zu halten, weil es immer überlappende
Kanäle geben wird. Wir jedenfalls haben jetzt Kanal 3, so dass man easy mit
einem WiFi Scanner alte Kanal 1 Router orten kann.

Clients sollen auch nicht zwischen der alten und neuen Hood roamen, wenn
die beta Phase um ist, sollen die Nodes umgestellt werden, da wir den
legacy Server Betrieb für die Akte Hood auf Dauer einstellen wollen.

LG, Simon

Allgemeine Mailingliste zum Freifunk Köln, Bonn und Umgebung <
freifunk-bonn at lists.kbu.freifunk.net> schrieb am Di., 25. Sep. 2018, 13:54:

> Hallo,
>
> hui - gut :-). Ein paar Anmerkungen - siehe unten.
>
> Am 25.09.18 um 11:24 schrieb Allgemeine Mailingliste zum Freifunk Köln,
> Bonn und Umgebung:
> > Hallo KBU Hood Bonn,
> > nach langem basteln und testen haben wir eine neue Freifunk-Hood für
> > Bonn eröffnet,
> > wie dem ein oder anderen auf der Map schon aufgefallen seinen könnte:
> > "KBU Hood Bonn V2".
> > Mittelfristig wird diese neue Hood die legacy-kbu-(bonn)-Hood ersetzen.
> > Keine Panik die alte Hood wird noch ein halbes Jahr weiter betrieben
> werden.
> >
> > Die neue Firmware musste mit der Abwärtskompatibilität brechen, damit
> > legacy-Kram gegen den neuen heißen Scheiß ersetzt werden konnte. Es wird
> > also nicht möglich sein, dass die alte mit der neuen Hood meshen kann.
> >
> > Folgenden Änderungen ist die Inkompatibilität geschuldet:
> > Batman: von gluon-mesh-batman-adv-14 -> gluon-mesh-batman-adv-15
> > Meshnetz: von ibss -> 11s
> > VPN: bei allen Targets mit mehr als 4 MB Flashspeicher von fastd auf
> > wireguard
> > Wlan: 2,4 Kanal: von 1 -> 3
> > Kabelgebundenes-Mesh: MeshOnLAN -> VX-LAN
> > Routing Mechanismus umgestellt auf routing_algo = 'BATMAN_IV'
> > gw_sel_class = 3
> > .. weitere Detailänderungen kann man der site in GitHub entnehmen(unten
> > verlinkt).
>
> - Kanal 3 würde ich wirklich nicht nehmen.
> Das bricht mit den beiden üblichen Kanal-Schemata (1,6,11), (1,5,9,13).
> Es überlappt und stört jeweils 2 Kanäle aktiv (1 und 6 bzw. 5) - da
> jeder Kanal 20 Mhz einnimmt.
> Kanal 1 - auch wenn viel benutzt - hat den Charme, dass er in in beiden
> Varianten enthalten ist. Auf Kanal 3 ist der komplette Traffic von Kanal
> 1 als Noise vorhanden - das ist wirklich mies.
>
> - Warum BATMAN_IV - was spricht gegen BATMAN_V? Throughput based routing
> finde ich schon interessant.
>
> - Soweit ich verstehe, wird die neue Hood einen anderen IP-Range nutzen
> als die alte. Das ist IMHO ungeschickt, da so clients nicht zwischen
> beiden Hoods roamen können. Aus meiner Sicht wär's geschickt, die hoods
> nicht zu trennen (d.h. eine Hood mit einem Backend) oder eine andere
> SSID zu nutzen (damit sich clients aktiv reconnected und nicht "kaputt"
> in der anderen Hood hängt).
>
> Gruß, yanosz
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.kbu.freifunk.net
> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20180925/58143345/attachment.htm>