====== 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 * https://gitlab.isc.org/isc-projects/kea/issues/279 * https://gitlab.isc.org/isc-projects/kea/issues/280 * 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 * [[wiki:babel_android#nichts_tun|Nichts tun?]] * 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