802.11 umstellung vorhandener Nodes

[SvenRoederer]

Nachdem der Wizard nun 802.11s als default mesh-protokoll nutzt (https://github.com/freifunk-berlin/firmware-packages/pull/180) wird das Problem der Umstellung vorhandener Nodes relevant.

Es gibt 2 Ansätze:

1. automatische Änderung der Einstellungen via "Migration script"
   • erfordert keinen Eingriff vom User
   • bringt die Gefahr, dass Links deaktiviert werden, wenn nicht alle Linkpartner koordiniert vorgehen (https://lists.berlin.freifunk.net/pipermail/berlin/2019-June/039491.html)
   • es gibt etwas Code, der schonmal unter die User ging (https://github.com/freifunk-berlin/firmware-packages/blob/dfb86c72da067f76215068155cc17b101334fed0/utils/freifunk-berlin-migration/uci-defaults/freifunk-berlin-01-migration.sh#L515)
2. ein separates Script, das manuell vom User gestartet wird
   • ein paar Gedanken dazu finden sich unter https://github.com/freifunk-berlin/firmware-packages/pull/156#issuecomment-460046308
   • hier ist es möglich, den User nach einer weiteren IP-Adresse zu fragen, um ein 802.11s + IBSS auf dem selben Radio zu machen

Da Firmware-upgardes im Netz immer nur sehe langsam passieren, denke ich wir sollten dem User die Wahl lassen. Wenn nach einer gewissen Zeit genug 802.11s deployed ist und auch Erfahrungen zu Stabilität und Problemen vorliegen, ist eine Auto-migration sicherlich sinnvoll.

[kls0e]

+1 für Auto-Migration, da aufgrund der besseren und stabileren Unterstützung von 802.11s auf vielen Routern vielleicht sogar das vorhandene Mesh performanter läuft.

Ich behaupte das aufgrund meiner positiven Erfahrung mit 802.11s betreffend mehrerer kleiner Mesh-Wolken im Berliner Netz, die auf verschiedenen, auch älteren, Architekturen, Firmware-Versionen und Chipsets basieren.

Edit: as I have learned from @pmelange there are definitely issues with some devices using 11s, e.g. UBNT AC-MESH-M driver variants, so auto-switching to 802.11s might lead to having some nodes going offline.