- Dev - Freifunk Nordwest

[Fwd: [B.A.T.M.A.N.] Fwd: [Babel-users] Fwd: Why we switched to Babel]
by Bjoern Franke 18 Aug '15

18 Aug '15

FYI und tcatm fragte vorhin in #gluon, ob Interesse an babel in Gluon bestehe... -- xmpp bjo(a)schafweide.org

1 0

Cangelog 0.6
by Jan-Tarek Butt 17 Aug '15

17 Aug '15

Whit a huge mug of Tschunkand an imperial inspiration from the cccCamp2015. The 0.6 firmware is now stable and ready for release. 1. Change GLUON base from v2014.4.x up to v2015.1.x. Thats included the following main changes: Changes up to v2015.1.2 Added hardware support ar71xx-generic TP-Link TL-WA830RE (v1) TP-Link TL-WA801N/ND v1 TL-WA701N/ND (v2) TL-WA801N/ND (v1) TL-WA830RE (v2) TL-WR740N / TL-WR741ND (v5) TP-Link TL-WA830RE v2: remove BROKEN New features The x86-generic and x86-kvm_guest images now support two ethernet interfaces by default. If two interfaces exist during the first boot, eth0 will be used as LAN and eth1 as WAN. * Ubiquiti Loco M, Picostation M and Rocket M now get their own images (which are just copies of the Bullet M image)so it’s more obvious for users which image to use. * The x86-generic images now contain the e1000e ethernet driver by default. Bugfixes Fix German “Expert Mode” label (was “Export Mode”). Fix download of OpenSSL during build because of broken OpenSSL download servers. Fix ABI break causing kernel panics when trying to use network-related modules from the official OpenWrt repository (like kmod-pppoe). Fix race conditions breaking parallel build occasionally. A broken network configuration would be generated when an older Gluon version was updated to 2015.1 with mesh_on_lan enabled in site.conf. Minor announced/alfred JSON format fixes (don’t output empty lists where empty objects would be expected). * Fix another ABI incompatiblity with the upstream kernel modules which prevented loading some filesystem-related modules. * Fix potential MAC address conflicts on x86 target when using mesh-on-wan/lan. * Fix signal strength indicators on TP-LINK CPE210/510. * Fix the model name string on some NETGEAR WNDR3700v2. * Fix 5GHz WLAN switching channels and losing connectivity when other WLANs using the same channel are detected (including other Gluon nodes...); see https://github.com/freifunk-gluon/gluon/issues/386. * Fix DNS resolution for mesh VPN on IPv6-only WAN; see https://github.com/freifunk-gluon/gluon/issues/397. * gluon-mesh-batman-adv-15: update batman-adv to 2015.0 with additional bugfixes (fixes various minor bugs). * gluon-mesh-batman-adv-15: fix forwarding of fragmented frames over multiple links with different MTUs. Additional changes up to v2015.1.x Enable DIRECT_IO kernel config Fixes a kernel incompatiblity with the upstream OpenWrt modules regarding filesystem drivers (and probably other modules related to block devices). x86-generic: add kmod-e1000e network driver Always use eth0 address as primary address on x86 and brcm2708 These targets don't have a WLAN adapter by default, so it doesn't make sense to default to the phy0 address. gluon-mesh-batman-adv-core: adjust rssid config to renamed WLAN interfaces This should fix the signal strength indicators on the TP-Link CPE210/510. gluon-mesh-batman-adv-core: unconditionally set the WAN MAC address This fixes MAC address conflicts on devices which use the eth0 as primary address. 2. Add the package ffnw-banner for a ffnw specific shell banner. 3. Add the package opkgconf to change the openWRT repo urls. because of working global IPv6 4. Add and update the packages libwlocate and lwtrace for wifi triangulation. This works together with the geolocator in the package ffnw-node-info. libwlocate uses openWlanMap.org for triangulation 5. Add the package ffnw-node-info. This is the full cloned gluon-node-info package with additional changes. The main change is the so called geolocator that can be used to locate the position of the router via wifi triangulation and set the geolocation. The geolocator works actually only on VPNrouters, a new libwlocation libray is in manufacturing Add the package ffnw-config-mode-geo-location and ffnw-config-mode-contact-info. ffnw-config-mode-geo-location can now configure the geolocator to set automatically triangulated positions. ffnw-config-mode-contact-info cloned by gluon-config-mode-contact-info because of package-conflicts.The geolocator works actually only on VPNrouters, a new libwlocation libray is in manufacturing In case of that gluon-node-info and gluon-config-mode-geo-location and gluon-config-mode-contact-info will be dropped. 6. Remove Netmon geolocation synchronisation code from packages/configurator. 7. Change netmon ULA address to the domain netmon.ffnw. 8. Nodewatcher: add geo-location to node.data whit best regards Jan-Tarek Butt

2 4

[Fwd: [gluon] Proposal for online configuration of node information]
by Bjoern Franke 14 Aug '15

14 Aug '15

FYI -- xmpp bjo(a)schafweide.org

1 0

Continuous Integration System
by Clemens John 10 Aug '15

10 Aug '15

Hi, kurze Info ausm Admin Team. Für die Entwicklung von Netmon SC haben wir mit Gitlab CI ein Continuous Integration System aufgesetzt. Dieses liegt unter: https://ci.nordwest.freifunk.net/ Es gibt auch bereits einen Runner-Server auf dem Projekte automatisiert ausgeführt werden können, dieser sollte allerdings nur für weniger rechenintensive Anwendungen genutzt werden. Falls sich damit jemand beschäftigen will um z.B. automatisiert Firmwares zu bauen, sollte ein Runner auf einem heimischen Gerät aufgesetzt werden. Dieser sollte sich Problemlos einbinden lassen. Technische Doku zu Runnern: https://wiki.nordwest.freifunk.net/Technik/Dokumentation/Gitlab#Runner_f.2B… LG Clemens

1 0

[Fwd: [gluon] [ANNOUNCE] Gluon 2015.1.2]
by Bjoern Franke 09 Aug '15

09 Aug '15

FYI Vielleicht sollten wir für 0.6 2015.1 auslassen und gleich 2015.1.2 nehmen. -- xmpp bjo(a)schafweide.org

2 2

[Fwd: [gluon] Attention: site.conf changes due to 802.11s support]
by Bjoern Franke 07 Aug '15

07 Aug '15

-- xmpp bjo(a)schafweide.org

1 0

Batman-adv: no_rebroadcast
by Bjoern Franke 07 Aug '15

07 Aug '15

Hi, beim normalen Batman-adv-Modul auf unseren Servern fehlt die no_rebroadcast-Option[0]. In die Sourcen für Gluon ist sie eingepatcht, ebenso im batman-adv-legady-Repo, welches wir für die alte Batman-Adv -Version verwendeten. Leider hat es die Option noch nicht upstream geschafft, da der Patch von Ruben nicht gegen Master rebased war[1] Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul. vg bjo [0]http://thread.gmane.org/gmane.org.freifunk.batman/10503 [1]https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2015-August/013498 .html -- xmpp bjo(a)schafweide.org

5 5

Pad Ausarbeitung Notfall-Übergangsnetz
by Clemens John 05 Aug '15

05 Aug '15

Hi, im Thread "Grundrauschen, Netsplit etc." haben wir festgestellt, dass wir für das Overhead Problem schnellstmöglich ein Übergangsnetz umsetzen müssen bevor wir nach einer nachhaltigen und langfristigen Lösung suchen. Damit mögliche Lösungen jeder nachvollziehen und verstehen kann, habe ich auch dafür wieder ein Pad angelegt um ein solches Netz zu konzipieren: https://pad.freifunk.net/p/ffnw-uebergangsnetz Bitte ergänzen und bisherige Ideen und Ergebnisse dort eintragen. Viele Grüße Clemens

4 4

IGMP Anfragen
by Jan Matthias de Vries 31 Jul '15

31 Jul '15

Hi, Da ich kuerzlich einen Router hinter ein pfSense mit separatem Netz fuer Freifunk(Danke Stefan fuer die Hilfe mit den Ports ;)) installiert habe ist mir aufgefallen dass der Freifunk Router sobald er eingeschaltet(auch ohne gueltige IP da DHCP Server noch nicht lief) ist IGMP Anfragen an 224.0.0.1 sendet. Da mich interessiert hatte was passiert wenn ich diese ins Internet lasse, was ja der Normalfall waere wenn ich den Router nicht in einem abgeschottetem Netz betreibe(oder irre ich mich?), habe ich das kurzzeitig zugelassen. Dies hatte zur Folge das mir ein haufen Kabeldeutschland Geraete(pfSense WAN ist an einem Kabeldeutschland Router im Bridge-Mode) anfingen zu antworten. Ist das verhalten so korrekt? Hatte mir ein bischen was zu IGMP durchgelesen jedoch erschliszt sich mir nicht warum der Freifunk Router mit den Kabeldeutschland Geraeten kommunizieren sollte. Kann mich hier jemand der etwas fitter auf dem Netzwerkgebiet ist erleuchten? :) MfG Jan -- Jan Matthias de Vries Bremerstr. 72 26789 Leer 0163 6184400

1 0

Re: [Dev] Grundrauschen, Netsplit etc.
by Felix Kronlage 28 Jul '15

28 Jul '15

Moin, > Wie siehts denn aus mit der Dringlichkeit des Problems? Stört es jemanden wenn > die Supernodes 6TB Traffic/Monat haben? Dass das alles anderes als Cool ist ist > klar, aber gibt es dadurch tatsächliche Probleme im Hardwarebereich oder > verursacht das dem Verein, Spendern oder Supernodebetreibern Kosten die nicht > vertretbar sind? Auch wenn ich mich jetzt etwas in die "Spinner"-Ecke stelle: Selbst wenn von den genannten 6 TB "nur" 50% durch schlecht-konzipiertes Netz o.ae. kommt, ist das imho etwas wo absolut dringender Handlungsbedarf ist. Das ist oekologisch und oekonomisch absolute Verschwendung. Traffic ist erstmal etwas was man nicht sieht, aber es ist schon so, das Router/Server die unter Volllast laufen wesentlich mehr Strom ziehen, wesentlich mehr Abwaerme produzieren etc. pp. Also (imho) etwas was oekologisch durchaus relevanz hat. Auch oekonomisch ist es absurd, das jede Menge Traffic erzeugt wird - davon der eigentlich relevante Traffic nur ein Minibruchteil ist. Der Traffic den srv10 (oder srv11?) einer von den beiden verursacht, sorgt dafuer, das wir an dem Standort jetzt Hardware aufruesten muessen. Es zieht also an anderen Stellen auch Kosten (ohne direkt dem Verein zulasten zu fallen) nach sich. Wenn dies aufgrund von realen Anforderungen ist, find ich das super. Wenn dies eine Folge von schlechter Konzeption und Aussitzen ist, ist das eher nicht so schick :) felix -- Save the date: 13. Kieler Open Source und Linux Tage http://www.kieler-linuxtage.de - 18. und 19.09.2015

6 12