May 2017 - Dev - Freifunk Nordwest

Roadmap Planung
by Jan-Tarek Butt 26 May '18

26 May '18

Hi zusammen, Ich wollte meine Ideen und Pläne gerne mal vorstellen und gemeinsam mit euren eine Roadmap erarbeiten. :) Meine Pläne für das Netz und die Firmware: 1. Hoodselector fertigstellen: Aktuell fehlen noch ein paar Zustände die in den kommenden Wochen angeschlossen sein sollten. Das betrifft hauptsächlich den BATAMAN_GATEWAY mode. Z.B. das verhalten beim zurück wechseln in die Eigene hood wenn sich ein mesh Router an eine benachbarte hood gehängt hat. Siehe dazu: https://github.com/freifunk-gluon/gluon/pull/997 2. Support für L2TP VPN. Aus dem gluon upstream soll l2tp in unsere Firmware backported werden. Das ist dank der neuen Patch Möglichkeit in unserer Firmware nun relativ einfach realisierbar. 3. Router als Batman-adv Gateways Die Idee hatte ich schon länger im Kopf bin aber bisher noch nicht wirklich dazu gekommen in der Richtung was zu machen. Im Grunde ist die Idee das, leistungsfähigere Router bsp. Archer C7 einen eigenen VPN zu exit Servern aufbauen wie z.B. IPredator, HidemyAss, Tor, usw. Paralell zu den VPN soll ein weiterer VPN fastd oder l2tp die virtuelle mesh Verbindung für das interne Netz weiter zur Verfügung stellen. Vorteile bei dieser Struktur: * Es gibt deutlich mehr Exit Nodes. * Es kommt dem Dezentralen Konzept ein Stück näher. * Unser Server backbone wird entlastet (bessere lasten Verteilung). * Evtl. Technische Lösung der VDS Nachteile: * IPv4 würde in dem Konstrukt wahrscheinlich Probleme machen. Lösung könnte hier ddhcpd sein ein zurzeit experimenteller distributed dhcp Server. 4. Prof of concept erstellen für generische Layer3 Routern zwischen hoods. Hierzu habe ich mir noch keine näheren Gedanken gemacht. Aber der Titel sollte schon aussagen worum es geht. Das sind bisher nur Ideen und Vorstellungen woraus letztlich eine Roadmap entstehen kann. Ich würde mich über feadback und/oder andere Ideen Freuen :) Schöne Grüße Tarek

1 3

Offline-SSID
by Simon Kurka 19 Oct '17

19 Oct '17

Hallo zusammen, auf dem letzten Treffen kam nochmals die Frage nach einer Offline-SSID auf. Tarek möchte so eine grundlegende Entscheidung auf der ML diskutieren. Ich denke wir sollten eine Offline-SSID einführen. Diese muss nicht direkt vom Online-Status des Routers herrühren, sondern könnte auch durch ein fehlendes (Batman-)Gateway ausgelöst werden. Grund: Ohne Gateway Anbindung hat man nicht den erwarteten Zustand. Befindet man sich beispielsweise in Oldenburg und verbindet sich mit unserem Netz, erwartet man eine IPv4 und eine Publicv6 aus dem Oldenburger Bereich zugewiesen zu bekommen und mit jedem anderen im Freifunk Nordwest Netz und auch mit dem gesamten Internet Daten tauschen zu können. Für Nutzer, die auch die ganz grundlegenden lokalen Features nutzen, sollte es kein Problem sein sowohl Offline- als auch Online-SSID zu speichern / sich damit zu verbinden. Wenn wir das nicht tun provozieren wir an reinen Mesh-Routern ohne Anbindung ein Offline-legen der User. Die Geräte verbinden sich mit Freifunk, schalten mobile Daten ab und sind offline. Außerdem kann es auch beim Ausbau unterstützen: Mein Blick in der Oldenburger Innenstadt geht gerade dahin, wo ich einen Uplink her bekomme, obwohl ein weiterer Routerstandort auch ohne cool ist. Ich werde aber keine Router aufbauen, die von vornherein offline sind und Nutzer beeinträchtigen. Mit Offline-SSID kein Problem und die Geräte würden sich auf die normale SSID konfigurieren, sobald ein Uplink-Router in der Nähe ist. -- Viele Grüße, Simon

7 17

Sign Request 20170530
by Jan-Tarek Butt 06 Jun '17

06 Jun '17

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170502 * Gluon-Version: v2016.2.x * Commit ID: 97f44c208b4dd23a63a0069963ca04fad899bf05 * Download: https://firmware.ffnw.de/20170530 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/242e63...97f44c Folgende Gluon spezifischen Änderungen gab es unter anderen: * backport support for TP-Link TL-WR841ND v12 * x86: backport more sysupgrade Folgende Comunnity spezifischen Änderungen gab es: package repo: * hoodselector: Die Fehler werden jetzt in /tmp/hoodselector_error geloggt. * hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes Paket namens hoodselectorctl ausgelagert worden. * hoodselector: Enthält nun den Support um mit IEEE802.11s umzugehen. #86 * hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt und kostet keine extra Airtime mehr. * hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101 * hoodselector: Die wifi Test Funktion wurde überarbeitet. Es werden nun alle STA Netze vor dem testen der umliegenden Freifunk WLANSs entfernt. #103 * hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag entfernt wird. * hoodselector: Ein Fehler zur Position abfrage wurde behoben. Wenn keine uci config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt 0 returnd so das eine folge Prüfung fehlschlug. #100 * hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder die defaulthood gesetzt. #99 * hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht mehr von groß, klein Notation abhängig. #102 * geolocator: Der geolocator wurde so angepasst das die pkgs libwlocate und lwtrace nicht mehr notwendig sind, damit konnten ~ 14kbyte speicher eingespart werden. * hoods: Die default hood wurde um einen vpn peer erweitert. Die hood suedwest ist in landkreis-emsland umbenannt worden. Eine neue hood landkreis-cloppenburg ist hinzu gekommen. Eine neue hood grafschaft-bentheim ist hinzu gekommen. Eine neue hood bad-iburg ist hinzu gekommen. siteconf repo: * IEEE802.11s kann jetzt optional im configMode eingeschaltet werden. * iw: package wurde erweitert um den Umgang mit IEEE802.11s zu ermöglichen. * libwlocate: package wurde entfernt. * lwtrace: package wurde entfernt. * netmon-node-client: ist in die Firmware aufgenommen worden. Das package soll das neue Administrations- und Monitorring-Portal Netmon-gn mit Daten versorgen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

8 28

Fehler im Hoodselector?
by Malte Modler 26 May '17

26 May '17

Hi, ich hab mit dem Hoodselector folgendes Problem: > root@whv-mm-1:~# hoodselector > VPN connection found. > Position found. > /usr/bin/lua: /usr/sbin/hoodselector:392: attempt to compare number with nil > stack traceback: > /usr/sbin/hoodselector:392: in function '_' > /usr/sbin/hoodselector:711: in main chunk > [C]: ? > root@whv-mm-1:~# weiß jemand Rat? LG Malte

2 2

[ Bug ] Hoodselector 20170410 UAP-AC-PRO
by Simon Kurka 19 May '17

19 May '17

Hoodselector 20170410 UAP-AC-PRO > # hoodselector > No VPN connection found > Testing neighboring adhoc networks for batman advanced gw connection. > The following wireless networks have been found: > 0 5220 02:CA:FF:EE:BA:BF mesh.ffnw > 0 2437 02:CA:FF:EE:BA:BF mesh.ffnw > 71 2437 02:00:0A:12:98:00 mesh.ffnw > After filtering we will test the following wireless networks: > 71 2437 02:00:0A:12:98:00 mesh.ffnw > Prepare configuration for testing wireless networks... > VPN stopped. > Testing 02:00:0A:12:98:00... > command failed: Device or resource busy (-16) > VPN started. > Interface br-client restarted. > Wireless restarted. > Finished testing wireless networks, restored previous configuration > No neighboring freifunk batman advanced mesh found. > gluon-neighbour-info -i mesh-vpn -p 1001 -d ff02::2 -r hoodselector -t 0.5 > No VPN routers over mesh on lan or wan > No molwm neighbors found Nein mehr Info gibt es nicht, das ist für einen Bug-Report mehr als ausreichend. Wäre schön, wenn das auch richtig geht. -- Viele Grüße, Simon

2 6

[ Bug ] Hoodselector 20170410 Fehlerhafte Hoodauswahl bei MoW
by Simon Kurka 18 May '17

18 May '17

Hoodselector 20170410 Fehlerhafte Hoodauswahl bei MoW Betroffener Router: https://map.ffnw.de/#!v:m;n:98ded088850c (OldenburgSKNordCPE2) VPN-Router: https://map.ffnw.de/#!v:m;n:ec086ba4e6a4 (OldenburgSKNord) > # hoodselector > No VPN connection found > Batman gateways found --> Landet in default-hood. -- Viele Grüße, Simon

2 2

Testserverumgebung
by Sem Stadel 12 May '17

12 May '17

Moin zusammen, ich würde gerne für Testzwecke einen zusätzlichen Server bei Hetzner anmieten und unserem Verein zur Verfügung stellen. Dort sollte meiner Meinung nach eine komplette Testumgebung inkl. Einrichtung einer Testhood installiert werden. Damit könnte alles immer vorab getestet werden bevor es in unsere Produktivsysteme eingespielt wird. Was haltet ihr davon und was wird benötigt? Meiner Meinung sollte das System auch so ausgelegt sein, das im Ausfall eines anderen System als Backup genutzt werden kann. LG Sem

3 2

Sign Request 20170502
by Jan-Tarek Butt 09 May '17

09 May '17

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170502 * Gluon-Version: v2016.2.x * Commit ID: 03fc7b8e972aea4d61ff6014adc6ec5850f86216 * Download: https://firmware.ffnw.de/20170502 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/242e63...03fc7b Folgende Comunnity spezifischen Änderungen gab es: package repo: * hoodselector: Die fehler werden jetzt in /tmp/hoodselector_error gelog. * hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes Paket namens hoodselectorctl ausgelagert worden. * hoodselector: Enthält nun den support um mit IEEE802.11s umzugehen. #86 * hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt und kostet keine extra Airtime mehr. * hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101 * hoodselector: Die wifi test funktion wurde überarbeitet. Es werden nun alle STA Netze vor dem testen der umliegenden freifunk WLANSs entfernt. #103 * hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag entfernt wird. * hoodselector: Ein Fehler zur Positionabfrage wurde behoben. Wenn keine uci config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt 0 returnd so das eine folge Prüfung fehlschlug. #100 * hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder die defaulthood gesetzt. #99 * hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht mehr von groß, klein Notation abhängig. #102 * IEEE802.11s kann jetzt optional im configMode eingeschaltet werden. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

3 7

Firmware 20170410
by Jan-Tarek Butt 09 May '17

09 May '17

Hi zusammen, ich habe am Freitag von Sem den hinwies bekommen das sein tp-link-tl-wdr4900-v1 auf den testing branch gewechselt ist. Scheinbar ist beim Bau der Firmware ein Fehler unterlaufen, vermutlich wurde vorher eine testing Version gebaut worden und darauf folgend eine stabile dabei wurde wahrscheinlich make ..TARGET=mpc85xx-generic .. vergessen auszuführen. Ich habe die testing images vorerst in mein homedir verschoben. Mir würden jetzt 2 Vorgehensweisen einfallen. Wir lassen die testing Images einfach aus den Ordner heraus und bieten zu den Signaturen keine images für die wdr4900. In einer neuen Firmware Version kommen dann die stable Images einfach wieder neu mit rein. <-- würde ich bevorzugen. Zweiter Vorschlag: Wir bauen 20170410 neu und müssen anschließend noch mal alle signieren. oder hat jemand noch eine andere Idee? Zudem hab ich gerade auch schon eine Mail an die Allgemeine liste vorbereitet, mit den hinwies darin, das Besitzer eines wdr4900 einmal manuell die Firmware wieder installieren sollten um wieder auf den stable zustand zu kommen. Diese kann dann abgesendet werden wenn wir eine neuere stable images haben oder den Fehlerfall gelöscht haben. Vg Tarek

1 1

Neue Hoods - Bentheim - Emsland - Cloppenburg - Bad Iburg
by Johannes Rudolph 09 May '17

09 May '17

Moin zusammen, nach dem Update ist vor dem Update. Unser Freifunk Netz wächst und wächst in der letzten Zeit verdammt schnell. Dank unseres Hoodsystems und des Hoodselectors können wir darauf mittlerweile relative einfach darauf regaieren. Daher habe ich zusammen mit Stefan bereits die nächsten Schritt geplant. In dem Bereich Nordwest sind mittlerweile überall Hoods, die letzten weißen Felcken haben wir mit dem Letzten Update (20170410) beseitigt. Aktuell sind ca. 65 Router in der Default Hood, das sind all diese, die nicht auf der Karte sind und keine Koordinaten haben oder ausserhalb unser Region sind. Stefan und ich haben uns überlegt nun uns an die „großen“ Hoods zu wagen und diese sinvoll zu unterglidern. Die Hood Südwest ist da so ein Kandidat, aktuell auch die größte Hood mit 200 Routern. Diese soll in 3 Hoods mit geografischen Bezug aufgeteillt werden in: - Landkreis Grafschaft Bentheim - Landkreis Emsland - Landkreis Cloppenburg Die Zweitgrößte Hood „Landkreis Osnabrück“, dort würden wir Bad Iburg in eine separate Hood verfrachten, da dort auch eine Menge von Routern auf kleiner Fläche installiert sind. Mein Vorschlag für die neuen Hoods findet ihr hier. Wenn hier keine Einwände kommen würde ich zeitnah eine neue Firmware bauen. Das neue Hoodfile habe ich hier zum Entwurf:https://git.ffnw.de/snippets/15 Man kann es sich wie gewohnt mit unserem Hoodgen anschauen https://hoodgen.ffnw.de Stefan hat das ganz Serverseitig bereits alles vorbereitet. Die Sachen kann man auch hier sich anschauen: https://mw.ffnw.de/Hood_IP_Netze Gruß Johannes Von meinem iPhone gesendet

3 5