- Dev - Freifunk Nordwest

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 17 Feb '17

17 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