If DFS radar detection is as infrequent as you experience, then, yes I see the value.
How much real benefit do you get from 160 MHz channels?
Is there a test script for the RT-AC86U orcan we use the same one?
What do you mean? It detects the current channel width and if this is lower then expected it restarts the 5GHz radio which bumps up channel bandwidth to 160MHz as the firmware would instead leave it at 80MHz until manual intervention.
Without going into too much detail - chipset firmware inside the wireless chip runs it's own tests. You can send commands via the closed source driver, but it's an ask, not a directive - and it will ack the request to keep things from breaking userland.
Why not just use the reboot scheduler at the same off-hours time? Simpler and will yield the same results.I think your first post is a bit misleading (and to be fair comes across a little condescending). Clearly the method works in cases where 160MHz channels are feasible and the channel width had been knocked down to 80MHz due to DFS. I've been testing for two months without any side effects, much the same as if someone were to restart the wireless service via the WebUI (the reason I use the wl commands directly is because taking down just 1 band is less intrusive vs restarting the wireless service as a whole).
If you can post any actual grounds to why doing this is a bad idea I'm all ears, but so far both of your posts have been quite vague and lacking of substance.
Why not just use the reboot scheduler at the same off-hours time? Simpler and will yield the same results.
Not criticizing your work, just noting that some people are already in the habit of rebooting on a schedule and would therefore be getting the same benefit as your ChannelHog script.
There's nothing in DFS rules that says 160 MHz bandwidth can't be resumed (after the mandated time to stay off the channel where radar was detected. So ASUS could implement a rescan and restore of 160 MHz bandwidth if it wanted.Right. At first I assumed the router would handle this as part of the DFS implementation, but in two months of testing I realized otherwise.
Are you talking link rate or actual throughput? How are you benchmarking?I'd have to re-run my benchmarking for accurate results, but I with an AX200 wireless client I can get 1.5Gbps real world speeds, so I'd assume there would be a decent % margin difference staying on 80MHz channels.
Seriously? Asus could implement a lot of fixes needed by a lot their routers, holding one's breath until they do, is not a productive method of resolve.So ASUS could implement a rescan and restore of 160 MHz bandwidth if it wanted.
Seriously? Asus could implement a lot of fixes needed by a lot their routers, holding one's breath until they do, is not a productive method of resolve.
Thanks for the correction, Merlin.ACSD is actually Broadcom's code, not Asus's. It's responsible for channel/bandwidth management.
And thus possibly linked to my questionA thought just occurred to me tho: I don't think the daemon does any rescan if channels are set to fixed instead of Auto. Maybe the lack of bandwidth upgrade is caused by using a fixed channel instead of an automatic one. Worth checking if you are affected by that issue (I'm not since I prefer to stay away from DFS channels).
There's nothing in DFS rules that says 160 MHz bandwidth can't be resumed (after the mandated time to stay off the channel where radar was detected. So ASUS could implement a rescan and restore of 160 MHz bandwidth if it wanted.
Are you talking link rate or actual throughput? How are you benchmarking?
A thought just occurred to me tho: I don't think the daemon does any rescan if channels are set to fixed instead of Auto. Maybe the lack of bandwidth upgrade is caused by using a fixed channel instead of an automatic one. Worth checking if you are affected by that issue (I'm not since I prefer to stay away from DFS channels).
I'll give it a try over the next week or so and report back. Although it does still seem short sighted that this doesn't occur with a fixed channel.
A thought just occurred to me tho: I don't think the daemon does any rescan if channels are set to fixed instead of Auto. Maybe the lack of bandwidth upgrade is caused by using a fixed channel instead of an automatic one. Worth checking if you are affected by that issue (I'm not since I prefer to stay away from DFS channels).
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!