What's new

RT-AC68U wireless turning itself off

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

JamesK

Occasional Visitor
Hi All,

I've got an issue with my RT-AC68U randomly turning off both wireless radios and I can't figure out what's going on.
My setup consists of an RT-AC87U running as my main router and the RT-AC68U connected to it via ethernet and configured as an access point. Both are running Merlin 380.65.

Every now and again I'll find both the wireless LEDs turned off on the RT-AC68U for no apparent reason. Even power-cycling/rebooting doesn't fix the issue. I need to login to the GUI and manually turn both back on.

I had experienced this behaviour before when performing firmware upgrades. I'd noticed for the past few releases of Merlin, specifically with the 68U being in an access point mode, that if I performed a firmware update, without doing a factory reset, I could find this issue starting to happen. A couple of days after an upgrade the radios would turn off. It never affected the 87U, and it wasn't something I experienced when the 68U was my main router. Typically to resolve the issue I would always make sure I did a factory reset after any upgrade on the 68U. The problem would never re-occur after doing this.

The upgrade to 380.65 was carried out and a factory reset executed, so I'm struggling to understand why this is happening. Here are the last entries in the log before I power cycled it:
Code:
Feb 28 23:31:15 kernel: br0: port 2(eth1) entering forwarding state
Feb 28 23:31:15 kernel: device eth1 left promiscuous mode
Feb 28 23:31:15 kernel: br0: port 2(eth1) entering disabled state
Feb 28 23:31:15 kernel: br0: port 3(eth2) entering forwarding state
Feb 28 23:31:15 kernel: device eth2 left promiscuous mode
Feb 28 23:31:15 kernel: br0: port 3(eth2) entering disabled state
Feb 28 23:31:18 kernel: wl_module_init: passivemode set to 0x0
Feb 28 23:31:18 kernel: wl_module_init: igs set to 0x0
Feb 28 23:31:18 kernel: wl_module_init: txworkq set to 0x0
Feb 28 23:31:18 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Feb 28 23:31:18 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Mar  1 02:33:06 rc_service: udhcpc_lan 3242:notify_rc start_dnsmasq
Mar  1 02:33:06 ntp: start NTP update
Mar  1 02:33:08 rc_service: udhcpc_lan 3242:notify_rc restart_dms
Mar  1 14:33:04 ntp: start NTP update
Mar  1 14:33:07 rc_service: udhcpc_lan 3489:notify_rc start_dnsmasq
Mar  1 14:33:09 rc_service: udhcpc_lan 3489:notify_rc restart_dms
Mar  2 02:33:05 ntp: start NTP update
Mar  2 02:33:07 rc_service: udhcpc_lan 3747:notify_rc start_dnsmasq
Mar  2 02:33:07 ntp: start NTP update
Mar  2 02:33:08 rc_service: udhcpc_lan 3747:notify_rc restart_dms

No-one else in the house has access to the GUI, and it isn't physically located where someone could easily push the button on the side to disable the wireless. The wireless radios across both channels and on both the 68U and 87U are configured for automatic selection, and they always seem to do a good job of selecting different channels.

So at this point I'm quite confused as to what's going on.... any help/advice would be much appreciated...
 
Have you ever figured out what was causing this? I'm seeing the same issue with AC88U on Merlin firmware.
 

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top