July 2015 - Dev - Freifunk Nordwest

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

Grundrauschen, Netsplit etc.
by Bjoern Franke 26 Jul '15

26 Jul '15

Moin, unser Wachstum wird unser Tod sein - zumindest bei der bisherigen Netzstruktur. Mit Erstaunen stellten wir vor paar Tagen fest, dass der Traffic auf manchen Supernodes bei 6 oder gar 10 TB liegt. Die Nutzdaten lagen dabei bei 1 TB. Da jeder Router und jeder Client zum Managementtraffic beiträgt, liegt ein Teil der Steigerung sicherlich auch an den Großveranstaltungen in letzter Zeit. Andere Communities in unserer Größenordnung meshen auch nicht alle Supernodes untereinander, sondern verwenden Routing. Auch sollte es prinzipiell funktionieren, das fftransit-Backbonenetz und die jeweiligen Supernodes zu bridgen. Ein derartiges Versuchsaufbau ist für 05 und 17 geplant. Eventuell sollten wir uns überlegen, dann doch unterschiedliche Netze für unterschiedliche Regionen zu nutzen, ähnlich dem Frankener Hoodsystem. Denkbar wäre folgendes: Nordwest-Nord: Oldenburg (Stadt/Landkreis) / Oldenburger Münsterland / Friesland / Ostfriesland / Wesermarsch Nordwest-Süd: Osnabrück (Stadt/Landkreis) / Teile des LK Steinfurt / Emsland Dann würde man jeweils 2-3 Supernodes pro Nordwestnetz verwenden. Wir bräuchten zwei Firmwares, die mit einem modifiziertem Autoupdater verteilt werden. Der Autoupdater würde anhand der gespeicherten Geokoordinaten die entsprechende Update-URL nehmen. Schönen Sonntag euch! bjo -- xmpp bjo(a)schafweide.org

6 16

gitlab-Container ist umgezogen
by Bjoern Franke 25 Jul '15

25 Jul '15

Moin, der gitlab-Container ist von srv03 auf srv13 umgezogen, deswegen kann es unter Umständen zu Erreichbarkeitsproblemen kommen. Spätestens morgen dürfte er aber für alle wieder wie gewohnt nutzbar sein. vg -- xmpp bjo(a)schafweide.org

1 0

Benoetigte Ports Uebersicht
by Jan Matthias de Vries 25 Jul '15

25 Jul '15

Hi, Gibt es eine Liste mit allen benoetigten Ports welche fuer den Betrieb eines Freifunkrouters mit der FFNW Firmware benoetigt werden? Hintergrund ist die Erschlieszung eines neuen Standorts mit geschirmten Netz fuer Freifunk. Hier sind pauschal alle Ports gesperrt und muessen manuell freigegeben werden. Eine Uebersicht mit Port/Protokoll(wenn moeglich:/IPs) waere hier hilfreich. -- Jan Matthias de Vries Bremerstr. 72 26789 Leer 0163 6184400

2 4

Fw: [Nordwest] Netzprobleme?
by Christian B. 22 Jul '15

22 Jul '15

5 6

FW Netmon ULA
by Stefan || Freifunk Osnabrück 21 Jul '15

21 Jul '15

Hi, ist zufällig in dem ffnw-configurator package die Netmon ULA noch hardcoded? Diese sollte ja eigendlich auf netmon.ffnw zeigen. 2015/07/21 16:30:27 [error] 9566#0: *13846 open() "/home/ffol/www/dev/api_csv_configurator.php" failed (2: No such file or directory), client: fd74:fdaa:9dc4:0:16cc:20ff:fe53:bad0, server: dev.ffnw.de, request: "GET /api_csv_configurator.php?section=get_hostname&authentificationmethod=hash&nickname=1&password=1&router_auto_update_hash=omz87cig4w1kksqubwqy5gxd8wtneir0&router_id=840 HTTP/1.1", host: "fd74:fdaa:9dc4::1" Ist nun von Seiten des nginx gefixt. vg, stefan

1 0

Testing 0.6 firmware made in India ;-)
by Jan-Tarek Butt 19 Jul '15

19 Jul '15

Hi, I build a new testing firmware and upload it here [0]. Current changes will be follow. Cangelog 0.6 Upstream changes: Change GLUON base from v2014.4.x up to v2015.1.x. Thats included the following main changes: Changes up to v2015.1.1 [1]. Added hardware support ar71xx-generic TP-Link TL-WA830RE (v1) 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. 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) Additional changes up to v2015.1.x Enable DIRECT_IO kernel config Fixes a kernel incompatibility with the upstream OpenWrt modules regarding filesystem drivers (and probably other modules related to block devices)[2]. Add support for TP-Link TL-WA801N/ND v1 [3] TP-Link TL-WA830RE v2: remove BROKEN [4] x86-generic: add kmod-e1000e network driver [5] 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[6]. 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 [7]. 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[8]. Community specific changes: 1. Add the package ffnw-banner for a ffnw spesific shell banner[9]. 2. Add the package opkgconf to change the openWRT repo urls because of working global IPv6[10]. 3. Add and update the packages libwlocate and lwtrace for wifi triangulation. That works together with the geolocator in the package ffnw-node-info. libwlocate comes from openWlanMap.org[11]. 4. Add the package ffnw-node-info. That is a fully cloned gluon-node-info package with additional changes. The main change is the program geolocator, that can be use to locate the position of the router over wifi triangulation and set the geolocation. 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 automated triangulated positions. ffnw-config-mode-contact-info cloned by gluon-config-mode-contact-info because of packages conflicts. In case of that gluon-node-info and gluon-config-mode-geo-location and gluon-config-mode-contact-info will be dropt. 6. Remove Netmon geolocation synchronisation code from the packages configurator[12]. 7. Change netmon ULA address to the domain netmon.ffnw[13]. 8. Nodewatcher: add geolocation to node.data[14] Open Bugs: https://git.nordwest.freifunk.net/ffnw/packages/issues/4 https://git.nordwest.freifunk.net/ffnw/packages/issues/5 cheers and kind regards from New Dehli Tarek [0] https://firmware.nordwest.freifunk.net/testing/h [1] https://gluon.readthedocs.org/en/v2015.1.1/releases/v2015.1.1.html [2] https://github.com/freifunk-gluon/gluon/commit/75213896a64fb79095eb2aa61554… [3] https://github.com/freifunk-gluon/gluon/commit/c7eac09415d9e007d5687fe40194… [4] https://github.com/freifunk-gluon/gluon/commit/da16254c66333afa37816ab33ddb… [5] https://github.com/freifunk-gluon/gluon/commit/dba25dd496dc8b9da723b31a95f2… [6] https://github.com/freifunk-gluon/gluon/commit/69c5329bc626250766ea45d25161… [7] https://github.com/freifunk-gluon/gluon/commit/855f973f1f58029cbf6f98691933… [8] https://github.com/freifunk-gluon/gluon/commit/05432947cd8339beefe1d00a5f57… [9] https://git.nordwest.freifunk.net/ffnw/packages/commit/761230d0b54fa85f0f51… [10] https://git.nordwest.freifunk.net/ffnw/packages/commit/fe58ae3ff473cc4c96f6… [11] https://git.nordwest.freifunk.net/ffnw/packages/commit/16987950a0914589fc34… https://git.nordwest.freifunk.net/ffnw/packages/commit/204547f3f73ae9460a1b… [12] https://git.nordwest.freifunk.net/ffnw/packages/commit/435e87b2050f123e52c6… [13] https://git.nordwest.freifunk.net/ffnw/packages/commit/13fa07c446c36e64c851… [14] https://git.nordwest.freifunk.net/ffnw/packages/commit/63b84196c3554811f291…

1 0

Router mit location 0/0
by Jan-Tarek Butt 10 Jul '15

10 Jul '15

Hi, Ist hier auf der ML zufällig jemand der einen Router besitzt die sich auf der Position 0/0 befinden gemeint sind alle Router der position[0]?? Ich brächte zugriff auf ein solchen Gerät um zu schauen was genau der Router in der /etc/config/gluon-node-info stehen hat und was der Codeabschnitt für die Synchronisation im configurator wieder gibt. LG Tarek [0] http://mesh.sjr-ol.de/#!n:14cc2070fe50

1 0