Joined: 08 Oct 2007 Posts: 47 Location: Winnipeg, MB
Posted: Sat Jun 24, 2017 17:45 Post subject:
Router: Netgear R7000
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Kong, was talking about my lock up issues a few months ago after updating past r30880M. We resolved by disabling UPnP. You mentioned:
Quote:
There was a fix for upnp recently, that fixed the option to restore upnp rules after reboot. This means the upnp rules are now restored after a reboot unless clear upnp rule at boot is checked. This could be an issue since you have a lot of port forward rules that may conflict. You can try to enabled that option to pretty much get the old "broken" behavior back.
I have been running stable since then and just not using UPnP. I had a situation where I needed to enable it to get some software to work and thought I would just test the enable/disable. Just letting you know that in both situations the router does lock up, I am just unable to use UPnP.
Not a huge issue for me, I can work around it. If you need any info or want to look into it further, just let me know.
FYI, for kicks, I manually updated to DD-WRT v3.0-r32170M kongac (06/11/17) (checked md5 on the download) and it broke wifi (unstable or not broadcasting one or more SSID, SSIDs randomly disappear and appear again). The reboot after "update" got stuck in a weird state where the lights on the R8000 were on, but not really on (ethernet indicators were bright and normal). Power cycled by unplugging the router. Loaded properly, but terribly sluggish and those wifi problems. Downgraded back to DD-WRT v3.0-r32170M kongac (06/03/17) and continued to have issues. Uploaded a backup, still issues. Reset the router and uploaded a backup. Now stable again.
Just letting you know: Something strange about that 06/11/17 release.
All of these builds are exactly the same the only difference is, a few lines in the code that reads and sets the burned in wifi pass.
I have seen your issue a few times after flashing, in which case a simple button power off/on does the trick.
Hi Kong,
Thanks for all your hard work. On my R7000 I've seen sluggish WiFi performance (similar to the case you answered above). Basically it would also randomly stops serving the 5G connection for 10-30 seconds after the unit has been on for a while. It usually starts acting up around 20 hours or so. I've got the system to auto-reboot every day at 5 am to alleviate the issue. But I'm trying to understand if this an issue that I can fix better with a physical power cycle over the router reboot?
I didn't see this issue at all on r31980M with the same configuration.
Posted: Mon Jun 26, 2017 12:12 Post subject: No Internet Access
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name hsd1.co.comcast.net.
LAN Domain Name local
Current Time Mon, 26 Jun 2017 06:06:08
Uptime 17 min
Load Average 13% 0.34, 0.26, 0.20
CPU Temperature CPU 65.8 °C / WL0 53.0 °C / WL1 53.8 °C
Woke up this morning and had no internet access. Also the GUI did not respond but the lights on the router were busy doing something. This is after doing an auto-reboot at 3am. Looks like that is not the solution to solving this problem. Power-cycled the router 17 min ago and now all seems to be OK.
Posted: Mon Jun 26, 2017 13:00 Post subject: Re: No Internet Access
TonyK1321 wrote:
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name hsd1.co.comcast.net.
LAN Domain Name local
Current Time Mon, 26 Jun 2017 06:06:08
Uptime 17 min
Load Average 13% 0.34, 0.26, 0.20
CPU Temperature CPU 65.8 °C / WL0 53.0 °C / WL1 53.8 °C
Woke up this morning and had no internet access. Also the GUI did not respond but the lights on the router were busy doing something. This is after doing an auto-reboot at 3am. Looks like that is not the solution to solving this problem. Power-cycled the router 17 min ago and now all seems to be OK.
You might want to check if there is a device in your network that sends a lot of udp broadcasts, router that bridge networks together can't handle a lot of udp broacasts and the typical behavior for this is, that you can't access the router anymore while network leds show a lot of traffic going in/out. A few month ago someone had the exact same problem and in this case the software for his logitech device was to blame. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Hi Kong, I have pretty much the same problem with this build. there is no problem at all if I run the mid june 2016 build (29875 if I remember well) so maybe there is something in these "new kernel build" that creates this issue...
I have used dd-wrt before with no problem and thought I'd give this release a go.
Sadly I get the same problem others have on here, the router locks up, can't access the network or the web gui when it happens. If it doesn't sort itself out after a while I have to power cycle to fix it.
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name R7000
LAN Domain Name
Current Time Mon, 26 Jun 2017 16:20:25
Uptime 10:32 min
Load Average 0% 0.00, 0.02, 0.00
CPU Temperature CPU 68.0 °C / WL0 48.8 °C / WL1 49.9 °C
As far as I am aware I don't have any devices flooding udp broadcasts but what is a sure way to check? Had this firmware working flawlessly before but it is probably 1 or 2 years ago now.
I have used dd-wrt before with no problem and thought I'd give this release a go.
Sadly I get the same problem others have on here, the router locks up, can't access the network or the web gui when it happens. If it doesn't sort itself out after a while I have to power cycle to fix it.
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name R7000
LAN Domain Name
Current Time Mon, 26 Jun 2017 16:20:25
Uptime 10:32 min
Load Average 0% 0.00, 0.02, 0.00
CPU Temperature CPU 68.0 °C / WL0 48.8 °C / WL1 49.9 °C
As far as I am aware I don't have any devices flooding udp broadcasts but what is a sure way to check? Had this firmware working flawlessly before but it is probably 1 or 2 years ago now.
If the router is somehow not accessible via network it may still work via serial and then tcpdump can be used to see what traffic there is, or it has crashed etc. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Router: R7000
Firmware: r32170M kongac (06/11/17)
Previous: r32170 (BS) 2017-06-01 freeze after 20 days.
Reset: No
Errors: Orange power LED lit up after 19 hours.
There is something very wrong with the newer builds as older builds are not affected with this problem.
Posted: Tue Jun 27, 2017 3:26 Post subject: Asus RT-AC3200
Router: Asus AC-3200
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Previous: Asus
Kernel:
Status: 1 day no issues.
Reset:
Errors: no wifi lights, Internet led is red.
Using this as an access point for now. Asus firmware would not allow me to set security on the wifi. I was going to take back to store anyway so I decided to try this. I have 30 so I will test. If no issues after 10 days I plan to keep.
Used Asus firmware recovery tool and flashed the bin file for the R8000. dd-wrt.v24-K3_AC_ARM_R8000.bin.
Router: Netgear R6400
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #340 SMP Sun Jun 11 12:38:55 CEST
Errors: wifi unable to connect samsung galaxy s7 on 2.4 ghz reboot of router fixed connection also tx error when connecting ac7260 on 5g while having another device on 2.4g have tried other devices same result.
Router: Archer c9 v1 US
Firmware: DD-WRT v3.0-r32170 std (06/01/17)
Previous: 30880
Kernel: Linux 4.4.70 #1487 SMP Thu Jun 1 07:24:48 CEST 2017 armv7l
Status: Good - running for several days
Reset: 30/30/30 before and after web-flash
Errors: None
I did notice that a few of my devices acquired a random IP after being connected for a day or so with a static IP. I am still troubleshooting this - perhaps the devices are the issue.
Overall, this is an excellent, stable build for the Archer C9 v1 and I greatly appreciate the work!
Router: Archer c9 v1 US
Firmware: DD-WRT v3.0-r32170 std (06/01/17)
Previous: 30880
Kernel: Linux 4.4.70 #1487 SMP Thu Jun 1 07:24:48 CEST 2017 armv7l
Status: Good - running for several days
Reset: 30/30/30 before and after web-flash
Errors: None
I did notice that a few of my devices acquired a random IP after being connected for a day or so with a static IP. I am still troubleshooting this - perhaps the devices are the issue.
Overall, this is an excellent, stable build for the Archer C9 v1 and I greatly appreciate the work!
I don't think that is a Kong build. Flash isn't big enough. _________________ I am far from a guru, I'm barely a novice.
Router: Archer c9 v1 US
Firmware: DD-WRT v3.0-r32170 std (06/01/17)
Previous: 30880
Kernel: Linux 4.4.70 #1487 SMP Thu Jun 1 07:24:48 CEST 2017 armv7l
Status: Good - running for several days
Reset: 30/30/30 before and after web-flash
Errors: None
I did notice that a few of my devices acquired a random IP after being connected for a day or so with a static IP. I am still troubleshooting this - perhaps the devices are the issue.
Overall, this is an excellent, stable build for the Archer C9 v1 and I greatly appreciate the work!
I don't think that is a Kong build. Flash isn't big enough.
That router isn't supported by Kong. _________________ R6400v2 (boardID:30) - Kong 36480 running since 03/09/18 - (AP - DNSMasq - AdBlocking - QoS) R7800 - BS 31924 running since 05/26/17 - (AP - OpenVPN Client - DNSMasq - AdBlocking - QoS) R7000 - BS 30771 running since 12/16/16 - (AP - NAS - FTP - SMB - OpenVPN Server - Transmission - DDNS - DNSMasq - AdBlocking - QoS) R6250 - BS 29193 running since 03/20/16 - (AP - NAS - FTP - SMB - DNSMasq - AdBlocking)