[mrjcd]

New BS Build: r40527 (08/04/19)

ftp://ftp.dd-wrt.com/betas/2019/08-04-2019-r40527/
or
https://download1.dd-wrt.com/dd-wrtv2/downloads/betas/2019/08-04-2019-r40527/

Please report errors or other changes with this new build release.

Release Notes:
http://svn.dd-wrt.com/timeline

Router Model:
Status:
Reset:
Errors:

[mrjcd]

EA8500
DD-WRT v3.0-r40527 std (08/04/19)
Linux 4.9.187-rc1 #353 SMP Sat Aug 3 03:04:37 CEST 2019 armv7l

damnit heck I put it on main EA8500 install without reset over r40501 and the stupid simple port forwarding
DON'T freakin work so that killed access to me webserver.
Had to boot back into r40501
I never use SFE on main router ...have NO need for it with my 50/50 ISP connection.

EDIT:
Ok then finally got a few minutes to look at the port forwarding crap.
Reset the 2nd EA8500 that is normally used as just ovpn server and a switch.
Enabled its 'Port Range Forwarding' 80 ~ 80 which is what I've used for many years and it always worked just fine.
I also enabled unbound & Forced DNS Redirection like I use on main ...of course I had to disable those on main cause
you can't use unbound behind another router that is also using unbound.
Anyways port forwarding still worked fine.
Only thing I did NOT setup on this is ovpn server which is running on main EA8500.
That shouldn't make a difference AFAIK.
Looks like the main EA8500 needs a good reset & reconfig and she should be good for r40257 but I ain't gonna do that
till maybe next build comes out ...or might swap in the backup and do that in the wee hours tonight
Then again, OTOH I don't really see the point since r40405 has been doing great job for me.
that's 'bout all I can tell ya
end EDIT

Edit2:
anyone wondering --
I think BS may have fixed my problem after I realized it had nothing to do with port forwarding.
Twas stupid NAT loopback.
Crazy thing would be ok if connected from the br1 net or connected to thru its ovpn server or any outside network.
I fianlly found out it also worked fine when connected to the br0 net ONLY if QOS was disabled.
twas same on BS test build r40555
https://svn.dd-wrt.com/changeset/40559
end edit2


did do some testing early this morning on spare EA8500
NO more stinking 'shortcut_fe' mod ...only 'fast_classifier' mod

see ---> 'EA8500 speed across WAN'

#

WNDR3700v4
DD-WRT v3.0-r40527 std (08/04/19)
Linux 3.18.140 #49108 Sun Aug 4 04:59:44 +04 2019 mips
all good

#

WRT160NL
DD-WRT v3.0-r40527 std (08/04/19)
Linux 3.10.108-d8 #17129 Sun Aug 4 02:52:47 +04 2019 mips
all good

[tatsuya46]

Router Model: dir-862L, dir-862L, wndr4300

Status: well it runs..
Reset: no
Errors: see tickets below

https://svn.dd-wrt.com/ticket/5118 *
https://svn.dd-wrt.com/ticket/5225 *
https://svn.dd-wrt.com/ticket/5603 *
https://svn.dd-wrt.com/ticket/5699
https://svn.dd-wrt.com/ticket/5817
https://svn.dd-wrt.com/ticket/5845
https://svn.dd-wrt.com/ticket/5848
https://svn.dd-wrt.com/ticket/5933
https://svn.dd-wrt.com/ticket/5938
https://svn.dd-wrt.com/ticket/6115 *
https://svn.dd-wrt.com/ticket/6286
https://svn.dd-wrt.com/ticket/6315
https://svn.dd-wrt.com/ticket/6481 *
https://svn.dd-wrt.com/ticket/6495 *
https://svn.dd-wrt.com/ticket/6511
https://svn.dd-wrt.com/ticket/6555 *
https://svn.dd-wrt.com/ticket/6655
https://svn.dd-wrt.com/ticket/6666 *

the ticket list shrunk a bit not cause things are fixed, but cause no one seems to care to fix them, they are all "invalid"..

see https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=320097 for latest post of full actual issues..

zero differences or fixes

[bushant]

R7800
DD-WRT v3.0-r40527 std (08/04/19)
Linux 4.9.187-rc1 #353
Webif upgrade over 40526
No reset
Uptime 11:37

All I use is good

I have no port forwards, cannot comment on that.
Have not experienced the OVPN client not starting issue:
https://svn.dd-wrt.com/ticket/6729#comment:52

Thank You BrainSlayer and others.

[RainGater]

Flashed it on top of Kong 40270 without any reset and gotta tell you, it's running very well on my R7800.

Updated the TCP congestion control to Vegas and QOS is HTB/Pie and finally I see an A for bufferbloat. This is from a device which doesn't have a good wifi card and the results are below:

http://www.dslreports.com/speedtest/52754435