Hi zusammen,
Ich würde mit dem Update auf v2017.X auch gerne die Umstellung von IBSS auf 11s Only machen wollen. Der Support für IBSS fliegt bald bei Gluon raus.
Die ursprüngliche Idee war es, ein neues Packet zu bauen welches eine Abwärtskompatibilität gewährleistet. Das ist aber relativ aufwendig zu entwickeln daher daher habe ich folgenden Vorschlagt:
Mit der Firmware zum wechsel auf v2017.X kommt ein neues Package welchen nach an einem bestimmten Datum X das IBSS Netz abschaltet und das 11s ein. Das sollte denke ich ein sehr einfacher weg sein den wechsel zu vollziehen. Ich würde ungern beide Netze Parallel laufen lassen da die Vergangenheit gezeigt hat das dies zu Problemen führen kann.
Wenn alle mit der Idee soweit einverstanden sind würde ich vorschlagen das Datum X auf 2 Wochen nach Release zu setzen?
Damit würde das IBSS 2 Wochen nach der Freigabe der neuen Firmware abgeschaltet sein.
Schöne Grüße Tarek
gib es eine möglichkeit, das vorher einmal zu testen? könnte zb eine Testing fw gebaut werden, die den wechseln vorher einmal ausführt? das wird sonst ein sehr nervenaufreibender Tag für viele von uns.
Am 14.09.2017 um 16:32 schrieb Jan-Tarek Butt via Dev:
Hi zusammen,
Ich würde mit dem Update auf v2017.X auch gerne die Umstellung von IBSS auf 11s Only machen wollen. Der Support für IBSS fliegt bald bei Gluon raus.
Die ursprüngliche Idee war es, ein neues Packet zu bauen welches eine Abwärtskompatibilität gewährleistet. Das ist aber relativ aufwendig zu entwickeln daher daher habe ich folgenden Vorschlagt:
Mit der Firmware zum wechsel auf v2017.X kommt ein neues Package welchen nach an einem bestimmten Datum X das IBSS Netz abschaltet und das 11s ein. Das sollte denke ich ein sehr einfacher weg sein den wechsel zu vollziehen. Ich würde ungern beide Netze Parallel laufen lassen da die Vergangenheit gezeigt hat das dies zu Problemen führen kann.
Wenn alle mit der Idee soweit einverstanden sind würde ich vorschlagen das Datum X auf 2 Wochen nach Release zu setzen?
Damit würde das IBSS 2 Wochen nach der Freigabe der neuen Firmware abgeschaltet sein.
Schöne Grüße Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 09/14/17 17:13, lrnzo via Dev wrote:
gib es eine möglichkeit, das vorher einmal zu testen? könnte zb eine Testing fw gebaut werden, die den wechseln vorher einmal ausführt? das wird sonst ein sehr nervenaufreibender Tag für viele von uns.
Natürlich Testen wir das vorher. Einfach ungetestet würde ich das auch nicht auf das Netz los lassen ... :O
vg Tarek
Können wir das nicht mit 2 Firmware Updates machen.
1: Update aktiviert 11s
Wenn wir die update prio auf 0 lassen sind die meisten Router innegehalten kürzester Zeit (24h) umgezogen.
2 Tage später machen wir ein weiteres Update welches ibss abschaltet
Die beiden firmwares können wir bauen und erst wenn beide signiert sind schalten wir das erste Update scharf
Gruß
Johannes
Von meinem iPhone gesendet
Am 14.09.2017 um 17:13 schrieb lrnzo via Dev dev@lists.ffnw.de:
gib es eine möglichkeit, das vorher einmal zu testen? könnte zb eine Testing fw gebaut werden, die den wechseln vorher einmal ausführt? das wird sonst ein sehr nervenaufreibender Tag für viele von uns.
Am 14.09.2017 um 16:32 schrieb Jan-Tarek Butt via Dev: Hi zusammen,
Ich würde mit dem Update auf v2017.X auch gerne die Umstellung von IBSS auf 11s Only machen wollen. Der Support für IBSS fliegt bald bei Gluon raus.
Die ursprüngliche Idee war es, ein neues Packet zu bauen welches eine Abwärtskompatibilität gewährleistet. Das ist aber relativ aufwendig zu entwickeln daher daher habe ich folgenden Vorschlagt:
Mit der Firmware zum wechsel auf v2017.X kommt ein neues Package welchen nach an einem bestimmten Datum X das IBSS Netz abschaltet und das 11s ein. Das sollte denke ich ein sehr einfacher weg sein den wechsel zu vollziehen. Ich würde ungern beide Netze Parallel laufen lassen da die Vergangenheit gezeigt hat das dies zu Problemen führen kann.
Wenn alle mit der Idee soweit einverstanden sind würde ich vorschlagen das Datum X auf 2 Wochen nach Release zu setzen?
Damit würde das IBSS 2 Wochen nach der Freigabe der neuen Firmware abgeschaltet sein.
Schöne Grüße Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 09/14/17 17:40, Johannes Rudolph via Dev wrote:
Können wir das nicht mit 2 Firmware Updates machen.
1: Update aktiviert 11s
Wenn wir die update prio auf 0 lassen sind die meisten Router innegehalten kürzester Zeit (24h) umgezogen.
2 Tage später machen wir ein weiteres Update welches ibss abschaltet
Die beiden firmwares können wir bauen und erst wenn beide signiert sind schalten wir das erste Update scharf
Das ginge auch aber, dann haben wir genau das was ich vermeiden wollte. Ich würde wie gesagt ungern beide Netze Parallel Fahren wollen. Letztlich bin ich beiden Varianten neutral gegenüber Gestell.
Bei der Variante mit 2 Firmwares würde ich den Zeitraum trotzdem gerne erhöhen, um anderen Routern die zeitweise offline sind die Möglichkeit zu geben auch das update zu beziehen.
vg Tarek
Hi,
Ich hab den 11s-switch als pkg Fertig gebaut.
Im Grunde ist das Programm super simpel gebaut. Es wird einfach zu einem bestimmten Datum X eine site.json ohne IBSS die alte mit IBSS ersetzen. Anschließend werden einfach die Standard gluon-upgrade Scripte aus geführt.
Das Datum X ist aktuell zu Test Zwecken auf 2 Tage nach Build Datum gesetzt. Als Beispiel: die Firmware wird am 18.09.2017 gebaut, folglich am 20.09.2017 wechseln alle Router um Mitternacht auf 11s. Alle Router die nach dem Datum online kommen wechseln auch und auch die, die das Image nach dem 20.09.2017 installieren wechseln sofort. Den MR könnt ihr hier finden:
https://git.ffnw.de/ffnw-firmware/packages/merge_requests/62
vg Tarek
Hi,
Ich hab das pkg soweit getestet und nun gemergt.
Ich bitte alle die den wechsel testen wollen sich die nightlys zu installieren: http://runner02.ffnw.de/nightly/master/
Am 22.09.2017 sollten die nightly images dann auf 11s wechseln. Gerne auch Images nach dem Datum installieren. Das sollte genau so funktionieren.
Wir können den Test beliebig oft neu machen :)
vg Tarek
hier habe ich das jetzt einmal auf einem einzelnen Router funktionierend gesehen. Interessant wäre ein Test mit mindestens zwei meshenden Routern. Zum wiederholen des tests muss nur in /lib/ffnw/11s-switch/fdate ein anderer Wert eingetragen werden. zB
echo $(( $(date +%s) + 86400)) > /lib/ffnw/11s-switch/fdate
für "jetzt" in 24h
LG Lorenz
Am 20.09.2017 um 14:24 schrieb Jan-Tarek Butt via Dev:
Hi,
Ich hab das pkg soweit getestet und nun gemergt.
Ich bitte alle die den wechsel testen wollen sich die nightlys zu installieren: http://runner02.ffnw.de/nightly/master/
Am 22.09.2017 sollten die nightly images dann auf 11s wechseln. Gerne auch Images nach dem Datum installieren. Das sollte genau so funktionieren.
Wir können den Test beliebig oft neu machen :)
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 09/23/17 14:21, lrnzo via Dev wrote:
hier habe ich das jetzt einmal auf einem einzelnen Router funktionierend gesehen. Interessant wäre ein Test mit mindestens zwei meshenden Routern. Zum wiederholen des tests muss nur in /lib/ffnw/11s-switch/fdate ein anderer Wert eingetragen werden. zB
echo $(( $(date +%s) + 86400)) > /lib/ffnw/11s-switch/fdate
für "jetzt" in 24h
Korrekt, allrdings muss die site.conf auch im ordner enthalten sein
Ich hab einen test mit zwei meshenden geräten:
https://map.ffnw.de/#%21v:m%3Bn:c04a000b10b4
Das einzige warauf du achten musst ist das entfernen des testing flags in der mesh ID da die gesamte ID sonst zu lang ist und das netzt nicht aufgebaut wird.
Meinerseitz ist der test soweit erfolgreich.
Ich kann eine weitere Images bauen das Morgen alle Router den selben test nochmal machen. Allerdings müssen die mesh only router warscheinlich manuell geupdatet werden, da potentiell der vpn router vor dem mesh router updatet.
vg Tarek
Der zweite test hat meinerseits ebenfalls reibungslos geklappt. Es kam leider zu Verzögerungen da unter ntp.ffnw Server scheinbar nicht mehr existiert.
vg Tarek