(RT-AX88U/Latest Merlin 388.1) Takes 5 min to apply any Wireless setting

[cherio]

I am setting up my new RT-AX88U. I flushed it with Merlin and happy overall but one thing annoys me tremendously.

Every time I make a change to any wireless setting (not just SSID or security) it takes between 3 and 7 min for the router wireless to come back alive (2G comes back somewhat quicker). Is it supposed to take that long? The LEDs for 5G and 2G stay lit most of the time though.

The log looks unremarkable:

Feb 2 16:59:35 rc_service: cfg_server 16536:notify_rc restart_wireless
Feb 2 16:59:35 kernel: wfd_unregisterdevice Successfully unregistered ifidx 1 wfd_idx 1
Feb 2 16:59:36 kernel: wfd_registerdevice Successfully registered dev wl1.1 ifidx 1 wfd_idx 1
Feb 2 16:59:36 kernel: Register interface [wl1.1] MAC: xx:xx:xx:xx:xx:xx
Feb 2 16:59:36 kernel: IGMP Query send failed
Feb 2 16:59:36 acsd: eth6: Selecting 2g band ACS policy
Feb 2 16:59:36 wlceventd: wlceventd Start...
Feb 2 16:59:40 acsd: eth6: selected channel spec: 0x1002 (2)
Feb 2 16:59:40 acsd: eth6: Adjusted channel spec: 0x1002 (2)
Feb 2 16:59:40 acsd: eth6: selected channel spec: 0x1002 (2)
Feb 2 16:59:40 acsd: acs_set_chspec: 0x1002 (2) for reason APCS_INIT
Feb 2 16:59:46 roamast: ROAMING Start...
Feb 2 17:04:50 wlceventd: wlceventd_proc_event(505): eth7: Auth xx:xx:xx:xx:xx:xx, status: Successful (0)
Feb 2 17:04:50 wlceventd: wlceventd_proc_event(534): eth7: Assoc xx:xx:xx:xx:xx:xx, status: Successful (0)

I thought the "Roaming Assistant" was causing it so I disabled it for both 2G & 5G but it didn't make a difference, although the log still shows "roamast: ROAMING Start".

A reboot takes even longer.

May 5 01:05:21 miniupnpd[1511]: Listening for NAT-PMP/PCP traffic on port 5351
May 5 01:05:25 kernel: SHN Release Version: 2.0.2 36f59aa
May 5 01:05:25 kernel: UDB Core Version: 0.2.20
May 5 01:05:25 kernel: sizeof forward pkt param = 280
May 5 01:05:28 wsdd2[1210]: Terminated received.
May 5 01:05:30 wsdd2[1650]: Terminated received.
May 5 01:05:48 kernel: random: nonblocking pool is initialized
May 5 01:05:50 cfg_server: event: wl_chanspec_changed_action of eid(0) of cfgs(1247)
May 5 01:05:50 cfg_server: skip event due static chan: wl1_chanspec:108/80/wl2_chanspec:
May 5 01:06:28 kernel: bcm_i2c: bus 0: Failed to detect SFP: 100 retries exhausted
Feb 2 20:12:25 wlceventd: wlceventd_proc_event(505): eth7: Auth xx:xx:xx:xx:xx:xx, status: Successful (0)
Feb 2 20:12:25 wlceventd: wlceventd_proc_event(534): eth7: Assoc xx:xx:xx:xx:xx:xx, status: Successful (0)
Feb 2 20:12:26 crond[1136]: time disparity of 2498166 minutes detected
Feb 2 20:17:59 wlceventd: wlceventd_proc_event(505): eth7: Auth xx:xx:xx:xx:xx:xx, status: Successful (0)
Feb 2 20:17:59 wlceventd: wlceventd_proc_event(534): eth7: Assoc xx:xx:xx:xx:xx:xx, status: Successful (0)

I see a huge "time disparity", maybe NTP takes that long to initialize?

Is this timing normal?

 

[OzarkEdge]

I am setting up my new RT-AX88U. I flushed it with Merlin and happy overall but one thing annoys me tremendously.

Every time I make a change to any wireless setting (not just SSID or security) it takes between 3 and 7 min for the router wireless to come back alive (2G comes back somewhat quicker). Is it supposed to take that long?

The log looks unremarkable:


I thought the "Roaming Assistant" was causing it so I disabled it for both 2G & 5G but it didn't make a difference.

Is this normal?

If using 5.0 160MHz bandwidth, DFS scanning for RADAR at startup can delay the WLAN broadcast. Try 80MHz bandwidth on a non-DFS control channel to see the difference in startup time.

OE

 

[cherio]

I am back in business, baby!
Thanks Ozark

I had to read up about the non-DFS channels. Indeed I had selected a DFS channel, not knowing what it was, solely based on how not busy the channel was in my neighborhood. As soon as I switched to a non-DFS channel, the WiFi started springing back to live within 15 sec or so. While not instant, it makes a huge difference when compared to 5 min.

Do I need to tag this thread with [CLOSED] or [SOLVED]? I am new here.

 

[OzarkEdge]

I am back in business, baby!
Thanks Ozark

I had to read up about the non-DFS channels. Indeed I had selected a DFS channel, not knowing what it was, solely based on how not busy the channel was in my neighborhood. As soon as I switched to a non-DFS channel, the WiFi started springing back to live within 15 sec or so. While not instant, it makes a huge difference when compared to 5 min.

Do I need to tag this thread with [CLOSED] or [SOLVED]? I am new here.

You're good. Thanks for doing the homework. You might also be able to glean some clues from my install notes.

OE