It's possible that the issue is covered by 6319, but the hangs were affecting my laptops running different linux distros, so it's more than just ios devices.
That's what I'm thinking. I have no ios devices just Windows, Linux, and Android devices and no disconnects or hangs yet (~36hrs). I didn't dumb done my settings at all and no problems here on r35898.
OK, good to know. I had run r35898 before for a just a couple of days with my complete setup w/o issue before trying the latest build. Just as a test, I might load the lastest with near default settings. Curious to see how it runs... _________________ Router: Linksys WRT3200ACM (Winbond)
Build: Davidc502 LEDE Snapshot r7829 (Rango)
Devices: linux laptops, roku, qnap TS-251
After a few days of running nicely, WRT3200ACM started dropping Wi-Fi connections. Disconnect and reconnect helps, but for only a few minutes. A restart of the router helps for longer.
It seems like every 5-60 minutes my wifi just craps out on r36247. I didn't have this problem on r34311! My wifi channels are the exact same, so I don't think its a channel interference.
All of my settings are pretty much default. It's a fresh install without pulling over settings. Nothing crazy, just the bare min to setup your router.
Any version between r35898 and r36247 with stable wifi? _________________ Router: Linksys 1900ACS v2
Firmware: DD-WRT v3.0-r33555 std (10/20/17)
Any version between r35898 and r36247 with stable wifi?
r35898 is pretty much the last release before all the wifi disconnects and hangs started showing up. I've tried the others but the wifi disconnects drove me up the wall so back to r35898. I should have just said "Yes, r35898 and that's it."
i'm on 35927 with my WRT3200ACM and this are my temperatures at the moment.
CPU 90.3 °C / WL0 52.7 °C / WL1 54.3 °C
Room temperature is 22°C.
load average 0.00, 0.01, 0.00
5ghz is AC vht 80 and 2,4ghz is N HT40
i have disconnects on 5ghz, but no hangs.
But for a few seconds, it is not possible to see the ssid of the 5ghz wlan on my windows-pc.
is it possible to undervolt oder underclock the 3200acm?
FIRMWARE:OpenWrt SNAPSHOT r8217-2cc821e / LuCI Master (git-18.276.41146-280dd33) MODEM:ARRIS SURFBoard SB8200 ROUTER:Linksys WRT32X USB NAS:Western Digital BLACK 1 TB Hardrive + Startech USB 3.0 External SATA III Enclosure
I'd love to know what happened/changed since the official dd-wrt build and now so that quotes were needed around route, and ipv6 enabled? (just cos I like an ending to a mystery)
I revisited this and found I can turn of ipv6 if I update the openvpn config to use proto tcp4. Seems openvpn defaults to the default protocol when only proto tcp is specified. Since ipv6 wasn’t on before and after the upgrade is it normal for this default protocol to be af_inet6? wouldn’t it make sense to default to af_inet4? is this a bug?
Last edited by zdzi on Wed Jul 18, 2018 8:46; edited 2 times in total
Some extra detail about the drops: that's happening on both 2.4 and 5 GHz. Rebooting the router does not change much. Usually the problem disappears after couple seconds or minutes
Funniest thing of all is that when the router isolates me from the Internet, I can still communicate with all the local network devices, including those wired.
So in other words, the router itself does not respond to my ping and does not let me out to the WAN, but still relays the packets to the devices in the internal network as a wifi/ethernet bridge.
The wired connections work just fine.
Is there any decent router that would work reliably with DD-WRT?
I'd love to know what happened/changed since the official dd-wrt build and now so that quotes were needed around route, and ipv6 enabled? (just cos I like an ending to a mystery)
I revisited this and found I can turn of ipv6 if I update the openvpn config to use proto tcp4. Seems openvpn defaults to the default protocol when only proto tcp is specified. Since ipv6 wasn’t on before and after the upgrade is it normal for this default protocol to be af_inet6? wouldn’t it make sense to default to af_inet4? is this a bug?
so a bug? not a bug? don't care?
and perhaps a 2nd bug:
before upgrading to this build I had openVPN installed and while connected via this VPN I could access the router management gui even though external web gui access was disabled. After the upgrade openVPN works in so much I can access any internal network resource but I cannot access the router gui. Is this normal behaviour with openVPN enabled?