NONACSD channel switching

[joe68000]

Since updating to v384.11_0 on my RT-AC5300 I am periodically seeing the following in my logs. I don't recall seeing these entries before, and I'm curious what's going on.

May 10 20:12:41 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 10 20:13:16 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 10 21:43:12 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 10 22:05:16 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 00:03:00 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 00:04:11 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 02:19:46 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 02:25:26 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 03:56:04 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 04:00:56 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 04:28:25 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 04:36:14 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 06:45:12 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 07:00:51 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 10:44:15 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 11:04:33 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 14:11:24 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 14:13:47 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)
May 11 14:51:47 acsd: eth1: NONACSD channel switching to channel spec: 0x1905 (7u)
May 11 15:10:51 acsd: eth1: NONACSD channel switching to channel spec: 0x1007 (7)

 

[ColinTaylor]

Looks like the router is detecting co-channel interference when using 40MHz bandwidth on channel 7(u) so it's switching to 20MHz (7). Then some time later it's switching back again.

 

[joe68000]

Interesting, thank you very much.

 

[Darf Nader]

Looks like the router is detecting co-channel interference when using 40MHz bandwidth on channel 7(u) so it's switching to 20MHz (7). Then some time later it's switching back again.

Thanks for explaining what this means. Since I started using AI-Mesh (ASUSWRT-Merlin) to get around the "stickiness" problem with running two APs with the same SSID, I did have much faster speeds when close to the slave AP since the client would actually switch to, but there are occasions where this flapping between 40MHz and 20 MHz will happen several times a minute for up to 20 minutes at a time.

Where normally I would try changing the channels in use for both the primary wireless router and the AP, AI-Mesh doesn't give you this control on the slave AP. In fact, you can't manage the slave AP at all- everything is controlled by the master. What I am wondering is if this behavior is inherently problematic?