Dropping Wifi Connectivity - Firmware 374.40

[mcouture]

I have a AC68-R and the 374.40 firmware is really unstable - constant reboots and loss of wifi. 374.39 is very stable for me.

I do see the constant DHCP chatter with both firmware versions...

 

[Rvdv]

Perhaps the problem then is the occasional reboot? For some people it happens more often than for others, so they experience wifi-drops all the time (while in fact the entire router is rebooting). And the DHCP-messages, although they shouldn't be there, are just harmless and unrelated?

 

[zzyzx]

Perhaps the problem then is the occasional reboot? For some people it happens more often than for others, so they experience wifi-drops all the time (while in fact the entire router is rebooting). And the DHCP-messages, although they shouldn't be there, are just harmless and unrelated?

There is no indication in my system log of any reboots. The router itself seems stable. The wired connections don't exhibit any issues. It's only the wireless. I'd also point out that it happens regardless of whether the clients are configured with a static or dynamic IP.

 

[Speedy1205]

I having the same issues also 374.40 which coming always from my HP Laptop. Ant it looks like only affecting this Laptop which has a Intel N card inside. But by me its only happening running Windows 7... When running my Gentoo I don't see this, so It probably isn't the Hardware itself.

 

[RMerlin]

I having the same issues also 374.40 which coming always from my HP Laptop. Ant it looks like only affecting this Laptop which has a Intel N card inside. But by me its only happening running Windows 7... When running my Gentoo I don't see this, so It probably isn't the Hardware itself.

Make sure you have an up-to-date driver from Intel's site (not from HP).

Delete and recreate the wireless connection on the laptop to flush out any outdated lowlevel settings associated to it.

 

[Aidic]

Make sure you have an up-to-date driver from Intel's site (not from HP).

Delete and recreate the wireless connection on the laptop to flush out any outdated lowlevel settings associated to it.

I dont think its driver related as my Nvidia Shield can cause a restart (both ssid's go down and then come back up a few minutes later) to happen during gamestreaming. Hard to replicate it though. Sometimes it works fine for extended play, others not so much.

 

[RMerlin]

I dont think its driver related as my Nvidia Shield can cause a restart (both ssid's go down and then come back up a few minutes later) to happen during gamestreaming. Hard to replicate it though. Sometimes it works fine for extended play, others not so much.

I was replying to Speedy1205's issue, which is not necessarily the same.

 

[Speedy1205]

I was replying to Speedy1205's issue, which is not necessarily the same.

@RMerlin thanks for the Feedback and TIPS. I Updated just now to the latest Beta 1 Version, Upgraded the driver (not sure why I didn't came across this). Now it works for me just fine. Thanks for this !

@Aidic sorry for the confusion, but it looked the same from the behavior.

 

[Aidic]

Sorry for the assumptions on my part. Thanks for the work that you do, RMerlin.

 

[zzyzx]

I've downgraded to .39 and still seeing the multiple DHCPREQUEST/ACKs in the log, and getting dropped wifi connectivity. Would this have anything to do with the new SDK6 build? (speaking from complete ignorance here).

 

[rrrrrrrr]

I am seeing the DHCP requests filling up my log, too. It solely happens with Apple products connected via 2.4 GHz

Running N66U with 374.41 beta1

Apr 15 19:54:34 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 19:54:34 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 19:56:20 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 19:56:20 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:06:11 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:06:11 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:08:28 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:08:28 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:08:59 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:08:59 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:10:53 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.194 88:cb:87:f1:c1:07 
Apr 15 20:10:53 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.194 88:cb:87:f1:c1:07 Christinas-iPad
Apr 15 20:18:44 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.194 88:cb:87:f1:c1:07 
Apr 15 20:18:44 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.194 88:cb:87:f1:c1:07 Christinas-iPad
Apr 15 20:20:51 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:20:51 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:23:28 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:23:28 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:32:11 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:32:11 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft
Apr 15 20:38:27 dnsmasq-dhcp[2164]: DHCPREQUEST(br0) 192.168.1.77 d0:23:db:1f:3f:92 
Apr 15 20:38:27 dnsmasq-dhcp[2164]: DHCPACK(br0) 192.168.1.77 d0:23:db:1f:3f:92 Mycroft

 

[zzyzx]

I am seeing the DHCP requests filling up my log, too. It solely happens with Apple products connected via 2.4 GHz

Running N66U with 374.41 beta1

rrrrrrrr - Do you also have inconsistent wifi connectivity as well? Does this happen with laptop/iMacs or just iOS devices on 2.4GHz?

For me my macbook and any wired devices are fine, but iPhones are not. Signal strength is fine on the phones at -66dBm.

Interestingly, the iPad on 5GHz is fine. No dropped connections and no DHCPREQUEST entries in the log. Also, when I switch the iPad over to the 2.4GHz I do not get dropped wifi and no multiple DHCPREQUEST entries; just one for the original association with the SSID. It doesn't seem to the the iOS version, just something strange with the iPhones.

 

[Adamm]

rrrrrrrr - Do you also have inconsistent wifi connectivity as well? Does this happen with laptop/iMacs or just iOS devices on 2.4GHz?

For me my macbook and any wired devices are fine, but iPhones are not. Signal strength is fine on the phones at -66dBm.

Interestingly, the iPad on 5GHz is fine. No dropped connections and no DHCPREQUEST entries in the log. Also, when I switch the iPad over to the 2.4GHz I do not get dropped wifi and no multiple DHCPREQUEST entries; just one for the original association with the SSID. It doesn't seem to the the iOS version, just something strange with the iPhones.

I have a feeling this has something to-do with iPhone's switching between 3G/Wifi when locking/unlocking the device. Haven't been able to reproduce it on my end though. In iOS setting try reset network information and see if the issue persists.

 

[RocketJSquirrel]

I have a feeling this has something to-do with iPhone's switching between 3G/Wifi when locking/unlocking the device. Haven't been able to reproduce it on my end though. In iOS setting try reset network information and see if the issue persists.

I'm not so sure about this. I have the constant DHCP chatter with a Sony Xperia Android tablet which is sitting idle. The tablet is WiFi only, no 3G.

Apr 16 11:30:12 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 11:30:12 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 11:55:24 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 11:55:24 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:02:12 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:02:12 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:02:16 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:02:16 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:02:17 dnsmasq-dhcp[507]: DHCPDISCOVER(br0) 4c:21:d0:6c:63:dc 
Apr 16 12:02:17 dnsmasq-dhcp[507]: DHCPOFFER(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:02:17 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:02:17 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:06:12 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:06:12 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:07:42 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:07:42 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43
Apr 16 12:14:04 dnsmasq-dhcp[507]: DHCPREQUEST(br0) 192.168.1.132 4c:21:d0:6c:63:dc 
Apr 16 12:14:04 dnsmasq-dhcp[507]: DHCPACK(br0) 192.168.1.132 4c:21:d0:6c:63:dc android-e44a95c0ca7b7c43

My general response to this is to give all my devices static (not reserved DHCP) LAN addresses. I guess I will do the same with this Android tablet.

 

[zzyzx]

I have a feeling this has something to-do with iPhone's switching between 3G/Wifi when locking/unlocking the device. Haven't been able to reproduce it on my end though. In iOS setting try reset network information and see if the issue persists.

Mine does this constantly even when using the phone. Wifi will drop in the middle of browsing.

I'm not so sure about this. I have the constant DHCP chatter with a Sony Xperia Android tablet which is sitting idle. The tablet is WiFi only, no 3G.

My general response to this is to give all my devices static (not reserved DHCP) LAN addresses. I guess I will do the same with this Android tablet.

I have this issue as well with a Pixma printer, although it's difficult to tell of the wifi connectivity drops as it does on the iphones. The log is always when the printer is powered on. All my wifi devices have static addresses but this still persists with some, but not all, devices.

 

[rrrrrrrr]

rrrrrrrr - Do you also have inconsistent wifi connectivity as well? Does this happen with laptop/iMacs or just iOS devices on 2.4GHz?

For me my macbook and any wired devices are fine, but iPhones are not. Signal strength is fine on the phones at -66dBm.

Interestingly, the iPad on 5GHz is fine. No dropped connections and no DHCPREQUEST entries in the log. Also, when I switch the iPad over to the 2.4GHz I do not get dropped wifi and no multiple DHCPREQUEST entries; just one for the original association with the SSID. It doesn't seem to the the iOS version, just something strange with the iPhones.

For clarification: The DHCP requests correspond to an iPhone (4?) and a not so current MacBook (it has 5 GHz capability, but is connected with 2.4 Ghz only). A Lenovo Thinkpad, a Galaxy Note 3, some Samsung tablet, and another laptop (I believe MSI) are just fine. Thinkpad and Galaxy Note 3 are connected via 5 GHz only.

The connectivity is okay, I believe. My flat mate never told be about an inconsistent connectivity. Its possible, but haven't asked though.

 

[petepat]

I'm not so sure about this. I have the constant DHCP chatter with a Sony Xperia Android tablet which is sitting idle. The tablet is WiFi only, no 3G....
My general response to this is to give all my devices static (not reserved DHCP) LAN addresses. I guess I will do the same with this Android tablet.

Same here, Xperia Z phone user. Noticed it because youtube videos where acting up only on asus router at home. Other wi-fi devices in household working fine and no log msges.

 

[zzyzx]

Well, I've managed to fix the wifi connection dropping issue, although I took the shotgun approach so I'm not sure the specific fix, or if all steps were necessary.

Along with upgrading to 374.41, I reset both phones' network settings and cleared the router's nvram and rebuilt the settings from scratch. This seems to have fixed connectivity which is much more stable than before.

The DHCP requests are still filling up the system log, so that is an unrelated issue to the connectivity. In any event, I'm glad to have a stable connection on the phones again.

 

[Ramias]

Well, I've managed to fix the wifi connection dropping issue, although I took the shotgun approach so I'm not sure the specific fix, or if all steps were necessary.

Along with upgrading to 374.41, I reset both phones' network settings and cleared the router's nvram and rebuilt the settings from scratch. This seems to have fixed connectivity which is much more stable than before.

The DHCP requests are still filling up the system log, so that is an unrelated issue to the connectivity. In any event, I'm glad to have a stable connection on the phones again.

I have a ton to rebuild from scratch.

What are the thoughts if I save my settings, do a factory reset, then upload my settings?

Any chance of that fixing things?

 

[L&LD]

I have a ton to rebuild from scratch.

What are the thoughts if I save my settings, do a factory reset, then upload my settings?

Any chance of that fixing things?

No, that is not going to work.

Unless you have the original firmware version (and the corresponding saved config settings file).


Just bite the bullet and do the full reset and manually enter the minimum settings required for your network. Doing anything else will just waste more of your time in the end.