Seems fine, but httpd (i.e. GUI) frequently becomes unresponsive (more so in my R6300v2, less in R7000). Connecting via web-remote on a different port curiously does not encounter this as often.
There is a setting now for SFE (shortcut forwarding engine)on the Basic Setup page. By default SFE is disabled. Enabling Qos does not turn it off, at current implementation qos will not fully work, e.g. downstream limiting is currently not working. Thus be aware, that enabling it might influence your qos results.
P.S. For those who do not know about SFE yet. It accelerates NAT and thus increases WAN - LAN throughput, it is still esxperimental, only turn it on if you need it e.g. because you have a super fast subscription e.g. > 300MBit/s
Joined: 18 Mar 2014 Posts: 12917 Location: Netherlands
Posted: Wed Jul 19, 2017 21:16 Post subject:
locossaurorex wrote:
<Kong> wrote:
There is a setting now for SFE (shortcut forwarding engine)on the Basic Setup page. By default SFE is disabled. Enabling Qos does not turn it off, at current implementation qos will not fully work, e.g. downstream limiting is currently not working. Thus be aware, that enabling it might influence your qos results.
P.S. For those who do not know about SFE yet. It accelerates NAT and thus increases WAN - LAN throughput, it is still esxperimental, only turn it on if you need it e.g. because you have a super fast subscription e.g. > 300MBit/s
There is a setting now for SFE (shortcut forwarding engine)on the Basic Setup page. By default SFE is disabled. Enabling Qos does not turn it off, at current implementation qos will not fully work, e.g. downstream limiting is currently not working. Thus be aware, that enabling it might influence your qos results.
P.S. For those who do not know about SFE yet. It accelerates NAT and thus increases WAN - LAN throughput, it is still esxperimental, only turn it on if you need it e.g. because you have a super fast subscription e.g. > 300MBit/s
Ran a day with SFE disabled. Enabled it to see what would happen, and had a lockup and lost GUI, wireless and gateway. This is the first lockup I have had in many months.
Asus AC5300
After 10 hours it locks up with sfe on.
Stayed up all night with it off and is still up.
It looks like EOIP is working without manually have to go to the advanced routing section and manually hitting the apply button. I will keep an eye on this. _________________ Please Fix The Following Bugs:
EOIP Settings not applied automatically after FW upgrade or reboot. http://svn.dd-wrt.com/ticket/4061
The port 80 forwarding bug with out reapplying settings appears to have been fixxed.
Joined: 18 Mar 2014 Posts: 12917 Location: Netherlands
Posted: Thu Jul 20, 2017 16:21 Post subject:
egc wrote:
Router Model: Netgear R6400
Firmware Version: DD-WRT v3.0-r32735M kongac (07/18/17)
Kernel Version: Linux 4.4.77 #366 SMP Tue Jul 18 01:06:33 CEST 2017 armv7l
Upgraded: from 32700M via ddup --flash-latest (that version crashed)
Reset: Yes, Erase NVRAM
Status: Up and running for 1 hour, basic setup as AP, 2,4GHz and 5Ghz working. SFE is off
Will test later with OpenVPN, USB, DLNA and SFE on and will report back
Errors: non so far
Temp: 64C
Big Thanks to Kong and BrainSlayer!!
Uptime 24h with SFE off
Tested USB/NAS and miniDLNA all working.
Tested OpenVPN client on PIA also working
With SFE on I have had a lock up, but ludicrous speed when it was working
Firmware Version: DD-WRT v3.0-r32735M kongac (07/18/17)
Kernel Version: Linux 4.4.77 #366 SMP Tue Jul 18 01:06:33 CEST 2017 armv7l
Upgraded: from 32700M via ddup --flash-latest (that version crashed)
Reset: Yes, Erase NVRAM
Status: Up and running for 1 hour, basic setup as AP, 2,4GHz and 5Ghz working. SFE is off
Will test later with OpenVPN, USB, DLNA and SFE on and will report back
Errors: non so far
Temp: 64C
Big Thanks to Kong and BrainSlayer!!
Uptime 24h with SFE off
Tested USB/NAS and miniDLNA all working.
Tested OpenVPN client on PIA also working
With SFE on I have had a lock up, but ludicrous speed when it was working
Some minor GUI glitches, sometimes the GUI hangs, closing the browser and login again get things working again, GUI is much more responsive though
Do you have serial attached? I just prepared a build with some extra debug info. I've seen the rcu_stall only once and don't know if I can reproduce it. Thus I would need someone with serial that can easily reproduce the hang. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Sorry no serial attached. If I could assist at any other way please let me know.
Edit: I have syslog/klog enabled (remote server) but I do not know if that is helpfull, read-copy update warnings are printed to the kernel log I think
Sorry no serial attached. If I could assist at any other way please let me know.
Edit: I have syslog/klog enabled (remote server) but I do not know if that is helpfull, read-copy update warnings are printed to the kernel log I think
I have caught the hang and I have a suspicion.
You meant you also ran into it yourself? This seems pretty prevalent in the post 6/11 builds.
Edit: oops. I thought you were referring to the GUI hang. Never mind.
wow thanks, i will try in wzr-1750dhp 