"radar detected" But No Recovery - Am I Doing Something Stupid?

RouterOS General
1

On hAP ax^2:

Oct/27/2024 08:43:45 memory wireless info wifi1: radar detected on 5680/ax/eCee

..and the WiFi shows “DFS channel availability check (1 min)” but several hours later it has not recovered. I have to disable and enable the WiFi again for it to do the 1 minute check and then appear.

2024-10-27 16:17:59 by RouterOS 7.16.1

software id = 1PYU-48AC

model = C52iG-5HaxD2HaxD

serial number = HG209XXXXXX

/interface bridge
add admin-mac=D4:XX:XX:XX:XX:XX auto-mac=no comment=Bridge dhcp-snooping=yes igmp-snooping=yes name=bridge1 port-cost-mode=short protocol-mode=stp
/interface ethernet
set [ find default-name=ether1 ] comment=Uplink poe-out=off
/interface wifi channel
add disabled=no frequency=5650-5730 name=channel1
/interface wifi security
add authentication-types=wpa3-psk disable-pmkid=yes disabled=no encryption=gcmp-256 group-encryption=gcmp-256 management-encryption=gmac-256 management-protection=required name=sec1 wps=disable
/interface wifi configuration
add country=“United Kingdom” disabled=no hide-ssid=yes multicast-enhance=enabled name=cfg1 security=sec1 ssid=Bridge
/interface wifi
set [ find default-name=wifi1 ] channel=channel1 comment=Downlink configuration=cfg1 configuration.mode=ap disabled=no
/interface bridge filter
add action=drop chain=input dst-port=68 in-interface=!ether1 ip-protocol=udp log=yes mac-protocol=ip
/interface bridge port
add bridge=bridge1 interface=wifi1
add bridge=bridge1 interface=ether1 trusted=yes
add bridge=bridge1 interface=ether2
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether4
add bridge=bridge1 interface=ether5
/ip settings
set ip-forward=no send-redirects=no
/ipv6 settings
set forward=no
/interface wifi access-list
add action=accept disabled=no interface=wifi1 mac-address=D4:01:XX:XX:XX:XX
add action=reject disabled=no
/ip cloud
set update-time=no
/ip dhcp-client
add interface=bridge1
/ip service
set telnet disabled=yes
set ftp disabled=yes
set www disabled=yes
set ssh disabled=yes
set api disabled=yes
set api-ssl disabled=yes
/system clock
set time-zone-name=Europe/London
/system identity
set name=Bridge1
/system logging
add topics=wireless
/system ntp client
set enabled=yes
/tool bandwidth-server
set enabled=no
/tool mac-server
set allowed-interface-list=none
/tool mac-server ping
set enabled=no
/tool sniffer
set filter-stream=yes streaming-enabled=yes streaming-server=192.XX.XX.XX

Why does it not self recover?

2

Because the channels you restricted it to use are only DFS ?

3

Yes that’s what I want (it’s a PTP bridge).. but shouldn’t it then “retry” them after 1 minute like it says it will?

4

Ah,

*) wifi - fixed failure to resume operation after DFS non-occupancy period has elapsed;

7.17beta4 release notes

5

Still … the frequency range you’re allowing is 5 20MHz-channels wide, not allowing much room for avoidance of radar … specially so as you’re using default setting (of 80MHz wide channels). And it doesn’t matter if radar detection is real or spurious, in both cases it’s likely to happen again.

6
7

Bug notwithstanding there are various DFS timers:
Channel availability check (CAC) where the radio listens before selecting a channel for use, this is 1 minute except where any of the channel overlaps with 5600-5650MHz in which case it is 10 minutes.
Non-occupancy period (NOP) when radar has been detected in a channel, this is 30 minutes.

8

Are you sure it hasn’t actually detected radar like it says it has?