I have not updated to this Merlin release but I can say that the latest official and beta Asus firmware’s cause the same issue, 5ghz remains on when all radios disabled.Asus AX11000 Pro, works fine for me.
Still the 5GHz LED's remain on even when the radio is disabled.
speedtest results went from (down/up) 930/930 to 400-650
Only when the packet losses that accompany it prevents wifey watching her telenovelasThis speedtest shortens your life, @aex.perez.
Any tools/ideas that can help me to capture what happens when it happens
I concurDone the dirty from Beta 2 about an hour ago. Have done a full system restart and will let it settle.
Initial upgrade was fine. No issues observed so far.
- DDNS good
- DNS Director good
- VPN Director good
- IPTV good
- Nest gear and HD cams good
- IOT/TP-Link Devices good
- Internet speed as expected
View attachment 49272
Let's GO!
Cheers again @RMerlin and team!
Already been down that road. Did all that and still nothing that I can point a finger to as a root cause. Let me be clear, this has been 100% with 386. And as long as whatever happens doesn't happen in 388, it's 100% as well don't assume that I'm blasting the router with speedtests. But without knowing what the cause is and what cases it, the only way to see that something happened is from the speedtest results. With respect to the speedtests the results correlate 100% to the start and stop (post reboot). So take a seat in the back of the room unless you got something more constructive to that'll help pinpoint the issue. Or reread the post to better understand what's been done to find the issue. The last change is Spanning tree off, might has to reverse that. I know with IPv6, under certain conditions I can cause it, but with the logs being flodded and jumping between screens its too hard to correlate.Remove all the scripts and test the firmware first. Add only what's needed. You are stats, graphs and speedtests obsessed and they do affect your entire family's user experience. Twice per hour your ISP line is saturated and everything else slows down so you can have a graph. spdMerlin and connmon run there for your satisfaction. scMerlin is a lazy boy tool, basically. What you run ntpMerlin for? YazDHCP - easy replacement, just copy/paste 3 files with SCP and done. Skynet and scribe/uiscribe just in case or actually doing something? Pushing for 160MHz and DFS plus SmartConnect? Why?
I have my test AX86U set with clean 388.2 install, no TrendMicro, Cake QoS to stress the CPU a bit, AdGuard Home with 10 blocklists, 4 allowlists, 2x DoH upstream servers, Entware bacause it's needed, 2GB swap and added Skynet because many are using it with or without reason. The router runs fine with no errors in logs and about 400MB free RAM. Speedtest constant at what the CPU allows with Cake and A on popular (and buggy) bufferbloat sites. I tested with all TrendMicro enabled as well and still good. What else is needed? Unbound - I've tried that too, works fine, no errors in logs.
Sorry @aex.perez, but I start to believe you create the issue first and then fight with it.
Turn any "extra" features off and you will be going faster than ever!Already been down that road. Did all that and still nothing that I can point a finger to as a root cause. Let me be clear, this has been 100% with 386. And as long as whatever happens doesn't happen in 388, it's 100% as well don't assume that I'm blasting the router with speedtests. But without knowing what the cause is and what cases it, the only way to see that something happened is from the speedtest results. With respect to the speedtests the results correlate 100% to the start and stop (post reboot). So take a seat in the back of the room unless you got something more constructive to that'll help pinpoint the issue. Or reread the post to better understand what's been done to find the issue. The last change is Spanning tree off, might has to reverse that. I know with IPv6, under certain conditions I can cause it, but with the logs being flodded and jumping between screens its too hard to correlate.
Let me get the router and nodes going to a common syslog (with lots of capacity) for correlation and we'll see what we see.
Geez, how many timesTurn any "extra" features off and you will be going faster than ever!
A quick look at the ole' google came up with thisGeez, how many times
It’s not the SpeedTest results I’m worried about. It’s what’s causing them and all the reboots and instability with packet drops, dnsmasq, and so on.
Tell you what, once I got centralized syslog going, then I can do a HW reset again and start from scratch and it’ll still happen. But even if it doesn’t as often or at all, the simple fact that this same setup has been flawless during all the 386 releases, should be enough to merit a deeper dive. Unfortunately today my only way to know is when Speedtest results go bonkers. I’ve got no way to identify any issues between scrips or with Entware that could be contributing to this. Nor do I have a testing/debugging setup to deep dive into this or I would have found it by now and mitigated it.
Tomorrow that deeper dive begins once I get all the logs in the same place. If you have any recommendations for tools or where to look for anomalies please share.
the simple fact that this same setup has been flawless during all the 386 releases
My CPU utilization across all CPU’s would be a constant 100% if I was consuming that much bandwidth.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!