Router: Buffalo WZR-1750DHP
Firmware: DD-WRT v3.0-r32700M kongac (07/15/17) (dd-wrt.v24-K3_AC_ARM_STD)
Kernel: 4.4.76 #355 SMP Sat Jul 15 22:23:40 CEST 2017 armv7l
Status: Not working too well
Reset: NO
updated via web interface
Services used and tested: cifs, smbd, snmpd, sshd, https, openvpn server
CIFS/SMBD worked just fine, as does dnsmasq.
OpenVPN server seems to have issues inserting routes -
Code:
20170717 00:32:18 /usr/bin/route add -net 192.168.27.0 netmask 255.255.255.0 gw 192.168.27.2
20170717 00:32:18 W ERROR: Linux route add command failed: could not execute external program
It could be a different version of busybox upstream without support for certain args.
SNMPd seems to work fine out of the box.
Can't seem to get DDNS to track IP changes properly. Not sure if it's an issue with freedns.afraid.org, or the local indyn doing some caching that it really shouldn't have.
Router: Buffalo WZR-1750DHP
Firmware: DD-WRT v3.0-r32700M kongac (07/15/17) (dd-wrt.v24-K3_AC_ARM_STD)
Kernel: 4.4.76 #355 SMP Sat Jul 15 22:23:40 CEST 2017 armv7l
Status: Not working too well
Reset: NO
updated via web interface
Services used and tested: cifs, smbd, snmpd, sshd, https, openvpn server
CIFS/SMBD worked just fine, as does dnsmasq.
OpenVPN server seems to have issues inserting routes -
Code:
20170717 00:32:18 /usr/bin/route add -net 192.168.27.0 netmask 255.255.255.0 gw 192.168.27.2
20170717 00:32:18 W ERROR: Linux route add command failed: could not execute external program
It could be a different version of busybox upstream without support for certain args.
SNMPd seems to work fine out of the box.
Can't seem to get DDNS to track IP changes properly. Not sure if it's an issue with freedns.afraid.org, or the local indyn doing some caching that it really shouldn't have.
I think Kong noted in another thread that I think the path to ifconfig changed since the Busybox update and it was statically defined in OpenVPN, a new build was published overwriting the existing one on his FTP. _________________ James
Main router:
Netgear R7000 overclocked to 1.2GHz - DD-WRT v3.0-r35965M kongac
IPv6 6in4 (HE.net), OpenVPN (with PBR and split tunnelling), Entware, dnsmasq with ipset
More path errors in openvpn, also in this build sfe sometimes hangs the router, BS already added fixes. Next build will have a n option to turn on/off sfe, coming with off as default.
Posted: Mon Jul 17, 2017 12:44 Post subject: OpenVPN not working properly on R6400
OpenVPN client unable to add routes. /usr/bin/route command missing in filesystem (missing link or broken OpenVPN script?). As well http access not working after start, httpd is started with -P argument only, i.e. missing port number, after stopservice httpd and startservice httpd via SSH http access starts working again. In version r31575M both seems to be working.
Regarding SFE, just did some simple speed testing:
I only have 40/4 internet so I did test from Wan to my own lan with a simple windows file copy
R6400
Kong 32170, default, erase nvram
Windows file copy 40 Mbyte/s
Kong 32700, default, erase nvram
Windows file copy 70 Mbyte/s
So just crude testing and 70MByte is probably maxing out my harddisk, but indeed a huge improvement
Great work!!
As kong stated new build will be available tomorrow I will update and do further normal testing
Thanks for the test. Just curiuos -- doesn't SFE only affect WAN side? How did it help with LAN file transfer? (or, if the test was WAN-to-LAN, wouldn't it be capped by your ISP's 40/4 limit rather than hitting 70 MB/s)?
Joined: 18 Mar 2014 Posts: 12889 Location: Netherlands
Posted: Mon Jul 17, 2017 15:31 Post subject:
dragonC wrote:
egc wrote:
Regarding SFE, just did some simple speed testing:
I only have 40/4 internet so I did test from Wan to my own lan with a simple windows file copy
R6400
Kong 32170, default, erase nvram
Windows file copy 40 Mbyte/s
Kong 32700, default, erase nvram
Windows file copy 70 Mbyte/s
So just crude testing and 70MByte is probably maxing out my harddisk, but indeed a huge improvement
Great work!!
As kong stated new build will be available tomorrow I will update and do further normal testing
Thanks for the test. Just curiuos -- doesn't SFE only affect WAN side? How did it help with LAN file transfer? (or, if the test was WAN-to-LAN, wouldn't it be capped by your ISP's 40/4 limit rather than hitting 70 MB/s)?
The test was LAN <> WAN <> LAN.
The router was placed in my own network as a secondary daisy chained router just for testing purposes.
My results can be crudely converted to 320 Mb/s with old build and 560 Mb/s with the new SFE patch, so testing with my ISP 40/4 is of course useless _________________ Routers:Netgear R7000, R6400v1, R6400v2, EA6900 (XvortexCFE), E2000, E1200v1, WRT54GS v1.
Install guide R6400v2, R6700v3,XR300:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=316399 Install guide R7800/XR500:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=320614 Forum Guide Lines (important read):https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=324087
The test was LAN <> WAN <> LAN.
The router was placed in my own network as a secondary daisy chained router just for testing purposes.
My results can be crudely converted to 320 Mb/s with old build and 560 Mb/s with the new SFE patch, so testing with my ISP 40/4 is of course useless
Thanks egc. Still a bit confused, as I'd have expected the WAN part would be the bottleneck in a "LAN <> WAN <> LAN" daisychain setup. In other words, I thought a 40MB/s connection on WAN would have limited any traffic going through at 320Mb/s (40MB/s x 8bits/Byte) even with the SFE patch (instead of reaching 560Mb/s).
Unless of course somehow the harness is mocking the WAN interface (i.e. faking the router to think of a LAN node as WAN?) - although I don't understand enough to figure out the setup.
In any case, the real question I had in mind was:
"Does SFE actually benefits LAN<->LAN file transfer when it's enabled?"
Joined: 18 Mar 2014 Posts: 12889 Location: Netherlands
Posted: Mon Jul 17, 2017 16:42 Post subject:
Short answer: No
It "bypasses" the firewall and hence speeds up the LAN <> WAN, I think it is similar to the proprietary CTF (Cut Through Forwarding) from vendors like Asus and Linksys etc.
It is sometimes referred to as Hardware NAT but this is an inadequate description as it is not in hardware (possibly it is is confused with hardware encryption engines which can speed up VPN)
my router: netgear r6300v2
firmware: 7/15 32700 build
status: crashing
reset: no
upgrade method: dd-up --flash-latest
In my case, Im not really seeing an improvement in network speed at all under sfe mode with it enabled. At first router starts up and runs fine, then after about 10 hours or so, completely crashes....Unresponsive any way, only way to recover is to hard reboot. I am still curious on sfe mode and next fix planned when I get home later tonight is to clear NVRAM and reconfigure my settings. I do want to see if i notice a difference in sfe.
Also, I plan to upgrade to the newer build which sounds as if it will contain fixes for sfe mode.
Joined: 03 Jan 2017 Posts: 49 Location: Lindau, Germany
Posted: Mon Jul 17, 2017 17:04 Post subject:
<Kong> wrote:
More path errors in openvpn, also in this build sfe sometimes hangs the router, BS already added fixes. Next build will have a n option to turn on/off sfe, coming with off as default.
New build will come tonight.
I've observed that chillispot is not starting any more. Could it be related to a path issue as well?
my router: netgear r6300v2
firmware: 7/15 32700 build
status: crashing
reset: no
upgrade method: dd-up --flash-latest
In my case, Im not really seeing an improvement in network speed at all under sfe mode with it enabled. At first router starts up and runs fine, then after about 10 hours or so, completely crashes....Unresponsive any way, only way to recover is to hard reboot. I am still curious on sfe mode and next fix planned when I get home later tonight is to clear NVRAM and reconfigure my settings. I do want to see if i notice a difference in sfe.
Also, I plan to upgrade to the newer build which sounds as if it will contain fixes for sfe mode.
Posted: Mon Jul 17, 2017 20:19 Post subject: Asus AC5300
DD-WRT v3.0-r32700M kongac (07/15/17)
Asus RT-AC5300
FYI, after initial flash it locked up after about 3 minutes. Powered off then back on and its been running for a couble of hours.
I ran some speed tests before and after and I did not notice any reall difference.
EOIP speed test
Lan Speed Test
DSLReports test.
All were similar before and after. _________________ 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.