Posted: Tue Jul 20, 2021 9:46 Post subject: New Build - 07/20/2021 - r47074
[WARNING]: This thread is only for feedback on this beta release for developers and the community's benefit.
DO NOT flash this beta release unless you understand the risks involved and device specificrecovery methods.
Avoid discussions! Create threads for questions, general problems or use search; this thread is not for support.
Please list router model & revision, operating & wireless mode(s) and exact filename/firmware image flashed.
Issues, observations, and/or workarounds reported:
• DNScrypt 1.95 can still be used in the GUI, but v2 (not compatible) requires Golang and thus Entware. #6246
• WDS does not work on Broadcom ARM devices(only MIPS<->MIPS) & bridge modes on k4.4 devices may sometimes work
in some configurations for certain builds but are not supported by the bcmdhd driver. Use client or repeater instead.
• VAPs not working at bootfixed for unbridged VAPs in40562 - 40566. Effective startup commandsdiscussion thread is here.
• If start-up scripts do not work from USB add a delay, e.g. wait script or 'sleep 25'.
• Broadcom ARM devices if 5 GHz channels are missing, via Telnet/SSH: 'nvram set brcm_unlock=1' 'nvram commit' 'reboot'
• Show us your findings with steps to reproduce, configuration, output, logs and important information below!
Important:
• For issues provide applicable info: 'dmesg', 'cat /tmp/var/log/messages', syslog, klog, serial, strace, tcpdump, wireshark etc.
• Any firewall NAT or WAN issues, show output: 'iptables -vnL', 'iptables -t nat -vnL', 'iptables -t mangle -vnL' and /tmp/.ipt file.
• Search SVN tickets & discuss in forum before opening. Before reporting: reset & manually set up, not restore from a backup.
• Please include operating & wireless modes (e.g. Gateway, Router, AP, CB, WDS, Mesh) & relevant configuration information.
Posted: Tue Jul 20, 2021 14:17 Post subject: R7000 working after upgrade
Router/Version: NetGear R7000
File: netgear-r7000-webflash.bin
Firmware: Firmware: DD-WRT v3.0-r47074 std (07/20/21)
Kernel: Linux version 4.4.274
Mode: Router, wifi/eth, 2 subnets, 2x WG tunnels
Previous: r46974
Reset?: N
Status: Working after reboot
upgraded using:
Code:
wget http://download1.dd-wrt.com/dd-wrtv2/downloads/betas/2021/07-20-2021-r47074/netgear-r7000/netgear-r7000-webflash.bin
write netgear-r7000-webflash.bin linux &
Was having strange problems with Wireguard tunnels on r46974. Upgrading now just in hope it might help, not because I suspect r46974 was the cause.
My WG problems (am still investigating) as follows: 2 tunnels both to different peers in same commercial VPN provider.
First tunnel works fast and reliable - always up - only estimate 5% performance degrade compared to running without VPN. First tunnel used for 15 of 18 devices on private/secure subnet. Incoming ports on that tunnel are blocked by the VPN provider.
Second Wireguard tunnel peers to a dedicated/static IP and has incoming port-forwarding enabled by VPN provider. It is used by a subnet with only 2 devices (servers) for ssh, web, files etc. 2nd tunnel connects with no problems and stays up. Starting performance is similar to first tunnel. Speed performance gradually degrades over 2 or 3 days. Speedtest results afters 3 days up typically down from 100mbps to 40Mbps.. Restarting the (2nd) tunnel restores performance for outbound usage (mildly annoying - as lightly used at this time). The main problem for me is that inbound usage on the 2nd tunnels, connections are not reliable. Initial inbound connect is good, but then drops out after a few minutes... As I said - I do not blame the dd-wrt software and give my huge thanks to BS and the other devs... My suspicion for blame is the commercial VPN provider and also my IPTABLES. My reason for that opinion is based on the first WG tunnel working so well.
I will report back if any changes in the performance of my 2 WG tunnels after upgrade to r47074.
Feedback - I am sure this is known - in the "Wireguard status" section on tunnels tab, both tunnels (oet1 and oet2) show status details of oet1. So (if I feel the need to) I just check the syslog for status about oet2. It always comes up and connects without error, so I check it rarely
Joined: 12 Dec 2007 Posts: 777 Location: Pittsburgh, PA USA
Posted: Tue Jul 20, 2021 15:56 Post subject:
Router Model: Linksys EA6700
Firmware Version: DD-WRT v3.0-r47074 std (07/20/21)
Kernel Version:Linux Linux 4.4.274 #3689 SMP Mon Jul 19 13:42:08 +07 2021 armv7l
Status: Did not work
Issues/Errors: Upgraded from r47073 via TFTP method (only method that has worked on this router). Never successfully booted into DD-WRT, even after repeated TFTP attempts and a hard reset. TFTPed the 47073 firmware and redid config from scratch, and all is well.
I have a serial cable but this model is very difficult to disassemble without breaking plastic. _________________ __________________________
Netgear R7800
DD-WRT v3.0 STD
Linksys WRT1900AC
DD-WRT v3.0 STD
Posted: Tue Jul 20, 2021 17:58 Post subject: Re: R7000 working after upgrade
seanPH wrote:
The main problem for me is that inbound usage on the 2nd tunnels, connections are not reliable. Initial inbound connect is good, but then drops out after a few minutes...
Further testing and it looks suspiciously like 25 seconds - that is - incoming connection, going to behind NAT, connect and then about 25-30 seconds the connection closes. I think the keepalive packets (udp) are not getting through... I am a bit of loss how to progress this problem
Router/Version: Asus RT-AC68U H/W Version C1
Mode: WAP, Guest VLANs
File: asus_rt-ac68u-firmware.trx, Firmware: DD-WRT v3.0-r47074 std (07/20/21)
Kernel: Linux 4.4.274 #3699 SMP Tue Jul 20 01:43:55 +07 2021 armv7l
Status: Main VLAN still not working. Configured with two guest VLANs (14 and 15). Wireless access for guest vlans works fine. Can't get a dhcp address through main vlan. If set manually, everything works fine. VLAN trunk through port 2. I think I finally figured out what is going on. Which ever port is tagged for the VLANs sets the native VLAN to 0. I am under the impression that the native VLAN is 1. All the ports not tagged have:
disable: ???
pvid: 1
link: port:1 link:down
The tagged port has:
disable: ???
pvid: 0
link: port:2 link:down
And port 0 has:
disable: ???
pvid: 2
link: port:0 link:down
Is there a startup command I can do to set the pvid on the tagged port to 1 so I can test my theory.
Router/Version: Netgear R8000 Broadcom BCM4709 1000 Mhz
File/Kernel: DD-WRT v3.0-r47074 std (07/20/21) / Linux 4.4.274 #3704 SMP Tue Jul 20 03:56:08 +07 2021 armv7l
Previous/Reset: Firmware: DD-WRT v3.0-r47073 std (07/19/21) RETRACTED / NoReset
Mode/Status: WAN router, WiFi AP 3 bands OK (DNS, DHCP, ...), nothing else
Issues/Errors: None found
Note: Networking.asp displays Ethernet ports 1W+6L whereas this RTR has only 1W+4L
Hi warm thanks again just found previous retracted by chance! Is there any RSS or other means to received update on forum other than thread? Like Broadcom SoC based Hardware for example? (or any other one, you might understand that I have some preferences _________________ Netgear R3700 R8000 Asus AC68 AC5300 AX11000
Posted: Wed Jul 21, 2021 7:14 Post subject: Re: R7000 working after upgrade
seanPH wrote:
Further testing and it looks suspiciously like 25 seconds - that is - incoming connection, going to behind NAT, connect and then about 25-30 seconds the connection closes. I think the keepalive packets (udp) are not getting through... I am a bit of loss how to progress this problem
On my WG tunnels I changed "keepalive" 25-> 15 and "MTU" 1440 -> 1296 and then added to the firewall commands:
# tell server to use (my) MTU setting of 1296 not the default
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
That change seems to have helped alot, it has fixed connections to the webserver (serving static pages for test). They work now without dropouts. BUT - most import is SSH. And that is still the same . Meaning, from outside successful connect to SSH (auth by saved key), and I can type a commands... like "ls -al"...and then again "ls-al"... and by then the connection drops out (about 10-15 sec).
Any thoughts on this would be much appreciated....
Last edited by seanPH on Wed Jul 21, 2021 9:18; edited 1 time in total
Joined: 18 Mar 2014 Posts: 12875 Location: Netherlands
Posted: Wed Jul 21, 2021 7:47 Post subject:
@seanPH, this is just the build thread to report not to get support, for that open a separate thread.
My WG status windows show the information from their respective tunnels.
Of course if you start it sends out the same amount of traffic and the same handshake time
Thanks @egc I will raise support thread. Sorry for wrong place.. Mine shows SAME endpoint for both tunnels - that shows it is clearly wrong. It also shows same time/data, which could possibly be correct as you point out.