- Dev - Freifunk Nordwest

neuer runner verfügbar
by Bjoern Franke 26 Apr '17

26 Apr '17

Moin, ich habe gestern abend einen neuen runner02 auf srv19 eingerichtet. Specs: - 8 cores - 16 GB RAM - 750 GB HD Erreichbar ist die VM nur per IPv6, sie kann aber auch per IPv4 raustelefonieren. Grüße bjo

4 4

Wechsel auf IEEE802.11s Diskussion
by Jan-Tarek Butt 21 Apr '17

21 Apr '17

Hallo zusammen, Vor ein paar tagen habe ich den Support für IEEE802.11s im hoodselector in den master gemerged. wir können nun also mit dem Abschluss des Milestones auch IEEE802.11s zur Verführung stellen. Es besteht noch ein issue #87 was ich hier zuvor nur besprechen wollte. Wenn wir jetzt einfach ibss und IEEE802.11s parallel über das gesamte Netz aktivieren, dann würde sich die Link Anzahl pro node verdoppeln. Da ja zwei nodes über zwei verschiedene Interfaces untereinander sichtbar sind und nicht wie zuvor nur über ibss. Das würde somit auch den Management traffic erhöhen. Im issue #87 geht es um die Überlegung eines workearound zum Wechsel auf IEEE802.11s, Gründe dafür s.u. Mein Ansatz wäre eine Erkennung von Nachbarroutern einzubauen um zu ermitteln ob ein Router ein und den selben Nachbarrouter sowohl über 11s als auch über ibss sieht. trifft das auf alle Router in der Umgebung zu schaltet der Router das ibss ab. Dazu kommt das die Router z.b. immer zwischen 24-6 Uhr einmal Täglich später wöchentlich nach Freifunk Routern schauen soll die ibss aktiv haben. Um eine Abwärtskompatibilität zu ermöglichen. Die zeitlichen Intervalle währen jetzt erst mal Platzhalter. Vorteil von IEEE802.11s gegenüber IBSS ist mehr Hardware Support. Probleme mit dem ath9k bug werden damit nicht behoben da der Bug unabhängig davon im Treiber ist. Das wird mit lede und insbesondere mit ath10k deutlich besser (WIP). Der workaround soll im Milestone 201705 Erstmal nur besprochen werden ( diese Mail ). schöne Grüße Tarek

1 0

Sign Request 20170410
by Johannes Rudolph 21 Apr '17

21 Apr '17

Hi zusammen, wer nicht arbeitet macht auch keine Fehler! niemanden ist es aufgefallen, auch die die Signiert haben nicht, im Hoodfile fehlten für die neue Hood von Ibbenbüren die Serverdaten. Diese sind nun mit drin und auch bereits von mir was das angeht getestet. Auch 8 Augen machen mal einen Fehler. Stefan und ich habe das Firmwareupdate für die 20170409 mittlerweile gestoppt. Alle anderen 500 Router sind problemlos durchgelaufen ;) Bitte noch mal prüfen und signieren, dass wir die neuen Hoods ausrollen können, danke ;) Basisdaten: * Firmware-Version: 20170410 * Gluon-Version: v2016.2.5 * Download: https://firmware.ffnw.de/20170410/ Folgende Änderungen gab es: * Serverdaten für Ibbenbüren: https://git.ffnw.de/ffnw-firmware/packages/commit/987df0dd52d9aa440532901ee… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/master...johannes%2F2017… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Viele Grüße Johannes Rudolph

5 9

Hoodfile, Hoodselector mehrere Tunnelprotokolle
by Johannes Rudolph 19 Apr '17

19 Apr '17

Moin zusammen, ich würde gerne das Hoodfile Format wie folgt anpassen, um damit unterschiedliche Tunnelprotokolle einbinden zu können. Am Beispiel an l2tp und fastd würde ich das so machen: [ { "name": "astest", "bssid": "02:CA:FF:EE:BA:AA", "defaulthood": true, "servers": [ { "host": „fastd.ffnw.de ", "port": "10000", "publickey": „22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869“, "type“ : "fastd" }, { "host": „l2tp.ffnw.de ", "port": "10000", "type“ : "l2tp" } ], "boxes": [] } ] damit könnte dann auch der hoodselector dementsprechend später je nach Tunnelprotokoll die richtigen daten finden an hand der Property „type“ Sollten nochmal andere Protokolle dazukommen könnten wir diese dann einfach ergänzen. Hat der Hoodselector seine entsprechende Hood gefunden schaut er einfach nach den entsprechenden Peers mit dem jeweiligen Typ. Ich würde dann bei Zeiten mal den Hoodgen und den Hoodselector dafür anpassen. Grußß Johannes

4 5

Sign Request 20170409
by Johannes Rudolph 15 Apr '17

15 Apr '17

Hi, Aufgrund eines neuen Gluon Release ziehe ich meinen vorherigen Sign Request der Version 20170406 zurück und stelle direkt einen neuen auf Basis des neuen Gluon Releases Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170409 * Gluon-Version: v2016.2.5 * Download: https://firmware.ffnw.de/20170409/ Folgende Änderungen gab es: * Hoodselector: * Johannes: * Hoodselctor sysupgrade fest * Hoodselector kann über kommandozeile ein und ausgeschaltet werden * https://git.ffnw.de/ffnw-firmware/packages/blob/master/hoodselector/README.… * Tarek: * respondd add "get bssid falback" for radioless devices * add hoodfile bssid to molwm tbl for respondd * molwm add bssid default state * add difference bssid source on molwm choose VPN router befor mesh router. * fix #92 and drop first molwm neighbor because its node it selfe * Banner * Zeigt nun die gewählte Hood mit an, wird im /tmp gespeichert also im RAM und wird alle 2 Minuten neu erstellt * Hoods: * Add New Hoods: * Ibbenbüren * LK Wesermarsch * Südost * Modify: * Wittmund * Friesland * LK Vechta * Steinfurt * Rastede * site.conf * drop v4 next node addr * drop prefix4 for mesh * Alte VPN Peers aus der Site Conf gelöscht. Nur noch der Eine VPN Peer des Default Netzes Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/20170222...johannes%2F20… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/20170222...johannes%2F20… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen und in die entsprechenden Branches mergen. Parallel zu der Stable baue ich auch eine Testing Firmware diese sollte heute im Laufe des Tages fertig sein und dann gibt es die hier: https://firmware.ffnw.de/20170409_testing/ Viele Grüße Johannes

6 11

Fwd: [gluon] [ANNOUNCE] Gluon v2016.2.5
by Jan-Tarek Butt 09 Apr '17

09 Apr '17

FYI Ich würde vorschlagen, das wir 20170406 verwerfen und eine neue bauen. vg Tarek -------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2016.2.5 Date: Sun, 9 Apr 2017 18:53:32 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> A bit smaller than usual, Gluon v2016.2.5 has just been released. It contains just a single fix for a regression which causes frequent kernel crashes in Gluon v2016.2.4 with batman-adv compat 15 (compat 14 is unaffected). Complete release notes at: http://gluon.readthedocs.io/en/v2016.2.5/releases/v2016.2.5.html -- NeoRaider

2 1

Sign Request 20170406
by Johannes Rudolph 07 Apr '17

07 Apr '17

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170406 * Gluon-Version: v2016.2.4-1-gd452a7c2 * Download: https://firmware.ffnw.de/20170406/ Folgende Änderungen gab es: * Hoodselector: * Johannes: * Hoodselctor sysupgrade fest * Hoodselector kann über kommandozeile ein und ausgeschaltet werden * https://git.ffnw.de/ffnw-firmware/packages/blob/master/hoodselector/README.… * Tarek: * respondd add "get bssid falback" for radioless devices * add hoodfile bssid to molwm tbl for respondd * molwm add bssid default state * add difference bssid source on molwm choose VPN router befor mesh router. * fix #92 and drop first molwm neighbor because its node it selfe * Banner * Zeigt nun die gewählte Hood mit an, wird im /tmp gespeichert also im RAM und wird alle 2 Minuten neu erstellt * Hoods: * Add New Hoods: * Ibbenbüren * LK Wesermarsch * Südost * Modify: * Wittmund * Friesland * LK Vechta * Steinfurt * Rastede * site.conf * drop v4 next node addr * drop prefix4 for mesh * Alte VPN Peers aus der Site Conf gelöscht. Nur noch der Eine VPN Peer des Default Netzes Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/20170222...johannes%2F20… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/20170222...johannes%2F20… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen. Parallel zu der Stable habe ich auch eine Testing Firmware gebaut und diese ausgerollt, diese ist identisch mit der Stable https://firmware.ffnw.de/20170406_testing/ Viele Grüße Johannes

6 7

Puppet Agents OL, srv14, srv08
by Stefan 29 Mar '17

29 Mar '17

Hi zusamnme, bitte die Puppet Agents auf nachfolgenden Kisten auslassen: - OL VM - srv08 - srv08 Ein Puppet Modul von uns hat hier Fehler und unsere Rheinland Tunnel bekommen falsche Netmask zugewiesen. Simon und ich sind schon an der Fehlerbehebung und geben hier Entwarnung sobald es erledigt ist. Viele Grüße Stefan

1 0

Netmon-SC map
by Jan-Tarek Butt 22 Mar '17

22 Mar '17

Hi, Wollen wir die Karte von Eike [0] so anpassen das wir diese als netmon-SC karte nutzen können? Wenn ja hätte jemand lust dazu? vg Tarek [0] https://git.nordwest.freifunk.net/baranator/lutscherlupe

1 0

Makefile
by Johannes Rudolph 17 Mar '17

17 Mar '17

was genau passiert hier: define Package/ffnw-config-mode-geo-location/postinst #!/bin/sh $(call GluonCheckSite,check_site.lua) endef Gruß Johannes

2 1