What's new

dropped connections Asus AC-RT68U

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

finite9

Regular Contributor
The last few releases, i've noticed problems with dropped connections from my wireless laptop on 5GHz. They last a minute or so before my laptop re-connects. I thought it was a wireless issue but when i've got my putty session up at work, it too can lose the connection despite the server being wired to the router through a couple of switches. This didn't happen when I first flashed merlin ddwrt with 378.56_2, but im running 380.61 now and its been happening with the wireless at least since the last 2 releases.

Has anyone else experienced this or can give me some tips to troubleshoot it?
 
Make sure you aren't using a DFS channel. You might be getting disconnected if a radar signal is detected by the router, forcing it to back out of that channel.
 
Have you performed a full reset to factory defaults after flashing the current firmware and then follow with a minimal and manual configuration to secure the router and connect to your ISP?

http://www.snbforums.com/threads/no...l-and-manual-configuration.27115/#post-205573

http://www.snbforums.com/threads/rt-ac66u-slow-wan-to-lan.12973/page-3#post-269410

http://www.snbforums.com/threads/faq-nvram-and-factory-default-reset.22822/


The additional links above may also be useful to make your network stable again.
 
Thanks I'll check out the DFS thing. Don't know where to find out info on which channels my country uses though. I do however live next to a military installation that has radar so it could be that, however, I still get dropped connections when using Putty from work and my home router is connected by fibre and the server im ssh'ing into is connected by wire to the router, so it cannt be a DFS issue in that scenario?

I have not done full reset to factory defaults after flashing any of the releases. I'll do that and see if I can get it stable again. thanks!
 
I have not done full reset to factory defaults after flashing any of the releases. I'll do that and see if I can get it stable again. thanks!

Make sure to not use an older backup config file to flash your settings with (the 'minimal and manual' install part of my suggestion should be followed, instead). :)
 
Thanks I'll check out the DFS thing. Don't know where to find out info on which channels my country uses though. I do however live next to a military installation that has radar so it could be that, however, I still get dropped connections when using Putty from work and my home router is connected by fibre and the server im ssh'ing into is connected by wire to the router, so it cannt be a DFS issue in that scenario?

The lowest channels (like 36) should be safe, test with it for a few days.

Also check the router's System Log, I believe at least some models will report when an active radar signal is detected.
 
Ok, I've factory defaulted the router, and I did not restore an config file at all: I manually re-configured the router. I did restore my jffs partition though with my script files.

The problem is still happening from 2 different wirelessly connected laptops and on a wired connection to my server from work. I tested this morning from work with an ssh connection. This is my system log from today:

Code:
Sep 26 06:21:19 dnscrypt-proxy[2308]: Server key fingerprint is BBF6:F111:C394:8045:672D:73E0:EAE6:F181:19C0:3A72:3791:AFAD:B04E:40B7:B6F9:C40D
Sep 26 09:06:33 dnsmasq-dhcp[448]: DHCPREQUEST(br0) 192.168.1.200 9c:35:eb:c4:ca:73
Sep 26 09:06:33 dnsmasq-dhcp[448]: DHCPACK(br0) 192.168.1.200 9c:35:eb:c4:ca:73 Andrews-iPhone
Sep 26 07:22:22 dnscrypt-proxy[2308]: Refetching server certificates
Sep 26 07:22:22 dnscrypt-proxy[2308]: Server certificate #1463092899 received
Sep 26 07:22:22 dnscrypt-proxy[2308]: This certificate is valid
Sep 26 07:22:22 dnscrypt-proxy[2308]: Chosen certificate #1463092899 is valid from [2016-05-13] to [2017-05-13]
Sep 26 07:22:22 dnscrypt-proxy[2308]: Server key fingerprint is BBF6:F111:C394:8045:672D:73E0:EAE6:F181:19C0:3A72:3791:AFAD:B04E:40B7:B6F9:C40D
Sep 26 09:24:13 dnsmasq-dhcp[448]: DHCPREQUEST(br0) 192.168.1.164 98:d6:bb:12:92:84
Sep 26 09:24:13 dnsmasq-dhcp[448]: DHCPACK(br0) 192.168.1.164 98:d6:bb:12:92:84 Apple-TV
Sep 26 08:22:54 dnscrypt-proxy[2308]: Refetching server certificates
Sep 26 08:22:54 dnscrypt-proxy[2308]: Server certificate #1463092899 received
Sep 26 08:22:54 dnscrypt-proxy[2308]: This certificate is valid
Sep 26 08:22:54 dnscrypt-proxy[2308]: Chosen certificate #1463092899 is valid from [2016-05-13] to [2017-05-13]
Sep 26 08:22:54 dnscrypt-proxy[2308]: Server key fingerprint is BBF6:F111:C394:8045:672D:73E0:EAE6:F181:19C0:3A72:3791:AFAD:B04E:40B7:B6F9:C40D
Sep 26 11:10:08 dnsmasq-dhcp[448]: DHCPREQUEST(br0) 192.168.1.203 68:63:59:40:d1:0f
Sep 26 11:10:08 dnsmasq-dhcp[448]: DHCPACK(br0) 192.168.1.203 68:63:59:40:d1:0f
Sep 26 09:24:06 dnscrypt-proxy[2308]: Refetching server certificates
Sep 26 09:24:06 dnscrypt-proxy[2308]: Server certificate #1463092899 received
Sep 26 09:24:06 dnscrypt-proxy[2308]: This certificate is valid
Sep 26 09:24:06 dnscrypt-proxy[2308]: Chosen certificate #1463092899 is valid from [2016-05-13] to [2017-05-13]
Sep 26 09:24:06 dnscrypt-proxy[2308]: Server key fingerprint is BBF6:F111:C394:8045:672D:73E0:EAE6:F181:19C0:3A72:3791:AFAD:B04E:40B7:B6F9:C40D
Sep 26 10:24:17 dnscrypt-proxy[2308]: Refetching server certificates
Sep 26 10:24:17 dnscrypt-proxy[2308]: Server certificate #1463092899 received
Sep 26 10:24:17 dnscrypt-proxy[2308]: This certificate is valid
Sep 26 10:24:17 dnscrypt-proxy[2308]: Chosen certificate #1463092899 is valid from [2016-05-13] to [2017-05-13]
Sep 26 10:24:17 dnscrypt-proxy[2308]: Server key fingerprint is BBF6:F111:C394:8045:672D:73E0:EAE6:F181:19C0:3A72:3791:AFAD:B04E:40B7:B6F9:C40D
Sep 26 12:28:57 dnsmasq-dhcp[448]: DHCPREQUEST(br0) 192.168.1.239 f0:bf:97:78:4d:81
Sep 26 12:28:57 dnsmasq-dhcp[448]: DHCPACK(br0) 192.168.1.239 f0:bf:97:78:4d:81

the fingerprint is a dummy. I also notice that the log is not chronological? Is that a bug?

I don't see anything that could indicate a problem. I connected about 09:30 am and the connection was lost before 12:00 pm. There is no firewall timeout at work. I used to be able to keep a connection alive indefinitely through Putty.

I checked my wireless channels:

2.4GHz

channel bandwidth 20/40
Control channel auto (channel 2)

5GHz

Channel bandwidth 20/40/80Control
Channel Auto (channel 36)
"Auto select channel including DFS channels" is checked

Should I un-check the "including DFS" option even though im currently on channel 36?

Would a wireless hiccup also affect my wired internet connection due to the design of the network stack in the router? I ask, because I have mentioned several times that this also affects my wired connection, but you're still giving me tips about the wireless setup.
 
Im thinking that it cannot be an ISP problem, because even if the ISP dropped the connection, wireless connection to my router would be unaffected.
 
Just realised I did not have TCP keepalives enabled in my Putty config, so this could be the reason why my connection times out eventually from work. Seems like it could be a pure wireless issue then.
 
Здраствуйте у меня похожая ситуация. Маршрутизатор RT-AC56U (38o.62)
к нему, Подляшье Android консоли с помощью Wi-Fi 2,4 Gz для Posmotri видео через Интернет, и где-то несколько прошивках назад было периодически разорвите соединение 1 2 seconds иногда немного дольше. И это происходит где-то каждые 5 ~ 20 минут. Через кабель не обрыв цепи и не является стабильным.

(Перевести Google)
 
Здраствуйте у меня похожая ситуация. Маршрутизатор RT-AC56U (38o.62)
к нему, Подляшье Android консоли с помощью Wi-Fi 2,4 Gz для Posmotri видео через Интернет, и где-то несколько прошивках назад было периодически разорвите соединение 1 2 seconds иногда немного дольше. И это происходит где-то каждые 5 ~ 20 минут. Через кабель не обрыв цепи и не является стабильным.

(Перевести Google)
Please write in english so all can understand and maybe help you!
 
Please write in english so all can understand and maybe help you!
Google translate doesn't do a good job of translating the previous post to English, but the gist is that he has the same problem as me where the connection breaks every 5-20 minutes on the 2.4 band. I'm mostly on the 5 band and I get the same issue. Only 2.4ghz device I have is a Google nexus 10
 
Sorry forgot to translate.
I have a similar situation. The router is RT-AC56U (38o.62)
connected android prisaca using Wi-Fi for 2.4 Gz and a few firmwares ago the bridge for 1 2 seconds sometimes longer. And this happens every 5 ~ 20 minutes. Using a cable breaks the connection stable.
 
Not sure if this is a solution but I unchecked the tick box for using dfs channels in the wireless config a few days ago and yesterday I had a full day without a single dropped connection.


Sent from my iPhone using Tapatalk
 

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top