What's new

AX88u Reboots When Under High Wireless Load

  • 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!

Rich5741

New Around Here
My AX88u has, for the last week, been rebooting when I put a high wireless load on it (for example, running multi-gig backups). From the logs, I see a number of entries like the one below before I see the date jump back (the point of the crash and reboot):
Jun 15 10:05:32 kernel: CONSOLE: 024968.463 wl0: wlc_ampdu_recv_addba_resp: xx:xx:xx:xx:xx:xx: Failed. status 37 wsize 0 policy 1
Jun 15 10:05:32 kernel: CONSOLE: 024968.464 wl0: wlc_ampdu_recv_addba_resp: xx:xx:xx:xx:xx:xx: Failed. status 37 wsize 0 policy 1
Jun 15 10:05:32 kernel: CONSOLE: 024968.464 wl0: wlc_ampdu_recv_addba_resp: xx:xx:xx:xx:xx:xx: Failed. status 37 wsize 0 policy 1
Jun 15 10:05:33 kernel: CONSOLE: 024969.377 wl0: wlc_ampdu_recv_addba_resp: xx:xx:xx:xx:xx:xx: Failed. status 37 wsize 0 policy 1
Specific to the devices that are doing the transfer, I see this. Interestingly enough, I don't see any entry for my NAS:
Jun 15 10:05:42 kernel: CONSOLE: 024991.903 wl1: STA xx:xx:xx:xx:xx:xx selected as MU client at index 2 tx_type 1.
Jun 15 10:05:50 kernel: CONSOLE: 024999.851 wl1: STA xx:xx:xx:xx:xx:xx removed from MU client set with index 2 tx_type 1
Jun 15 10:06:03 kernel: CONSOLE: 025012.766 wl1: STA xx:xx:xx:xx:xx:xx selected as MU client at index 2 tx_type 1.
Jun 15 10:06:13 kernel: CONSOLE: 025022.701 wl1: STA xx:xx:xx:xx:xx:xx removed from MU client set with index 2 tx_type 1

And then immediately before the crash:
Jun 15 10:06:13 kernel: CONSOLE: 025022.701 wl1: Updating tp_idx=0 => bw_policy=3 ac_policy=2
Jun 15 10:06:13 kernel: CONSOLE: 025022.701 wl1: STA xx:xx:xx:xx:xx:xx removed from MU client set with index 2 tx_type 1
Jun 15 10:06:13 kernel: CONSOLE: 025023.421 wl1.0: wlc_ampdu_resp_timeout: xx:xx:xx:xx:xx:xx: tid 0 cleaning up resp tid waiting for seq 0xcdf for 200 ms
Jun 15 10:06:14 kernel: CONSOLE: 025024.224 wl1.0: wlc_ampdu_resp_timeout: xx:xx:xx:xx:xx:xx: tid 0 cleaning up resp tid waiting for seq 0xd14 for 200 ms
Jun 15 10:06:15 kernel: CONSOLE: 025024.829 wl1.0: wlc_ampdu_resp_timeout: xx:xx:xx:xx:xx:xx: tid 0 cleaning up resp tid waiting for seq 0xd19 for 200 ms
Any clue as to what is going on? I attached the log of the crash (note time stamp is inconsistent because of the reboot). Router is running in AP mode. High loads between a wired PC and the NAS (also wired) don't generate crashes. I am on the latest manufacturer firmware.
 

Attachments

  • Crash Log.txt
    66.6 KB · Views: 81
Last edited:
Welcome to the forums @Rich5741.

Where are the backups originating from? Where are they being backed up to?

Are the wired PC and the NAS (what model NAS?) directly connected to the RT-AX88U? Or are they on a switch? Or in another configuration?

How fast are the wired backups' throughput vs. the wireless backups' throughput?

How many client devices are performing the backup, concurrently?
 
Backups are originated from a laptop connected over 5GHz. Only one backup at a time. I also tested with large file transfers and have the same problem on the wireless clients (transferring to/from the wired NAS)

The wired PC and NAS are directly connected to the router (but note that the router is operating in AP mode due to requirements from my ISP).

Wired runs around 800Mbps, the wireless is closer to 200Mbps

NAS is a synology 720+
 
Last edited:
Thanks, your experience sounds like mine, except mine are isolated to periods of high use. I’ll revert and see what happens.
 
Last edited:
Interesting, I did some more testing tonight. And sometimes the router won't fully crash, but the wireless radios would cycle on and off. It appear to happen with transfers that have a mix of small and large files, with both ax and ac clients (I don't have any n clients to test with). Will reflash the current firmware to see if it helps, and then if not will revert to the January firmware
 
Rich5741, did you find fix for your issue?
I experience same issue in the past 2 mths ... especially the last 1 mth. I think really getting worst with latest Asus merlin firmware RT-AX88U_386.7_0.

My 5GHz will disconnect and reconnect after about 20s ... the 2.4Ghz seem not affected.
 
Rich5741, did you find fix for your issue?
I experience same issue in the past 2 mths ... especially the last 1 mth. I think really getting worst with latest Asus merlin firmware RT-AX88U_386.7_0.

My 5GHz will disconnect and reconnect after about 20s ... the 2.4Ghz seem not affected.
I rolled back to the 2nd most recent firmware and so far have had no problems. I think the latest firmware is buggy - not sure why that impacted Merlin though.
 
isolated to periods of high use
I too have a Synology DS220+ connected to my AX88U.

Just a thought....
Could the issue be related to router CPU Temp? I'm not sure, but I suspect there are FW fail-safe limits on CPU temps.
A few weeks ago, I learned how to check my AX88U CPU temp. It was in the high 80s C. That is high. So I ended up getting a little USB fan and powering it with and placing it on top of my AX88U. Now, my CPU rarely goes above mid 70s C.

To check router CPU temp, 1st log into your router. Open a duplicate browser tab. On the duplicate tab, change/append the web address with: /ajax_coretmp.asp

For example: https://router.asus.com:8443/ajax_coretmp.asp
 
i had similar behavior in the past with my ax88 but haven't been able to reproduce for a while.
using latest merlin
 

Sign Up For SNBForums Daily Digest

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