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
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
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
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
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
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
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
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
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
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
