February 2017 - 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

Neue Testing Firmware Hoodselector Fix und Update Fest
by Johannes Rudolph 01 Mar '17

01 Mar '17

Moin zusammen, ich habe gerade eine neue Testing gebaut. Ihr findet sie hier: Meine Änderungen zum Aktuellen stable findet ihr hier: https://git.ffnw.de/ffnw-firmware/packages/tree/johannes/201703 <https://git.ffnw.de/ffnw-firmware/packages/tree/johannes/201703> Download: https://firmware.ffnw.de/20170227_testing/ Meine Änderungen / Anpassungen / Ergänzungen: Hoodselector: Ich habe folgendes umgebaut, was für die Praxis mir aktuell deutlich sin voller erscheint: Wenn ein Router ein VPN Router ist und eingetragene Koordinaten hat, wird nich überprüft ob es einen Mesh Konflikt per Mesh on LAN/WAN gibt. Sicherlich kann es hierdurch zu Hoodkurzschlüssen kommen, allerdings passiert das aktuell bei Firmware updates sehr oft und ich und Stefan sind den ganzen Tag dabei diese Hoodkurzschlüsse auf den Supernodes zu trennen. Dadurch das der VPN Router dieses nicht mehr prüft haben die MeshKnoten um ihn herum es einfacher die richtige Hood zu finden, wenn mehr als eine im lokalen Mesh vorhanden ist. Dann habe ich noch die Gewichtung der Mesh Router geändert. Bisher bekam ein VPN Router das Gewicht von 2 und ein einfacher Mesh Router das Gewicht von 1. Wenn nun per Mesh on LAN/WAN mehre Hoods ermittelt worden sind gewinnt immer die Hood mit dem größten Gewicht. Jetzt hat ein VPN Router ein Gewicht von 20. Eine Beispiel Rechnung: Aktuelle Firmware 10 Router davon ist einer VPN Uplink. Alle anderen 9 Meshen nur über Mesh on LAN/WAN. Die Richtige Hood wäre in diesem Beispiel Oldenburg. Aktuell sind nach einem Sysupgrade alle Router in der Default Hood, da die Einstellungen beim Sysupgrade aus der site.conf überschrieben werden, dazu später mehr. Wenn nun der Hoodselector auf einem der Mesh Knoten ausgeführt wird ergibt sich folgende Gewichtung Hood Oldenburg 2 Hood Default 8 Der Meshknoten würde weiterhin die Default Hood auswählen. Wenn in der Zwischenzeit der Hoodselector auf dem VPN Router ausgeführt wird schaltet dieser immer im Wechsel zusätzlich noch Mesh on LAN/WAN immer ein und aus, diesem im Rhythmus des Cronjobs Meine Jetzige Testing Version: Kleiche Routerkonstellation Wenn nun der Hoodselector auf einem der Mesh Knoten ausgeführt wird ergibt sich folgende Gewichtung Hood Oldenburg 20 Hood Default 8 Jetzt wählt der MeshKnoten die Richtige Hood aus. Alle anderen Meshknoten werden nachziehen und nach einem einmaligen Durchlauf des hoodselectors in der gleichen Hood sein. Der VPN Router schaltet jetzt nicht mehr seine Mesh on LAN/WAN Verbindung ab. Ich denke bis VXLAN im Kernel uns zur Verfügung steht und sich unser Meshing Problem in Luft auflöst ist dieses eine sehr praxisnahe praktikable Lösung. Zusätzlich habe ich den Hoodselctor update fest eingebaut. Bedeutet das auch nach einem sys upgrade der Router in seiner alten Hood wieder startet. Dafür speichert der Hoodselector nun in der Datei /etc/config/hoodselector seine aktuell ausgewählte Hood ab. Diese Datei bleibt beim sys upgrade erhalten und wird nicht verändert. Nach dem Sysupgrade laufen einige Upgrade Skripte. Nach dem Durchlauf des Skriptes das nun standardmäßig die fastd Config anhand der site.conf überschreibt, läuft ein weiteres Skript, dass die richtige fastd Config für die Hood anhand der gespeicherten Hood aus dem Hoodfile neu schreibt. Nun verbindet sich der Router nach dem Sysupgrade wieder mit der richtigen Hood auf anhieb und landet nicht mehr standardmäßig in der Default Hood. Zusätzlich steht nun nach dem Login auf dem Router auch die Ausgewählte Hood zur Verfügung. Schaut es euch einfach mal an. Ich hoffe das hilft die Stabilität unseres Netzes zu Verbessen Ich habe bzw bin gerade noch dabei einen Cooperative Locator zu bauen, der es ermöglichen soll die Position an Hand der umliegenden Router zu ermitteln. Eine erste noch nicht fertige, aber lauffähige Version ist in der Testing enthalten. Dieses Paket baue ich in einem Git Submodule. Ich habe schon vor über einem Jahr eingebaut das die submodules beim gluon build mit ausgecheckt werden, um gleich die Frage zu beantworten ob das klappt. Den Code dazu findet ihr hier: https://git.ffnw.de/ffnw-firmware/cooplocator <https://git.ffnw.de/ffnw-firmware/cooplocator> Zukünftig kann der geolocator dann damit die Position anhand der umliegenden WLAN Netzwerke über openwifi.su und anhand der lokalen Mesh Knoten vor Ort ermitteln. Fragen? Wünsche? Anregungen? Gruß Johannes

4 8

Neue Hoods in Ibbenbüren Osnabrück und Oldenburg
by Johannes Rudolph 27 Feb '17

27 Feb '17

Moin ich habe gerade auf Grund der Größe die größten Hoods noch einmal unterteilt. Mein Vorschlag dafür ist hier: https://git.ffnw.de/snippets/12 <https://git.ffnw.de/snippets/12> Gruß Johannes

1 0

Sign Request 20170222
by Jan-Tarek Butt 27 Feb '17

27 Feb '17

Hi zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170220 * Gluon-Version: v2016.2.x * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 * Download: https://firmware.ffnw.de/20170222 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: wurde entfernt * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: wurde entfernt * pkg luaparse: wurde entfernt * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… 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… Schöne Grüße Tarek

7 23

testing firmware für neues gluon v2016.2.x
by Jan-Tarek Butt 25 Feb '17

25 Feb '17

Hi zusammen, Ich habe soeben eine testing Firmware hochgeladen und schreibe in dieser Mail vorab schon mal Neuerungen und Änderungen. Grund dafür ist, das ich mich freuen würde wenn ein paar diese Images in bestimmten Szenarien testen wo es Probleme mit u.a dem hoodselector gibts. Darin sollten z.B. die Probleme mit offloader Setups gelöst sein. * Firmware-Version: 20170215 * Gluon-Version: v2016.2.x * Commit ID: b0c647151c6b4889bca8f9226c1456179e86b25b * Download: https://firmware.ffnw.de/testing/ Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...b0c647 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: removed * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: removed * pkg luaparse: removed * pkg lwtrace, ffnw-node-info: angepasst zur Parameterübergabe von mehreren bssids * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… Ich habe bewusst ein testing Image gebaut damit ihr in den Setups wo ihr bisher Probleme hattet testen könnt ob mit diesen Images alles funktioniert. Schöne Grüße Tarek

4 27

Re: [Dev] [Nordwest] seit dem Update sind meine Router nicht mehr stabil ins Netz zu bekommen.
by Johannes Rudolph 24 Feb '17

24 Feb '17

Moin, ich werde gleich mal eine testing firmware bauen mit einer praxisnahen Lösung. Gibt es Leute die mir beim „testen“ helfen. Folgendes Setup wird benötigt: 1 VPN Router und mind 5 Mesh Router die nur über Netzwerkkabel Meshen - WLAN abgeschaltet bei allen Wer kann / will helfen? Gruß Johannes > Am 24.02.2017 um 19:47 schrieb Simon Kurka via Nordwest <nordwest(a)lists.ffnw.de>: > > Ein Bug hat Tarek gefixt, war scheinbar nicht alleine. > > Ich könnte einen fix an der Lambertikirche in Oldenburg bestätigen, gab keine Probleme. > > Am 24.02.2017 19:35 schrieb "Martin Brehme via Nordwest" <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > OK, Danke für die Aufklärung! > > Am 24.02.2017 um 19:20 schrieb Stefan Dunkel via Nordwest: > Bislang nicht. > Tarek ist an dem Thema schon dran... > > > Am 24. Februar 2017 19:16:47 schrieb Martin Brehme via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Hallo, > > Ok, da hab ich die Mails der letzten Tage falsch verstanden. Mir war > nicht > klar, dass es noch einen Bug gibt. > > Gibt's dazu noch irgendwo ne Erklärung? > > Martin > > > Am 24. Februar 2017 19:07:39 schrieb Stefan Dunkel via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Hi, > > ja, ne kurzzeitige Lösung gibts auch: > > Cron vom hoodselector rausschmeißen und dann läuft es wieder. > > Die Tage werden wir Lösungen erarbeiten. > > > Am 24. Februar 2017 19:04:09 schrieb Martin Brehme via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Also ich werde langsam verrückt. Ich weiß nicht mehr weiter. Seit dem > Update spinnt das System hier komplett und die drei Router kommen nicht > mehr stabil ins Netz. Irgendwas stimmt hier bei den drei routern in der > Flüchtlingsunterkunft nicht. > > Es gibt eine FritzBox. Da dran sind ffnw-muehlen-04, ffnw-muehlen-05 > und > der ffnw-muehlen-offloader01 > > Der Offloader geht online und ist in der VEC Hood. hoodselector spuckt > das hier aus: > > root@ffnw-muehlen-offloader01:~# hoodselector > VPN connection found. > Position found. > Set hood "lk-vec" > Hood set by VPN mode. > hashes are not equals! Souce gluon-neighbour-info -i br-wan -p 1001 -d > ff02::2 -r hoodselector -t 0.5 > Interface mesh_wan disabled. > > > Auf den muehlen-04/05 spuckt der hoodselector das hier aus: > > root@ffnw-muehlen-04:~# hoodselector > No VPN connection found > Batman gateways found > gw source is wan > gluon-neighbour-info -i br-wan -p 1001 -d ff02::2 -r hoodselector -t > 0.5 > 02:CA:FF:EE:BA:BF 2 > Set hood "default" > Hood set by batmanHasGateway mode, GW source is mesh on lan/wan > > > > logread auf dem Offloader spukt seit heute das hier immer wieder neu > aus > - da stimmt doch was nicht: > > Fri Feb 24 18:46:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > setting up now > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.694509] batman_adv: > bat0: Adding interface: br-wan > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.709910] batman_adv: > bat0: The MTU of interface br-wan is too small (1500) to handle the > transport of batman-adv packets. Packets going over this interface will > be fragmented on layer2 which could impact the performance. Setting the > MTU to 1532 would solve the problem. > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.781954] batman_adv: > bat0: Interface activated: br-wan > Fri Feb 24 18:46:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now up > Fri Feb 24 18:46:50 2017 authpriv.info <http://authpriv.info/> dropbear[2477]: Exit (root): > Error reading: Connection reset by peer > Fri Feb 24 18:48:00 2017 kern.info <http://kern.info/> kernel: [ 1111.734334] batman_adv: > bat0: Interface deactivated: br-wan > Fri Feb 24 18:48:00 2017 kern.info <http://kern.info/> kernel: [ 1111.751153] batman_adv: > bat0: Removing interface: br-wan > Fri Feb 24 18:48:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now down > Fri Feb 24 18:50:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > setting up now > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.714586] batman_adv: > bat0: Adding interface: br-wan > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.729989] batman_adv: > bat0: The MTU of interface br-wan is too small (1500) to handle the > transport of batman-adv packets. Packets going over this interface will > be fragmented on layer2 which could impact the performance. Setting the > MTU to 1532 would solve the problem. > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.802050] batman_adv: > bat0: Interface activated: br-wan > Fri Feb 24 18:50:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now up > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de > https://lists.ffnw.de/mailman/listinfo/nordwest

1 0

Entwurf neue Hoods
by Johannes Rudolph 24 Feb '17

24 Feb '17

Moin, heute lief unser Update durch, mit dem wir 3 neue Hoods deployed haben. Südwest Lohne Wilhelmshaven Das hat unser Default Netz weiter verkleinert. Ich habe mir die Knotenkarte mal sinnvoll überschaut und hier nun meine Vorschläge für das nächste Update 2 Neue Hoods Hood Wesermarsch - Der Rest vom LK Wesermarsch südlich von Butjadingen Hood Südost - Der Rest der Fläche in dem sich unsere Router befinden Mit Hilfe des Hoden könnt ihr euch das anschauen: http://hoodgen.ffnw.de <http://hoodgen.ffnw.de/> Mein Neues Hoodfile als Entwurf: https://git.ffnw.de/snippets/11 <https://git.ffnw.de/snippets/11> Gruß Johannes

3 4

Re: [Dev] [Nordwest] Hoodselector und Einteilung Hood Firmware 20170222
by Johannes Rudolph 24 Feb '17

24 Feb '17

Moin > Am 24.02.2017 um 10:03 schrieb Sem Stadel via Nordwest <nordwest(a)lists.ffnw.de>: > > Moin, > > leider ist auch mit der neuen Firmware das Problem bei den VPN Offloadern nicht beseitigt. Ich musste den Hoodselector wieder umbennen, damit die betroffenen Netzelemente stabil laufen. > Beispiele: http://map.ffnw.de/#!v:m;n:c04a00b6a32c <http://map.ffnw.de/#!v:m;n:c04a00b6a32c>; http://map.ffnw.de/#!v:m;n:001999a72deb <http://map.ffnw.de/#!v:m;n:001999a72deb> Das Sollte sich Tarek noch mal anschauen wenn es da noch „Probleme“ gibt > > Zudem ist die Hoodeinteilung Landkreis Vechta und Stadt Lohne nicht nach meinem Vorschlag umgesetzt worden. > > Beispiele: http://map.ffnw.de/#!v:m;n:60e327c741a6 <http://map.ffnw.de/#!v:m;n:60e327c741a6>; http://map.ffnw.de/#!v:m;n:60e327c74276 <http://map.ffnw.de/#!v:m;n:60e327c74276> sind nicht mehr in der Hood LK-Vechta Jetzt falle ich vom Hocker, ich habe dir ein Bild geschickt mit den Hoods Lohne und Vechta und du hattest geschrieben „Ja sehr gut“ und nun ist es falsch :D sry nee Johannes > > VG > > Sem > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de > https://lists.ffnw.de/mailman/listinfo/nordwest

1 0

Sign Request 20170220
by Jan-Tarek Butt 22 Feb '17

22 Feb '17

Hi zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170220 * Gluon-Version: v2016.2.x * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 * Download: https://firmware.ffnw.de/20170220 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: wurde entfernt * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: wurde entfernt * pkg luaparse: wurde entfernt * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… 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… Schöne Grüße Tarek

1 3

Re: [Dev] Sign Request 20170220
by Simon Kurka 22 Feb '17

22 Feb '17

Konkrete Auswirkungen? Ist manuelles eingreifen erforderlich? Am 21.02.2017 23:37 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>: On 02/21/17 10:25, Jan-Tarek Butt via Dev wrote: > Hi zusammen, > > Ich habe heute eine neue Firmware gebaut. Basisdaten: > * Firmware-Version: 20170220 > * Gluon-Version: v2016.2.x > * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 > * Download: https://firmware.ffnw.de/20170220 > > Die upstream Änderungen findet ihr hier: > > https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 > > Folgende Comunnity spezifischen Änderungen gab es: > package repo: > > * Alle packages wurden auf Kompatibilität geprüft > * Alle lua files werden minifyed > > * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt > ausgewählte Konfiguration der Positionskonfiguration im configMode nun > wiederhergestellt. > > * pkg hoods: neue hoods (suedwest, whv und lohne). > Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, > lk-vec, rastede und lk-fri) > > * pkg hoodselector-advanced: wurde entfernt > > * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich > sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und > ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. > > * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted > werden sollen > > * pkg luamin: wurde entfernt > > * pkg luaparse: wurde entfernt > > * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids > > * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. > > * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht > > Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: > https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/ compare/20170125...20170220 > > Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: > https://git.nordwest.freifunk.net/ffnw-firmware/packages/ compare/20170125...20170220 > > 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# Firmware_signieren Diese Firmware stellt eine molwm Inkompatibilität zu vorherigen Versionen da. Es ist zwingend notwendig in einem mesh on lan/wan Konstrukt einer Version >= 20170220 zu betreiben da die hashes der hoods sonst ungleich sind auf grund von Rechenfehlern in Älternen Firmwares. vg Tarek _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

2 1

hoodselector state diagram
by Jan-Tarek Butt 18 Feb '17

18 Feb '17

Hi zusammen, ich habe mal ein state dia für den hoodselector erstellt: Es handelt sich um eine grobe etwas abstracter gehaltende version da es sonst zu große aus maße annehmen würde. https://mw.ffnw.de/Hoodselector vg Tarek

1 0

Hood Friesland-Wilhelmshaven
by Malte Modler 16 Feb '17

16 Feb '17

Hallo, ich habe einen Router in Wilhelmshaven, der hat den Gateway b6:48:25:84:a0:4c gewählt, alle anderen drum herum haben als Gateway "lkfri2" ist das OK, oder kann ich euch möglicherweise einen Bugreport schicken? LG Malte

6 27

autoupdater vs PoE-passthrought
by lrnzo 16 Feb '17

16 Feb '17

Moin Leute, ich frage mich gerade folgendes: kann es bei PoE-Passthrough-Konstrukten passieren, dass der Sekundäre Router gerade sein firmwareupdate flasht während der primäre nach erfolgreichem update flashen rebootet? Dann wäre nämlich beim sekundären während des flashens der Saft weg, was ja unter gar keinen Umständen passieren darf. Ist diesbezügllich Vorsorge getroffen, also liegen die autoupdater-minuten speziell bei PoE-Passthrough-Konstrukten weit genug aus einander? ich frage, weil ich neulich kurz nach einem automatischen update eine PoE-sekundäre CPE tftpen musste und weil ich jetzt schon 2mal gesehen habe, dass innerhalb von PoE-Passthrough-Konstrukten nur 7 Minuten den autoupdater läufen liegen. Wenn man Pech hat, handelt man sich damit ihmo Probleme ein. LG lorenz

2 2

Hinzufügen von radvd-filtered
by Stefan Dunkel 14 Feb '17

14 Feb '17

Hi zusammen, ich habe mich einmal ein wenig in das Thema IPv6 und doppelten IPs auf den Routern eingelesen. Ab und zu kommt es in den Hoods ja vor, das diese kurzgeschlossen werden, und keinerlei v6 Traffic mrhr fließt. Hier hat der Router einfach mehrere v6 Defaultroutes. Lösung des Problems: https://github.com/freifunk-gluon/gluon/pull/838 Der Router schaut nach der besten TQ zum Gateway und entscheidet sich dann für den richtigen Weg. Auch im Falle eines Kurzschlusses wäre das v6 Routing dann noch möglich. Daher meine Bitte, dass Paket in die nächste Firmware einzubauen - dass sollte all unseren Nerven zu Gute kommen :) Viele Grüße, Stefan

3 3

Probleme mit Firmware 20170125
by Christian B. 14 Feb '17

14 Feb '17

5 6

Arbeiten für gluon v2016.2.x
by Jan-Tarek Butt 14 Feb '17

14 Feb '17

Hi zusammen, Es sind nun alle packages für gluon v2016.2.x angepasst. Am hoodselector bin ich gerade noch bei das Problem im mesh on lan/wan Verbund zu testen. Dieses release wird wohl ein paar mehr Änderungen enthalten. vg Tarek

1 0

Ip Netzwerke
by Johannes Rudolph 13 Feb '17

13 Feb '17

Moin zur Info, ich habe mit Stefan zusammen „endlich“ eine Auflistung und „Verteilung“ unserer IP Adressen der Hoods gemacht https://mw.ffnw.de/Hood_IP_Netze <https://mw.ffnw.de/Hood_IP_Netze> Gruß Johannes

2 1

WR 1043ND v4.0
by prinznils 12 Feb '17

12 Feb '17

Hallo Heute ist hier ein 1043er aus der Förderung in der Version 4 aufgetaucht steht schon fest wann die fertig sein wird? Die Freifunk-Firmware für v3 geht nicht ;-) Grüße Nils -- ---------------------------- Freifunk Nordwest www.ffnw.de

3 3

Heimnetz an FF Router LAN Ports
by Klaus Dint 12 Feb '17

12 Feb '17

Hallo, ich möchte die Anzahl der Netzwerkports meines Heimnetzes erhöhen. Um mir ein weiteres Gerät in Form eines Switches zu sparen, ist mir der Gedanke gekommen, ob man vielleicht die LAN Anschlüsse meines WDR3600 so umprogrammieren könnte, dass an diesen statt dem Freifunknetz mein normales Heimnetz ausgegeben wird, also der FF Router neben der Bereitstellung des Freifunk WLANs noch die Funktion eines Switches für mein Heimnetz übernimmt. Vielleicht können Sie mir sagen, ob dies generell möglich ist und falls ja, welche Änderungen ich dafür per SSH vornehmen muss? Bereits im Voraus vielen Dank für Ihre Hilfe Klaus Dint

2 3

Heimnetz an FF Router LAN Ports nutzen
by Klaus Dint 12 Feb '17

12 Feb '17

Hallo, ich möchte die Anzahl der Netzwerkports meines Heimnetzes erhöhen. Um mir ein weiteres Gerät in Form eines Switches zu sparen, ist mir der Gedanke gekommen, ob man vielleicht die LAN Anschlüsse meines WDR3600 so umprogrammieren könnte, dass an diesen statt dem Freifunknetz mein normales Heimnetz ausgegeben wird, also der FF Router neben der Bereitstellung des Freifunk WLANs noch die Funktion eines Switches für mein Heimnetz übernimmt. Vielleicht können Sie mir sagen, ob dies generell möglich ist und falls ja, welche Änderungen ich dafür per SSH vornehmen muss? Bereits im Voraus vielen Dank für Ihre Hilfe Klaus Dint

1 0

IP Netze Hoods
by Klaus Meier 10 Feb '17

10 Feb '17

Moin, bei euch in der Liste ist ein Fehler, der Hood (Ort) heißt nicht Butjardingen sondern Butjadingen. Gruß Gert

1 0

Nächste Hoodteilung
by Stefan 07 Feb '17

07 Feb '17

Hallo zusammen, ich habe mir in den vergangenen Tagen mit Johannes zusammen einmal unsere Hoods angeschaut - wir sind hier beide auf die gleichen Ideen gestoßen: Aktuell wird die Anzahl an Routern in Wilhelmshaven und Friesland immer mehr. Meine Idee ist es hier, die Stadt Wilhelmshaven in eine eigene Hood vom Landkreis Friesland zu unterteilen. Dadurch hätten beide Hoods weiterhin „Luft „ nach oben. Im zweiten Schritt würde ich gerne eine süd-west Hood vorschlagen, die unsere Defaultnetz Gebiete abdeckt, in der auch relativ viele Router untergebracht sind. Dadurch hätten wir nur noch 1 Defaulthood, die ca. 100 – 150 Router beinhaltet. Die Süd-West Hood hätte auch etwa 150 Router, sprich genau in unserem Vorgabenbereich. Zu guter Letzt würde ich die Größe der Hood „Leer, Emden, Aurich“ bis an die Nordsee ziehen, da aktuell hier nur 75 Router untergebracht sind. Das Ganze hört sich erstmal viel an, sind aber nur 3 kleinere Änderungen, die für alle Vorteile hätte. Meinungen? Ich hoffe ihr stimmt mir zu ;) Zur besseren Übersicht hier einmal das Hoodfile: https://git.ffnw.de/snippets/4 Viele Grüße, Stefan

2 2

(kein Betreff)
by Klaus Meier 07 Feb '17

07 Feb '17

Moin, zur Zeit sind es nur noch 2 Router Butjadingen Ferienwohnung Greiss und Greiss, bei den anderen lag es an der Fritzbox von EWE die hatte keine Internet Verbindung Gruß Gert

2 1

Sign Request 20170125
by Jan-Tarek Butt 06 Feb '17

06 Feb '17

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * multiple-v6-watchdoog: Ungenutzte variablen entfernt anhängende Leerzeichen entfernt. * hood: os-lk hood wurde gesplittet in os-stadt und os-lk hood Leer-Emden-Aurich wurde aufgenommen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2.1...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.2.1...2… Schöne Grüße Tarek

8 24

Firmware
by Klaus Meier 06 Feb '17

06 Feb '17

Moin, meine Frage ist, wurde in der letzten Zeit Firmwareupdates im Bereich Butjadingen eingespielt, wenn ja welche,da wir seit ein paar Tagen wieder viele rote router haben die nicht mehr online gehen, Welches ist die aktuelle Firmware für die TP-Link Router WDR 3500 / 3600 / 4300 und 1043 ND MfG Gert Lieske

2 1

Signaturen
by Jan-Tarek Butt 05 Feb '17

05 Feb '17

Hallo zusammen, Wir haben ja die Regelung das mindestens 50% der zu Verfügung stehenden keys signieren müssen bevor ein Router eine neue stabile Firmware akzeptiert. Nun haben wir eine menge keys dabei, die noch nie oder extrem selten mal signiert haben. Ich würde folgendes vorschlagen: Die Leute, die noch nie signiert haben und es in der Zukunft von sich aus wahrscheinlich auch nicht mehr machen werden, das diese sich aus der keylist entfernen. Zudem, hätte ich da noch eine allgemeine bitte an alle die signieren können. Das einmal jeder für sich in sich geht, um zu überlegen ob man signieren sollte. Wenn z.B. im Grunde einfach ohne den Code einmal gelesen zu haben oder ohne das gebaute Image einmal installiert zu haben, spricht die Änderungen getestet zu haben, signiert wird. Schadet das letzten endest nur der Community und macht den Signatur Prozess auf der anderen Seite ein bisschen überflüssig. Ich möchte an dieser stelle auch noch sehr gerne für das gegenteilige bitten ;P Also wenn jemand signieren kann/möchte aber sich nicht sicher ist, wie er oder sie daran gehen soll. Scheut euch nicht ;) Fragen sind auf der ML immer willkommen. Schöne Grüße :) Tarek

6 6

Vorschlag für den Meshviewer
by Malte Modler 03 Feb '17

03 Feb '17

Hi, ich hab einen Vorschlag für den Meshvier, und zwar hätte ich gerne eine Möglichkeit die Meshlinien und die Client-Punkte auf der Karte ausblenden zu lassen. Adrian kann nämlich in Wittwund die Karte vor lauter Linien und Punkten nicht mehr sehen^^ LG Malte

2 1