What's new

[Release] Asuswrt-Merlin 384.13 is now available

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

Status
Not open for further replies.
I am getting a lot of this messages, what does this mean ?

Nov 30 01:42:01 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 03:44:49 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 04:37:43 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 05:45:04 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 05:53:44 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 07:02:34 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 08:17:39 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 09:01:27 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 10:59:15 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 11:24:21 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 13:30:35 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 15:37:39 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 15:38:54 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 16:09:06 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 16:43:18 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 17:08:25 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 18:55:58 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 19:21:50 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 19:28:40 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 19:54:03 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 21:26:59 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 21:52:16 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 22:42:24 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 23:07:26 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Nov 30 23:09:06 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Nov 30 23:44:59 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Dec 1 01:07:09 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Dec 1 04:36:48 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Dec 1 04:49:59 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Dec 1 06:30:51 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Dec 1 06:52:17 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Dec 1 08:35:35 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
Dec 1 08:48:16 acsd: eth1: NONACSD channel switching to channel spec: 0x1006 (6)
Dec 1 09:13:53 acsd: eth1: NONACSD channel switching to channel spec: 0x1808 (6l)
that means acsd is doing something naughty and doesn't want to get caught...... check and see what your CPU usage is when it is doing this... use like htop for details.
 
It only means that it is switching from 20 to 40MHz bandwith and back all the time, nothing to care about, maybe it tries 40 and then finds it used by another network.
Make fix bandwith settings and it will immediately stop.
 
I am getting a lot of this messages, what does this mean ?

Don't use 40 Mhz on the 2.4 GHz band, switch to 20 MHz. Acsd is detecting interference, and downgrading your channel width.
 
Don't use 40 Mhz on the 2.4 GHz band, switch to 20 MHz. Acsd is detecting interference, and downgrading your channel width.

I set it on 20Mhz now on 2.4G, I will monitor it, but I think it's ok now, no more interference messages.

How come when band is on 2.4G and 20/40. devices that can accept 20 use 20, and ones that use 40 use 40. I don't understand what's causing that interference...

What do you suggest for 5G range it is set on 20/40/80 now
 
Last edited:
hello all.....it just occurred to me to ask whether or not the .13 or .14 beta takes care of the hard coded entries that forces FF into NOT forcing DoH.

I recall @RMerlin supplying the hard code....do we need to remove or mod? Does anyone have any guidance? thanks!
 
hello all.....it just occurred to me to ask whether or not the .13 or .14 beta takes care of the hard coded entries that forces FF into NOT forcing DoH.

I recall @RMerlin supplying the hard code....do we need to remove or mod? Does anyone have any guidance? thanks!
You still need the manual fix in 384.13. It's only included in 384.14.
 
How come when band is on 2.4G and 20/40. devices that can accept 20 use 20, and ones that use 40 use 40. I don't understand what's causing that interference...
'cause every body and his dog has a 2.4Ghz access point. If your router is set to 20/40, it will start at 40, then it it will sense interference and go back to 20. Then it will try 40 and the cycle will repeat...

What do you suggest for 5G range it is set on 20/40/80 now
Try chanel 36 and 80 will most likely work



Sent from my Moto Z3 Play using Tapatalk
 
'cause every body and his dog has a 2.4Ghz access point. If your router is set to 20/40, it will start at 40, then it it will sense interference and go back to 20. Then it will try 40 and the cycle will repeat...


Try chanel 36 and 80 will most likely work



Sent from my Moto Z3 Play using Tapatalk

Ok.

I am not talking about channels, I am talking about Channel bandwidth 20/40 or 80 Mhz on 5G. Maybe it's best that I leave it on 20/40/80 Mhz
 
Ok.

I am not talking about channels, I am talking about Channel bandwidth 20/40 or 80 Mhz on 5G. Maybe it's best that I leave it on 20/40/80 Mhz
Thermaltake,
For my case I found that fixing both the Control channel and Bandwidth works best for me.
  • 2.4GHz Band --> Control Channel: 11 & Channel Bandwidth: 20MHz (channel 11 is least noisy for my place)
  • 5.0GHz Band --> Control Channel: 36 & Channel Bandwidth: 80MHz (this will avoid the use of DFS channels)
Hope you find a setting that is stable for you.

PS: Just for the fun of it I have been using 160MHz for my 5.0GHz channel, to see the effect of DFS channels in around my place (around 4km from a large international airport), it seem stable for 2 days:)
 
Ok.

I am not talking about channels, I am talking about Channel bandwidth 20/40 or 80 Mhz on 5G. Maybe it's best that I leave it on 20/40/80 Mhz

There's no point enabling 40Mhz on 2.4Ghz band unless you live in a jungle with no other wifi router in your surrounding. In urban areas 2.4Ghz band is so crowded that you'll cause more issues for yourself and your neighborhood by trying to use 40Mhz, that's exactly why Apple devices don't even support 40Mhz on 2.4Ghz. Remember Bluetooth devices/cordless phones also work in that frequency band and enabling 40Mhz can cause issues for them too due to extra interference.

Here is a good read for anyone interested:

https://www.smallnetbuilder.com/wir...es/31743-bye-bye-40-mhz-mode-in-24-ghz-part-1
 
Ok.

I am not talking about channels, I am talking about Channel bandwidth 20/40 or 80 Mhz on 5G. Maybe it's best that I leave it on 20/40/80 Mhz
2.4 => 20
5 => 20/40/80

2.4 Band is to busy with so many access points out there there to work reliable with 40 channel bandwidth, thus use 20.
Sent from my Moto Z3 Play using Tapatalk
 
I pulled the trigger on the Asus RT-AX88U, will get it in a couple days.

Is there any 'best settings'-guide to set it up the 'best'?

BTW we currently live in a small apartment, there is no point in using my current/old Asus RT-AC56U for anything after I have set up the new AX88U right? If I had a big house the Asus RT-AC56U could have been as a wifi support unit, or is this so old its no point since it has no mesh functionality?
 
Thermaltake,
For my case I found that fixing both the Control channel and Bandwidth works best for me.
  • 2.4GHz Band --> Control Channel: 11 & Channel Bandwidth: 20MHz (channel 11 is least noisy for my place)
  • 5.0GHz Band --> Control Channel: 36 & Channel Bandwidth: 80MHz (this will avoid the use of DFS channels)
Hope you find a setting that is stable for you.

PS: Just for the fun of it I have been using 160MHz for my 5.0GHz channel, to see the effect of DFS channels in around my place (around 4km from a large international airport), it seem stable for 2 days:)

2.4 => 20
5 => 20/40/80

2.4 Band is to busy with so many access points out there there to work reliable with 40 channel bandwidth, thus use 20.
Sent from my Moto Z3 Play using Tapatalk

One say 5G on 80 one say 5G on 20/40/80


:D
 
One say 5G on 80 one say 5G on 20/40/80
:D
Thermaltake,
:) you just need to experiment in your environment.

I happened to find that on some occasions, 5.0GHz bandwidth on my AiMesh Nodes got reduced to 20MHz.

Anyway, I have decided to fixed the Bandwidth to 80MHz, Control Channel to 36 ... I have a stable AiMesh environment.:)
 
I pulled the trigger on the Asus RT-AX88U, will get it in a couple days.

Is there any 'best settings'-guide to set it up the 'best'?

BTW we currently live in a small apartment, there is no point in using my current/old Asus RT-AC56U for anything after I have set up the new AX88U right? If I had a big house the Asus RT-AC56U could have been as a wifi support unit, or is this so old its no point since it has no mesh functionality?

Each environment is unique, however with little information I have about your apartment.

I will recommend following in general

1. Use 20 Mhz on 2.4
2. Disable WPS
3. Turn off airtime fairness
4. Disable beamforing
5. Turn off upnp in wan section
6. Disable network share, if not using it.
 
Each environment is unique, however with little information I have about your apartment.

I will recommend following in general

1. Use 20 Mhz on 2.4
2. Disable WPS
3. Turn off airtime fairness
4. Disable beamforing
5. Turn off upnp in wan section
6. Disable network share, if not using it.

Thanks! Since I am a gamer, turning off upnp may create some problems for me... Still many games that do not have dedicated servers, and use different types of player hosted matches/'servers'.

Edit:
And the upnp exploit cannot be fixed in firmware? No way to know if its a game/program making the request, or an exploit? Guess not...
 
And the upnp exploit cannot be fixed in firmware?

What UPnP exploit? I'm not aware of any known security issues with miniupnpd at the moment (and miniupnpd has a fairly good track record compared to other in-house solutions).
 
Status
Not open for further replies.

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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