Posted: Thu Jul 24, 2025 16:21 Post subject: New Build - 07/24/2025 - r61970
Welcome to Broadcom r61970 beta release thread for reporting, feedback to developers & community benefit.
Please do not flash builds until installation is understood, risks involved and device specificrecovery methods.
Avoid discussions, create threads for questions, general problems or use search; this thread is not for support.
List router model & version or revision, operating & wireless modes & exact filename/firmware image flashed.
CLI Flash: 'cd /tmp' then 'wget {file URL}' (httponly) or 'curl -O {file URL}' (http, https, ftp) 'write {file} linux' then 'reboot'.
Issues, observations, and/or workarounds reported:
• WebUI: Clear history or use a portable. Temporary cache bypass: Ctrl+F5, Cmd+Shift+R or new private window/incognito.
• Please report findings with steps needed to reproduce, configuration, clients, output, logs and important information below!
Important:
• Detail issues & relevant configs, logs: syslog klog 'dmesg' 'cat /tmp/var/log/messages' nvram set console_debug=1, serial.
• Firewall NAT: 'iptables -vnL' 'iptables -t nat -vnL' 'iptables -t mangle -vnL' & 'cat /tmp/.ipt'. Debug Analyze: stracetcpdump.
• Gremlins: reboot. cold boot. Reset & reconfigure not restore backup. Search Trac & discuss in forum before opening tickets.
• Include operating & wireless modes (e.g. Gateway, Router, AP, SB, WDS, Mesh) and applicable configurations to reproduce.
Posted: Thu Jul 24, 2025 16:30 Post subject: AC88U
Router/Version: Asus RT-AC88U
Update method: WebUpgrade
File/Kernel: asus_rt-ac88u-firmware.trx_r61970 std / Linux 4.4.302-rt232-st63 #14097 SMP Thu Jul 24 04:55:57 +07 2025 armv7l
Previous/Reset: 61954 / no
Mode/Status: Gateway, Open VPN Client / Up and running for 5:11 hours
CPU Temperature: CPU 79.2 °C / WL0 52.3 °C / WL1 50.3°C (ambient temperature 24.0 °C)
Issues/Errors: Nothing significant
If your router's light turns red, don't worry. Internet connection is ok.
Thank you BS and gurus! _________________ Atheros
Netgear XR500 Nighthawk - DD-WRT 63257
Tp-Link TL-WDR4900 v1.3 - DD-WRT 53133
TP-Link WR1043ND v4 - DD-WRT 51838
TP-Link WR1043ND v2 - Gargoyle OS 1.13.0
TP-Link WR841ND v11 - DD-WRT 63257
Broadcom
Asus RT-AC88U - DD-WRT 63257
Asus RT-AC87U R - DD-WRT 63257
Asus RT-N66U - DD-WRT 63257
Linksys WRT54GL v1.1 - DD-WRT 54517M
Linksys WRT54GL v1.1 - FreshTomato 2023.4_MIPS_K26
Linksys WRT54GL v1.1 - Gargoyle OS 1.6.2
Router/Version: Asus RT-AC66U
File/Kernel: DD-WRT v3.0-r61970 giga (07/24/25) / Linux 4.4.302-rt232-st63 #39936 Thu Jul 24 05:37:51 +07 2025 mips
Previous/Reset: Yes on Reset
Mode/Status: AP with WIFI disabled. Automatic DHCP on WAN. Smartdns to ControlD.
Issues/Errors: Yes
1) Bandwidth graphs on status page are very tiny and unable to be read.
2) 5 GHz led on router remains on after power cycle even though WIFI is disabled.
3) CTF does not survive reboot / power cycle. It works when, save and apply GUI button is used, but fails to work when, unit is power cycled / rebooted afterwards.
Logs are attached. Thanks to BS and everyone else involved.
Router/Version: Asus RT-N66U
Update method: WebUpgrade
File/Kernel: dd-wrt.v24-r61970_NEWD-2_K3.x-big-RT-N66U.trx / Linux 4.4.302-rt232-st63 #39952 Thu Jul 24 05:59:56 +07 2025 mips
Previous/Reset: 61954 / no
Mode/Status: Gateway, Open VPN Client / Up and running for 3:31 hours
CPU Temperature: WL0 48.0 °C (ambient temperature 22.0 °C)
Issues/Errors: Nothing significant
Thank you BS and gurus! _________________ Atheros
Netgear XR500 Nighthawk - DD-WRT 63257
Tp-Link TL-WDR4900 v1.3 - DD-WRT 53133
TP-Link WR1043ND v4 - DD-WRT 51838
TP-Link WR1043ND v2 - Gargoyle OS 1.13.0
TP-Link WR841ND v11 - DD-WRT 63257
Broadcom
Asus RT-AC88U - DD-WRT 63257
Asus RT-AC87U R - DD-WRT 63257
Asus RT-N66U - DD-WRT 63257
Linksys WRT54GL v1.1 - DD-WRT 54517M
Linksys WRT54GL v1.1 - FreshTomato 2023.4_MIPS_K26
Linksys WRT54GL v1.1 - Gargoyle OS 1.6.2
Joined: 30 Nov 2020 Posts: 47 Location: Northern Illinois, US
Posted: Fri Jul 25, 2025 1:25 Post subject:
Router/Version: Linksys EA6700
File/Kernel: Linux 4.4.302 as provided
Previous/Reset: r61745/no
Mode/Status: Simply a WiFi AP on the LAN
Issues/Errors: None noted, except...
There seems to be a formatting bug in the Site Survey page.
When running a Site Survey on W1 or W0, the displayed MAC addresses are truncated by one digit.
See attached. The final digit is missing from each MAC address.
I've found this behavior occurs on the Mar24 build r60467 and AFAIK all later builds.
I use the MAC address from the "Site Survey" when I want to connect to a specific AP as a client, so this information is very helpful to me.
Joined: 30 Nov 2020 Posts: 47 Location: Northern Illinois, US
Posted: Fri Jul 25, 2025 19:31 Post subject:
Router/Version: Linksys EA6500v2
File/Kernel: Linux 4.4.302-rt232-st63 #14092 SMP Wed Jul 23 05:12:27 +07 2025 armv7l
Previous/Reset: r61745/no
Mode/Status: Remote router connected via Wireguard VPN
Issues/Errors: MTU of Wireguard tunnels isn't correctly effected on oet interface
I've noticed the MTU of the Wireguard oet interface isn't being set to the value I've provided in the GUI. ifconfig is showing an MTU of 1420, without regard to the MTU value 1220 I provided in the Wireguard GUI.
This (mis)behavior is also occurring in r61745, which is where I first noticed it.
This may be related to the fact I have IPv6 enabled on the two routers which are demonstrating this issue.
I compared to a release r44772 EA6900 which I have as a remote Wireguard-connected router, not enabled for IPv6, and r44772 properly provisions the oet interface MTU to the value I provided in the GUI.
This capability is important to me because the path MTU of the backhaul is around 1458. Adding Wireguard's overhead places the tunnel MTU of the tunnel to 1398.
Perhaps I can manage this by changing the MTU value on the main setup page, or by using iptables. Regardless, the behavior seems to be incorrect in recent releases and correct in older releases.
I'll experiment more, if possible, to determine if this is related to IPv6 being enabled.
Thanks BS
(edit) I disabled IPv6 on the subject router (EA6500v2 w/r61970) and the oet1 interface MTU was still provisioned at 1420, not at 1220 as I had provided in the GUI.
I also see, under the "Networking" tab, that the configurable oet1 interface MTU is set to 1220, i.e., the same value as I provided on the Wireguard config GUI; so this is at least consistent, the value carried-over in the GUI.
(edit) Installing r60098 w/o reset on the subject router "fixes" the problem; the oet1 MTU is provisioned at the value I provided in the GUI. I also tried r60467; it was good, too.
Router/Version: Asus RT-AC87U R
Update method: WebUpgrade
File/Kernel: asus_rt-ac87u-firmware.trx_r61970 std / Linux 3.18.140-d6 #244910 Thu Jul 24 07:11:42 +07 2025 mips
Previous/Reset: 61954 / no
Mode/Status: Gateway, Open VPN Client / Up and running for 6:32 hours
CPU Temperature: CPU 78.6 °C / WL0 46.7 °C / WL1 0.0 °C (ambient temperature 26.4 °C)
Issues/Errors: Nothing significant
As always, the Quantenna chip has its own quirks. This is a closed source chipset
There is no way to install a channel.
But you can disable 5.0 GHz. @mpgalaxy hack "If you set the radio mode to station bridge and disable the network mode, the 5GHz device will turn off completely even after reboot."
If your router's light turns red, don't worry. Internet connection is ok.
Thank you BS and gurus! _________________ Atheros
Netgear XR500 Nighthawk - DD-WRT 63257
Tp-Link TL-WDR4900 v1.3 - DD-WRT 53133
TP-Link WR1043ND v4 - DD-WRT 51838
TP-Link WR1043ND v2 - Gargoyle OS 1.13.0
TP-Link WR841ND v11 - DD-WRT 63257
Broadcom
Asus RT-AC88U - DD-WRT 63257
Asus RT-AC87U R - DD-WRT 63257
Asus RT-N66U - DD-WRT 63257
Linksys WRT54GL v1.1 - DD-WRT 54517M
Linksys WRT54GL v1.1 - FreshTomato 2023.4_MIPS_K26
Linksys WRT54GL v1.1 - Gargoyle OS 1.6.2
Joined: 18 Mar 2014 Posts: 13880 Location: Netherlands
Posted: Mon Jul 28, 2025 8:05 Post subject:
wifijunkie wrote:
Router/Version: Linksys EA6500v2
File/Kernel: Linux 4.4.302-rt232-st63 #14092 SMP Wed Jul 23 05:12:27 +07 2025 armv7l
Previous/Reset: r61745/no
Mode/Status: Remote router connected via Wireguard VPN
Issues/Errors: MTU of Wireguard tunnels isn't correctly effected on oet interface
I've noticed the MTU of the Wireguard oet interface isn't being set to the value I've provided in the GUI. ifconfig is showing an MTU of 1420, without regard to the MTU value 1220 I provided in the Wireguard GUI.
This (mis)behavior is also occurring in r61745, which is where I first noticed it.
This may be related to the fact I have IPv6 enabled on the two routers which are demonstrating this issue.
I compared to a release r44772 EA6900 which I have as a remote Wireguard-connected router, not enabled for IPv6, and r44772 properly provisions the oet interface MTU to the value I provided in the GUI.
This capability is important to me because the path MTU of the backhaul is around 1458. Adding Wireguard's overhead places the tunnel MTU of the tunnel to 1398.
Perhaps I can manage this by changing the MTU value on the main setup page, or by using iptables. Regardless, the behavior seems to be incorrect in recent releases and correct in older releases.
I'll experiment more, if possible, to determine if this is related to IPv6 being enabled.
Thanks BS
(edit) I disabled IPv6 on the subject router (EA6500v2 w/r61970) and the oet1 interface MTU was still provisioned at 1420, not at 1220 as I had provided in the GUI.
I also see, under the "Networking" tab, that the configurable oet1 interface MTU is set to 1220, i.e., the same value as I provided on the Wireguard config GUI; so this is at least consistent, the value carried-over in the GUI.
(edit) Installing r60098 w/o reset on the subject router "fixes" the problem; the oet1 MTU is provisioned at the value I provided in the GUI. I also tried r60467; it was good, too.
check your nvram it might be full
You can check if it is a GUI problem.
The GUI will save the MTU variable in oetX_mtu where X is the tunnel number.
You can show the values from the command line with:
Quote:
nvram show | grep oet | grep mtu
EDIT:
I have identified the problem and seems related to the busybox/iproute update of late april for DSA.
Will make a PR and send in to day.
So with any luck should be resolved in the next public build, already working in my own build
Joined: 30 Nov 2020 Posts: 47 Location: Northern Illinois, US
Posted: Mon Jul 28, 2025 15:37 Post subject:
Quote:
EDIT:
I have identified the problem and seems related to the busybox/iproute update of late april for DSA.
Will make a PR and send in to day.
So with any luck should be resolved in the next public build, already working in my own build
Very good, thank you greatly egc
(edit) I hope you've found some insights on the "MAC addresses are truncated ... in Site Survey" matter I spoke of earlier in this thread.