Posted: Thu Sep 24, 2020 19:19 Post subject: New Build - 09/24/2020 - r44467
[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 specific device recovery 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.
Notes:
• CVE-2019-14899 VPN fix (applicability depends on VPN setup) and GUI toggle. 6920, 6928, 6931, 6932 (WIP 7040)
• In-kernel Samba has been implemented this year and default min/max versions have changed 6954, 6957, with WSD support.
• VAP issue is fixed! For any Wireless Mode, create a VAP and both ath0/ath1 should now function properly.
• Local DNS option removed from Services->DNSMasq in changesets 43080 and 43081; ref: #7092
• DHCP and DNS help (English) updated in 43083; ref: #7091
• WireGuard 1.0.20200908 & Tools: PBR, Kill Switch, Inbound Firewall, Naming of Peers, Status, Key, Guides. Thanks BS & egc!
Issues:
• There may be remaining issues for Samba (for example NTFS), with frequent updates.
Important:
• If reporting issues provide applicable info: 'dmesg', 'cat /tmp/var/log/messages', syslog, serial output, strace, tcpdump etc.
• For firewall NAT or WAN issues provide 'iptables -vnL', 'iptables -t nat -vnL', 'iptables -t mangle -vnL' and the /tmp/.ipt file.
• Search existing SVN tickets before opening a new one. Before reporting, reset and manually setup (no nvram backup).
• Be sure to include operating and wireless modes (Gateway, AP, CB, etc.) along with relevant configuration information.
flashed, no problems as of yet, and the dns seems to respond quicker on this one for me like assigning them to computers there was a delay on the last one of about 30 seconds _________________ Downloads:
ftp site: ftp://ftp.dd-wrt.com/betas/2021 SVN Timeline:
https://svn.dd-wrt.com/timeline Commands: Misc: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
samba: { sleep 30; stopservice samba3; startservice samba3; } &
WRT1900ACv1: WIFI: 2.4ghz: NG-mixed, 20mhz channel width, channel follows AP, WPA2-CCMP-128.
WIFI: 5ghz: AC/N mixed, 40mhz channel width, channel 100+upper, WPA2-CCMP-128.
Misc Info: WPA2 Personal: "CCMP-128 (AES)" Static IP's VIA Mac+Host, SFE Enabled, No Rebind, Strict, no-resolv. NOTE: this is now just a wireless access point so to speak but all settings still apply to what ever wireless person connects.
Upgraded WRT1200AC v1's from r44406 to r44467 using Brave Version 1.10.97 (64-bit) running on Linux Mint 20 OS.
Successful update and reboot. No reset, nothing disabled prior to update, uptime aproximatly 16 hrs, wired/wireless connected, vpn up immediately (Expressvpn). I do not use NAS. SFE is always disabled. OpenVPN client/DNSMasq, QoS with PIE always enabled.
Kernel Version Linux 4.9.236 #2119 SMP Thu Sep 24 03:30:13 +03 2020 armv7l
Wired/wireless/VPN/VPN passthru/DNSMasq/QoS working with no issues
Reading about wireless drop problems some users are having I've looked at my setup which has had no wireless problems for many releases. The only setting that I have that may/maynot differ from others is my routers IPv6 is disabled. I have never had it enabled. The following is one of the only problems I've had with wireless drops for some time.
After a router firmware update (a dozen or more releases ago) my Sony BR players (S6500/S6700) would only connect for a few minutes up to ten/twenty minutes and then drop the wireless connection. I had never had this problem before the update. Frustration when no changes in wireless setup on the router or players fixed the problem. The fix was when I remembered that I have IPv6 disabled in the router (Since forever).
Apparently some small change in that router update caused the BR players to start a background effort to connect to IPv6 (best guess??) even though it was connected to IPv4. After doing a manual wireless setup on both players and disabling the players wifi IPv6 option (can only be done in manual wireless setup) they have since wirelessly streamed for hundreds of hours without issues.
I'm not suggesting this is a fix or even a cause of wireless drops but only to shine a light on one possibility for wireless drops for some devices depending on your setup. Possibly just a change in the IPv6 setup tab if it's enabled?
Edit: The IPv6 issue only affected my Sony devices as all other wireless devices connected as usual.
Last edited by Monza on Fri Sep 25, 2020 15:39; edited 1 time in total
OpenVPN CLIENT seems fine (nordvpn server)
5GHz wpa2 CCMP-128 (AES) Conditional 40MHz Mixed
2.4GHz wpa2 CCMP-128 (AES) Conditional 20MHz N Only
NAS via USB Samba Conditional - Abends with out of memory errors from time to time.
Wifi (more or less) Stays clean as long as I "keep alive" auto boot every 24 hours.
Joined: 11 Feb 2016 Posts: 198 Location: South London
Posted: Fri Sep 25, 2020 19:04 Post subject:
WRT1900ACS v1
Update from 44048 to 44467 no reset and everything seems to be working ok with devices which had problems with last few versions connecting to WiFi ie iPad v2, iPhone 7+ and Roku
To quote the TV legend Christopher Biggins "Safari, so goody!" _________________ | Netgear Nighthawk X4S R7800 | Linksys WRT1900ACS V1 | Huawei Echolife HG612 3B |
I hate to be the turd in the punchbowl again, but shortly after upgrading from 44048, connected Apple wifi clients stopped routing IP traffic. WIFI signal remains strong and devices are connected but the traffic doesn't go anywhere. Can't ping the router itself. Disabling and reenabling the wifi on the Apple device fixes it immediately. I tried 'forgetting' my wifi network on my iphone and reentering it, but no luck. I let it run overnight, and in the morning, disabled all radios and wifi security, reapplied all radios and wifi security, rebooted, but no luck. Initially, everything is performing well. After running a couple of speedtests on the iphone or macbook pro, IP traffic stops. Recycling wifi fixes it immediately. Doesn't take more than a minute or two to reproduce. Nothing out of ordinary in syslog or dmesg. Fell back to 44048 and everything is fine.
DD-WRT
Router Model:Linksys WRT1900ACS V2
Firmware Version:DD-WRT v3.0-r44467 (09/24/20)
Kernel Version:Linux 4.9.236 #2119 SMP Thu Sep 24 03:30:13 +03 2020 armv7
CPU Model
Marvell Armada 385 CPU Cores 2
CPU Features VFP VFPv3 NEON VFPD32 EDSP
CPU Clock 1600 MHz
Load Average0% 0.00, 0.00, 0.00
Temperatures CPU 53.6 °C / WL0 29.8 °C / WL1 30.9 °C with fan!
Connection Type:PPPoE 1Gbps
IPv6:DHCPV6 with prefix delegation -on- IPv4/IPv6 dual-stack -OK
Avoid DHCP6 client release on reconnect-Enable!!!
Port Forwarding:OK
5GHz wpa2(AES)Channel width 80MHz Mixed, wireless channel 48 Radio Time Restrictions On - All Ok
2.4GHz wpa2(AES)Channel width 20/40 MHz Mixed, wireless channel 11 Radio Time Restrictions On- - All Ok
wireless region-Romania
On the ETHERNET side things move very well, it runs without problems 1Gbps,in the speed test it has a value somewhere at 934 Mbps..
A little clarification I want to make, on the 5Ghz wifi side I can no longer reach a speed higher than 470Mbps in download, even on 2 Ghz the speed decreased, the rest of the settings are default... As a recommendation, on the wifi side you better go back to this drive version 06-15-2020-r43420 #1, in this wifi version it is stable and good speeds in speed test!
I also encountered this problem in OpenWrt since they came up with the last three changes in the wifi driver... All devices have connected to wifi, so far everything is ok and I want to add that ipv6 is stable and if changes are made in some tabs it continues to be active and most importantly the web interface is stable! _________________ Internet provider https://en.wikipedia.org/wiki/RCS_%26_RDS 1Gbps
WDR3600 rev.1.5 - DD-Wrt
Linksys WRT1900ACS v.2 DD-Wrt/-OpenWrt
I hate to be the turd in the punchbowl again, but shortly after upgrading from 44048, connected Apple wifi clients stopped routing IP traffic. WIFI signal remains strong and devices are connected but the traffic doesn't go anywhere. Can't ping the router itself. Disabling and reenabling the wifi on the Apple device fixes it immediately. I tried 'forgetting' my wifi network on my iphone and reentering it, but no luck. I let it run overnight, and in the morning, disabled all radios and wifi security, reapplied all radios and wifi security, rebooted, but no luck. Initially, everything is performing well. After running a couple of speedtests on the iphone or macbook pro, IP traffic stops. Recycling wifi fixes it immediately. Doesn't take more than a minute or two to reproduce. Nothing out of ordinary in syslog or dmesg. Fell back to 44048 and everything is fine.
I am having the exact same issue on WRT1200AC v1. All settings in default. Channel width 20 Mhz.
Reconnecting to wifi fixes the problem but has to be done every 30 minutes or so.
Following @blkt advice, while running 44048, I changed my 5ghz radios to wide HT40 and picked 36-up and 44-up. Rebooted both routers. Then upgraded via GUI with safari, no reset, to 44467 from 44048 which was the last good build for me. I tried several other builds since then but had wifi hanging issues (like several others) and had to fall back to 44048 several times.
Issues: Uptime 8-hours and all devices connected - no hangups. So far so good. Thanks for the suggestion @blkt! Getting some weird performance numbers with speedtest on various apple devices - depending on their age and model. Also, failing bufferbloat on dslreports with some macbooks via wifi, but a hardwired iMac passes with A+. Something still seems funky with the wifi, or maybe some apple devices don't like HT40, but so far it's reliable.
Wireguard client: Using Mullvad client config following parts of Hellakenut's "idiots guide for commercial clients" and egc's updated guide to eliminate the startup script.
I hate to be the turd in the punchbowl again, but shortly after upgrading from 44048, connected Apple wifi clients stopped routing IP traffic. WIFI signal remains strong and devices are connected but the traffic doesn't go anywhere. Can't ping the router itself. Disabling and reenabling the wifi on the Apple device fixes it immediately. I tried 'forgetting' my wifi network on my iphone and reentering it, but no luck. I let it run overnight, and in the morning, disabled all radios and wifi security, reapplied all radios and wifi security, rebooted, but no luck. Initially, everything is performing well. After running a couple of speedtests on the iphone or macbook pro, IP traffic stops. Recycling wifi fixes it immediately. Doesn't take more than a minute or two to reproduce. Nothing out of ordinary in syslog or dmesg. Fell back to 44048 and everything is fine.
Clients: Apple MACOS x 4, IOS x 4, Apple TV, Chromecast Audio x 2, Eufy doorbells, Lutron Caseta, Axis Camera, Samsung TV, Nest thermostat, EtekCity outlets (Espressif)..
I have the same experience using a wrt1900ac v1. ipad/iphone/laptop all behave the same with both 2.4 and 5GHz. I have tried tinkering with all the settings and the only fix iis to disable wmm support. This obviously cripples the speed but it seems to be working okay.
I have the same experience using a wrt1900ac v1. ipad/iphone/laptop all behave the same with both 2.4 and 5GHz. I have tried tinkering with all the settings and the only fix iis to disable wmm support. This obviously cripples the speed but it seems to be working okay.
Joined: 30 May 2017 Posts: 582 Location: Rural Manitoba
Posted: Mon Sep 28, 2020 1:46 Post subject:
blkt wrote:
BretG57 wrote:
I have the same experience using a wrt1900ac v1. ipad/iphone/laptop all behave the same with both 2.4 and 5GHz. I have tried tinkering with all the settings and the only fix iis to disable wmm support. This obviously cripples the speed but it seems to be working okay.
This doesn't make any sense to me. The only problem I have had with ESP8266 devices (SONOFF) is their failure on the 3200 and the new feature did not help. As for my 1900 V1's I have never had a problem. _________________ Starlink & DSL -> TPLink TL-R470T+
->
WRT3200acm Master WDS 5GHz 80Mhz CH 100 (+6) r55819
Ath1 2.4Ghz Disabled
99 Static Leases
ExpressVPN
WRT3200acm r55819 WDS Station 5Ghz
Ath1 AP N/G Mixed Channel 11 HT40
WRT1900Ac V1 5Ghz r55819 WDS Station
(Defective, no 2.4Ghz but 5Ghz works great)
WRT1900AC V1 5Ghz AC 80Mhz WDS Station r55819
2.4Ghz AP Ch1 HT20 Mixed
WRT1900ACS SPARE r54914
WRT1900AC SPARE r54914
WRT1900AC V1 5Ghz AC 80Mhz WDS-AP r55819
2.4Ghz AP Ch1 HT20 Mixed
WRT54G DD-WRT v3.0-r37305 micro AP CH 6 Mixed - Not in use
This doesn't make any sense to me. The only problem I have had with ESP8266 devices (SONOFF) is their failure on the 3200 and the new feature did not help. As for my 1900 V1's I have never had a problem.
Everyone has different configuration habits with a unique set of connected client devices.
Changesets for this new workaround, 44394 through 44398, specifically mention wrt1900ac etc.
Have pointed out various mwlwifi issues threads in the past, but maybe forgotten. ESP8266 has different firmwares too.
