Offenes Treffen am Montag, den 2019-03-11
Beginn: 20:00 Uhr Anwesend: Benny, Jason, Klaus-Dieter, ctr, remote: skorpy, Igel
Netzstabilität
- Limit: Gateways sind voll
- Welche Symptome gibt es überhaupt?
- keine IP bei Connect
- (extrem) langsamer Durchsatz
- Erarbeiten der Ursachen und Lösungskonzepte
- eine mögliche Fehlerquelle DHCP (Kea Stabilität oder bei Last keine Bandbreite für DHCP übrig)
- Statistiken aus Kea erzeugen und darstellen
- Traffic Analyse durch Suricata
- ctr bastelt mal was und dann wird je nach Ressourcenbedarf über weitere Verwendung und Ort entschieden
Direktes Ausleiten bei babel geht nicht - im Backend fehlt src-Routing
- keine unmittelbare Relevanz für FFFFM
- aber generell wichtiges Thema für Gluon
- bird patch ist noch nicht im release
- Testkonzept um den Stable Betrieb nicht zu gefährden möglich?
- Source Routing zwingend notwendig?
- ggf. nach multi domain
Überführung Singledomain zu Multidomain
- Abhängigkeit zu 4/32 Problematik wenn Parallelbetrieb (Batman v14/v15)
- 4/32 Owner anschreiben
- ctr bereitet in den nächsten Tagen Anschreiben vor → https://wiki.ffm.freifunk.net/entwurf-anschreiben
- Kontaktadressen (nur der 4/32 Owner) aus json ziehen (coverage?) → Igel, Skorpy?
- im Backend sonst alles vorbereitet
- Testnetz in HQ ist schon in Multi-Domain
- funktioniert aber gerade nicht
- Betrachtung unabhängig von 4/32 Problematik möglich? Dann kein automatisches Update möglich (no-go skorpy)
- Migrationsoptionen
- batman v14 und v15 in die Firmware einbauen (geht nicht mit 4/32)
- Migration in Domain anhand von Geolocation, automatische Zuordnung des Aktualisierungszeitpunktes
- manuelle Zuteilung der Domain
- Autoupdater bebasteln / Helper (https://github.com/viisauksena/gluon-v14tov15-helper ?)
Babel-Rollout
- Umgang mit IPV4
- IPv4 Assignment nur für Systeme die es wirklich benötigen (Whitelist, dnsmasq mit Pseudo-IP Generierung, clat) → kein Roaming
- betroffene Smart TVs roamen selten
- andere betroffene Endgeräte wenigstens eingeschränkt nutzbar