Recent content by aurizn

Great job, plenty of changes from ASUS side on SDN and the new WiFi architecture requiring more develoment work from your end. Thank you for your continued contribution to this scene!

This is an issue within the WiFi chip or the WiFi driver or the TV box and nothing to do with the router The logs is actually telling you that the client is considered to be disassociated as it's no longer responding to the router

RT-BE58 Go / RT-BE58U V2 / TUF-BE3600 V2 = BCM6764L RT-BE58U V1 / TUF-BE3600 V1 = BCM6764

Disabling roaming assistance wouldn't kill the roamast process but the active scanning / deauth feature would be disabled. You shouldn't see any roamast deauth or disconnect logs once you disabled roaming assistance.

As of June 2025, AdaptiveQoS is nothing more than a feel good button on all WiFi 7 models. Which means whatever game acceleration QoS on their ROG WiFi 7 models is false advertising.

Seems like cfg_server process on your AiMesh system got stuck Do you mind to share the output of this command whenever this happens? netstat -tnap | grep cfg_server BTW, you can perform a soft restart of AiMesh via this command, only works on the main unit It will force to resync wireless...

I manage to solve this issue on my scenario and found that it's caused by a smart home device keep trying to connect to one of the mesh node every few seconds. Since ASUSWRT enforced protected management frames on their latest WiFi 7 models, that particular client didn't support it and caused...

Any idea which particular configurations seem to cause this? I am currently diagnosing a similar issues with GT-BE98 where a cfg_server crash will cause all the nodes and take a while to recover. It does recover automatically. Am already on Ethernet backhaul mode. Thanks!

3.0.0.62.102_37838 This firmware is unstable on GT-BE98 with random crashes. Not really sure what caused it but reverting to 36911 seems to resolve it. Seems like cfg_server crashed causing clients to drop Apr 28 18:45:38 kernel: CPU: 1 PID: 6447 Comm: cfg_server Tainted: P O...

Coming from the XT12 and the BQ16 feels liks a huge downgrade and plagued with endless firmware issues. It's just inconsistent and often perform worst than the XT12. Not to mention that the firmware might be prone to stability issues.

Is ASUS' Adaptive QoS implementation still broken ? Any ways to verify if Adaptive QoS is working

If you are coming from RT-AX86U PRO or basically any ASUS WiFi 6 model with 3x3 or 4x4 on the 5GHz band, the RT-BE92U is going to provide an inferior performance even with WiFi 7 client. Even the RT-AX86U Pro delivers much better throughput on the 5GHz band than the RT-BE92U. The 5GHz band on...

There's a bug on XT12 where the LED settings wouldn't survive a reboot. I will need to manually off the LED light on ASUSWRT again after router reboot . Low priority bug. The bug used to exist of ASUS official firmware and ASUS fixed it.

Even the ASUS ZenWiFi Pro XT12 receives the last stable firmware update in December that's plagued with bugs. ASUS wouldn't bother to do anything about it.

ASUSWRT just feel really unpolished at this point. It seems that ASUS is expecting the community to perform QA and QC work for them. Having to constantly downgrade, reset and flashing firmware is not okay.