EA8500... main router
DD-WRT v3.0-r41517 std (11/11/19)
Linux 4.9.200 #488 SMP Sun Nov 10 20:50:18 CET 2019 armv7l
GUI install over r41459
:~# uptime
14:39:25 up 6:57, load average: 0.03, 0.04, 0.00
all ok
#
WNDR3700 V4
DD-WRT v3.0-r41517 std (11/11/19)
Linux 3.18.140 #59018 Mon Nov 11 05:25:01 +04 2019 mips
No reset --- GUI install over r41491
:~# uptime
14:39:06 up 12:05, load average: 0.08, 0.01, 0.00
all ok
Routers: TP-Link TL-WR841ND v7.0, v7.1, v7.2
Upgrade: via web
Firmware: v3.0-r41517 std (11/11/19)
Kernel: 3.10.108-d8 #27141 Mon Nov 11 04:14:09 +04 2019 mips
Previous: 37961
Mode: Access Point
Reset: No
Errors: when router is idle, the 'Free Memory' will
decrease continuousely resulting auto-reboot.
if any network activities before auto-reboot, the amount of free memory
will increase to normal level.
no memory leak when wireless disabled (radio off).
except maybe 3 or 4 builds that I am lazy to test,
this happens with _ALL_ builds after 37961.
Joined: 16 Nov 2015 Posts: 6437 Location: UK, London, just across the river..
Posted: Tue Nov 12, 2019 13:46 Post subject:
Router Model TP-Link WR1043ND V2
Firmware Version DD-WRT v3.0-r41517 std (11/11/19)
Kernel Version Linux 3.18.140 #58992 Mon Nov 11 04:44:23 +04 2019 mips
update: CLI 41459 > 41517
reset: NO
status: Operational 6h+
errors: Nothing new for my set up ...!!
I don't use Wi-Fi on this device it's working as it is.. _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913
Router Model: Netgear x10 r9000
Status: Very Good!
Reset: No
Errors: The only small error I can find in this version is under the SpeedChecker tab. For some reason, the section where you put your broadband speed, internet connection type, and location won't accept the input. When you try to do this, then press Save, my input disappears and resets to default.
This build is GREAT (for my use-case scenario)! The NAS Service is actually started upon boot! I am also receiving the best WiFi speeds from my clients in longer than I can remember!
Joined: 18 Mar 2014 Posts: 12885 Location: Netherlands
Posted: Tue Nov 12, 2019 14:19 Post subject:
Router Model: Netgear R7800
Firmware Version: DD-WRT v3.0-r41517 std (11/11/19)
Kernel Version: Linux 4.9.200 #488 SMP Sun Nov 10 20:50:18 CET 2019 armv7l
Upgraded from: DD-WRT v3.0-r41491 std (11/10/19)
Reset: No, not this time
Status: Up and running for 20 hours (had a private build to test), basic setup as Gateway, static leases, OpenVPN client (on PIA) with Policy Based Routing up and running, 2,4GHz, 5Ghz, USB storage NAS and OpenVPN server working
Resolved:
1. Pushed DNS servers from VPN provider are used starting with build 41120, if you do not want that, add the following to the Additional Config of the VPN client:
pull-filter ignore "dhcp-option DNS"
2. Build 41174 has an improved VPN Policy Based Routing, it is now possible to use the VPN route command i.e. to route a DNS server via the VPN (in this way you will get rid of the DNS leak), see: https://svn.dd-wrt.com/ticket/6815#comment:1 , and for DNS leaks the second posting of this thread: https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=318662 3. Another improvement on PBR is that local routes are now copied over to the alternate routing table so there is communication if you have unbridged VAP's and you can set the router's IP on PBR.
See: https://svn.dd-wrt.com/ticket/6821#comment:3 4. Starting with build 41174, the PBR has become more versatile, you can now use " from [IP address] to [IP address] ", so if you enter the following in the PBR field:
192.168.1.124 to 95.85.16.212 #ipleak.net, it will only route IP address 95.85.16.212 (which is ip leak.net) from my IP address 192.168.1.124 via the VPN everything else from this IP address will route via the WAN (this is just an example).
See: https://svn.dd-wrt.com/ticket/6822
Although this command itself supports routing per port this is however only available starting from K 4.17 so we have to rely on scripting for per port routing until then.
5. New OpenVPN TLS ciphers are added in 41308 see: https://svn.dd-wrt.com/changeset/41308 6. Starting with build 41304 you can now choose which TLS Key you want to use: TLS Auth or the newer/better TLS Crypt. See https://svn.dd-wrt.com/ticket/6845#comment:17
As this is a secondary router I performed some basic speed testing, just a timed file copy so you have to take overhead into account.
LAN<> WAN upload 700 Mb/s Download 900 Mb/s , SFE does not make any difference
I have a new laptop with intel Wifi 6 200 driver can do 160 MHz channel width, connection as shown on the router 1733 Mb/s for Rx/Tx
WLAN<>WAN upload 400 Mb/s Download 600 Mb/s
Not sure what to think of this throughput, it could well be that the wifi card is connected with a slow interface and this is the maximum you can get.
Still not bad 😊
Posted: Sun Nov 17, 2019 12:13 Post subject: not good for archer c7 v2
my revert was to DD-WRT v3.0-r41379 std (10/24/19)
It doesnt have the 2.4 GHz wireless issues (though you have to use lower as the secondary channel to avoid them)
Unfortunately stability on 2.4 is more important to me than performance of SAMBA. This previous build is able to produce somewahat consistent A's for bufferbloat at >40Mbps on 2.4 and >90Mbps on 5GHz (using Pie and HTB)
Besides the issue with low throughput on this build, I was never able to get higher than a B or C on a run.
I wonder if the MIPS16 removal of support in 41526 has anything to do with this, Since this is a MIPS based box
Router Model: Netgear x10 r9000
Status: Problems
Reset: No
Seemed OK at first, but wife complained her iPad wouldn't connect on 2.4GHz. Discovered that some devices (Amazon Echo, Samsung Note8) would not connect via 2.4GHz although others were still connected. Signed on to GUI and changed channel on 2.4GHz radio from 2 to 11 and everything reconnected successfully.
Late last night encountered issue with wifi security camera app complaining about limited resources and attempted to troubleshoot this morning. Restarting camera did not resolve; attempted to log onto dd-wrt GUI but connection timed out. Powered router off and back on and was then able to connect. Camera issue resolved as well.
Previous version was from May timeframe; that had occasional problems but I tolerated them. Thinking of going back to Voxel's custom build of the NG factory firmware ...
Posted: Mon Nov 18, 2019 19:25 Post subject: Netgear X10 r9000
I will have to agree. My r9000 is showing the same thing, very poor 2.4Ghz performance. Luckily I only have 2 devices on 2.4Ghz and one is only 6 feer (2m) from the router.
However...everything else is superb for this build as far as I can tell. I can only hope the 2.4Ghz issue can be fixed without borking anything else.
~Robert
Dodge DeBoulet wrote:
Router Model: Netgear x10 r9000
Status: Problems
Reset: No
Seemed OK at first, but wife complained her iPad wouldn't connect on 2.4GHz. Discovered that some devices (Amazon Echo, Samsung Note8) would not connect via 2.4GHz although others were still connected. Signed on to GUI and changed channel on 2.4GHz radio from 2 to 11 and everything reconnected successfully.
Late last night encountered issue with wifi security camera app complaining about limited resources and attempted to troubleshoot this morning. Restarting camera did not resolve; attempted to log onto dd-wrt GUI but connection timed out. Powered router off and back on and was then able to connect. Camera issue resolved as well.
Previous version was from May timeframe; that had occasional problems but I tolerated them. Thinking of going back to Voxel's custom build of the NG factory firmware ...
bad BAD BAD, usual poor k4.x ipq806x performance. about doubled the cpu load with sirq, latency is high, wifi throughput is jittery and low etc, even when bridged with no nat/firewall/qos enabled on the r7800. and BS has "no issues"... (r7800). ipq806x is trashed by kernel 4.x even after all these years. seems kong was the only one on earth able to fix it..
kong r40720m firewall/qos/nat disabled, 5ghz sirq cpu load @ 320mbps:
core0: 15%
core1: 3%
latency good
ANY k4.x bs build firewall/qos/nat disabled, 5ghz sirq cpu load @ 320mbps:
core0: 60%
core1: 40%
wifi latency completely terrible, and throughput is LOW. and im still unbelieved by bs as hes shrugging this off looking at iperf numbers "seems fine" etc. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
