- DoS protection was enabled
- unreplied UDP timeout is set to 15 to help avoid potential NAT corruption with SIP clients
- 2.4 Ghz running at 53C, CPU at 69C
- -49 dBm on 2.4 Ghz ... it's not a signal strength issue
- it's also highly unlikely that it's an interference issue ... read below, please
- wireless MAC filtering is enabled ... yes, I know it doesn't necessarily help with security
- all clients are assigned static IPs
- Smart Connect is disabled
- 2.4 Ghz SSID is not the same as the 5 Ghz SSID (channels are also manually assigned after using inSSIDer)
- Bluetooth Coexistence is set to pre-emptive
- Nothing is attached to USB 3.0
- This is the second RT-AC86U I've tried where 2.4 Ghz clients drop but not because of wireless signal strength
Most 2.4 Ghz clients were dropping (all clients were unreachable over LAN) and not able to authenticate on some clients with "wrong password" errors. System logs don't show the block message when clients attempt to reconnect. The 2.4Ghz signal is still strong and broadcasting while the problem is occurring.
One client is a Logitech Harmony Hub, used with a Harmony Elite remote control. Another client is an Ecobee 3 thermostat running firmware version 4.2.0.394, which is the latest firmware according to Ecobee. Other clients connecting to 2.4Ghz, which I doubt are important, include three Wyze Pan Cams and some iPhones. Oddly, the Ecobee 3 was still showing as being connected and so were two Wyze Pan Cams, but the Ecobee 3 and all Wyze Pan Cams were unreachable over the LAN and weren't able to connect to WAN. The other Wyze Pan Cam simply wasn't listed in the client list under "view list" in Network Map.
First, I disabled DoS protection. That didn't seem to change anything with respect to trying to reconnect other devices manually back to 2.4 Ghz.
After about 20 minutes of looking at settings and router logs, I unplugged the Harmony Hub. That didn't seem to didn't seem to change anything with respect to trying to reconnect other devices manually back to 2.4 Ghz. I plugged the Harmony Hub back in.
Then I removed the Ecobee 3 thermostat from the wall and reconnected it. At that point, all 2.4Ghz clients automatically reconnected, first starting with Harmony Hub, an iPhone, and then the Ecobee 3, which takes a little while to boot up. DoS protection was still disabled at this point.
At no point was the router rebooted or turned off. At no point did 2.4Ghz signal drop and return. No microwaves were in use.
I've contacted Ecobee. The response I received indicated they have no idea. It doesn't seem coincidental that almost as soon as I unplugged and reconnected the Ecobee 3, all 2.4 Ghz clients reconnected and worked. I did come across a reddit thread that suggested contacting Ecobee in order to disable power saving mode in the Wi-Fi chip, but all newer Ecobee firmwares don't have the power saving mode issue. That Reddit thread was for an Ecobee 4, and this issue involves an Ecobee 3.
Does anyone have an idea what might be going on? This problem doesn't seem like 2.4Ghz is dying in the router, and this is the second one I've tried where the problem occurs by the fourth day. What would be causing DHCPACK not to be issued to any 2.4 Ghz client due to something involving the Ecobee 3 after 2-4 days?
- unreplied UDP timeout is set to 15 to help avoid potential NAT corruption with SIP clients
- 2.4 Ghz running at 53C, CPU at 69C
- -49 dBm on 2.4 Ghz ... it's not a signal strength issue
- it's also highly unlikely that it's an interference issue ... read below, please
- wireless MAC filtering is enabled ... yes, I know it doesn't necessarily help with security
- all clients are assigned static IPs
- Smart Connect is disabled
- 2.4 Ghz SSID is not the same as the 5 Ghz SSID (channels are also manually assigned after using inSSIDer)
- Bluetooth Coexistence is set to pre-emptive
- Nothing is attached to USB 3.0
- This is the second RT-AC86U I've tried where 2.4 Ghz clients drop but not because of wireless signal strength
Most 2.4 Ghz clients were dropping (all clients were unreachable over LAN) and not able to authenticate on some clients with "wrong password" errors. System logs don't show the block message when clients attempt to reconnect. The 2.4Ghz signal is still strong and broadcasting while the problem is occurring.
One client is a Logitech Harmony Hub, used with a Harmony Elite remote control. Another client is an Ecobee 3 thermostat running firmware version 4.2.0.394, which is the latest firmware according to Ecobee. Other clients connecting to 2.4Ghz, which I doubt are important, include three Wyze Pan Cams and some iPhones. Oddly, the Ecobee 3 was still showing as being connected and so were two Wyze Pan Cams, but the Ecobee 3 and all Wyze Pan Cams were unreachable over the LAN and weren't able to connect to WAN. The other Wyze Pan Cam simply wasn't listed in the client list under "view list" in Network Map.
First, I disabled DoS protection. That didn't seem to change anything with respect to trying to reconnect other devices manually back to 2.4 Ghz.
After about 20 minutes of looking at settings and router logs, I unplugged the Harmony Hub. That didn't seem to didn't seem to change anything with respect to trying to reconnect other devices manually back to 2.4 Ghz. I plugged the Harmony Hub back in.
Then I removed the Ecobee 3 thermostat from the wall and reconnected it. At that point, all 2.4Ghz clients automatically reconnected, first starting with Harmony Hub, an iPhone, and then the Ecobee 3, which takes a little while to boot up. DoS protection was still disabled at this point.
At no point was the router rebooted or turned off. At no point did 2.4Ghz signal drop and return. No microwaves were in use.
I've contacted Ecobee. The response I received indicated they have no idea. It doesn't seem coincidental that almost as soon as I unplugged and reconnected the Ecobee 3, all 2.4 Ghz clients reconnected and worked. I did come across a reddit thread that suggested contacting Ecobee in order to disable power saving mode in the Wi-Fi chip, but all newer Ecobee firmwares don't have the power saving mode issue. That Reddit thread was for an Ecobee 4, and this issue involves an Ecobee 3.
Does anyone have an idea what might be going on? This problem doesn't seem like 2.4Ghz is dying in the router, and this is the second one I've tried where the problem occurs by the fourth day. What would be causing DHCPACK not to be issued to any 2.4 Ghz client due to something involving the Ecobee 3 after 2-4 days?
Last edited:
