DFS RADAR restrictions seem to be hard coded in 802.11ac (5GHz) routers as a result of FCC regulations. The good news is that there are ways to avoid getting 'kicked off' by using non-DFS channels instead. For example, wifi routers using country code 'US' on the 5GHz radio band can use channels 36, 40, 44, 48 and 149, 153, 157, 161 and 165, to avoid DFS issues.
I'm fairly certain that the "6Ghz bug" is just DFS doing what it's supposed to be doing, maybe the output in LUCI could be handled a little more elegantly or even handle channel fallback.
Users generally forget to set a country code or aren't familiar with their country's channel restrictions. They also underestimate the prevalence of military radar, especially near coastlines. Most people that just want reliable Wi-Fi shouldn't be using DFS channels at all.
I set up DNS addresses that should come via dhcp on the lan interface, but when I connect, I still see one DNS address 192.168.1.1. Is this setting not working?
/etc/config/network
....
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option delegate '0'
list dns '8.8.8.8'
list dns '1.1.1.1'
list dns '192.168.1.1'
if I add dns servers here: web management > network > interfaces > lan edit > Advanced Settings > Use custom DNS servers, then the entry appears only in the file /etc/config/network with the following lines:
config interface 'lan'
...
list dns '8.8.8.8'
list dns '1.1.1.1'
list dns '192.168.1.1'
...
and it doesn't work.
now I tried to do it like this:
uci add_list dhcp.lan.dhcp_option="6,1.1.1.1,8.8.8.8,192.168.1.1"
uci commit dhcp
service dnsmasq restart
and it worked, now I get the dns I need on the device.
in the file /etc/config/dhcp a line appeared:
config dhcp 'lan'
...
list dhcp_option '6,1.1.1.1,8.8.8.8,192.168.1.1'
...
it turns out that custom DNS settings for local network clients do not work via web management
