I first installed the latest stable build of OpenWRT in January and that was after experiencing the same problem and then flashing a different firmware only to reflash OpenWRT which solved the problem. Now a month later I am having the exact same problem where all three WIFI radios are detected but the wireless networks associated with them are no longer. I don't want to have to keep reflashing other firmware and then flashing OpenWRT again after one month, is there a solution to this issue? No one else has mentioned this so I thought I would.
Given that you haven't found any other users describing this issue, it it possible it is related to your configuration.
When you have experienced this issue, did rebooting not solve the issue? The only solution was to reflash??
Have you done anything in terms of installing or upgrading packages?
Please copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
ubus call system board
cat /etc/config/network
cat /etc/config/wireless
cat /etc/config/dhcp
cat /etc/config/firewall
This fact that this configuration has worked and then suddenly stopped is really weird. Rebooting never solves the issue and the only solution I could find was to flash a different firmware and then reflash OpenWRT but anyway, here is the output that you have requested
cat /etc/config/network
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option packet_steering '1'
option ula_prefix 'fdcb:fc35:5717::/48'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan1'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '10.0.0.1'
cat /etc/config/wireless
config wifi-device 'radio0'
option type 'mac80211'
option path '18000000.axi/bcma0:7/pci0000:00/0000:00:00.0/0000:01:00.0'
option cell_density '0'
option country 'US'
option band '5g'
option channel '149'
option htmode 'VHT40'
config wifi-device 'radio1'
option type '**********'
option path '18000000.axi/bcma0:8/pci0001:00/0001:00:00.0/0001:01:00.0/0001:02:01.0/0001:03:00.0'
option cell_density '0'
option country 'US'
config wifi-device 'radio2'
option type '*********'
option path '18000000.axi/bcma0:8/pci0001:00/0001:00:00.0/0001:01:00.0/0001:02:02.0/0001:04:00.0'
option cell_density '0'
option country 'US'
option band '5g'
option htmode 'VHT40'
option channel '144'
config wifi-iface 'wifinet2'
option device 'radio1'
option mode 'ap'
option ssid 'Moonlight'
option encryption 'psk2'
option key '*************'
option network 'lan wan'
cat /etc/config/dhcp
config dnsmasq
option domainneeded '1'
option localise_queries '1'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'lan'
option expandhosts '1'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
option localservice '1'
option ednspacket_max '1232'
list server '10.0.0.183'
config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option leasetime '12h'
option dhcpv4 'server'
option dhcpv6 'server'
option ra 'server'
list ra_flags 'managed-config'
list ra_flags 'other-config'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config odhcpd 'odhcpd'
option maindhcp '0'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
option loglevel '4'
config host
option name 'raspberrypi'
option ip '10.0.0.183'
option mac '58:EF:68:B4:EE:42'
config host
option name 'switche47cd6'
option ip '10.0.0.214'
option mac '************'
config host
option name 'NAS326'
option ip '10.0.0.101'
option mac '************'
config host
option name 'raspberrypi'
option duid '000100012A980069B827EBA41A0C'
option mac '***************'
root@OpenWrt:~# cat /etc/config/firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
config zone
option name 'wan'
list network 'wan'
list network 'wan6'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
config forwarding
option src 'lan'
option dest 'wan'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'
config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'
config redirect
option target 'DNAT'
option name 'VNC'
option src_dport '5800-5900'
option dest_ip '10.0.0.126'
option dest_port '5800-5900'
option src 'wan'
option dest 'lan'
config redirect
option target 'DNAT'
option name 'NAS'
option src_dport '5000-5001'
option dest_port '5000-5001'
option src 'wan'
option dest 'lan'
option dest_ip '10.0.0.101'
config redirect
option dest 'lan'
option target 'DNAT'
option name 'NAS FTP'
option src 'wan'
option dest_ip '10.0.0.101'
option src_dport '21-21'
option dest_port '21-21'
That is the configuration I have at the moment. Hopefully this is enough information to find a solution
You're using DFS channels. That could explain the problem. If the system detects a radar 'hit' it must power down the radio for a period of time. Further, when you reboot the system, it must listen to the airwaves for a while before it can bring up the radios so that it doesn't inadvertently activate when it shouldn't.
Have you tried using other channels outside the DFS range?
I cannot switch the channels and have been trying for a while. Quite honestly this is something I should have known but it slipped my mind, I am an amateur radio operator and 5 GHz is a band authorized for such purposes in the US on a secondary basis with the radiolocation (radar) service being primary.
What do you mean you cannot? Is it not accepting the change? Or is there a reason you need to use those channels?
I have been trying through the web interface for a while and because the WIFI radios are disabled no such option exists.
I see...
You should be able to change them in the raw config files or with UCI syntax on the CLI.
also, it could be useful to see what the logs say... dmesg and syslog may have relevant info as to why the radios are not starting.
I am trying to edit the configuration using Vi over SSH but I cannot make any changes at all. Whenever I type anything the previous option stays and the new text is not entered.
what is the output of:
mount
df -h
Here is the output of that command
root@OpenWrt:~# mount df -h
mount: unrecognized option: h
BusyBox v1.35.0 (2023-01-03 00:24:21 UTC) multi-call binary.
Usage: mount [OPTIONS] [-o OPT] DEVICE NODE
Mount a filesystem. Filesystem autodetection requires /proc.
-a Mount all filesystems in fstab
-i Don't run mount helper
-r Read-only mount
-t FSTYPE[,...] Filesystem type(s)
-O OPT Mount only filesystems with option OPT (-a only)
-o OPT:
loop Ignored (loop devices are autodetected)
[a]sync Writes are [a]synchronous
[no]atime Disable/enable updates to inode access times
[no]diratime Disable/enable atime updates to directories
[no]relatime Disable/enable atime updates relative to modification time
[no]dev (Dis)allow use of special device files
[no]exec (Dis)allow use of executable files
[no]suid (Dis)allow set-user-id-root programs
[r]shared Convert [recursively] to a shared subtree
[r]slave Convert [recursively] to a slave subtree
[r]private Convert [recursively] to a private subtree
[un]bindable Make mount point [un]able to be bind mounted
[r]bind Bind a file or directory [recursively] to another location
move Relocate an existing mount point
remount Remount a mounted filesystem, changing flags
ro Same as -r
those were supposed to be two separate commands.
My mistake, it has been a while since I have used command line stuff but here is the correct output.
root@OpenWrt:~# mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
/dev/ubi0_1 on /overlay type ubifs (rw,noatime,assert=read-only,ubi=0,vol=1)
overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)
tmpfs on /dev type tmpfs (rw,nosuid,noexec,noatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,noatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,noatime,mode=700)
root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 4.0M 4.0M 0 100% /rom
tmpfs 122.3M 252.0K 122.1M 0% /tmp
/dev/ubi0_1 20.5M 56.0K 19.4M 0% /overlay
overlayfs:/overlay 20.5M 56.0K 19.4M 0% /
tmpfs 512.0K 0 512.0K 0% /dev
I don't see any issues there... your overlay is mounted read/write and has plenty of space available.
what commands did you use when you were editing with vi (specifically as you were saving and ending the session)?
I can't do anything except delete text or numerical values. The space bar does not work, the numeric keys don't work, the text keys don't work no text or numerical entry works at all.
vi is a bit of a strange beast... are you used to using it? If not, two options:
- Look at the vi documentation
- scp the file to your computer, edit with a text editor of your choice, then scp it back to the router.
If you haven't used vi much, you'll find option 2 to be a lot easier.
I found a third option, install Nano from the package manager. I like that text editor far more as I tend to find it more friendly than Vi.
1 Like
duh! (on me)... I don't know why I forgot to mention nano. Yes... good call!
I got it working after a reflash but kept in mind the WIFI channels that are forbidden in the US in the process of configuring it. The known working configuration is also backed up in case something happens again so I think the problem is solved
1 Like