April 2018 - Dev - Freifunk Nordwest

Roadmap Planung
by Jan-Tarek Butt 26 May '18

26 May '18

Hi zusammen, Ich wollte meine Ideen und Pläne gerne mal vorstellen und gemeinsam mit euren eine Roadmap erarbeiten. :) Meine Pläne für das Netz und die Firmware: 1. Hoodselector fertigstellen: Aktuell fehlen noch ein paar Zustände die in den kommenden Wochen angeschlossen sein sollten. Das betrifft hauptsächlich den BATAMAN_GATEWAY mode. Z.B. das verhalten beim zurück wechseln in die Eigene hood wenn sich ein mesh Router an eine benachbarte hood gehängt hat. Siehe dazu: https://github.com/freifunk-gluon/gluon/pull/997 2. Support für L2TP VPN. Aus dem gluon upstream soll l2tp in unsere Firmware backported werden. Das ist dank der neuen Patch Möglichkeit in unserer Firmware nun relativ einfach realisierbar. 3. Router als Batman-adv Gateways Die Idee hatte ich schon länger im Kopf bin aber bisher noch nicht wirklich dazu gekommen in der Richtung was zu machen. Im Grunde ist die Idee das, leistungsfähigere Router bsp. Archer C7 einen eigenen VPN zu exit Servern aufbauen wie z.B. IPredator, HidemyAss, Tor, usw. Paralell zu den VPN soll ein weiterer VPN fastd oder l2tp die virtuelle mesh Verbindung für das interne Netz weiter zur Verfügung stellen. Vorteile bei dieser Struktur: * Es gibt deutlich mehr Exit Nodes. * Es kommt dem Dezentralen Konzept ein Stück näher. * Unser Server backbone wird entlastet (bessere lasten Verteilung). * Evtl. Technische Lösung der VDS Nachteile: * IPv4 würde in dem Konstrukt wahrscheinlich Probleme machen. Lösung könnte hier ddhcpd sein ein zurzeit experimenteller distributed dhcp Server. 4. Prof of concept erstellen für generische Layer3 Routern zwischen hoods. Hierzu habe ich mir noch keine näheren Gedanken gemacht. Aber der Titel sollte schon aussagen worum es geht. Das sind bisher nur Ideen und Vorstellungen woraus letztlich eine Roadmap entstehen kann. Ich würde mich über feadback und/oder andere Ideen Freuen :) Schöne Grüße Tarek

1 3

geopicker auf map.ffnw.de vs conf auf aktueller firmware
by lrnzo 04 May '18

04 May '18

Hallo Leute, mir fiel gerade auf, dass der uci Befehl, den man sich über den geopicker auf der map.ffnw.de ausgeben lassen kann, nicht mehr so 100% auf die Config in unserer aktuellen Firmware passt. Man bekommt bspw. uci set gluon-node-info.@location[0]='location'; uci set gluon-node-info.(a)location[0].share_location='1'; uci set gluon-node-info.(a)location[0].static_location='1'; uci set gluon-node-info.(a)location[0].latitude='egal'; uci set gluon-node-info.(a)location[0].longitude='egal'; uci commit gluon-node-info aber in der Firmware habe ich folgendes: uci show | grep location geolocator.settings.auto_location='0' geolocator.settings.static_location='1' gluon-node-info.location=location gluon-node-info.location.altitude='egal' gluon-node-info.location.latitude='egal' gluon-node-info.location.share_location='1' gluon-node-info.location.longitude='egal' uhttpd.px5g.location='Berlin' Will heißen, der Wert static_location steht mittlerweile nicht mehr unter gluon-node-info.@location[0] sondern unter geolocator.settings, wie auch der Wert auto_lacotion. Vielleicht sollte das in der Map mal entsprechend angepasst werden? Ab welcher Firmwareversion das nicht mehr passt, habe ich jetzt nicht geprüft. LG Lorenz

4 6

Fwd: E-Mail Notify wenn Knoten offline?
by Sebastian Wolzenburg 24 Apr '18

24 Apr '18

Moin zusammen, gibt es sowas? Von meinem iPhone gesendet Anfang der weitergeleiteten Nachricht: > Von: Markus Emmerich <aundm2000(a)me.com> > Datum: 24. April 2018 um 07:35:22 MESZ > An: sebastian(a)freifunk-ibbenbueren.net > Betreff: E-Mail Notify wenn Knoten offline? > > Hallo Herr Wolzenburg, > > inzwischen läuft alles ganz gut, allerdings verabschiedet sich der FF-RECKE-ZMZ-OFFLLADER manchmal aus unerfindlichen Gründen. > > Gibt es die Möglichkeit eines automatischen Notify (aus Grafans?) n den Admin (freifunk(a)zmz-Recke.de) wenn ein Knoten keine Statusmeldungen mehr absetzt? > > Vielen Dank und viele Grüße, Markus Emmerich.

2 2

TP-Link 1043 ND Ver 2.1
by Andreas Rudolph 23 Apr '18

23 Apr '18

Hallo zusammen, beim Flashen ist irgendetwas nicht so gelaufen, wie es sollte und nun hängt der Router in der Bootschleife. Folgende Information kann ich per serieller Schnittstelle auslesen, leider komme ich nicht weiter, um z.b. die Bootschleife zu beenden. Im Internet habe ich gefunden, dass man tpl (TPL?) kurz vor dem Reboot eingeben soll. Ich habe nur irgendwie das Gefühl, dass dies nicht ankommt (wie kann ich dies überprüfen?). Habt Ihr Tips, wie ich den wieder zum Leben erwecken kann? Könnt ihr das im Mainframe? Wegen meiner auch mit der Original Firmware... Vielen Dank. Gruß Andreas Rudolph ## Booting image at 9f020000 ... Uncompressing Kernel Image ... Too big uncompressed streamLZMA ERROR 1 - must RESET board to recover U-Boot 1.1.4 (Jun 13 2014 - 15:14:01) ap135 - Scorpion 1.0DRAM: sri Scorpion 1.0 ath_ddr_initial_config(178): (16bit) ddr2 init tap = 0x00000003 Tap (low, high) = (0x0, 0x1a) Tap values = (0xd, 0xd, 0xd, 0xd) 64 MB Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x17 flash size 8MB, sector count = 128 Flash: 8 MB Using default environment *** Warning *** : PCIe WLAN Module not found !!! *** Warning *** : PCIe WLAN Module not found !!! In: serial Out: serial Err: serial Net: ath_gmac_enet_initialize... athrs_sgmii_res_cal: cal value = 0xe No valid address in Flash. Using fixed address No valid address in Flash. Using fixed address ath_gmac_enet_initialize: reset mask:c02200 Scorpion ----> S17 PHY * athrs17_reg_init: complete : cfg1 0x80000000 cfg2 0x7114 eth0: ba:be:fa:ce:08:41 eth0 up athrs17_reg_init_wan done SGMII in forced mode athr_gmac_sgmii_setup SGMII done : cfg1 0x800c0000 cfg2 0x7214 eth1: ba:be:fa:ce:08:41 eth1 up eth0, eth1 Setting 0x18116290 to 0x58b1a14f Autobooting in 1 seconds

1 0

hoodselector-bug?
by lrnzo 21 Apr '18

21 Apr '18

gerade das hier gefunden, vielleicht ist hier ein bug? LEDE Version: LEDE Reboot 17.01-SNAPSHOT r3862+42-60f8d388c6 (r3862+42-60f8d388c6) Gluon Version: v2017.1.5-21-g6639a649 Gluon Release: 20180403 Selected Hood: default ------------------------------------------------------------------------------ root@ffnw-LOHNetzIndustrie-Museum03:~# hoodselector The hoodselector is still running. root@ffnw-LOHNetzIndustrie-Museum03:~# cat /tmp/hoodselector_error command failed: No such device (-19) command failed: No such device (-19) ifconfig: SIOCGIFFLAGS: No such device ifconfig: SIOCGIFFLAGS: No such device Command failed: Request timed out Command failed: Request timed out Command failed: Request timed out Command failed: Request timed out Failed to parse json data: unexpected end of data Command failed: Request timed out Failed to parse json data: unexpected end of data Command failed: Request timed out /usr/bin/lua: /usr/sbin/hoodselector:110: attempt to index local 'a' (a nil value) stack traceback: /usr/sbin/hoodselector:110: in function 'h' /usr/sbin/hoodselector:181: in function 'r' /usr/sbin/hoodselector:481: in main chunk [C]: ?

2 2

Fwd: Ubiquiti XM Firmware
by Stefan Dunkel 21 Apr '18

21 Apr '18

Kann sich darum mal jemand kümmern? Danke! Von meinem iPhone gesendet Anfang der weitergeleiteten Nachricht: > Von: Henning Ahlers <ha.oldb(a)gmail.com> > Datum: 17. April 2018 um 19:49:01 MESZ > An: stefan.dunkel(a)ffnw.de > Betreff: Ubiquiti XM Firmware > Antwort an: ha.oldb(a)gmail.com > > Hallo! > > Ich habe zur Zeit 6 AP's, die ich betreue und ich bzw. die Bekannten sind damit echt zufrieden. > > Das letzte Auto-Update am 3. April hat auch bei 5 AP's super geklappt. Nur bei dem AP "ffnw-ol-hao-outdoor" (hier war zum Zeitpunkt des Updates ein "Ubiquiti NSM2 XM" installiert) hat das Update nicht funktioniert. > > Daraufhin habe ich einen "Ubiquiti NanoStation loco M2" neu auf die Firmwareversion April 2018 geflasht. > > Dieses funktionierte leider genauso wenig, wie das Update. > > Am Standort "OldenburgRaiffeisen*" und am "Mainframe/Space" waren ebenso ein NSM2 mit XM Firmware, die auch nach dem Update nicht in der Map auftauchen. > > Ich habe nun übergangsweise einen loco M2 mit Firmware Dezember 2017 installiert. > > FRAGE: Gibt es noch ein bereinigtes Update für die Ubiquiti XM Firmware, oder werden diese nicht mehr unterstützt? > > Viele Grüße, > > Henning Ahlers

3 3

Status LED bei FW Update
by Klaus Dint 18 Apr '18

18 Apr '18

Hallo, lässt es sich vielleicht einrichten, dass wenn ein Firmware Update beim FF Router durchgeführt wird (egal ob automatisch oder manuell durch autoupdater -f oder über das Webinterface) dies durch das Blinken einer Status LED wie der Power LED wie auch bei der Originalfirmware angezeigt wird? So könnte verhindert werden, dass die Firmware gebricked wird, wenn man das Gerät mal neu starten möchte, sich aber nicht sicher ist, ob nicht gerade ein Firmware Update stattfindet. Man könnte dies dann direkt am Gerät feststellen, ähnlich wie es z.B. auch beim Update der FritzBoxen der Fall ist. Danke und freundliche Grüße Klaus Dint

3 3

SSH Startscreen: Info über Firmware und Routermodell
by Klaus Dint 18 Apr '18

18 Apr '18

Hallo, wenn man sich mit einem Router über SSH verbindet, kann man leider nicht einfach erkennen,ob dieser nun mit der Fastd oder der L2TP Firmware arbeitet. Lässt sich dies noch zum "Welcome Screen" in der Konsole hinzufügen? Lässt sich vielleicht auch noch die Info hinzufügen, um welches Routermodell inkl. Version es sich handelt? Wäre hilfreich, wenn man zwar die Adressen alle gespeichert hat, aber nicht immer direkt weiß, wo nochmal welches Modell verwendet wird. Gruß Klaus Dint

1 0

Sign Request 201804013
by Jan-Tarek Butt 18 Apr '18

18 Apr '18

Moin zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20180413 * Gluon-Version: v2017.1.x * Commit ID: d06427d469230c457ab2b8fc8277b0b9c5bb2b73 * Download-fastd: https://firmware.ffnw.de/fastd/20180413 * Download-l2tp: https://firmware.ffnw.de/l2tp/20170413 Folgende Gluon spezifischen Änderungen gab es: * modules: update Gluon packages - 8b2f752daca5 batman-adv-legacy: update to latest git - 743527a47a22 batman-adv-legacy: batctl: backport TL header lines fix (#181) * modules: update LEDE * generic: do not attempt to build kmod-usbip * gluon-core: reduce mac80211 fq_codel memory limit to 256KB on devices with 32MB RAM Mehr und detailliertere Informationen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/883c32f2f1dc368626069865c07… Folgende Communnity spezifischen Änderungen gab es: package repo: * Add netdevice watchdog. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20180403..… siteconf repo: * UniFi AP AC Lite/Pro können nun wieder den autoupdater nutzen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20180403..… 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/Firmware/Releaseprozess#Firmware_signier… Schöne Grüße Tarek

4 8

wifiperf
by lrnzo 16 Apr '18

16 Apr '18

Hallo Leute, könnte man in der Firmware für die Modelle, wo der Platz reicht, das paket iperf3 mit einbauen? dann könnten die Router nämlich mit dem Script unter [1] regelmäßig den Durchsatz zu ihren Wifi-mesh Nachbarn messen und man könnte das irgendwie (tm) darstellen. zZ wird sich einfach die iperf3 Ausgabe im json-Format in einer Datei pro Meshnachbar gemerkt. [1] https://git.ffnw.de/lrnzo/wifiperf/blob/master/wifiperf.sh LG Lorenz

2 2

Mesh-Knoten bekommt keine IP, LQ 100 Prozent
by Malte Modler 14 Apr '18

14 Apr '18

Hallo, vielleicht hilft es euch als zusätzliche Info für die vielen Bugs. Ich bin mir sicher dass es ein neustart richten würde, aber ich lasse es erstmal so falls ihr noch weitere Infos für iwelche Bugs braucht. mein Meshknoten bekommt keine IP, hat aber eine Linkqualität von 100% bzw. 92% es handelt sich um folgenden Knoten: > https://map.ffnw.de/#/de/map/e894f6cd4638 Das Setup ist wie Folgt: <Internet="Vodafone/KDG">----<whv-mm-1="TP-Link Archer c7">))))))(((((<whv-mm-2="TP-Link WDR4300v1"> Logread: > https://pastebin.com/BnmSAjMS > ~# ip a > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel > state UP qlen 1000 > link/ether e8:94:f6:cd:46:36 brd ff:ff:ff:ff:ff:ff > inet6 fe80::ea94:f6ff:fecd:4636/64 scope link > valid_lft forever preferred_lft forever > 3: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 1000 > link/ether de:0f:4c:39:cf:a6 brd ff:ff:ff:ff:ff:ff > 4: teql0: <NOARP> mtu 1500 qdisc noop state DOWN qlen 100 > link/void > 9: br-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > state UP qlen 1000 > link/ether 3a:c9:4c:0d:69:88 brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:6988/64 scope link > valid_lft forever preferred_lft forever > 10: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > noqueue master br-wan state UP qlen 1000 > link/ether e8:94:f6:cd:46:36 brd ff:ff:ff:ff:ff:ff > 11: local-port@local-node: <BROADCAST,MULTICAST> mtu 1500 qdisc > noqueue state DOWN qlen 1000 > link/ether e8:94:f6:cd:46:38 brd ff:ff:ff:ff:ff:ff > 12: local-node@local-port: <NO-CARRIER,BROADCAST,MULTICAST,UP,M-DOWN> > mtu 1500 qdisc noqueue state LOWERLAYERDOWN qlen 1000 > link/ether 16:41:95:40:f7:dc brd ff:ff:ff:ff:ff:ff > inet6 fd74:fdaa:9dc4::127/128 scope global deprecated > valid_lft forever preferred_lft 0sec > inet6 fe80::1441:95ff:fe40:f7dc/64 scope link > valid_lft forever preferred_lft forever > 13: primary0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1532 qdisc noqueue > master bat0 state UNKNOWN qlen 1000 > link/ether 3a:c9:4c:0d:69:8b brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:698b/64 scope link > valid_lft forever preferred_lft forever > 14: bat0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > state UNKNOWN qlen 1000 > link/ether e8:94:f6:cd:46:38 brd ff:ff:ff:ff:ff:ff > inet6 fe80::ea94:f6ff:fecd:4638/64 scope link > valid_lft forever preferred_lft forever > 2096: mesh-vpn: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1312 qdisc > fq_codel master bat0 state UNKNOWN qlen 1000 > link/ether 3a:c9:4c:0d:69:8f brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:698f/64 scope link > valid_lft forever preferred_lft forever > 2097: mesh1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1532 qdisc noqueue > master bat0 state UP qlen 1000 > link/ether 3a:c9:4c:0d:69:8d brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:698d/64 scope link > valid_lft forever preferred_lft forever > 2098: client1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > noqueue master br-client state UP qlen 1000 > link/ether 3a:c9:4c:0d:69:8c brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:698c/64 scope link > valid_lft forever preferred_lft forever > 2099: mesh0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1532 qdisc noqueue > master bat0 state UP qlen 1000 > link/ether 3a:c9:4c:0d:69:89 brd ff:ff:ff:ff:ff:ff > inet6 fe80::38c9:4cff:fe0d:6989/64 scope link > valid_lft forever preferred_lft forever > 2100: client0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > noqueue master br-client state UP qlen 1000 > link/ether e8:94:f6:cd:46:37 brd ff:ff:ff:ff:ff:ff > inet6 fe80::ea94:f6ff:fecd:4637/64 scope link > valid_lft forever preferred_lft forever > 1863: br-client: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state > DOWN qlen 1000 > link/ether 3a:c9:4c:0d:69:8c brd ff:ff:ff:ff:ff:ff

2 2

Bugs in Firmware - neues Update?
by Stefan Dunkel 13 Apr '18

13 Apr '18

Hi zusammen, heute im Laufe des Tages sind mehr als 300 Router verschwunden. Diese zeigen häufig im logread unregister_netdevice Fehler an. Erstaunlich finde ich das dies etwa 7 Tage nach dem Update bei allen Routern los geht. Teilweise reagieren diese noch auf ssh, teilweise nicht. @tarek: wie weit bist du mit dem bauen der neuen Firmware? VG Stefan Von meinem iPhone gesendet

1 0

Würgaround für UAP-AC-PRO
by Simon Kurka 11 Apr '18

11 Apr '18

Ich habe gerade ne Menge zu dem UniFi-AC sysupgrade Bug quergelesen und meine ein bisschen was verstanden zu haben. Vielleicht hilft es dem ein oder anderen: Die UniFi-AC Geräte setzen auf einen Flip-Flop-Flash. Daher kommen auch kernel0 und kernel1. Bei jeden Stock-Upgrade wird das Update in den inaktiven Flash geschrieben und beim Reboot der Flash gewechselt. Bei Fehlern wird der Flash einfach wieder zurück geflipt. Auf diese Weise wird immer eine funktionierende Firmware vorhanden. Die Auswahl wird über die bs-Partition getroffen. OpenWrt's sysupgrade macht (noch) keinen Gebrauch von dieser Methode, die ja auch stark geräteabhängig ist. Letztlich beschreibt das sysupgrade immer nur den kernel0 Part und liest von dort. Nun kann es den Fall geben (bspw): Neues Gerät wird mit neuer Firmware ohne mtd ausgeliefert [bs=0]. Es wird ein Downgrade auf eine Version mit mtd ausgeführt [Stock-(Up)grade -> bs=1]. Wir flashen auf kernel0 und kernel1 ein OpenWrt Image [bs=1]. Wir booten von kernel1. Alles läuft. Die Kernel-Module in beiden Partitionen sind kompatibel. sysupgrade! kernel0 wird beschrieben, kernel1 bleibt. Wir booten von kernel1. Kaputt. Kernel Module in kernel0 und kernel1 sind inkompatibel. Das Fallbeispiel basiert auf Vermutungen. Punkt ist, dass wohl alles gut ist, wenn unmittelbar vor dem flashen von OpenWrt [bs=0] ist. Es wird dann immer kernel0 beschrieben beim sysupgrade und auch von da gebootet. kernel1 gammelt einfach herum. Setzen kann man das mit folgendem Befehl: > dd if=/dev/zero bs=1 count=1 of=/dev/mtdN Wobei N die Partitionsnummer von bs ist. Die findet ihr mit folgendem Befehl: > cat /proc/mtd Vielleicht mag unser Herr und Meister der Shellscripte, Dr. lrnzo :-P, mal schauen, ob man das in einen Einzeiler verwursteln kann, der sowohl in der Stock-Firmware, als auch bei uns ausführbar ist? Wichtig ist allerdings beim ersten flashen trotzdem beide (kernel0 und kernel1) zu beschreiben, da der Bootloader(?) immer eine von Ubiquiti signierte Firmware bevorzugt startet. Dementsprechend müssen beide Flash-Speicher mit unsignierten Firmwares beschrieben werden. In OpenWrt wurde die bs-Parition beschreibbar gemacht [1], sodass man diesen Fix auch nachträglich anwenden kann. Ich weiß nicht, ob diese Änderung bei uns schon enthalten ist. Ansonsten hänge ich nochmal den Link zum OpenWrt Bugreport [2] und zum Bugreport in Gluon [3] an. [1] https://github.com/lede-project/source/commit/f17173f5a36999f070a2ccbde2953… [2] https://bugs.openwrt.org/index.php?do=details&task_id=662 [3] https://github.com/freifunk-gluon/gluon/issues/1301 -- Viele Grüße, Simon

3 9

UAP-AC-PRO aus dem Autoupdate entfernen
by Simon Kurka 10 Apr '18

10 Apr '18

Hi, wir hatten besprochen, dass die UAP-AC-PRO vorerst kein Autoupdate mehr bekommen. Nun wurde es doch ausgerollt und es sind wieder Router abgeraucht. Das ist mehr als peinlich und ärgerlich!! *Simon sauer*. -- Viele Grüße, Simon

2 3

Sign Request 20171216
by Jan-Tarek Butt 09 Apr '18

09 Apr '18

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20171216 * Gluon-Version: v2017.1.x * Commit ID: 2ae74fe737a45e589f85ace098fa8466dfb7927e * Download: https://firmware.ffnw.de/20171216 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Paket multiple-v6-watchdog: fehlende split Funktion wurde ersetzt. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20171211..… siteconf repo: * Paket brach wechsel. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20171211..… 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/Firmware/Releaseprozess#Firmware_signier… Schöne Grüße aus Spanien Tarek

5 9

Sign Request 20170822
by Jan-Tarek Butt 09 Apr '18

09 Apr '18

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170822 * Gluon-Version: v2016.2.x * Commit ID: d722c2638a9f7a662ea46b74e997a3e460e70971 * Download: https://firmware.ffnw.de/20170822 Folgende Gluon spezifischen Änderungen gab es unter anderen: * Backport sysupgrade error handling fixes * prereq: backport changes to git detection to work with newer Git versions * automake: import upstream fix for perl 5.26 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/0d2b078...d722c2 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Neues Paket "disable-11s" welches das versehentliche einschalten von IEEE802.11s wieder rückgängig macht. * Hoodselector bug: nicht abgefangener Null Index zugriff behoben danke an Lorenz https://lists.ffnw.de//pipermail/dev/2017-August/002213.html Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170629..… siteconf repo: * Autoupdater url für wechsel auf Gluon v2017.1.x angepasst. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170629..… 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://mediawiki.ffnw.de/Firmware/Releaseprozess#Firmware_signieren Schöne Grüße Tarek

4 20

Wunschfunktion Config Backup
by ideengeber＠trash-mail.com 08 Apr '18

08 Apr '18

Hi, wäre cool wenn ihr noch eine Funktion hinzufügen könntet, dass man per Webinterface die aktuelle Config vom Router speichern und wiederherstellen kann, auch für Sachen die per CLI geändert wurden. Wenn man z.b. mal wegen defekt das Gerät zurücksetzt oder ganz austauscht lässt sich einfach eine bestehende funktionierende Config wiederherstellen und es muss nicht mühsam "from scratch" wieder konfiguriert werden. Auch für Tests wäre das cool dann lässt die sich vorher nochmal sichern und bei nicht erfolg ist man schnell wieder online.Danke!

1 0

Sign Request 20180403
by Jan-Tarek Butt 06 Apr '18

06 Apr '18

Moin zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20180403 * Gluon-Version: v2017.1.x * Commit ID: 883c32f2f1dc368626069865c07a5701e3e9bcae * Download-fastd: https://firmware.ffnw.de/fastd/20180403 * Download-l2tp: https://firmware.ffnw.de/l2tp/20170403 Folgende Gluon spezifischen Änderungen gab es: * modules: update LEDE * gluon-mesh-batman-adv: increase bridge multicast querier robustness * gluon-status-page: suppress "broken pipe" syslog message Mehr und detailliertere Informationen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/64e0e28b24a78473d95ed7ea82a… Folgende Communnity spezifischen Änderungen gab es: package repo: Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20180225..… siteconf repo: * remove ibss configurations * use 11s ath10k driver for following devices: MR1750 (v1, v2) OM5P-AC (v1, v2) Archer C5 (v1) Archer C7 (v2) UniFi AP AC Lite UniFi AP AC Pro * UniFi AP AC Lite/Pro können nur manuell upgedatet werden. * add backported gluon-ebtables-limit-arp * add gluon-ebtables-segment-mld * add tecff-ath9k-broken-wifi-workaround Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20180225..… 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/Firmware/Releaseprozess#Firmware_signier… Schöne Grüße Tarek

4 3

Sign Request 20180225
by Jan-Tarek Butt 04 Apr '18

04 Apr '18

Moin Moin leute, aller guten Dinge sind 3 sagt man doch so schön :P Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20180225 * Gluon-Version: v2017.1.x * Commit ID: 64e0e28b24a78473d95ed7ea82ae72ed35265867 * Download-fastd: https://firmware.ffnw.de/fastd/20180225 * Download-l2tp: https://firmware.ffnw.de/l2tp/20170225 Folgende Gluon spezifischen Änderungen gab es: * add support for UBNT EdgeRouter X-SFP * add support for UBNT EdgeRouter-X * tunneldigger: Update to newest upstream commit * add support for TP-Link TL-WR1043N v5 * Fix Ethernet stalls at high throughput on certain devices * Fix batman-adv Bridge Loop Avoidance (BLA) with in gluon-ebtables-filter-multicast * gluon-core: don't request a prefix via DHCPv6 on WAN The prefix is not used, and requesting it leads to odhcp6c log spam with certain DHCPv6 servers. * Fix ess-multiplexer to do not cut datas after 80 characters * ar71xx: remove bs-partition ro-flag for UniFi AC * kernel: update 17.01 kernel to 4.4.116 Mehr und detailliertere Informationen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/2ae74fe737a45e589f85ace098f… Folgende Communnity spezifischen Änderungen gab es: package repo: * Replace hoodselector with upstream gluon-hoodselector merge request [0] !89 * Replace ffnw-node-info with gluon-node-info and upstream gluon-geolocator merge request [1] !90 * Replace ffnw-config-mode-geo-location with upstream gluon-config-mode-geo-location-with-geloc-map merge request [2] !90 * Replace ffnw-config-mode-contact-info with gluon-config-mode-contact-info !90 * Change dependencies for banner and multiple-v6-watchdoog to gluon-hoodselector !91 Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20171220..… siteconf repo: * add raspberry-pi-2-model-b-rev-1.1 !39 * add raspberry-pi-model-b-rev-2 !39 * Replace package and autoupdater url with placeholders in site.conf !39 * Replace vpn package, GLUON_BRANCH and GLUON_RELEASE with placeholders in site.mk !39 * mv prepare.sh to buildscript.sh and extend script with UI. !39 * site.conf: add geolocator config e.g. blacklist and intervall !35 !40 !45 * site.mk: add kmod-phy-broadcom to x86-generic target !41 * site.conf: Enable IEEE802.11s with IBSS !42 * site.mk: Replace gluon-web-autoupdater with ffho-web-autoupdater for autoupdater fallback !44 * migrate ffnw spezific geolocator config to upstream format !46 Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20171220..… 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/Firmware/Releaseprozess#Firmware_signier… Schöne Grüße aus Vietnam Tarek [0] https://github.com/freifunk-gluon/gluon/pull/1226 [1] https://github.com/freifunk-gluon/gluon/pull/1201 [2] https://github.com/freifunk-gluon/gluon/pull/1211

9 23

Sign Request 20180318
by Jan-Tarek Butt 03 Apr '18

03 Apr '18

Mion zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20180318 * Gluon-Version: v2017.1.x * Commit ID: 5c728073aaa59347a705fd3056fc650635af20ee * Download-fastd: https://firmware.ffnw.de/fastd/20180318 * Download-l2tp: https://firmware.ffnw.de/l2tp/20170318 Folgende Gluon spezifischen Änderungen gab es: * modules: update LEDE * gluon-mesh-batman-adv: increase bridge multicast querier robustness Mehr und detailliertere Informationen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/64e0e28b24a78473d95ed7ea82a… Folgende Communnity spezifischen Änderungen gab es: package repo: Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20180225..… siteconf repo: * remove ibss configurations * use 11s ath10k driver for following devices: MR1750 (v1, v2) OM5P-AC (v1, v2) Archer C5 (v1) Archer C7 (v2) UniFi AP AC Lite UniFi AP AC Pro * UniFi AP AC Lite/Pro können nur manuell upgedatet werden. * tp-link-tl-wdr4900-v1 können nur manuell upgedatet werden. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20180225..… 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/Firmware/Releaseprozess#Firmware_signier… Schöne Grüße Tarek

5 11

Bekannte Bugs
by Jan-Tarek Butt 03 Apr '18

03 Apr '18

Hallo zusammen, Unten aufgeführt findet ihr Aktuell bekannte Probleme die zu den hier hin und wieder auf tauchenden Mails mit bescheidenen Problemen führen. Um da mal ein bissen Übersicht rein zubringen. - OOM auf 32MB RAM Geräten. Seid dem wechsel auf v2017.1.x gibt es einen OOM Bug auf wahrscheinlich nur 32MB RAM Geräten. Dieser Bug ist aktuell schwer bis gar nicht reproduzierbar. Die Ursache ist nach wie vor vollständig unbekannt. Daran wird aktuell viel rumprobiert. Im besten Falle führt dieser Bug zum Reboot des betroffenen Gerätes. - High Load Ebenfalls seid dem wechsel auf v2017.1.x gibt das Problem das einige Geräte zeitweise eine hohe load aufweisen. Diese reicht bis zu eine 15er load von 20 und führt zum versagen der Funktionalität aufgrund der hohen load kommt es zu abstürzenden Diensten sowie den dauerhaften versagen (cron, hoodselector, autoupdater ... etc). Dies kann u.a. soweit führen das Interfaces verloren gehen und der Router somit erst nach einem Reboot wieder erreichbar sowie nutzbar wird. Auch dieser Bug ist Aktuell nicht reproduzierbar bis vor ein paar Wochen wurden dieser mit dem OOM assoziiert. - (Ath9k Bug) Der Ath9k Bug ist bei uns im Netz einige Jahre nicht mehr gesichtet worden. Und ich kann es aktuell auch nicht 100% bestätigen. Allerdings gibt es seid einigen Monaten dem ATH9k Bug typische Ähnlichkeiten Die vermehrt beobachtet wurden. Diese Ähnlichkeiten Treten wie folgt in Erscheinung: 1. Die link Qualität der WLAN Interfaces singt auf 2-6%. 2. Die WLAN Interfaces verschwinden vollständig. 3. Die WLAN Interfaces sind sichtbar allerdings besteht keinerlei Verbindung Möglichkeit. Alle o.g. Zustände sind mir und auch Anderen bereits aufgefallen und führen in der Regel zur Funktionslosigkeit des WLANs. Im Falle 1 hilft der wechsel des WLAN states z.b. WLAN scannen oder ein Reset durch das Kommando "wifi". Die anderen beiden Zustände, 2. und 3., konnte ich bisher nur über einen Reboot auflösen. Meine Vermutung für das verstärkte aufkommen ist u.a. der Parallel betrieb von IBSS + 11s der das Phänomen verstärkt. Sowie der hoodselector und/oder dem geolocator, die einen regelmäßigen Änderungszustand des WLANs aufrufen können und somit den vermuteten Ath9k Bug triggern. - Fastd verbindet sich nach einen Server Reboot manchmal nicht wieder. Dieses Problem Hab ich u.a. bei dem Router "BrigitteB" im laden meiner Mama untersuchen können. Die Logs des Routers haben keine Fehler aufgewiesen und konnten lediglich keinen erfolgreichen Handshake realisieren. Da diese Problem scheinbar auch nur im ffnw Netz auftritt ist meine Vermutung, das es sich um ein bisher unbekanntes Server seitiges Problem handelt. - Freifunk IP lose Router. Hin und wieder kann man auf der Karte Router finden die keine Freifunk v6 Adressen besitzen bzw. nur die linklocal. Hier vermute ich entweder das es sich um ein Resultat des high load bugs handelt oder dieses auf ein Server seitiges Problem rückzuführen ist oder ein Problem was durch den hoodselector entsteht. - Bootsector pattitions bug bei UniFi AP AC Lite/Pro Dieser Bug bezieht sich auf die o.g. genannten dual-band Geräte und tritt beim sysupgrade command auf. Dies betrifft nicht alle Geräte, allerdings ist auch nicht abzusehen welches und welches nicht betroffen ist. Der autoupdater für die o.g. Geräte ist aktuell nicht verfügbar. Ein update der Geräte kann nur Manuell durchgeführt werden. Dieser Zustand bleibt bis zum nächsten gluon release so bestehen. Im aktuellen lede und gluon Upstream ist dieses Problem bereits behoben. - ubiquity Nanostation eth Bug Dieser Bug ist auf einen hardware Fehler in einigen Ubiquity Geräten zurück zu führen. Er gilt in Lede als behoben und sollte bei uns auch bereits behoben sein. Ich habe ihn hier nur aufgelistet da dies in den letzten Monaten u.a. ein Grund für Router Ausfälle war. Schöne Grüße Tarek

4 18

Liebste,
by AISHA GADDAFI 03 Apr '18

03 Apr '18

Liebste, Wie gehts Ihnen heute, ich hoffe, dass meine Post Sie in gutem Zustand der Gesundheit erfüllt? Sehr geehrte Damen und Herren, ich habe mich entschlossen, mit Ihnen in Kontakt zu treten, wenn ich bedenkt habe, dass wir uns noch nicht getroffen haben, aber wegen eines Umstandes, der mich verpflichtet hat, habe ich mich entschlossen, Sie wegen der Dringlichkeit meiner gegenwärtigen Situation hier im Flüchtlingslager für Ihre Rettung zu kontaktieren Auch für ein Business-Venture / Projekt, das ich brauche Ihre Assistentin in diesem Business-Niederlassung in Ihrem Land als mein ausländischer Partner sowie meine juristische ernannte Treuhänder. Ich bin Aisha Muammar Gaddafi, die einzige Tochter des umkämpften Präsidenten von Libyen, Hon. Muammar Gaddafi Ich wohne derzeit in Burkina Faso leider als Flüchtling. Ich schreibe diese Post mit Tränen und Trauer aus meinem Herzen und frage nach deiner dringenden Hilfe. Ich bin seit dem Tod meines verstorbenen Vaters durch Schmerzen und traurigen Moment gegangen. Mittlerweile ist meine Familie das Ziel der westlichen Nationen, die von Nato geführt werden, die meinen Vater um jeden Preis zerstören will. Unsere Investitionen und Bankkonten in mehreren Ländern sind ihre Ziele zum Einfrieren. Mein Vater des gesegneten Gedächtnisses stellte die Summe von $ 10.5M (Zehn Millionen, Fünfhundert Tausend Dollar) in (ECO) Bank Burkina Faso, die er benutzte meinen Namen als die nächste Angehörige. Ich habe von der (ECO) Bank beauftragt, einen interessierten ausländischen Investor / Partner zu präsentieren, der als Treuhänder stehen kann und den Fonds in seinem Konto für eine mögliche Investition in sein Land aufgrund meines Flüchtlingsstatus hier in Burkina Faso erhalten kann. Ich bin auf der Suche nach einer ehrlichen und zuverlässigen Person, die mir helfen und als Treuhänder stehen wird, damit ich ihn der Bank für die Übertragung des Fonds auf sein Bankkonto in Übersee vorstellen werde. Ich habe beschlossen, dich nach meinen Gebeten zu kontaktieren und ich glaube, dass du mein Vertrauen nicht verraten wirst. Aber nehmen Sie mich als Ihre eigene Schwester oder Tochter. Wenn diese Transaktion Sie interessiert, müssen Sie es niemandem offenlegen, weil was mit meiner ganzen Familie los ist, wenn die vereinigte Nation dieses Konto kennt, werden sie es einfrieren, wenn sie andere einfrieren, also bitte diese Transaktion behalten Nur für dich, bis wir es fertig machen Apologetic für meine Bilder werde ich es in meine nächste Mail und mehr über mich einschließen, wenn ich von dir höre okay. Bitte, ich möchte, dass Sie mich hier für weitere Konversationen kontaktieren. Danke und beste Grüße, Mit freundlichen Grüßen. KONTAKTIEREN SIE MEINE E-MAIL-ADRESSE,( aisha-gaddafi0(a)mail.com ) Aisha Gaddaf

1 0