NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
New - XR1000 Firmware Version 1.0.0.68 Released
NOTE: This FW is for Version 1 of the XR1000 gaming router line. This version of FW is NOT compatible with hardware Version 2 of the XR1000 router series product line. The label under the router sho...
- Looks like the issue for me is something to do with DHCP (yes I had the range set as 100-200) I set up my own DHCP server and set the lease time to 1 week and it's been stable ever since
For now YouTube seems stable. But clients on 2.4ghz and 5ghz randomly lose connection. This has happened 8 times today since my last reply.
Could you grab a log from the System Information page when that happens please?
- I have the log and know the times it has happened today. But the timestamps in the log are all over the place. Should I just post the log here and give the times?
I've attempted to fetch the relevant info. Hope this helps.
10:40 AM
Jun 24 10:40:45 XR1000 user.info com.netdumasoftware.neighwatch: DHCP new event. 86
Jun 24 10:40:45 XR1000 user.info com.netdumasoftware.neighwatch: DHCP lease change. 89
Jun 24 10:40:46 XR1000 user.info com.netdumasoftware.neighwatch: DHCP new event. 86
Jun 24 10:40:46 XR1000 user.info com.netdumasoftware.neighwatch: DHCP lease change. 8910:18 AM
Jun 24 10:18:25 XR1000 local1.notice CEVENT_APP[3079]: 1687601905776 wl1 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver RX AUTH_RX [CE: 1 24 1/0x0001/CE_D2C 24 6/0x0006/AUTH_RX 0x40000000 1687601905776] 242
Jun 24 10:18:25 XR1000 local1.notice CEVENT_APP[3079]: 1687601905776 wl1 02:00:00:00:00:00 0 0033 0000 0000 Driver TX AUTH_TX_QUEUED [CE: 1 24 1/0x0001/CE_D2C 24 0/0x0000/AUTH_TX 0x80000000 1687601905776] 242
Jun 24 10:18:25 XR1000 local1.notice CEVENT_APP[3079]: 1687601905907 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver RX AUTH_RX [CE: 1 24 1/0x0001/CE_D2C 24 6/0x0006/AUTH_RX 0x40000000 1687601905907] 242
Jun 24 10:18:25 XR1000 local1.notice CEVENT_APP[3079]: 1687601905908 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver -- E_AUTH_IND/4 162
Jun 24 10:18:25 XR1000 local1.notice CEVENT_APP[3079]: 1687601905908 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX AUTH_TX_QUEUED [CE: 1 24 1/0x0001/CE_D2C 24 0/0x0000/AUTH_TX 0x80000000 1687601905908] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906015 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver -- E_ASSOC/7 162
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906016 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver RX ASSOC_RX [CE: 1 24 1/0x0001/CE_D2C 24 7/0x0007/ASSOC_RX 0x40000000 1687601906016] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906018 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX ASSOC_TX_QUEUED [CE: 1 24 1/0x0001/CE_D2C 24 1/0x0001/ASSOC_TX 0x80000000 1687601906018] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906019 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver -- E_ASSOC_IND/8 162
Jun 24 10:18:26 XR1000 daemon.info hostapd: wl0: STA ca:3e:83:61:9c:2a IEEE 802.11: associated 100
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906043 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX EAP_TX_QUEUED [CE: 1 24 1/0x0001/CE_D2C 24 2/0x0002/EAP_TX 0x80000000 1687601906043] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906046 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX EAP_TX_SUCCESS [CE: 1 24 1/0x0001/CE_D2C 24 2/0x0002/EAP_TX 0x80000001 1687601906046] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906112 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver RX EAP_RX [CE: 1 24 1/0x0001/CE_D2C 24 8/0x0008/EAP_RX 0x40000000 1687601906112] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906113 wl0 CA:3E:83:61:9C:2A 6144 0000 0000 0000 EAPD RX M2_RX [CE: 1 161 4/0x0004/CE_D2A 24 2/0x0002/-- 0x40000001 1687601906113] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906117 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX EAP_TX_QUEUED [CE: 1 24 1/0x0001/CE_D2C 24 2/0x0002/EAP_TX 0x80000000 1687601906117] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906118 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver TX EAP_TX_SUCCESS [CE: 1 24 1/0x0001/CE_D2C 24 2/0x0002/EAP_TX 0x80000001 1687601906118] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906212 wl0 CA:3E:83:61:9C:2A 0 0000 0000 0000 Driver RX EAP_RX [CE: 1 24 1/0x0001/CE_D2C 24 8/0x0008/EAP_RX 0x40000000 1687601906212] 242
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906213 wl0 CA:3E:83:61:9C:2A 6144 0000 0000 0000 EAPD RX M4_RX [CE: 1 137 4/0x0004/CE_D2A 24 2/0x0002/-- 0x40000001 1687601906213] 242
Jun 24 10:18:26 XR1000 daemon.info hostapd: wl0: STA ca:3e:83:61:9c:2a RADIUS: starting accounting session 6E00A3F891E6D3BE 129
Jun 24 10:18:26 XR1000 daemon.info hostapd: wl0: STA ca:3e:83:61:9c:2a WPA: pairwise key handshake completed (RSN) 120
Jun 24 10:18:26 XR1000 local1.notice CEVENT_APP[3079]: 1687601906217 wl0 CA:3E:83:61:9C:2A 0 0136 0000 0000 Driver -- E_AUTHORIZED/136 16210:14 AM
Jun 24 10:14:05 XR1000 user.emerg httpd: ****handle_get(411) 66
Jun 24 10:14:06 XR1000 user.emerg httpd: ****handle_get(675) 66
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_update_block_mac_list(968): Unblocking STA 80:39:8c:3b:7b:40 by deleting from the maclist. macmode=1 164
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_wlif_unblock_mac(1651): wl0: Unblocking 80:39:8c:3b:7b:40, macmode 1 flag 0x0 142
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_wlif_block_mac(1127): wl1: Blocking 80:39:8c:3b:7b:40 for -1 seconds, GET macmode 1 flag 0xffff9000 163
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_wlif_block_mac(1148): wl1: Blocking 80:39:8c:3b:7b:40 for -1 seconds, macmode 1 flag 0xffff9000 159
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_update_block_mac_list(968): blocking STA 80:39:8c:3b:7b:40 by adding to the maclist. macmode=1 158
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_wlif_send_bss_transreq(880): wl1: Added neighbor [08:36:c9:7f:a8:74] BSSInfo=0x0 Operating class=12 Channel=9 Phytype=0 Chanspec=0x1009 199
Jun 24 14:14:10 XR1000 user.debug bsd: WLIF_BSSTRANS >>wl_wlif_send_bss_transreq(924): wl1: Sent BTM Request via wnm_bsstrans_req. to 80:39:8c:3b:7b:40. Token=4, Reqmode=0x3,
Jun 24 10:14:59 XR1000 user.info com.netdumasoftware.neighwatch: DHCP new event. 86
Jun 24 10:14:59 XR1000 user.info com.netdumasoftware.neighwatch: DHCP new lease allocated. 96
Jun 24 10:14:59 XR1000 user.info com.netdumasoftware.adblocker: Backing up settings to config partition. 110
Jun 24 10:14:59 XR1000 user.warn com.netdumasoftware.adblocker: config write 'com.netdumasoftware.adblocker.settings' 123
Jun 24 10:14:59 XR1000 user.warn com.netdumasoftware.devicemanager: config write 'com.netdumasoftware.devicemanager.database' 131It looks like it's blocking my phone's mac address from what I'm able to see..
In LAN Settings, set the DHCP range to start at .50, then assign static IP addresses on thoughs devices between .2 & .49 so they're out of the DHCP range, apply, reboot from the interface, wait 2 minutes and see if that stops the disconnects.
Other than that, have you made any Traffic Controller rules, blocked a device in the Device Manager or made any changes in Settings to the site blocking feature?- Will do. I have not made traffic controller rules, I have not blocked a device in device manager and I have not made any changes to site blocking.
- Okay no worries, make those changes and then see if that resolves it.
- Since applying the changes and waiting longer than two minutes, I've dropped WiFi twice. And one additional time just before posting this.
- Change the WiFi mode on the 5GHz to 2400 please and see if that resolves it
- Tried that and changing 2.4ghz mode, disable smart connect. Still getting frequent disconnects. It seems to only happen on 2.4ghz
- 2.4GHz is more prone to interference, are there any devices within ~3 feet of the router, WiFi enabled devices, wireless headphones, a microwave etc. Is it on/in metal?
- It is on my desk. When I first got it I made sure it wasn't near anything that could cause interference. I turned off smart connect and turned it back on and for 11.5hrs I had no drops until this morning. What's more interesting is it seems isolated to our mobile devices i.e. phones and tablets. The TV and smart lights are staying connected now.
- I'm been having the same problem after updating to this version firmware. I even downgraded to a previous firmware version and I'm still getting the same issue. The issue seems to resolve itself if you toggle the check box for the broadcast 2.4Ghz in WiFi setup (I think it turns WiFi off then on again). Again, this started occurring after applying this firmware update, and continued even after rolling back to XR1000 1.0.0.64_1.0.49 . Oddly, the devices will connect to 2.4Ghz or will still be connected, they receive an IP address but they do not get access to the internet. It feels like an internal firewall issue. I don't think interference is the root cause here, I have done a interference survey (Ekahau) and I don't have any issues in my home.
Restricting the DHCP range is a bandaid, all it is doing is limiting the number of devices you can connect automatically. If there is a hardware limitation then it should be officislly stated.
Settings in use:
DHCP unrestricted
IPV6 enabled
UPNP enabled
Congestion control auto enabled
No traffic controller rules set
Ad blocker disabled
Enabled AX is on
OFDMA in 2.4Ghz and 5Ghz off
Implicit BEAMFORMING on
MU-MIMO on
Smart connect off - Due to the devices mentioned it may be the Private/Random MAC address options on the mobile devices themselves, if you disable that does it work as expected?
- I've already tried that before. It seems turning quick connect off then on might've fixed it. Haven't had anymore drops (fingers crossed).
- Unfortunately, I'm still dropping connection. Although much less frequent today. A handful today so far vs the 40+ yesterday.
- As a test could you make a guest WiFi network for 2.4GHz and connect the affected devices to it, do they then continue to disconnect?
omegavolpe wrote:
I'm been having the same problem after updating to this version firmware. I even downgraded to a previous firmware version and I'm still getting the same issue. The issue seems to resolve itself if you toggle the check box for the broadcast 2.4Ghz in WiFi setup (I think it turns WiFi off then on again). Again, this started occurring after applying this firmware update, and continued even after rolling back to XR1000 1.0.0.64_1.0.49 . Oddly, the devices will connect to 2.4Ghz or will still be connected, they receive an IP address but they do not get access to the internet. It feels like an internal firewall issue. I don't think interference is the root cause here, I have done a interference survey (Ekahau) and I don't have any issues in my home.
Restricting the DHCP range is a bandaid, all it is doing is limiting the number of devices you can connect automatically. If there is a hardware limitation then it should be officislly stated.
Settings in use:
DHCP unrestricted - Try setting the range to .100 to .200
IPV6 enabled - Try IPv6 disabled.
UPNP enabled
Congestion control auto enabled
No traffic controller rules set
Ad blocker disabled
Enabled AX is on
OFDMA in 2.4Ghz and 5Ghz off - Try OFDMA enabled and set channels 1 and 40.
Implicit BEAMFORMING on
MU-MIMO on
Smart connect off - Try SC Enabled.
DHCP unrestricted - Try setting the range to .100 to .200
IPV6 enabled - Try IPv6 disabled.
UPNP enabled
Congestion control auto enabled
No traffic controller rules set
Ad blocker disabled
Enabled AX is on
OFDMA in 2.4Ghz and 5Ghz off - Try OFDMA enabled and set channels 1 and 40.
Implicit BEAMFORMING on
MU-MIMO on
Smart connect off - Try SC Enabled.
w0rmw00d6 wrote:
It is on my desk. When I first got it I made sure it wasn't near anything that could cause interference. I turned off smart connect and turned it back on and for 11.5hrs I had no drops until this morning. What's more interesting is it seems isolated to our mobile devices i.e. phones and tablets. The TV and smart lights are staying connected now.- Yes they do still disconnect
Wondering if you downgraded FW back to one prior version?
- I have not done that yet
- Does there seem to be any pattern as to when it disconnects such as when there is heavy usage, using a specific service/application, being a certain distance away from the router etc.
- There doesn't appear to be a pattern. It's sporadic.
- In the past we've seen some weird issues due to the SSID/Password, are you using any symbols in either of these?
- I have @ ! and $ in the password. SSID is letters.
