November 2016 - Dev - Freifunk Nordwest

next-node fehler in site.conf?
by lrnzo 10 Mar '17

10 Mar '17

Hallo, in unserer site.conf steht ja derzeit folgendes: next_node = { ip4 = '10.18.0.127', ip6 = 'fd74:fdaa:9dc4:127', mac = '16:41:95:40:f7:dc', }, und in der site.mk taucht auch eine Zeile mit gluon-next-node auf. Eigentlich sollte das betreffende Interface local-node@br-client also die passenden Adressen enthalten. In der Realität hat man aber nach Eingabe von 'ip a s' nur das hier: 10: local-node@br-client: mtu 1500 qdisc noqueue link/ether 16:41:95:40:f7:dc brd ff:ff:ff:ff:ff:ff inet6 fe80::1441:95ff:fe40:f7dc/64 scope link valid_lft forever preferred_lft forever und nun fiel mir gerade auf, dass die v6 Adresse in der site.conf gar keine 128 bit lang ist sondern nur 64. Da fehlt imho ein :: und es müßte eigentlich next_node = { ip4 = '10.18.0.127', ip6 = 'fd74:fdaa:9dc4::127', mac = '16:41:95:40:f7:dc', }, in der site.conf heißen. Vielleicht war dieser kleine Fehler der Grund dafür, dass bei uns immer die next-node Adresse nicht funktionierte ?! Bin gespannt Lorenz

1 1

Firmware Versions Nummern ab 01.01.2017
by Johannes Rudolph 09 Jan '17

09 Jan '17

Hallo, ich würde es begrüßen, wenn wir ab 2017 unsere Firmware Nummerierung ein wenig Anpassen, da wir ja mehr ein Rolling Release Zyklus haben als etwas Statisches. Mein Vorschlag wir zählen einfach jedes Mal die Laufendenummer hoch. Mein Vorschlag: * 17.1 * 17.2 * 17.3 * 17.4 * .... Und dann ab 2018 * 18.1 * 18.2 * 18.3 Ich glaube das macht mehr sin als das was wir aktuell machen Meinugen? gruß Johannes

8 24

[patch master 0/7] #789 add hoodselector pre review
by Jan-Tarek Butt 24 Dec '16

24 Dec '16

Hi, This patch set contains the hoodselector and a hoodfile as exsample. The hoodselector is a software that creates decentralized, semi automated ISO OSI layer 2 network segmentation for batman-adv layer 2 routing networks. This program reads the geobased sub-networks called hoods from the above mentioned hoodfile. The decision of choosing the right hood is made on following points: first, the hoodselector checks, if the router has a VPN connection. If it has, the hoodselector then checks, if a geoposition was set on the router. Knowing the position of the router the hoodselector can find the right hood, because each hood is defined with geocoordinates. If the Router doesn't have a VPN connection e.g. as a mesh only router, the hoodselector triggers a WIFI scan and searches for neighboured mesh routers in other hoods. If there is an other router with a different BSSID but with the same mesh SSID, the router chooses it’s hood based on the neighboured BSSID. Open issues can be found here[0]. cheers Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues?label_name%… Jan-Tarek Butt (7): add exsample hoodfile #789 add PKG Makefile for hoodfile #789 add hoodselector respondd c file #789 add hoodselector respondd Makefile #789 add hoodselector #789 add hoodselector cron file #789 add hoodselector PKG Makefile #789 package/ffnw-hoods/Makefile | 38 ++ package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json | 64 ++ package/ffnw-hoodselector/Makefile | 45 ++ .../files/usr/lib/micron.d/hoodselector | 1 + package/ffnw-hoodselector/luasrc/hoodselector | 722 +++++++++++++++++++++ package/ffnw-hoodselector/src/Makefile | 6 + package/ffnw-hoodselector/src/respondd.c | 119 ++++ 7 files changed, 995 insertions(+) create mode 100644 package/ffnw-hoods/Makefile create mode 100644 package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json create mode 100644 package/ffnw-hoodselector/Makefile create mode 100644 package/ffnw-hoodselector/files/usr/lib/micron.d/hoodselector create mode 100755 package/ffnw-hoodselector/luasrc/hoodselector create mode 100644 package/ffnw-hoodselector/src/Makefile create mode 100644 package/ffnw-hoodselector/src/respondd.c -- 2.10.0

2 9

Routing Boards
by Jan-Tarek Butt 07 Dec '16

07 Dec '16

Hi zusammen, es kam vermehrt die frage nach Routerboards ohne WLAN auf. Ein weiteres Kriterium waren dedizierten GBit Ports. Der Einsatz war z.b. im Transit-Netz Bereich gefragt. Ich habe mal ein paar Modelle Raus gesucht die ich bei Interesse. gerne von unserem DEV Budget kaufen würde um diese Dann in Gluon zu migrieren. Mikrotik RouterBoard RB750GL (50€) https://wiki.openwrt.org/toh/mikrotik/rb750gl CPU MHz:400 FLASH:128NAND RAM MB:64 Gbits Ports:5 Mikrotik Routerboard RB493G (200€) CPU MHz:680/800 Ram_256MiB Flash:128MiB 1x Micro-SD-socket Network:9x 1000Base-T USB:1x 2.0 unpowered MiniPCI: 3x Type IIIA/B Weitere HW kann Hier rausgesucht werden https://wiki.openwrt.org/toh/mikrotik/start vg Tarek

4 6

Sign Request v1.2
by Jan-Tarek Butt 03 Dec '16

03 Dec '16

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/1.2 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * logic Fehler im configmode wurden behoben Das Dropdown menu hat, bei wiederholten ausführen des configModes seinen zustand nicht wiederhergestellt. Das setzen zweier uci Parameter ist durch einen Typen Fehler nie zu Stande gekommen. * Client seitige Javascript map im configeMode Es wird nun vom Router aus via Javascript auf den Client eine OSM Karte geladen, sofern der Client über eine Internet Verbindung verfügt. Um das selektieren von statischen Geo Koordinaten zu vereinfachen. * hoodselector: hoodinfo Sektion in respondd wurde erstellt #63 #48 Über respondd werden nun Informationen über die aktuell selektierte hood eines Routers verteilt. * hoodselector: das MOLWM Protokoll wurde implementiert Mesh On Lan / Wan Managemend Das MOLWM Protokoll detektiert hood Kollisionen im mesh on lan oder mesh on wan. U.a. anhand von Vergleichungen von md5 hashes der einzelnen hoods. * hoodselector: Der hoodselector gibt nun returncodes bei der Terminierung zurück. * hoodselector: pid datei write Permission wird abgefangen * hoodselector: Unbenutzte variablen wurden entfernt und das überlappen von Globalen variablen wurde behoben (zum Einsatz kam luacheck) * hoodselector: Es können nun mehrere fastd peers mit äquivalenten DNS aber unterschiedlichen Port bestehen. #40 Das ermöglicht uns anstelle von folgenden zu schreiben: starwars0.sn.ffnw.de 1001 starwars1.sn.ffnw.de 1010 starwars1.sn.ffnw.de 1011 Lediglich: starwars.sn.ffnw.de 1001 starwars.sn.ffnw.de 1010 starwars.sn.ffnw.de 1011 Das reduziert somit die ganzen DNS Einträge. * hoodselector: Im scanmode arbeitet der hoodselector nun nicht mehr mit einen statisch festgelegten WLAN Interface, sondern scannt über alle WLAN Interfaces die ein Gerät hat. #69 * hoodselector: Im scanmode wird nicht mehr statisch 30 sec abgewartet um anschließend zu prüfen ob eine mesh Verbindung besteht. Es wird nun kontinuierlich geschaut und spätesten nach einem Zeitablauf von 30 sec fortgesetzt. #70 * hoodselector: Fehlermeldungen werden nun in ein logfile geschrieben und können und über logread eingesehen werden. #36 Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1.1...v… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1.1...v… Schöne Grüße Tarek

3 11

firmware v1.2
by Jan-Tarek Butt 25 Nov '16

25 Nov '16

Hi zusammen, Ich hab heute das letze issue zu Milestone v1.2 geschlossen. Ich wurde u.a. gefragt ob neue hoods in dieser Firmware enthalten sein werden. Ich würde dieser erst mal raus lassen und nach dieser eine zwischen Version mit reinen hood Änderungen vorschlagen. Um die Größe der Änderungen in dieser Version ein wenig zu reduzieren. zu den hoods habe ich bereits issues aufgemacht [0][1][2]. Ich werde morgen noch eine separate Mail zur Besprechung der hoods schreiben. Des weiteren sollte zum ende des Wochenendes die v1.2 folgen. Da es jetzt bereit mehrfach vorkam das über die web UI editierte Dateien Inkonsistenz wurden, habe ich versucht die Bearbeitung über web abzuschalten. Zudem führt es dazu das Änderungen commited werden ohne zuvor validiert zu werden. Dazu besteht ein upstream issue [3]. Schöne Grüße :) Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/71 [1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/72 [2] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/73 [3] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/74

2 2

tesing images
by Jan-Tarek Butt 24 Nov '16

24 Nov '16

Hi, ich hab eben mal ATH10K testing images gebaut http://runner02.ffnw.de/nightly/master/ vg Tarek

1 0

Sign Request 1.2
by Jan-Tarek Butt 21 Nov '16

21 Nov '16

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 1.2 * Gluon-Version: v2016.1.x * Commit ID: a7c77f6e2087cc0d3042b477a73cee8ee5d28cbf * Download: http://firmware.ffnw.de/1.2 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/867d939...a7c77f6 Folgende Comunnity speziffischen Änderungen gab es: package repo: * shell banner enthält nun versions informationen #45 * dkjson ist erstetz durch luci.jsonc #51 * hoodselector: uci exception handling #49 * hoodselector: hoodinfo sektion in respondd wurde erstellt #63 #48 * hoodselector: einfaches mesh on lan / wan managemend * geoposition wurde abstrahiert #22 siteconf repo: * CI: gluon commit ID wird als versions nummer gesetzt * Es werden alle images deployd anstadt nur die 841er Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1...v1.2 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1...v1.2 Schöne Grüße Tarek

7 17

firmwares
by Jan-Tarek Butt 19 Nov '16

19 Nov '16

Hi, Ich hab eben die manifest datein die falsch signiert worden repariert. Zudem nachträglich die signiert die ich nicht signiert hatte. Dazu hab ich einen haufen testing images gelöscht. Alles in unserer schönen neuen übersicht zu sehnen https://firmware.ffnw.de/status.html schöne Grüße Tarek :)

1 0

neues aus dem Maschinen Raum: firmware-bot
by Jan-Tarek Butt 18 Nov '16

18 Nov '16

Hallo zusammen, Ich hab soeben den firmware-bot fertig gestellt :) Vor gut einer Woche habe ich angefangen den firmware-bot auf dem Hackerthon zu schreiben, nun ist er fertig. Das ist ein Programm welches auf srv01 läuft. Die Aufgaben sind folgende: 1. Es erstellt md5, sha1 und sha2 checksums von allen Firmware Images. Zusehen hier [0], alle Dateien mit der o.g. Endung. 2. Werden die Symlinks von <branch>.manifest auf manifest. geprüft und bei nicht Existenz erzeugt. 3. Es werden alle Signaturen von allen Manifest Dateien geprüft. Dazu wird eine Infoseite generiert, die hier [1] zu finden ist. In der Tabelle auf der Seite sieht man u.a. wie viel Personen eine Version signiert haben, dazu auch die entsprechenden Namen. Wenn ein error in der Personen spalte steht ist das Manifest falsch signiert worden. Die Sortierung ist nummerisch ich hab noch keinen passenden Algorithmus dafür gebaut der z.B. wie der autoupdater sortiert. Der firmware-bot aktualisiert seine Informationen stündlich. Den Code könnt ihr hier einsehen [2]. Leider ist das gitlab aktuell noch kaputt daher könnt ihr den Code aktuell nicht sehen.... Schöne Grüße :) Tarek [0] https://firmware.ffnw.de/stable/ [1] https://firmware.ffnw.de/status.html [2] https://git.nordwest.freifunk.net/ffnw-server/firmware-bot

2 1