so...today I had no drops.
One of following things have fixed 5ghz drops on my TL-WDR3500v1
1) new build 29316 (22/03/2016)
or
2) i set the antenna gain values (2 for 2.4G and 3 for 5ghz ->
source:http://www.tp-link.com/resources/document/TL-WDR3500_V1_User_Guide_19100.pdf
page 131.)
I had ath0 in client bridge (routed) mode and ath1(5ghz) as AP (to which my computer is connected and torrenting).One problem (in all previous builds I used) is that I always had RX errors on ath0. In this build and after those changes, they stoped....and so far solid as rock.
settings ath0
Client Bridge Routed
Auto (DHCP)
N-only
Full (20MHz)
TX Power =20 dBm
Antenna gain ) =2 dBi
Noise immunity enabled
Protecion Mode RTS/CTS
Threshold=2346
SP enabled
SGI disabled
TX chain 1+2
RX '' 1+2
AP isol disabled
BI 100
DTIM 2
WMM enable
Scanlist defauld
ACK 2000
Bridged
so...today I had no drops.
One of following things have fixed 5ghz drops on my TL-WDR3500v1
1) new build 29316 (22/03/2016)
or
2) i set the antenna gain values (2 for 2.4G and 3 for 5ghz ->
[/list]
Just wanted to confirm I'm running these exact settings with the same build (29316) on my WDR3500 and in the 72 hours since I set it up I haven't had a single 5ghz drop.
Perhaps I shouldn't say this here, but I've struggled long enough looking for a rock-solid release of dd-wrt for my WDR-3600. Even on 2.4G it just kept acting up not matter what version and settings I tried. I decided to try openwrt and although i like the concept, capabilities and UI design much less than those of DD-wrt, I have to say I haven't had a single hiccup since the day I've flashed it, so for those who are unlucky enough to have these TP-Link devices it's a viable alternative. Still looking forward to migrating back though, once the issues are ironed out.
Router Name DD-WRT
Router Model TPLINK TL-WDR3600 v1
Firmware Version DD-WRT v3.0-r29739 std (05/19/16)
Kernel Version Linux 3.10.101 #22992 Thu May 19 02:11:01 CEST 2016 mips _________________ sup yo.
Perhaps I shouldn't say this here, but I've struggled long enough looking for a rock-solid release of dd-wrt for my WDR-3600. Even on 2.4G it just kept acting up not matter what version and settings I tried. I decided to try openwrt and although i like the concept, capabilities and UI design much less than those of DD-wrt, I have to say I haven't had a single hiccup since the day I've flashed it, so for those who are unlucky enough to have these TP-Link devices it's a viable alternative. Still looking forward to migrating back though, once the issues are ironed out.
I have to agree with sysak, I flashed my WDR-3500 with openwrt last month an haven't had an issue with the 5GHz band. I'm even able to run a client link and an AP link on the same radio for over a month. I initially tried the same with DD-WRT and the 5GHz link was never stable for more than an hour. Still have issues with 2.4GHz, but that's due to wifi interference, which i'm working through.
Would love to switch back to DD-WRT eventually since the UI is easier to use.
so...today I had no drops.
One of following things have fixed 5ghz drops on my TL-WDR3500v1
1) new build 29316 (22/03/2016)
or
2) i set the antenna gain values (2 for 2.4G and 3 for 5ghz ->
source:http://www.tp-link.com/resources/document/TL-WDR3500_V1_User_Guide_19100.pdf
page 131.)
I had ath0 in client bridge (routed) mode and ath1(5ghz) as AP (to which my computer is connected and torrenting).One problem (in all previous builds I used) is that I always had RX errors on ath0. In this build and after those changes, they stoped....and so far solid as rock.
settings ath0
Client Bridge Routed
Auto (DHCP)
N-only
Full (20MHz)
TX Power =20 dBm
Antenna gain ) =2 dBi
Noise immunity enabled
Protecion Mode RTS/CTS
Threshold=2346
SP enabled
SGI disabled
TX chain 1+2
RX '' 1+2
AP isol disabled
BI 100
DTIM 2
WMM enable
Scanlist defauld
ACK 2000
Bridged
With my current setup I've been unable to get rid of the 5ghz dropouts. I've tried all the recommended builds and all the recommended settings and none have worked. I've accepted that it's something I can't fix.
So, I'm currently working on a script to run on my router that checks the "TX Path Hang" value every second and then reboots the router if it returns anything but 0.
Now, this works but it's not ideal. The entire network is down for a minute or so every time there's a dropout. However, I believe there's a way to fix that.
Instead of rebooting the router there's another way of getting the 5ghz network working again that's much faster, you can go to the wireless basic settings and "apply settings" having changed nothing and the 5ghz network will be back seconds later.
Now, "apply settings" is just running a simple nvram commit, the problem is that using this method does not reset the "TX Path Hang" value, meaning that nvram commit would be continuously ran by the script.
So, the moral of the story and the reason that I'm posting here is that I'd like to know if there's a way to either reset the "TX Path Hang" value, or just a better way to check if nvram commit should be run.
Posted: Mon Mar 06, 2017 22:09 Post subject: 5g drops
Recently installed DD-WRT on my TL-WDR3600 v1 and came across the 5ghz drop that many are having. The SSID will disappear and all clients will disconnect. 2.4 will remain active with no issues.
It doesn't appear to be time related as the first time it happened the router was up for 5 days, the 2nd time 2 days. I was able to trigger it by running a speedtest on a wireless client and an ethernet client at the same time, so I suppose it would be load related, but I was unable to replicate it again by running more simultaneous speedtests.
Here's what syslog showed me at the time of the drop
Quote:
ath1: STA (MAC of mobile device) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of mobile device) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
ath1: STA (MAC of laptop) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of laptop) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Firmware I am running is v3.0-r30731 std (10/06/16). The wireless settings were default apart from SSID, security and regional (Canada). I've since tried to change the width to ht40, mode to N only, and gain to 3.
I will test more with these settings, and will likely try to flash a different version if still having issues. I'll also try to check for the TX path hang if the issue occurs again. Just wanted to document that I too am having these issues.
Posted: Wed Mar 08, 2017 7:58 Post subject: Re: 5g drops
dudewheresmy5g wrote:
Recently installed DD-WRT on my TL-WDR3600 v1 and came across the 5ghz drop that many are having. The SSID will disappear and all clients will disconnect. 2.4 will remain active with no issues.
It doesn't appear to be time related as the first time it happened the router was up for 5 days, the 2nd time 2 days. I was able to trigger it by running a speedtest on a wireless client and an ethernet client at the same time, so I suppose it would be load related, but I was unable to replicate it again by running more simultaneous speedtests.
Here's what syslog showed me at the time of the drop
Quote:
ath1: STA (MAC of mobile device) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of mobile device) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
ath1: STA (MAC of laptop) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of laptop) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
I want to point out that thanks to this syslog I was able to track down some similar issues with OpenWRT and other router firmware. Those issues were caused by noise immunity running amok.
Now, I don't want to get anyone's hopes up but for me on the newest build (r31571), disabling noise immunity on ath1 has fixed all dropouts.
I've only had the router up more than a day so far so take it with a grain of salt but tests in the past I've done that have always triggered the dropouts are no longer triggering dropouts for me.
There is also a chance that r31571 itself does not trigger the dropouts. If anyone can test that themselves and post back that would be awesome. I'd do it myself but I need to keep my current setup running 24/7 to test if disabling noise immunity really is the answer.
Posted: Wed Mar 08, 2017 13:15 Post subject: Re: 5g drops
GreyAsteroid wrote:
dudewheresmy5g wrote:
Recently installed DD-WRT on my TL-WDR3600 v1 and came across the 5ghz drop that many are having. The SSID will disappear and all clients will disconnect. 2.4 will remain active with no issues.
It doesn't appear to be time related as the first time it happened the router was up for 5 days, the 2nd time 2 days. I was able to trigger it by running a speedtest on a wireless client and an ethernet client at the same time, so I suppose it would be load related, but I was unable to replicate it again by running more simultaneous speedtests.
Here's what syslog showed me at the time of the drop
Quote:
ath1: STA (MAC of mobile device) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of mobile device) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
ath1: STA (MAC of laptop) IEEE 802.11: disconnected due to excessive missing ACKs
ath1: STA (MAC of laptop) IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
I want to point out that thanks to this syslog I was able to track down some similar issues with OpenWRT and other router firmware. Those issues were caused by noise immunity running amok.
Now, I don't want to get anyone's hopes up but for me on the newest build (r31571), disabling noise immunity on ath1 has fixed all dropouts.
I've only had the router up more than a day so far so take it with a grain of salt but tests in the past I've done that have always triggered the dropouts are no longer triggering dropouts for me.
There is also a chance that r31571 itself does not trigger the dropouts. If anyone can test that themselves and post back that would be awesome. I'd do it myself but I need to keep my current setup running 24/7 to test if disabling noise immunity really is the answer.
Since my last post I've also been running 31571 and noise immunity is still enabled. 1d 13h uptime so far and no drops. Fingers crossed right now.
I'm now at 6.5 days uptime and no drops. There was quite a bit of load on the network this weekend too. It seems that r31571 has fixed the issue on my WDR3600.