Open Subsonic-dev opened 1 year ago
Sorry to clarify the reason I posted here is the tuf-ax5400 is the controller and if memory serves correctly this issue only occurs on latest firmware.
Edit: Since disabling both DDOS protection and airtime fairness the issue has become less prevalent. I looked around for the deauth error that was coming up in the logs and found a similar post on cisco forums https://community.cisco.com/t5/wireless/problem-clients-reasoncode-previous-authentication-not-valid/td-p/2445331.
Could it be a memory issue? I see that it is sitting around 75% memory utilization even when there is not much traffic on the network and it's growing. Not sure how intensive the services I turned off are. If this is the case would adding USB swap help?
I also looked on SNB forums and found some posts about Asus devices struggling with MAC randomization, specifically IOS devices.
Update:
Re the mac randomization I found graphene os has two options for this: per network and per connection. I changed it to per network and rebooted to clear all the DHCP leases. Unfortunately it did not help so either I missed a device when I turned off private addresses for apple IOS clients or this issue is unrelated.
I have since then factory reset and flashed the previous firmware which has not had any issues.
Router Model Affected Models: (Tuf-ax5400 with ax56u mesh node running latest firmware)
Firmware Version Affected 388.1_0-gnuton1_tuf
Is this bug present in upstream Merlin releases too? Unsure
Describe the bug The 2.4 and 5g radio lights will go off on both my ax5400 router and ax56u mesh node and the wifi network dissapears briefly before it restarts. This happens randomly at multiple times throughout the day. It was happening a lot more until I disabled DDOS protection and although it seemingly happens less often now the issue is still present.
To Reproduce Steps to reproduce the behavior:
Expected behavior Wireless network doesn't disconnect
Screenshots NA
Here are the logs from my router, hopefully they can shed some light on what is happening: https://pastebin.com/EPnkDAV0
I know the roaming setup is strange but that shouldn't cause the wireless radios to seemingly reboot on both nodes?