Software Migrationsstrategien (batman-adv, MTU, 11s etc)

Technik
43

ok, dann ist nun klar was du willst (oder für jemand anderen erläuterst) und in dem Fall kann ich dir tatsächlich nicht helfen.
Weiterer möglicher zukünftiger Fall ohne Parallelbetrieb: Umstieg von batman-adv auf babel/l3roamd

44

Okay, also scheinbar wurde der noch nicht in der Praxis getestet, das ist ja auch nicht schlimm.

Eine weitere brennende Frage ist auch, ob er unter „normalen Umständen“ genauso zuverlässig funktioniert, wie der klassische Autoupdater. Wäre nichts ärgerlicher, als einen kaputten Autoupdater rauszuschieben.

45

Ich habe es mit dem hier referenzierten versucht und war nicht erfolgreich. Die Konoten blieben nachhaltig offline und haben es auch mit „hochgesetzter Cron“ irgendwie nicht hinbekommen, sich in der benachbarten Freifunk-SSID einzuloggen und eine FW zu ziehen.
Eventuell gibt es noch weitere Randbedingungen, damit das funktioniert. Geht das dann evtl. „nur“ per IPv4?

Vermutlich habe ich aber auch von einem falschen Paket/CommitID gebaut.

1 „Gefällt mir“
46

Wir machen das ja gerade bei 1200 Knoten. Also Wechsel von BATMAN 14 auf compat 15 sowie auf 11s.

Wenn das durch ist kann ich ja mal einen kleinen Erfahrungsbericht schreiben.

4 „Gefällt mir“
47

[quote=„adorfer, post:32, topic:10740“]
Weshalb wir dann Wohl oder Übel auf „Parallelbetrieb“ für eine Woche gegangen sind.[/quote]

»Parallelbetrieb« ist aus meiner Sicht keine Option: für den Schwenk nach 802.11s als auch batman_adv v15+ ›irgendwann‹ brauchen wir sowieso eine autarke Lösung für unser Netz, und ›ffho-autoupdater-wifi-fallback‹ klingt für mich nach dem richtigen Ansatz: wenn Mesh $länger nicht verfügbar, guck’ mal, ob die Karavane vielleicht weitergezogen ist.

[quote=„adorfer, post:45, topic:10740“]
Eventuell gibt es noch weitere Randbedingungen, damit das funktioniert. Geht das dann evtl. „nur“ per IPv4?[/quote]

Hmm, ›ffho-autoupdater-wifi-fallback‹ setzt schein’s auf dhcpv6 statt RA?

uci:section('network', 'interface', 'fallback6',
  {
    ifname = '@fallback',
    proto = 'dhcpv6',
    peerdns = 1,
    sourcefilter = 0,
  }
)

Oder tut RA immer? Werde aus der OpenWRT-Doku diesbezüglich nicht schlau :frowning: Anyway, unsere FW-Server stehen im öffentlichen v4- und v6-Netz, insofern sollte das in jedem Falle tun.

Hmm, hat PRIORITY=0 nicht einen sehr ähnlichen Effekt?

The priority defines the maximum number of days that may pass between releasing an update and installation of the images. The update probability will start at 0 after the release time mentioned in the manifest and then slowly rise to 1 up to the point when the number of days given by the priority has passed.

[quote=„Tarnatos, post:46, topic:10740“]
Wenn das durch ist kann ich ja mal einen kleinen Erfahrungsbericht schreiben.[/quote]

Das wäre nett; mit welcher ETA rechnet Ihr, sprich, wann sollte das durchlitten sein?

48

Was dazu schreiben kann ich nächste Woche.

Fertig werden wir denke ich so in 3 Wochen sein. Wobei man leider nie alle bekommt.

49

naja, dann wartet ihr halt noch 20 Erfahrungsberichte ab, wenn ihr Leuten wie mir oder @hexa von ffda nicht glaubt, dass es bei uns schon vor einer Weile funktioniert hat ¯_(ツ)_/¯

EDIT: ihr müsst es ja nicht einmal glauben, einfach selbst testen mit einem Knoten.

ziemlich sicher, bei mir hat mein Testknoten es einwandfrei gemacht, und einige Monate später das ganze Netz.

2 „Gefällt mir“
50

1.

Der Umstieg 2017 in Freifunk Nord von batman compat 14 auf 15 (und gleichzeitig eine höhere MTU) hat gut geklappt:

  • neue Gateways eingerichtet mit neuem Batman 15
  • die neue Firmware hatte dann nur die neuen Gateways eingetragen
  • Ein git Repository eingerichtet, in dem wir die Knoten, die schon updaten dürfen eingetragen haben. Der Apache hat sich daher dann die immer aktuellen Regeln geholt.

Es war recht aufwändig, da wir die Knoten einzeln freigeschaltet haben indem wie auf der Karte geschaut haben, welche nicht „abgehängt“ werden und dann die IP6 des Knoten in der apache regel per git eingetragen haben. Aber war noch machbar bei ~1000 Knoten. Denke der Aufwand dafür eine automatisierung zu schreiben ist größer.

1 „Gefällt mir“
51

… Allerdings hat @sargon diese Zeit inzwischen für Kiel doch investiert (aus Wissenschaftlicher Neugier):

2.

In Kiel sind wir kurz vor dem Umsetzen des Umstiegs auf Batman 15 mit MIAU, der über eine bestehende Mesh Verbindung die Firmware an Nachbarknoten ausliefern kann auch, wenn keine Batman verbindung mehr möglich ist:

In unserem Blog haben wir das ausführlich beschrieben:

https://freifunk.in-kiel.de/blog/2019/04/13/BATMAN-migration.html

(Auf 11s umgestiegen sind wir vor einem Jahr schon in Kiel; ganz einfach mit einem kurzen parallellbetrieb)

2 „Gefällt mir“