- Dev - Freifunk Nordwest

gitlab-CI
by Jan-Tarek Butt 07 Sep '16

07 Sep '16

Hi, Das gitlab CI ist nun für die nighly builds fertig eingerichtet. Nun werden u.a. alle images automatisch hier abgelegt: http://runner02.ffnw.de/nightly/master/ Der CI code ist nun so hingehend abstrahiert das dieser weniger von bestimmten Daten abhängt ist. vg Tarek

1 0

Status v1.2
by Jan-Tarek Butt 04 Sep '16

04 Sep '16

Hi, ich hab heute eine sehr rudimentäre mesh on lan / wan management implementiert. Das ist z.Z. nicht wirklich anders lösbar, da die network conf in gluon dringend mal von Grund auf neu strukturiert werden muss. Dazu besteht ein eigener milestone im upstream. Das ist so komplex das ich mich die letzten 3 Tage nur mit den networkconf foo und möglichen lösungen beschäftig habe.. Aktuell ist es so das via respondd md5hashes der aktuell gesetzten hoods erstellt werden. Zudem stehen in der section hoodselector auch noch infos wie boolean "vpnrouter", current_bssid und hoodname. Für das mesh on lan / wan management wird z.Z. nur die hashes verglichen. ist ein hash ungleich zum eigenen wird das mesh on lan wan abgeschaltet... Es fehlt in gluon leider noch ein flag das mesh on lan oder wan zwingen aus sein soll so das es aktuell immer an ist, bzw. nur aus bei einer Kollision. Ist eine Kollision fest gestellt worden so wird mesh on lan/wan abgeschalten beim nächsten aufruf den hoodselectors wird diesen aber wieder eingeschaltet da keine kolision mehr ermittelt werden kann (flip flop) beim nächsten Aufruf dann wieder aus usw... Es gibt zwei Möglichkeiten die ich mir überlegt habe. Die erste wäre die grundlegende überarbeitung der gesamten network conf von gluon was bestimmt einige Wochen mit mehren Leuten Arbeit ist. Zudem wir da leute bräuchten die sich verdammt gut mit network foo auskennen müssen. Neoraider hatt die issues dazu nict umsonst in ein eigenen milestone gepackt :D https://github.com/freifunk-gluon/gluon/issues?q=is%3Aopen+is%3Aissue+miles… Die zweite Möglichkeit wäre VXLAN das ist relativ neu und es existiert noch so gut wie garkeine doku dazu Dazu könnte man ein LEDE-Paket bauen, das VXLAN-Support in netifd einbaut, z.b. als Script in /lib/netifd/proto die zweite Variante hätte wahrscheinlich eh zu folge das die network conf umfangreicher angepackt werden muss. Aktuell arbeite ich gerade an der abstraktion der geoposition der router. Dazu wird der config mode wohl so angepasst, das es ein flag share location geben wird und ein dropdown menü wo man folgendes auswählen kann: autolocation staticlocation auto & staticlocation (no location) Beim letzten Punkt bin ich mir noch nicht sicher evtl. würde ich da einen Text hinsetzen das diese Option signifikante Nachteile auf die lokale Netzqualität haben kann. cheers Tarek

2 1

issue #61 Hoodselector generates high loads
by Jan-Tarek Butt 02 Sep '16

02 Sep '16

Hi, kann jemand zu dem issue sagen wo genau das problem ist? bzw. wann der hoodselector eine hohe load erzeugt ? vg Tarek

1 0

VPN managemend
by Jan-Tarek Butt 01 Sep '16

01 Sep '16

Hi zusammen, Mir ist gerade eine Idee gekommen die ich hier mal vorstellen und diskutieren wollte. Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots serverseitig blockiert. Nun zu der Idee. Die Router tauschen sich local über deren interfaces miteinander aus (lan,wan,wifi). Als Protokoll könnte man respondd nutzen. Sobald zwei router die local mit einander meshen und auch einen VPN über die identische leitung haben, schaltet einer der beiden den fastd ab. Das Ergebnis wären keine redundanten fastd Verbindungen mehr über identische DSL Anschlüsse. Bewerkstelligen könnte man das indem man prüft ob die Router eine identischen fastd config haben. Da habe ich gerade was in respondd fertig gemacht das md5 hashes von aktuell gesetzen hoods bereitstellt. Die Prüfung ob es sich um den selben Anschluss handelt könnte über die Ermittlung der externe IP geschehen. Da müsste v4 v6 berücksichtigt werden. was halten ihr davon? Hab ich evtl. was essenzielles übersehen warum das eine blöde Idee sein könnte? Wehr hat Lust und zeit das zu implementieren? :) schönen Gruß Tarek

6 8

Re: [Dev] VPN managemend
by Jens Ellerbrock | Freifunk Nordwest e. V. 31 Aug '16

31 Aug '16

Das hat sich bald mit L2TP auch erledigt ;) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: lrnzo via Dev <dev(a)lists.ffnw.de> Datum: 31.08.16 19:17 (GMT+01:00) An: dev(a)lists.ffnw.de Cc: lrnzo <lrnzo(a)osnabrueck.freifunk.net> Betreff: Re: [Dev] VPN managemend naja, wenn jemand den extra für freifunk angemieteten DSL Anschluss auch wirklich auslasten will ... In einen 50 Mbit/s VDSL Anschluss bekommt man schon 3 Tunnel hinein (je nach dem welche Hardware man hat.) Ich habe das auch so gemacht, bevor ich mir nen offloader gebaut habe. aber das nur am Rande Am 31.08.2016 um 17:08 schrieb Jan-Tarek Butt via Dev: > Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL > Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. > Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss > wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots > serverseitig blockiert. _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

1 0

Fwd: [WLANnews] JetBrains Lizenzen für freifunk
by Jan-Tarek Butt 30 Aug '16

30 Aug '16

FYI -------- Forwarded Message -------- Subject: [WLANnews] JetBrains Lizenzen für freifunk Date: Tue, 30 Aug 2016 14:26:13 +0200 From: Andreas Bräu <ab(a)andi95.de> Reply-To: Deutschlandweite Liste für WLAN Neuigkeiten <wlannews(a)freifunk.net> To: wlannews(a)freifunk.net Hallo Freifunkas, von JetBrains haben wir 4 AllProducts-Lizenzen (IntelliJ, WebStorm, PhpStorm, ... https://www.jetbrains.com/products.html) für OpenSource-Entwicklung bei freifunk bekommen. Meldet euch bei mir, wenn ihr Interesse habt, das zu nutzen. Viele Grüße Andi _______________________________________________ WLANnews mailing list WLANnews(a)freifunk.net Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlannews-freifunk.net Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten

1 0

Re: [Dev] [patch master] sed version number to current commit if no tag discripe exist
by Jan-Tarek Butt 28 Aug '16

28 Aug '16

FYI On 08/28/16 23:27, Jan-Tarek Butt wrote: > --- > buildscript | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/buildscript b/buildscript > index 53985c4..5a23037 100755 > --- a/buildscript > +++ b/buildscript > @@ -192,6 +192,9 @@ prebuild() { > > #insert actual firware version informations into release file > version=$(git describe --tags --dirty) > + if [ $? -ne 0 ]; then > + version=$(git log | grep -m 1 commit | tail -c41 | head -c7) > + fi > community=$(basename "$(realpath selected_community)" .cfg) > > { > -- > 2.9.3 >

1 0

Signrequest Firmware 1.1 - Part 2
by Johannes Rudolph 25 Aug '16

25 Aug '16

Hallo zusammen, Die Firmware 1.1 läuft seit gut 6 Wochen stabil. Sie wurde auch von 4 Leuten signiert. Inklusive meiner Signatur. Nur leider kennen die Router mit Firmware < 8.1 meine Signatur nicht. Dank unseres Netzsplit sind in den letzten Wochen Router mit alter Firmware wieder online gekommen. Doses kennen meine Signatur noch nicht und updaten nicht. Daher wäre super gut wenn einer aus dem Folgendem Trio noch die Firmware 1.1 signiert, dann hat diese 4 gültige "alte" Signaturen. Dieses betrifft: - Bjo - Clemens - Simon Danke im Voraus Johannes

1 0

mailinglisten - freifunk api
by picard 22 Aug '16

22 Aug '16

moin, auf [0] ist Osnabrücks ML zu finden. wie bekommen wir die ffnw und alle anderen ML auf die übersichts seite? danke im voraus [0] https://freifunk.net/services/wir-tauschen-uns-uber-mailinglisten-aus/servi… -- Freifunk Gruß pic Xmpp: picard(a)ffnw.de & picard(a)fr32k.de @ME https://wiki.nordwest.freifunk.net/picard

3 4

hoodgen map zugriff probleme
by Jan-Tarek Butt 19 Aug '16

19 Aug '16

Hi, mir ist gerade aufgefallen das die darstellung der map nicht mehr über den aktuell implementierten weg möglich ist. http://hood.ffnw/hoodgen.html falls jemand bock auf php hat und vor allen ein wehnig zeit, ist ein patch gerne gesehen :) issue folgt gleich https://git.nordwest.freifunk.net/ffnw-server/hoodgen vg Tarek

3 5