Ubiquiti UniFi-AC-MESH liefert kein 5 GHZ mehr

Mein UniFi-AC-MESH im garten liefert kein 5 GHZ mehr. Ich habe keine Ahnung wie lange das genau de fall ist, aber Ende letzten Jahres hat es noch funktioniert. Hab auch damals nichts an der Konfiguration gemacht außer auf VHT80 zu stellen, aber das hatte funktioniert und ein Softwareupdate gab es in Aachen meines Wissens nach auch nicht in letzter Zeit.

uci show wireless liefert:

wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.hwmode='11a'
wireless.radio0.path='pci0000:00/0000:00:00.0'
wireless.radio0.channel='auto'
wireless.radio0.country='DE'
wireless.radio0.channels='100-140'
wireless.radio0.hostapd_options='country3=0x4f'
wireless.radio0.htmode='VHT80'
wireless.radio1=wifi-device
wireless.radio1.type='mac80211'
wireless.radio1.channel='11'
wireless.radio1.hwmode='11g'
wireless.radio1.path='platform/qca956x_wmac'
wireless.radio1.htmode='HT20'
wireless.radio1.country='DE'
wireless.radio1.legacy_rates='0'
wireless.ibss_radio1=wifi-iface
wireless.ibss_radio1.ifname='ibss1'
wireless.ibss_radio1.network='ibss_radio1'
wireless.ibss_radio1.device='radio1'
wireless.ibss_radio1.bssid='CA:FF:24:FF:AC:24'
wireless.ibss_radio1.disabled='0'
wireless.ibss_radio1.mcast_rate='12000'
wireless.ibss_radio1.mode='adhoc'
wireless.ibss_radio1.macaddr='06:37:96:9a:db:de'
wireless.ibss_radio1.ssid='wifimesh-g-ac'
wireless.client_radio0=wifi-iface
wireless.client_radio0.ifname='client0'
wireless.client_radio0.network='client'
wireless.client_radio0.disabled='0'
wireless.client_radio0.device='radio0'
wireless.client_radio0.mode='ap'
wireless.client_radio0.macaddr='06:37:96:9a:db:d8'
wireless.client_radio0.ssid='Freifunk'
wireless.client_radio1=wifi-iface
wireless.client_radio1.ifname='client1'
wireless.client_radio1.network='client'
wireless.client_radio1.disabled='0'
wireless.client_radio1.device='radio1'
wireless.client_radio1.mode='ap'
wireless.client_radio1.macaddr='06:37:96:9a:db:dc'
wireless.client_radio1.ssid='Freifunk'
wireless.wan_radio0=wifi-iface
wireless.wan_radio0.disabled='0'
wireless.wan_radio0.macaddr='06:37:96:9a:db:db'
wireless.wan_radio0.network='wan'
wireless.wan_radio0.encryption='psk2'
wireless.wan_radio0.device='radio0'
wireless.wan_radio0.mode='ap'
wireless.wan_radio0.key='***'
wireless.wan_radio0.ssid='***'
wireless.wan_radio1=wifi-iface
wireless.wan_radio1.disabled='0'
wireless.wan_radio1.macaddr='06:37:96:9a:db:df'
wireless.wan_radio1.network='wan'
wireless.wan_radio1.encryption='psk2'
wireless.wan_radio1.device='radio1'
wireless.wan_radio1.mode='ap'
wireless.wan_radio1.key='***
wireless.wan_radio1.ssid='***'

Sieht für mich auch erst mal OK, aus.
Iwinfo liefert:

client0   ESSID: "Freifunk"
          Access Point: 06:37:96:9A:DB:D8
          Mode: Master  Channel: 100 (5.500 GHz)
          Tx-Power: 26 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -103 dBm
          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: "Freifunk"
          Access Point: 06:37:96:9A:DB:DC
          Mode: Master  Channel: 11 (2.462 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

ibss1     ESSID: "wifimesh-g-ac"
          Access Point: 06:37:96:9A:DB:DE
          Mode: Ad-Hoc  Channel: 11 (2.462 GHz)
          Tx-Power: 20 dBm  Link Quality: 30/70
          Signal: -81 dBm  Noise: -95 dBm
          Bit Rate: 43.7 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

wlan0-1   ESSID: "***"
          Access Point: 06:37:96:9A:DB:DB
          Mode: Master  Channel: 100 (5.500 GHz)
          Tx-Power: 26 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -105 dBm
          Bit Rate: unknown
          Encryption: WPA2 PSK (CCMP)
          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

wlan1-2   ESSID: "***"
          Access Point: 06:37:96:9A:DB:DF
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 20 dBm  Link Quality: 44/70
          Signal: -66 dBm  Noise: -95 dBm
          Bit Rate: 45.5 MBit/s
          Encryption: WPA2 PSK (CCMP)
          Type: nl80211  HW Mode(s): 802.11bgn
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy1

Da sieht man wohl schon, dass auf 5 ghz nicht läuft.
Hat jemand eine Idee, wie ich das Problem weiter eingrenze?

Schau mal ins „logread“. Entweder geht auf dem gewählten Kanal gar kein VHT80 (habe gerade keine gültige Tabelle dafür, Openwrt hat da einen etwas unerwarteten Offset gegenüber den üblichen Wikipedia&Co-Tabellen an einigen Stellen).
Oder aber Du hast einen DFS-Hit.
Oder ihr habt ein „nicht 5GHz-Outdoormode-festes“ FFoffline-paket in Eurer Firmware.

Kann ich mir alles nicht so recht vorstellen, weil das ja mal funktioniert hat. Im logread habe ich mal alles von heute nach dem Neustart mit client0 und wlan0-1 gefiltert:

Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.408222] br-wan: port 3(wlan0-1) entered blocking state
Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.414125] br-wan: port 3(wlan0-1) entered disabled state
Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.420465] device wlan0-1 entered promiscuous mode
Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.467402] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.473978] br-wan: port 3(wlan0-1) entered blocking state
Mon Jun 14 13:13:37 2021 kern.info kernel: [  100.479658] br-wan: port 3(wlan0-1) entered forwarding state
Mon Jun 14 13:13:37 2021 daemon.err hostapd: Using interface wlan0-1 with hwaddr 06:37:96:9a:db:db and ssid "***"
Mon Jun 14 13:13:37 2021 daemon.notice hostapd: client0: interface state DFS->ENABLED
Mon Jun 14 13:13:37 2021 daemon.notice hostapd: client0: AP-ENABLED
Mon Jun 14 13:13:37 2021 kern.info kernel: [  101.010833] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-1: link becomes ready
Mon Jun 14 13:13:37 2021 daemon.notice netifd: Network device 'client0' link is up
Mon Jun 14 13:13:37 2021 daemon.notice netifd: Network device 'wlan0-1' link is up
Mon Jun 14 14:10:38 2021 daemon.info hostapd: wlan0-1: STA 4e:81:ac:28:fd:35 IEEE 802.11: authenticated
Mon Jun 14 14:10:38 2021 daemon.info hostapd: wlan0-1: STA 4e:81:ac:28:fd:35 IEEE 802.11: associated (aid 1)
Mon Jun 14 14:10:38 2021 daemon.notice hostapd: wlan0-1: AP-STA-CONNECTED 4e:81:ac:28:fd:35
Mon Jun 14 14:10:38 2021 daemon.info hostapd: wlan0-1: STA 4e:81:ac:28:fd:35 WPA: pairwise key handshake completed (RSN)
Mon Jun 14 14:28:05 2021 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 4e:81:ac:28:fd:35
Mon Jun 14 14:28:05 2021 daemon.info hostapd: wlan0-1: STA 4e:81:ac:28:fd:35 IEEE 802.11: disassociated due to inactivity
Mon Jun 14 14:28:06 2021 daemon.info hostapd: wlan0-1: STA 4e:81:ac:28:fd:35 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)

Sehe ich jetzt nichts auffälliges.

diese ***-SSID habe ich so noch nie gesehen. Ist die auch in der Config?

Ansonsten: schalte mal auf vht40 runter und schaue ob es dann evtl. wieder geht, in dem fall müsstest Du mal mit den Kanälen herumprobieren.

Da steht natürlich in Wirklichkeit was anderes. Ich will hier nur nicht für alle Ewigkeit meine private WLAN SSID dokumentieren. Aber ja, die steht auch so in der Konfig. Ich probiere nachher mal die Sachen aus.

War wohl doch irgendwie ein Radar oder sonstige Belegung des Kanals. Seit einem Tag funktioniert das plötzlich und unvermittelt wieder.

Nicht unmöglich, aber unwahrscheinlich.
Die UniFi ACmesh sind notorisch für ihre DFS-false-Positives. Die Fälle von Leuten mit „DFS-hits im Keller“ oder „DFS-Hits auf mehreren Geräten gleichzeitig, aber immer auf unterschiedlichen Kanälen“ sind häufig. Aber wer wollte ernsthaft zu Regulierungsbehörden petzen gehen? Zumal vermutlich die False-Negatives seltener sind, hoffentlich…

1 „Gefällt mir“