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

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

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