Das hilft auch nicht, das Ändern der BSSID ebenfalls nicht.
Ich habe heute morgen mal die Grünen besucht, die ja wohl auch einen WDR4300 mit GE Firmware 0.7.2 haben (siehe hier) und die haben ebenfalls kein 5GHz. Es liegt also offensichtlich am Firmware Image für den WDR4300. Wie sieht es denn mit anderen 5GHz-Geräten aus, wie z.B. dem WDR3600? Oder anders gefragt: hat überhaupt jemand mit der aktuellen GE Firmware funktionierendes 5GHz?
Ich werde es heute Abend mal mit einem selbst gebauten Image testen. Wurde für die offiziellen Images dieses repo verwendet? Welcher Branch/Tag/Commit? Und wurden außer der site.conf und site.mk wirklich keine weiteren Anpassungen vorgenommen?
Mit den site.mk/.conf wurde gebaut.
Gut würde mit dem aktuellen Release (v2015.1.1) ausgeschenkt.
Vielen Dank fürs Testen.
Ich werde schauen, ob ich einen 3600er kurzfristig auftreiben kann.
Da war ohnehin ein ganz schlauer Fuchs unterwegs, der die 5 GHz ins untere Band unters Wetterradar konfiguriert hat, wo nur 1/5 der Ausgangsleistung erlaubt sind in der Regdom DE. Selbst wenn man DFS und TPC auf dem IBSS anbekommt…
Ich denke mal, dass wir wahlweise auf die Kanäle 36/40/44/48 müssen oder aber die Regdomain auf US schalten müssen… (letzteres verbietet sich natürlich von selbst)
Will sagen: Fehler unsererseits! Kommt ein Update!
Welche Graph-Anzeige hängt und was hat das mit den 4300ern (und dem hier besprochenen 5GHz-Problem) zu tun?
Mir fehlt gerade wirklich eine Idee, wie das zusammen hängen könnte.
Ich habe es in der tat nicht aufmerksam gelesen, hätte ich es getan, hätte ich mir die Arbeit auch sparen können.
Ich frage mich aber, wenn das so offensichtlich ist, warum spekulieren wir hier dann schon seit Tagen über mögliche Ursachen?
Ich kann jedenfalls bestätigen, dass es mit Kanal 44 auf Anhieb funktioniert.
Gibt es eine Möglichkeit etwas gesprächigere logs zu bekommen, um solche Fehler nachzuvollziehen?
Weil niemand vermutet hätte, dass bei der Migration von „US“ nach „DE“ das Openwrt die RegDomain wirklich ernst nimmt und schlicht „zumacht“.
(Warum ffrg früher auf US gefunkt hat: Weiss icht nicht. Aber auch da war der Kanal ein anderer. Ist halt erst so aufgefallen.)
Ansonsten: Update propagiert wohl nur ziemlich langsam.
Wer Interesse hat, den autoupdater mal auf der Kommandozeile von Hand anstoßen.
Das ist auch in der Tat ein sehr seltsames verhalten, zumal in den logs nichts dazu auftaucht.
autoupdater will nicht:
# autoupdater
Connecting to [fda0:747e:ab29:209:ff00::1] ([fda0:747e:ab29:209:ff00::1]:80)
wget: can't connect to remote host: Connection refused
There seems to have gone something wrong downloading the manifest from http://[fda0:747e:ab29:209:ff00::1]/images/stable/sysupgrade
wget: bad address 'images.ffgek'
There seems to have gone something wrong downloading the manifest from http://images.ffgek/stable/sysupgrade
No usable mirror found.
If you define a channel in your wireless config that requires DFS according to your country regulations, the 5GHz radio device won't start up if you run an OpenWRT version that lacks DFS support or if your system is not configured properly.
Vielleicht noch ein Hinweis an dieser Stelle: Mit aktiviertem DFS in OpenWrt kann der hostapd aktuell kein HT40 auf Kanälen wo DFS verpflichtend ist.
Kann man nämlich auch nicht in den Logs sehen, dass genau das dann das Problem ist. Da stirbt der hostapd Prozess dann auch sofort sang- und klanglos.
Ich verschiebe das mal von /Gelsenkirchen nach /Technik, da es vermutlich auch andere betreffen könnte, wenn sie hoffen, dass dass OpenWRT einfach DFS oder Regdomain ignoriert… was es zumindest in BarrierBreaker nimmer tut.