Hi,

adressvergabe heute bitte nicht testen, da wir neue dns Server ausrollen auf den Supernodes.

Von meinem iPhone gesendet

Am 28.02.2018 um 11:44 schrieb lrnzo via Dev dev@lists.ffnw.de:

Eine Sache, die mir aufgefallen ist: im Configmode im Wizzard: wenn man da static coordinates anwählt. die Karte im Browser lädt nicht. obwohl ich Internet habe, werden nur rose Kacheln angezeigt.

Ansonsten lasse ich gerade die übliche tests laufen. Es gibt hin und wieder Probleme mit dem Tunnelaufbau, der GW-Verbindung, der Addressvergabe in manchen hoods. sollten wir eingrenzen. landet alles im Posfach alert@ffnw.de. Stefan und Tarek kennen das Passwort.

LG Lorenz

...

Am 26.02.2018 um 15:48 schrieb Jan-Tarek Butt via Dev: 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/2ae74fe737a45e589f85ace098fa...

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_signiere...

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

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

Hi, von meiner Seite wurde auch getestet und gesigned.

Am 28.02.2018 um 13:26 schrieb lrnzo via Dev:

alles klar, gibt du uns ein Signal, wenn es wieder funktionieren sollte?

Am 28.02.2018 um 12:01 schrieb Stefan Dunkel via Dev:

...

Hi,

adressvergabe heute bitte nicht testen, da wir neue dns Server ausrollen auf den Supernodes.

Von meinem iPhone gesendet

...

Am 28.02.2018 um 11:44 schrieb lrnzo via Dev dev@lists.ffnw.de:

Eine Sache, die mir aufgefallen ist: im Configmode im Wizzard: wenn man da static coordinates anwählt. die Karte im Browser lädt nicht. obwohl ich Internet habe, werden nur rose Kacheln angezeigt.

Ansonsten lasse ich gerade die übliche tests laufen. Es gibt hin und wieder Probleme mit dem Tunnelaufbau, der GW-Verbindung, der Addressvergabe in manchen hoods. sollten wir eingrenzen. landet alles im Posfach alert@ffnw.de. Stefan und Tarek kennen das Passwort.

LG Lorenz

...

Am 26.02.2018 um 15:48 schrieb Jan-Tarek Butt via Dev: 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/2ae74fe737a45e589f85ace098fa...

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_signiere...

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

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

Das Problem hat was mit http vs https zu tun. Ich habe hier https-everywhere installiert. und da war ein Häkchen gesetzt bei "erzwinge verschlüsselte Verbindung zu osm.org" Wenn man den rausnimmt, wird auch wieder die Karte angezeigt. mir kommt das neu vor. die Verbindung zu 192.168.1.1 erfolgt ja ohne https.

Am 28.02.2018 um 12:18 schrieb Jan-Tarek Butt via Dev:

Hi lorenz,

...

Eine Sache, die mir aufgefallen ist: im Configmode im Wizzard: wenn man da static coordinates anwählt. die Karte im Browser lädt nicht. obwohl ich Internet habe, werden nur rose Kacheln angezeigt.

Die Map wird bei mir dargestellt wenn ich den ADblocker und co deaktiviere. Ich kann dir allerdings nicht sagen warum dieses geschieht. Meine Kenntnisse im Web sind eher marginal.

vg Tarek

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

Hallo Tarek, Hallo Firmwareentwickler,

Ich habe auf dem Archer c7 geupdatet...

LG Malte

root@whv-mm-1:~# iwinfo client0 ESSID: "nordwest.freifunk.net" Access Point: E8:DE:27:CE:A8:F8 Mode: Master Channel: 44 (5.220 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: unknown Bit Rate: unknown Encryption: none Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

client1 ESSID: "nordwest.freifunk.net" Access Point: E8:DE:27:CE:A8:F9 Mode: Master Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: -95 dBm Bit Rate: unknown Encryption: none Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

ibss0 ESSID: "mesh.ffnw" Access Point: 02:00:0A:12:E8:00 Mode: Ad-Hoc Channel: 44 (5.220 GHz) Tx-Power: 20 dBm Link Quality: 31/70 Signal: -79 dBm Noise: unknown Bit Rate: 6.0 MBit/s Encryption: unknown Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

ibss1 ESSID: "mesh.ffnw" Access Point: 02:00:0A:12:E8:00 Mode: Ad-Hoc Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: 39/70 Signal: -71 dBm Noise: -95 dBm Bit Rate: 52.0 MBit/s Encryption: unknown Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

mesh0 ESSID: unknown Access Point: 00:00:00:00:00:00 Mode: Mesh Point Channel: unknown (unknown) Tx-Power: unknown Link Quality: unknown/70 Signal: unknown Noise: unknown Bit Rate: unknown Encryption: unknown Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

mesh1 ESSID: unknown Access Point: 00:00:00:00:00:00 Mode: Mesh Point Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: -95 dBm Bit Rate: unknown Encryption: unknown Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

root@whv-mm-1:~#

Hallo,

ich bin leider nicht mehr mehr vor Ort, und kann mich damit erst Montag wieder beschäftigen.

das mesh0 interface welches für 5Ghz wäre sieht ungesund aus.

Magst du mal gucken ob das mesh soweit Problem los funktioniert?

Ich hatte gestern aber keine Probleme mit dem Mesh.

der Router http://%5B2a06:e881:2000:4601:ea94:f6ff:fecd:4638%5D/

ist ja rein über WLAN-Mesh mit dem Netz verbunden.

Wie ich auf der statuspage sehe scheint mesh über ibss im 2,4 und 5GHz kein Problem zu sein.

Ja das ist auch mein Eindruck

Allerdings wird mesh1 nur angezeigt und wie oben schon vermutet mesh0 nicht.

bei mir wird im Browser beides angezeigt.... über SSH kann ich gerade nicht zugreifen...

Ich vermute es existiert auch kein tatsächliches 5Ghz 11s Netz..

kann ich leider gerade auch nicht testen, da nicht vor Ort

lg Malte

oh, den hatte Malte ja auch schon ... egal doppelt hält besser und sieht ja auch genau so aus: 802.11s auf 5GHz läuft nicht.

root@ffnw-LOHNetzTEST-ARCHERC7V2:~# batctl if br-wan: active primary0: active ibss0: active ibss1: active mesh1: active

mesh0 fehlt

Am 07.03.2018 um 20:58 schrieb lrnzo via Dev:

Auf Archer c7 v2 folgendes:

root@ffnw-LOHNetzTEST-ARCHERC7V2:~# iwinfo client0 ESSID: "nordwest.freifunk.net" Access Point: 14:CC:20:AC:81:64 Mode: Master Channel: 44 (5.220 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: unknown Bit Rate: unknown Encryption: none Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

client1 ESSID: "nordwest.freifunk.net" Access Point: 14:CC:20:AC:81:65 Mode: Master Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: -95 dBm Bit Rate: unknown Encryption: none Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

ibss0 ESSID: "mesh.ffnw" Access Point: 02:00:0A:12:20:00 Mode: Ad-Hoc Channel: 44 (5.220 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: unknown Bit Rate: unknown Encryption: unknown Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

ibss1 ESSID: "mesh.ffnw" Access Point: 02:00:0A:12:20:00 Mode: Ad-Hoc Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: 39/70 Signal: -71 dBm Noise: -95 dBm Bit Rate: 75.6 MBit/s Encryption: unknown Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

mesh0 ESSID: unknown Access Point: 00:00:00:00:00:00 Mode: Mesh Point Channel: unknown (unknown) Tx-Power: unknown Link Quality: unknown/70 Signal: unknown Noise: unknown Bit Rate: unknown Encryption: unknown Type: nl80211 HW Mode(s): 802.11nac Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880] TX power offset: none Frequency offset: none Supports VAPs: yes PHY name: phy0

mesh1 ESSID: unknown Access Point: 00:00:00:00:00:00 Mode: Mesh Point Channel: 6 (2.437 GHz) Tx-Power: 20 dBm Link Quality: unknown/70 Signal: unknown Noise: -95 dBm Bit Rate: unknown Encryption: unknown Type: nl80211 HW Mode(s): 802.11bgn Hardware: unknown [Generic MAC80211] TX power offset: unknown Frequency offset: unknown Supports VAPs: yes PHY name: phy1

Am 28.02.2018 um 12:21 schrieb Jan-Tarek Butt via Dev:

...

Moin Moin,

...

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

Mag jemand diese Firmware explizit auf einer der folgenden Geräte testen?

MR1750 (v1, v2) OM5P-AC (v1, v2) Archer C5 (v1) Archer C7 (v2) UniFi AP AC Lite UniFi AP AC Pro

Es geht um die Funktionalität des mesh bei IBSS und 11s parallel. Falls es da Probleme gibt würde ich die o.g. Images raus nehmen.

Persönlich erwarte ich entweder kein Netz oder nur IBSS

vg Tarek

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de

Hi Sem,

On 03/16/18 09:23, Sem Stadel via Dev wrote:

Moin,

wurde der WDR4900 bei der neuen Firmware vergessen?

Ich finde ihn nicht in der Liste und dieser https://map.ffnw.de/#/de/map/f81a675a7456 hat sich nicht auf die neuste Version aktualisiert.

Ein bug in gluon hat dazu geführt das diese Architektur nicht baubar war. Ab der nächsten Version wird der wdr4900er aber wieder enthalten sein.

Schöne Grüße Tarek

Hi,

On 04/03/18 23:05, Jan-Dirk Singenstreu via Dev wrote:

Lebt dieser Sign Request noch? Warte fast schon sehnsüchtig auf die Unterstützung der Version 5 des TL-WR 1043.

Das ist die Aktuelle stable. Der Support für den 1043v5 kommt erst mit der nächsten Version.

vg Tarek

öhm ... in version 20180225 gibt es Support für den 1043v5

https://firmware.ffnw.de/fastd/20180225/factory/gluon-ffnw-20180225-tp-link-... https://firmware.ffnw.de/l2tp/20180225/factory/gluon-ffnw-20180225-tp-link-t...

Am 04.04.2018 um 05:46 schrieb Jan-Tarek Butt via Dev:

Hi,

On 04/03/18 23:05, Jan-Dirk Singenstreu via Dev wrote:

...

Lebt dieser Sign Request noch? Warte fast schon sehnsüchtig auf die Unterstützung der Version 5 des TL-WR 1043.

Das ist die Aktuelle stable. Der Support für den 1043v5 kommt erst mit der nächsten Version.

vg Tarek

---

Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de