May 2016 - Dev - Freifunk Nordwest

fastd crypto
by Jan-Tarek Butt 23 May '16

23 May '16

Hi, wir haben im Rahmen der gluon Umstellung 2012-2013 damals ein VPN crypto eingeführt. Ich habe mir da schon länger Gedanken drüber gemacht. Ich bin zu den Schluss gekommen, das ein crypto auf dem VPN an sich sinnlos ist und letztlich nur zur ausbremsung des Durchsatzes durch fastd sowie einer stärkeren Limitierung Server seits führt. Ohne das ein vorteilhafter Grund dafür bestehen bleibt. Das crypto Ansicht ist relativ witzlos da sowohl public key als auch private key in gits rumliegen. Somit hat grundsätzlich jeder einfach die Möglichkeit die VPN Verschlüsselung aufzuheben. Ich wäre dafür in v1.0 die Verschlüsselung von fastd wieder zu entfernen. Das sollte den Durchsatz auf den Routern erhöhen und zur Entlastung von Gateways führen. Ein Nachteil fällt mir dadurch nicht ein. Schöne Grüße Tarek

6 7

Hood Mesh BSSID
by Johannes Rudolph 22 May '16

22 May '16

Moin, in abspreache mit Stefan bastel ich gerade am ersten Hoodfile. Ich bin über den Punkt Mesh BSSID gestolpert. Aktuell ist diese bei uns "02:CA:FF:EE:BA:BE" und für die Default Hood kann diese auch so bleiben. Kann ich einfach nach freidünken für Hoods andere BSSID vergeben, oder gibt es da vorgaben die ich noch nicht kenne`?! Ansonsten mach ich einfach: 02:CA:FF:EE:BA:BE -> Default Hood 02:CA:FF:EE:BA:B0 -> Hood Osnabrück 02:CA:FF:EE:BA:B1 -> Hood Butjardingen/Friesland/Wilhelmshaven/Wittmund und die später folgenden Hoods werden weiter hochgezählt. 02:CA:FF:EE:BA:B2 02:CA:FF:EE:BA:B3 02:CA:FF:EE:BA:B4 02:CA:FF:EE:BA:B5 02:CA:FF:EE:BA:B6 02:CA:FF:EE:BA:B7 02:CA:FF:EE:BA:B8 02:CA:FF:EE:BA:B9 Meinungen / Wünsche / Kritik / Lob / Tadel / Zustimmung / Ablehnung?! Keine Reaktion deute ich mal als Zustimmung Gruß Johannes

4 7

Puppet: Trennung Hood - FFRL-Anbindung
by Bjoern Franke 21 May '16

21 May '16

Ahoi, auf srv15 haben wir momentan zwei VMs, die den Traffic über ein internes Netz auf den VM-Host leiten, auf dem Bird läuft. Nun stellt sich mir die Frage, ob mit dem Ausrollen unserer Puppetmodule so ein Setup zur Zeit nicht möglich wäre, sprich: Supernode und Rheinland-Anbindung müssen zwangsläufig auf demselben Host sein. Kann einer unserer Puppetentwickler dazu was sagen? Grüße bjo -- xmpp bjo(a)schafweide.org

3 2

Re: [Dev] Hoods für firmware version 1.0
by Jan-Tarek Butt 21 May '16

21 May '16

Hi, > Hört sich sehr stimmig an. > Die testhood kann erst ja auf 08 bleiben bis wir später Platz haben. > > Wenn dann die ersten Router ungezogen sind können wir ja auf einem neuen Server eine Testhood anlegen. > > Mach du doch mal eine hood.json, um den Puppet Part kümmere ich mich dann. Nächste Woche habe ich Luft. Ich würde im laufe des Wochenendes eine json Datei Generieren lassen. Evtl. wollen hier noch ein paar drauf schreiben. vg Tarek

2 1

0.9 Changelog
by Jan-Tarek Butt 20 May '16

20 May '16

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.9 * Gluon-Version: v2016.1.x * Commit ID: 15886fb65b9bcae8770f0bfa1bfc3718f70c9541 * Download: http://firmware.ffnw.de/0.9/ Folgende upstream Änderungen gab es: * https://gluon.readthedocs.io/en/v2016.1.4/releases/v2016.1.4.html#bugfixes * Fixes #714 https://github.com/freifunk-gluon/gluon/issues/714 * Fixes #721 https://github.com/freifunk-gluon/gluon/issues/721 * Fixes #754 https://github.com/freifunk-gluon/gluon/issues/754 * ar71xx-generic: add support for Ubiquiti Rocket M XW * Fixes #755 https://github.com/freifunk-gluon/gluon/issues/755 * Fixes #687 https://github.com/freifunk-gluon/gluon/issues/687 Folgende Comunnity speziffischen Änderungen gab es: * Neues Paket ffnw-hoods hinzugefügt. Dieses Paket enthält das hoodfile welches eine json datei ist die, die default hood beschreibt. * Neues Paket ffnw-hoodselector hinzugefügt. Dieses Paket enthält den hoodselector welcher eine halbautomatische Layer 2 Segmentierung anhand des hoodfiles realisiert. * geolacator patch führt zur error meldung wenn die positions Qualität = 0 ist. * nightly autoupdater branch hinzugefügt. liefert Images die täglich aus dem aktuellen master compeliert werden. * firmware signatur key von lethexa(Tim aus WHV) hinzugefügt Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v0.8.2 v0.9 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff b290ec25eca44cc8bb30a407958a539151a06aab 384427d91babb80756b3e5df75c6c361fd3b3f1a Viele Grüße Tarek -- # Home tarek(a)ring0.de # Freifunk Nordwest <tarek(a)ffnw.de> # GnuPG: # Ich nehme verschlüsselte Mails entgegen. # Fingerprint: 57C0 5D95 DBB0 8A60 159D D114 D41F 2089 1E7A 91C2 # Download Key: http://pgp.mit.edu/pks/lookup?op=get&search=0x1E7A91C2 # Anleitung zur Mailverschlüsselung: http://bit.ly/1e3g2yF

11 27

Fwd: Re: Hoods für firmware version 1.0
by Jan-Tarek Butt 20 May '16

20 May '16

FYI -------- Forwarded Message -------- Subject: Re: [Dev] Hoods für firmware version 1.0 Date: Fri, 20 May 2016 21:26:06 +0200 From: Stefan <stefan(a)osnabrueck.freifunk.net> To: Jan-Tarek Butt <tarek(a)ring0.de> Hört sich sehr stimmig an. Die testhood kann erst ja auf 08 bleiben bis wir später Platz haben. Wenn dann die ersten Router ungezogen sind können wir ja auf einem neuen Server eine Testhood anlegen. Mach du doch mal eine hood.json, um den Puppet Part kümmere ich mich dann. Nächste Woche habe ich Luft. Am 20. Mai 2016 21:15:59 MESZ, schrieb Jan-Tarek Butt <tarek(a)ring0.de>: >Hi, > >On 05/20/16 19:52, Stefan wrote: >> Hey Tarek, >> >> sehr guter Plan. >> Aktuell gibt es auf srv08 4 Fastd Instanzen, die wie folgt aufgeteilt >werden könnten: >> >> - WHV >> - Wittmund >> - Oldenburg? > >Das fände ich schon mal super und wäre dafür. > >> - und eine Testinstanz > >Hier würde ich vorschlagen das die test instance auf einen Vollständig >eigenen Server kommt da hier durch aus auch mal anderen protokolle zum >Einsatz kommen könnten usw. > >> srv03 wäre für folgende Hoods mit 2 Fastd Instanzen gut >> >> - OS-Stadt (130 Router) >> - Ibbenbüren (120 Router) >> >> Pro Fastd Instanz wären hier bei 03 125 Router machbar > >Ich würde sonst vorschlagen einer hood mehere fastd instanze zu >zuweisen >somit können wir das Volumen einer hood erhöhen. > >> Die Server sind aktuell eh schon so eingerichtet. >> Wie haben nun 2 Server im ersten Schritt zur Verfügung. Alternativ >könnten wir noch 1 VM auf srv15 anlegen, da könnten auch noch 150 >Router hin. > >Sobald wir die ersten hoods ausgerollt haben werden Ressourcen aus der >Dedaulthood frei. Damit können wir weitere hoods bauen. > > >>> Ich würde gerne vorbereiten für die Firmware Version 1.0 die zu >>> releasenden hoods diskutieren. >>> >>> Mir stellen sich ein paar Fragen vorweg. >>> >>> Wie viele serverseitige hoods sind aktuell möglich? > >OK, ich schließe daraus das aktuell 6 hoods normale hoods möglich sind. > >>> Wie viele Router sollen diese hoods fassen? > >Mein Vorschlagt hier wären 300 Router pro hood. Das entspräche 2-3 >Fastd >Instanzen pro Hood. > >vg >Tarek -- vg Stefan

1 0

testing images
by Jan-Tarek Butt 19 May '16

19 May '16

Hi, http://firmware.ffnw.de/testing/ testing images sind fertig. Dort gibt es u.a. Archer C5 und C7 images Rasberry PI images Rasberry PI 2 images und noch ein haufen anderer hardware die neu sind. Jetzt weiter mit Mathe ... ;P vg Tarek

3 2

Merge Request zur Abstimmung: DNS-Einträge der Supernodes
by Clemens John 18 May '16

18 May '16

Hi, Tarek bereitet aktuell die Version 0.9 der Firmware vor. Da es bei den DNS- Einträgen der Supernodes neulich zu einer Diskussion kam, hier einmal ein Merge-Request die DNS-Einträge betreffend zur Abstimmung: https:// git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/11 Viele Grüße Clemens

3 2

Dev Treffen
by Johannes Rudolph 17 May '16

17 May '16

Moin ich fand die Idee eines Fev-Treffens sehr gut ! Ich habe mal ne Doodle Umfrage erstellt zwecks Termin Findung http://doodle.com/poll/ubrxbmuhshe6y9wf Bitte eintragen wer wann Zeit und Lust hätte. Gruß Johannes

5 5

openwifi Mailinglist
by Jan-Tarek Butt 17 May '16

17 May '16

Hi, Clemens und ich haben gestern eine Mailingliste für das openwifi Projekt erstellt. Link zur Eintragung findet sich hier: https://lists.ffnw.de/mailman/listinfo/openwifi Das openwifi Projekt ist ein Projekt welches eine Geo-Positionsbestimmung mithilfe von Wlans ermöglicht. Besonderes Merkmal des Projektes ist das es die einzige vollständig Opensource Datenbank zur Positionsbestimmung an Hand von WLAN Daten besitzt zudem einen freien und uneingeschränkten zugriff auf die Positionsabfrage bietet. vg Tarek

1 0