Posted: Sun May 09, 2021 10:07 Post subject: New Build - 05/09/2021 - r46604
[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.
Joined: 14 Sep 2019 Posts: 301 Location: Maine, USA
Posted: Sun May 09, 2021 13:29 Post subject:
Router/Version: Asus RT-N12D
File: dd-wrt.v24-#####_NEWD-2_K3.x_mega.bin
Firmware: DD-WRT v3.0-r46604 mega (05/09/21)
Kernel: Linux 4.4.268 #8682 Sun May 9 11:59:01 +07 2021 mips
Mode: Gateway/OpenVPN client
Previous: r46442
Reset?: N
Status: Not working
Something going on with OpenVPN. Looking at the VPN log, it appears the the PIA server addresses aren't resolving. I did a wget from the command line on the router to get the new image, so it was definitely working before the upgrade. I'll have to research it more.
Update: Not an OpenVPN issue. WAN isn't even coming up.
Update#2: Did a factory reset. Still no WAN connection. Attached the syslog.
Posted: Sun May 09, 2021 14:11 Post subject: Netgear Nighthawk R7000
Router/Version: Netgear R7000 Firmware: DD-WRT v3.0-r46604 std (05/09/21) Kernel: Linux 4.4.268 #2925 SMP Sun May 9 06:37:15 +07 2021 armv7l Mode: Gateway, Wireless AP. Reset: Nope. Previous: 04-24-2021-r46446 Status: Working so far, still testing. Unable to capture Logs. The web GUI clips them. I'll try again later. Temperatures: CPU 59.7 °C / WL0 47.5 °C / WL1 52.7 °C
Logs.txt
Description:
Full system logs. MAC scrubbed, password scrubbed, the fun stuff at the bottom as usual!
root@R7000:~# cat /var/log/messages |grep -i ppp
Jan 1 01:00:10 R7000 kern.info kernel: PPP generic driver version 2.4.2
Jan 1 01:00:10 R7000 kern.info kernel: PPP BSD Compression module registered
Jan 1 01:00:10 R7000 kern.info kernel: PPP Deflate Compression module registered
Jan 1 01:00:10 R7000 kern.info kernel: PPP MPPE Compression module registered
Jan 1 01:00:10 R7000 user.info : _evalpid:/sbin/service pppoeserver start
Jan 1 01:00:10 R7000 user.info : _evalpid:/sbin/service pppoerelay start
Jan 1 01:00:10 R7000 user.info : _evalpid:iptables -D INPUT -p tcp -i ppp0 --dport 5900 -j ACCEPT
Jan 1 01:00:10 R7000 user.info : pppoe-relay : daemon trying to stop
Jan 1 01:00:14 R7000 user.info : _evalpid:ifconfig ppp0 txqueuelen 0
Jan 1 01:00:14 R7000 user.info : pppd : daemon trying to stop
Jan 1 01:00:14 R7000 user.info : pppd : PPP daemon trying to stop
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod ppp_generic
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod ppp_deflate
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod ppp_async
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod ppp_synctty
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod ppp_mppe
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod pppox
Jan 1 01:00:14 R7000 user.info : _evalpid:insmod pppoe
Jan 1 01:00:14 R7000 user.info : _evalpid:pppd file /tmp/ppp/options.pppoe
Jan 1 01:00:14 R7000 daemon.notice pppd[1259]: pppd 2.4.8 started by root, uid 0
Jan 1 01:00:14 R7000 user.info : _evalpid:/tmp/ppp/redial 30
Jan 1 01:00:14 R7000 user.info : ppp_redial : redial process successfully started
Jan 1 01:00:47 R7000 user.info : _evalpid:ifconfig ppp0 txqueuelen 0
Jan 1 01:00:47 R7000 user.info : pppd : daemon trying to stop
Jan 1 01:00:47 R7000 user.info : pppd : daemon successfully stopped
Jan 1 01:00:47 R7000 daemon.info pppd[1259]: Exit.
Jan 1 01:00:47 R7000 user.info : pppd : PPP daemon trying to stop
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod ppp_generic
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod ppp_deflate
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod ppp_async
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod ppp_synctty
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod ppp_mppe
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod pppox
Jan 1 01:00:47 R7000 user.info : _evalpid:insmod pppoe
Jan 1 01:00:47 R7000 user.info : _evalpid:pppd file /tmp/ppp/options.pppoe
Jan 1 01:00:47 R7000 daemon.notice pppd[1692]: pppd 2.4.8 started by root, uid 0
Jan 1 01:01:20 R7000 user.info : _evalpid:ifconfig ppp0 txqueuelen 0
Jan 1 01:01:20 R7000 user.info : pppd : daemon trying to stop
Jan 1 01:01:20 R7000 user.info : pppd : daemon successfully stopped
Jan 1 01:01:20 R7000 daemon.info pppd[1692]: Exit.
Jan 1 01:01:20 R7000 user.info : pppd : PPP daemon trying to stop
this repeats over and over again. Had it running for 20 minutes till I decided to flash back to previous release 04-17-2021-r46380.
This older release connected in an instant:
Code:
Jan 1 01:00:09 R7000 kern.info kernel: PPP generic driver version 2.4.2
Jan 1 01:00:09 R7000 kern.info kernel: PPP BSD Compression module registered
Jan 1 01:00:09 R7000 kern.info kernel: PPP Deflate Compression module registered
Jan 1 01:00:09 R7000 kern.info kernel: PPP MPPE Compression module registered
Jan 1 01:00:10 R7000 user.info : _evalpid:/sbin/service pppoeserver start
Jan 1 01:00:10 R7000 user.info : _evalpid:/sbin/service pppoerelay start
Jan 1 01:00:10 R7000 user.info : pppoe-relay : daemon trying to stop
Jan 1 01:00:10 R7000 user.info : _evalpid:iptables -D INPUT -p tcp -i ppp0 --dport 5900 -j ACCEPT
Jan 1 01:00:10 R7000 user.info : _evalpid:iptables -D INPUT -p tcp -i ppp0 --dport 5500 -j ACCEPT
Jan 1 01:00:13 R7000 user.info : _evalpid:ifconfig ppp0 txqueuelen 0
Jan 1 01:00:13 R7000 user.info : pppd : daemon trying to stop
Jan 1 01:00:13 R7000 user.info : pppd : PPP daemon trying to stop
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod ppp_generic
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod ppp_deflate
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod ppp_async
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod ppp_synctty
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod ppp_mppe
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod pppox
Jan 1 01:00:13 R7000 user.info : _evalpid:insmod pppoe
Jan 1 01:00:13 R7000 user.info : _evalpid:pppd file /tmp/ppp/options.pppoe
Jan 1 01:00:13 R7000 daemon.info pppd[1179]: Plugin /usr/lib/rp-pppoe.so loaded.
Jan 1 01:00:13 R7000 daemon.notice pppd[1180]: pppd 2.4.8 started by root, uid 0
Jan 1 01:00:13 R7000 user.info : _evalpid:/tmp/ppp/redial 30
Jan 1 01:00:13 R7000 user.info : ppp_redial : redial process successfully started
Jan 1 01:00:46 R7000 user.info : _evalpid:ifconfig ppp0 txqueuelen 0
Jan 1 01:00:46 R7000 user.info : pppd : daemon trying to stop
Jan 1 01:00:46 R7000 user.info : pppd : daemon successfully stopped
Jan 1 01:00:46 R7000 daemon.info pppd[1180]: Terminating on signal 15
Jan 1 01:00:46 R7000 daemon.info pppd[1180]: Exit.
Jan 1 01:00:46 R7000 user.info : pppd : PPP daemon trying to stop
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod ppp_generic
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod ppp_deflate
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod ppp_async
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod ppp_synctty
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod ppp_mppe
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod pppox
Jan 1 01:00:46 R7000 user.info : _evalpid:insmod pppoe
Jan 1 01:00:46 R7000 user.info : _evalpid:pppd file /tmp/ppp/options.pppoe
Jan 1 01:00:46 R7000 daemon.info pppd[1609]: Plugin /usr/lib/rp-pppoe.so loaded.
Jan 1 01:00:46 R7000 daemon.notice pppd[1610]: pppd 2.4.8 started by root, uid 0
Jan 1 01:00:46 R7000 daemon.info pppd[1610]: Using interface ppp0
Jan 1 01:00:46 R7000 daemon.notice pppd[1610]: Connect: ppp0 <--> eth0.0007
Jan 1 01:00:46 R7000 daemon.info pppd[1610]: Remote message: SRU=2004#SRD=10059#
Jan 1 01:00:46 R7000 daemon.notice pppd[1610]: PAP authentication succeeded
Jan 1 01:00:46 R7000 daemon.notice pppd[1610]: peer from calling number EDITEDMAC authorized
Jan 1 01:00:47 R7000 daemon.notice pppd[1610]: local IP address edited
Jan 1 01:00:47 R7000 daemon.notice pppd[1610]: remote IP address edited
Jan 1 01:00:47 R7000 daemon.notice pppd[1610]: primary DNS address edited
Jan 1 01:00:47 R7000 daemon.notice pppd[1610]: secondary DNS address edited
Jan 1 01:00:47 R7000 user.debug : route_del: if:ppp0 dst:(null) gw: (null) mask: (null)
Jan 1 01:00:47 R7000 user.debug : route_add: if:ppp0 dst:0.0.0.0 gw: edited mask: 0.0.0.0
May 9 16:36:36 R7000 daemon.info pppd[1610]: System time change detected.
Last edited by Zyxx on Sun May 09, 2021 14:41; edited 1 time in total
Router/Version: Asus RT-AC68U rev C1
Firmware: asus_rt-ac68u-firmware.trx
Kernel: Linux 4.4.268 #2925 SMP Sun May 9 06:37:15 +07 2021 armv7l
Mode: Gateway, AP
Reset: No, flashed from CLI
Previous: 04-24-2021-r46446
Status: Seems to work quite well _________________ Netgear R7000 on Build 55109
Asus AC-AC68U rev. C1 (AP) on Build 55109
Asus AC-68U rev. A1 on Build 54604
Asus AC-68U rev. A1 on Build 53339
Posted: Sun May 09, 2021 20:22 Post subject: 5GHZ not working
Router/Version: Asus RT-AC87U
File/Kernel: asus_rt-ac87u-firmware.trx, Linux 4.4.268 #2933 SMP Sun May 9 07:09:58 +07 2021 armv7l
Previous/Reset: r46294, no
Mode/Status: Router, WAP, WG-client
Issues/Errors: 5GHz not working
5GHz is not working. Parameters are WPA2 only, AC/N mixed, VHT80, upper/upper.
SSID is not seen by iPhone nor AVM 3000 (a repeater).
Also wireguard stopped working after ~20 minutes.
Flashed twice, also TRX-files verified (to exclude a bad flash).
Going back, can't use this build. _________________ 3xBuffalo WLI-H4-D1300
1xBuffalo WZR-D1800H
1xBuffalo WHR-HP-G300N
1xBuffalo WHR-1166D (stock f/w)
1xAsus RT-AC87U
1xAsus RT-AC88U
1xTP710
Router/Version: Netgear R6250
Firmware: DD-WRT v3.0-r46604 std (05/09/21)
Kernel: Linux 4.4.268 #2925 SMP Sun May 9 06:37:15 +07 2021 armv7l
Mode: Gateway, Wireless AP, unbound
Reset: No
Previous : r46446
Upgrade: Web and 1st succeed without reset.
Temperatures CPU 76.9 °C / WL1 56.5 °C
Load: 0.06, 0.03, 0.00
Uptime 4.5 hours
Here update ISP from Dn30M&Up10M to 100/30:
Desktop X64PC connected 100M from 1GB NIC to 1GB LAN port. WAN connected 1G cable to Modem
1. W10 20H2 X64(Win7X32 with Intel5300) are over100M/30M but MX Linux19.4_X64 intel5300 4.19.0-16 57.86D & 31.40U
2. Artix 5.12.1 78.145D and 34.4U
3. Void 5.11.18_1 76.285D and 34.46U
4. MXLinux 19.4 5.10.26-1 79.385D and 33.28U
5. FreeBSD 13.0 is 77.99D and 30.38U.
All above value are tested twice by speedtest-cli under terminal except Windows in firefox88.
WL1 on Ch132+138 VHT80 AC/N mixed with lo+lo max 866.5.
It can support 2160p dual Utube play smoothly on two A12iPads+1080p on A9 iPad meanwhile.
Bcz ISP complained my R6250 too old to support 100/30,I took long time to diagnose what the hell can be supported from R6250-V1.0.4.48_10.1.30 and Freshtomato-R6250-ARM_NG-2021.2-AIO-64K.
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Sun May 09, 2021 22:13 Post subject: Q
@kooper2013:
The Asus RT-AC87U 5GHz doesn't work in DD-WRT due to them being Quantenna hardware and no drivers that will work with current kernel, etc. This is a known issue that will never be fixed. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Router/Version: ASUS AC-3100
File/Kernel: asus_rt-ac3100-firmware.trx(Experimental)/Linux 4.4.268 #2933 SMP Sun May 9 07:09:58 +07 2021 armv7l
Previous/Reset: r46442/No
Mode/Status: NAT,SFE,Wireguard Client,5GHzVHT80,2GHzVHT40,uPNP
Issues/Errors: Switch configuration showing 6 ports, not 4 and ports 1-4 are reversed (was ok on prior build)
Moderator edit and note 05.10.21: Please learn how to properly create a screenshot and keep it within the image size restrictions per the forum rules and guidelines.
Sorry, thought I had. This is less than half the size of what was showing in the post.
Tried using CTF and Flow Acceleration. Bricked router but after multiple resets, it did a "factory" reset so was able to restore to SFE and is working without issue now. Note this is the Experimental build (experimental drivers) and that was the first time I tried CTF.
Opera Snapshot_2021-05-10_052043_wroutersmall.png
Description:
Filesize:
49.27 KB
Viewed:
6637 Time(s)
Last edited by PeteSL on Tue May 11, 2021 16:13; edited 1 time in total
Posted: Mon May 10, 2021 13:45 Post subject: Re: Q
kernel-panic69 wrote:
@kooper2013:
The Asus RT-AC87U 5GHz doesn't work in DD-WRT due to them being Quantenna hardware and no drivers that will work with current kernel, etc. This is a known issue that will never be fixed.
I know the Quantenna was and is problematic, but 5GHz was working in previous builds of March and April. I'm following the SVN quite a bit and didn't notice any related changes there.
So take it as a hint to others, nothing more and nothing less. _________________ 3xBuffalo WLI-H4-D1300
1xBuffalo WZR-D1800H
1xBuffalo WHR-HP-G300N
1xBuffalo WHR-1166D (stock f/w)
1xAsus RT-AC87U
1xAsus RT-AC88U
1xTP710
Firmware: v3.0-r46604 std (05/09/21)
Router/Version: Netgear R7000 Kernel: Linux 4.4.268 #2925 SMP Sun May 9 06:37:15 +07 2021 armv7l
Previous: v3.0-r46446 std (04/24/21)
Mode/Status: AP wired and wireless, Up and running for 24 hours.
Reset: Soft boot before and after upgrade
Temperatures: CPU 58.0 °C / WL0 45.3 °C / WL1 50.6 °C
Issues/Errors: Nothing significant
Updated via webif. No 'nvram erase' this time, last one was in July 2018 (r36325).
There is one minor change I should note. I changed the wl1 (5GHz) channel from 149 to 36, as my older Lenovo laptop would sometimes drop the wireless connection and would not see the AP until the NIC was reset. This may be an issue with the Lenovo or other local conditions, but so far the laptop is maintaining a reliable connection with channel 36.
Upload and Download speeds are to ISP spec. Nothing unexpected in the syslog.
Current basic R7000 setup (subject to change of course):
- Static WAN IP
- SFE - On
- STP - On
- IPv4 only, both WAN and LAN
- LAN DHCP Enabled
- Wireless: AP, Regulatory Domain = CANADA, wl0 Mixed (ch. 6), wl1 AC/N-Mixed (ch. 36, VHT80), AES
- 1 wireless VLAN on wl0
- SNMP disabled, SSH enabled, Telnet disabled
- Firewall enabled, Log Level high
- Syslog: to local server. klogd: disabled.
- USB support - Off
- No custom scripts
- NO: ttraf, Tor, VNC, Zabbix, VPN, Radius, OpenVPN
- NO: UPnP, DMZ, QoS
- NO: Samba, CIFS, JFFS2, miniDLNA, Entware, Optware _________________ Netgear R7000: v3.0-r54248 std (11/29/23)
EdgeRouter-X: EdgeOS v2.0.9-hotfix 7
Router/Version: TP-Link Archer C9 v1
File/Kernel: archer-c9v1-webflash.bin/Linux 4.4.268 #2927 SMP Sun May 9 06:47:38 +07 2021 armv7l
Previous/Reset: r46395/no
Mode/Status: Gateway/2.4GHz & 5GHz AP/Openvpn server/Wireguard server/DHCP server/DNS Server/Port forwarding/ipv4 & ipv6
Issues/Errors: None noticed for now
Switched Shortcut Forwarding Engine from "SFE" to "CTF" and activated "CTF & FA" for Flow Acceleration
--> Speedtests on https://ipv6-test.com/speedtest/ went from ~600 Mbit/s to ~850 Mbit/s on a Gb fiber access
Tried with deactived Flow acceleration --> back to ~600 Mbit/s