- Dev - Freifunk Nordwest

fastd.mesh_vpn.method
by lrnzo 27 Jul '17

27 Jul '17

Hallo Leute, mittlerweile ist ja in der firmware fastd.mesh_vpn.method='null' 'salsa2012+umac' gesetzt und alle supernodes können die Methoden method "salsa2012+umac"; method "null+salsa2012+umac"; method "null"; soweitsogut. Aber effektiv bauen alle uplinks ihren fastd-tunnel immer über die (langsamere) Methode salsa2012+umac auf. Es sei denn man schmeißt diese Methode routerseitig zB per uci raus. Letzteres habe ich jetzt updatefest auf vielen routern getan: uci del_list fastd.mesh_vpn.method='salsa2012+umac';uci del_list fastd.mesh_vpn.method='null';uci add_list fastd.mesh_vpn.method='null';uci commit fastd; echo '/etc/config/fastd' >> /etc/sysupgrade.conf;/etc/init.d/fastd restart aber was sollen Leute machen, die "nur" den configmodus nutzen? Habe mich gefragt, ob man nicht in den wizzard bei der vpn-config ein Menü tun könnte so nach der Motto "schnelles oder extra-verschlüsseltes vpn". Also solange wir noch kein l2tp haben. LG Lorenz

3 2

Vorschlag für nightly autoupdater branche
by Jan-Tarek Butt 06 Jul '17

06 Jul '17

Hi zusammen, Clemens hatte vor einiger Zeit mal den nigthly autoupdater branche im siteconf repo angelegt. Ich habe gestern testweise mal den nigthly CI in das packages repo eingebaut. Langfristig würde ich mir wünschen den nigthly CI in dem packages repo zu lassen. Das ermöglicht bsp. das Änderungen die in den Master gemerged wurde automatisch Auf die Router installiert werden die auf dem nigthly branch zeigen. Somit können Entwickler relativ einfach neue Änderungen von anderen Entwicklern testen und auf bestehenden Änderungen entwickeln. Ein nigthly branche im siteconf repo ist nicht wirklich hilfreich. Da dieses relativ selten, meist zur Zeit eines releases geädert wird. vg Tarek

2 2

Fwd: [ff-firmware-devel] [ANNOUNCE] Gluon v2017.1.1
by Jan-Tarek Butt 03 Jul '17

03 Jul '17

FYI -------- Forwarded Message -------- Subject: [ff-firmware-devel] [ANNOUNCE] Gluon v2017.1.1 Date: Mon, 3 Jul 2017 17:02:16 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net <gluon(a)luebeck.freifunk.net> CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net>

1 0

MAC Adresse und Seriennummer auslesen/anzeigen lassen
by Klaus Dint 02 Jul '17

02 Jul '17

Hallo zusammen, gibt es die Möglichkeit, mittels eines Befehles die MAC Adresse und die Seriennummer des Routers anzeigen zu lassen? Habe noch eine alte Rechnung eines Routers gefunden und nun würde es mich mal interessieren, wo dieser eigentlich nochmal gelandet war. Freundliche Grüße Klaus Dint

1 0

Neue Hoods
by Johannes Rudolph 28 Jun '17

28 Jun '17

Hallo zusammen, ich würde gerne zeitnah eine neue Firmware bauen. Diese soll unteranderem noch den Fehler beheben, dass das eigene Netzwerk aktuell beim scan Mode des Hoodselectors nicht herausgefiltert wird. Zum anderen haben Stefan und ich einen weiteren Netzsplit vorbereitet. Dafür haben wir die 4 größten Hoods geteilt. Diese sind aktuell: Leer Oldeburg Osnabrück Butjadingen Server seitig hat Stefan alles dafür schon vorbereitet. Ich habe auch schon ein Hoodfile vorbereitet: https://git.ffnw.de/snippets/19 Dort habe ich zum einem die 4 großen Hoods geteilt und zum anderen habe ich versucht durch geschicktes verschieben die Anzahl der Rechtecke zu reduzieren, um das Hoodfile möglichst klein zu halten. Ich habe für die bessere Planbarkeit den Hoodgen um neue Funktionen erweitert. (https://hoodgen.ffnw.de) 1. Beim Klicken auf "Load Nodes" im oberen Menü werden alle aktuellen Nodes geladen und auf der Karte mit dargestellt, dieses hilft sehr gut beim ziehen von Hoodgrenzen in dichbesitelten Freifunk gebieten (Oldenburg, Osnabrück) 2. Wenn man die Nodes in den Hoodgen gelanden hat und auf "Export to JSON drückt", wird zum einem wie gewohnt der JSON Export erstellt, zum anderen werden nun die Nodes in der Jeweiligen Hood gezählt. Damit hat man beim Erstellen und verschieben von Hoods ein besseres Gefühl, wie viele Nodes in der jeweiligen Hood landen werden. Insbesondere bitte ich die Oldenburger das Hoodfile sich anzuschauen, was die Trennung von Oldenburg angeht. Wenn keiner was dazu sagt, würde ich das sonst deuten, dass alle mit meinem Vorschlag einverstanden sind. Gruß Johannes

5 13

Fwd: [gluon] [SITE] Site seeds and VXLANs
by Jan-Tarek Butt 28 Jun '17

28 Jun '17

-------- Forwarded Message -------- Subject: [gluon] [SITE] Site seeds and VXLANs Date: Tue, 27 Jun 2017 23:41:46 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net <gluon(a)luebeck.freifunk.net> Hi, I've just pushed a bunch of commits adding support for wired meshing over VXLANs. What does this mean? - Newly setup Gluon nodes will encapsulate wired mesh traffic (Mesh-on-LAN/WAN) in UDP packets using the VXLAN protocol. Instead of the batman-adv ethertype, the packets will be normal IPv6 UDP on port 4789 using link-local adresses for unicast, and the address ff02::15c for multicast - Nodes upgraded from Gluon v2017.1 or older will continue to use the "legacy" wired meshing without VLXANs for now. - Gluon v2017.2 will support both VXLANs and the legacy protocol. The setting can be changed in the Advanced Settings of the Config Mode, or by setting the "legacy" attribute of the mesh_wan and mesh_lan UCI sections. Both sides of a wired mesh connection must be set to the same protocol for the link to work. - Gluon v2017.2 + 1 will drop legacy support, settings will be upgraded to use VXLANs automatically - Each mesh domain / site will use a unique VXLAN ID, ensuring that accidental wired mesh connections between different sites won't bridge the meshes (especially important in sites that automatically assign nodes to mesh domains using tools like the Hood Selector) To assign a unique VXLAN ID to a site, a new setting must be added to site.conf: the site seed. The site seed simply consists of 32 bytes of random data in hexadecimal representation. Please refer to the documentation and the included example at [1] for the recommended way to generate a site seed. -- NeoRaider [1] http://gluon.readthedocs.io/en/latest/user/site.html

1 0

Puppet Repo Änderungen
by Stefan 21 Jun '17

21 Jun '17

Hallo zusammen, ich muss grad mal ein wenig Dampf hier ablassen. Simon und ich haben in den letzen 2 Wochen wirklich viel Arbeit ins Puppet sowie unser AS gesteckt. Heute Morgen habe ich mich gewundert, warum beim FFNW Modul Puppet stockte. Nachdem ich mir den Source von https://git.ffnw.de/ffnw-puppet/puppet-ffnw/commit/088409c72e8b75dfb699ea0c… angesehen habe, war es klar. Im Quellcode werden globale Variable genutzt (z.B $::{nat_ip}) die aber gar nicht global sind, sondern nur vom FFNW Modul gesetzt werden. Meine Große Bitte wäre es hier, jede Änderung über Merge Requests zu löschen und das auch nur, wenn man weis was man tut. Das ist doppelte Arbeit die wir uns hier grade wieder machen. Danke. Stefan

3 3

Firmware md5sum Checksumme
by Christian 'picard' Lorenz 11 Jun '17

11 Jun '17

Moin, kann sich mal jemand die Checksumme Dateien anschauen. Zumindest in der unten gezeigten md5 ist der Pfad zu viel. pic@pic_lapi:~/Downloads$ md5sum -c gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 md5sum: /var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: Datei oder Verzeichnis nicht gefunden /var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: FAILED open or read md5sum: WARNUNG: die aufgeführte Datei konnte nicht gelesen werden pic@pic_lapi:~/Downloads$ vi gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 (entfernt /var/www/dev/firmware/20170530/) pic@pic_lapi:~/Downloads$ md5sum -c gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: OK Danke pic -- Freifunk Gruß Freifunk steht für freie Kommunikation in digitalen Datennetzen! Wir verstehen frei als öffentlich zugänglich, im Besitz der Gemeinschaft & unzensiert.

2 2

Hoodselector ignoriert eigen mesh-bssid nicht -> router bleibt in default hood
by lrnzo 11 Jun '17

11 Jun '17

Hallöle, folgendes Konstruk: offloader + MoW-Router, keine anderen ff-router in Funkreichweite. Offloader findet vermutlich aufgrund von Koordinaten in die richtige Hood (Badiburg). Der Router sieht aber beim wlan-scan immer auch seine eigene bssid (default) und bleibt dann stumpf darin hängen. Abhilfe schuf: bssid per uci händisch setzen und hoodselector laufen lassen. LG lrnzo

2 1

Fwd: [WLANware] [gluon] [ANNOUNCE] Gluon v2016.2.6 and v2017.1
by Bjoern Franke 10 Jun '17

10 Jun '17

FYI -------- Weitergeleitete Nachricht -------- Betreff: [WLANware] [gluon] [ANNOUNCE] Gluon v2016.2.6 and v2017.1 Datum: Sat, 10 Jun 2017 14:50:46 +0200 Von: Matthias Schiffer <mschiffer(a)universe-factory.net> Antwort an: Deutschlandweite Liste für WLAN Themen Layer 1-7 <wlanware(a)freifunk.net> An: gluon(a)luebeck.freifunk.net Kopie (CC): Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net>

1 0