Belkin RT3200/Linksys E8450 WiFi AX discussion

I have an RT3200 running an old pre-22.03 snapshot that I need to update. My only real concern at this point is that the block layout is different than what I see on another one that is running 22.03.

Will a simple auc -y -b 22.03 even care about that extra mtdblock3 partition on the old box? Or does it just redo the layout?

$ block info   # On old SNAPSHOT
/dev/mtdblock3:     UUID="1859815017"    VERSION="1"                        TYPE="ubi"
/dev/ubiblock0_4p1: UUID="2c92df5d-blah" VERSION="4.0"  MOUNT="/rom"        TYPE="squashfs"
/dev/ubi0_3:        UUID="1e5826df-blah" VERSION="w5r0" MOUNT="/mnt/ubi0_3" TYPE="ubifs"
/dev/ubi0_5:        UUID="8336af1a-blah" VERSION="w5r0" MOUNT="/overlay"    TYPE="ubifs"

$ block info   # On current 22.03.05
/dev/ubiblock0_4p1: UUID="8d585eda-blah" VERSION="4.0"                      TYPE="squashfs"
/dev/ubi0_3:        UUID="e4527b7f-blah" VERSION="w5r0" MOUNT="/mnt/ubi0_3" TYPE="ubifs"
/dev/ubi0_5:        UUID="f466b9b7-blah" VERSION="w5r0" MOUNT="/mnt/ubi0_5" TYPE="ubifs"

/dev/mtdblock3 showing up in block info or not is nothing to be concerned about. You can safely update, because this is merely a cosmetic difference. /dev/mtd3 always exists, just block util won't show it.

4 Likes

Thanks, that's what I thought, but good to have it confirmed from the source!

Is there anyone who has successfully setup a E8450 in AP mode with bridger and wed acceleration?

I configured my E8450 in AP mode with a LAN connection back to my router, with wed enabled and bridger running. It seems to be that my setup is semi working, as I think my E8450 only ever show IPv6 connections in /sys/kernel/debug/ppe0/bind.

I don't see anything that I can configure for bridger. I only blacklisted the eth0 interface in the bridger config, but I think it is not necessary. Even with the default config file without any interfaces blacklisted, I see the same thing, i.e. only IPv6. Tons of entries in /sys/kernel/debug/ppe0/entries, and I see entries in /proc/net/nf_conntrack as well, so it looks like bridger is working correctly?

My E8450 is configured using VLAN Filtering, where all 5 ports (LAN 1-4 & WAN) are all bridged into VLAN 1, and br-lan is configured to VLAN 1 and to get IP via DHCP and DHCPv6.

Any guru who has successfully configured such a setup with wed working perfectly?

wed is not enabled by default. You still need to enable it by editing a config file.

Disregard... I should have linked to the primary of that section, https://openwrt.org/toh/linksys/e8450#wireless_ethernet_dispatch_wed_hw_acceleration_for_wireless_clients

I followed that. As posted earlier, it is semi working for me. I see entries in /sys/kernel/debug/ppe0/bind but it seems only IPv6 connections.

Likely it could be recent master changes interfering with it.

I have another E8450 configured as router with wed enabled. Looks like the bind entries are intermittent as well. Oh well.

Hi, I updated the router to the latest snapshot and I notice a great loss of speed, especially in download.
My connection is established via PPPoE with VLAN ID. I have hardware offloading enabled.
I used to reach over 900 Mbps in both directions but now I am limited to around 500 Mbps in downstream and 800 Mbps upstream. Testing wired, obviously. Disabled offloading and it dropped even more, so it is active and working, but maybe not doing its best.
I hadn't updated my router for about a month so I believe it could be something introduced recently.
Has anyone had a similar experience? Thanks

1 Like

Hi all,

One question regarding upcoming OpenWrt 23.05.0: a lot of wed stuff shows in the rc1 changelog. Is there a possibility for this functionality to be exposed in luci by default?

I know you can configure wed now however i am curious about stability and maturity on latest snapshots/rc if anyone tried it.

1 Like

WED is still very much experimental and not stable yet. I have not tried it, but the reports I have seen give off that impression.

Yeah, I thought that might be the answer.

Is it worth it ?

Hi,

I flashed my router when I first got it, haven't done an update since.

Current Version
OpenWrt 22.03.1 r19777-2853b6d652 / LuCI openwrt-22.03 branch git-22.245.77528-487e58a
Kernel Version 5.10.146

Its been OKi sh, apart from the issue around Apple devices on Wifi 6 and occasional 'blip'

Was thinking of upgrading to latest, 22.03.5 but reading around it seems some have significant issues (download speed degradation and stability). Is there worth upgrading? Or how about to 22.03.04. Or wait until next update ?

Thanks

I would always regularly sysupgrade the router firmware for receiving recent security patches.

OpenWrt 22.03.2, .3, .4 and .5 all fixed more or less severe security vulnerabilities:

22.03.2

Security fixes

  • mac80211/cfg80211: Security fixes for BSSID parsing (CVE-2022-41674, CVE-2022-42719, CVE-2022-42720, CVE-2022-42721 and CVE-2022-42722)
  • See 2022-10-17-1

22.03.3

Security fixes

  • CVE-2022-30065: busybox: Fix a use-after-free in Busybox 1.35-x's awk applet
  • CVE-2022-0934: dnsmasq: Fixes single-byte, non-arbitrary write/use-after-free flaw in dnsmasq DHCPv6 server
  • CVE-2022-1304: e2fsprogs: An out-of-bounds read/write vulnerability was found in e2fsprogs 1.46.5
  • CVE-2022-47939: kmod-ksmbd: ZDI-22-1690: Linux Kernel ksmbd Use-After-Free Remote Code Execution Vulnerability
  • CVE-2022-46393: mbedtls: Fix potential heap buffer overread and overwrite
  • CVE-2022-46392: mbedtls: An adversary with access to precise enough information about memory accesses can recover an RSA private key
  • CVE 2022-42905: wolfssl: In the case that the WOLFSSL_CALLBACKS macro is set when building wolfSSL, there is a potential heap over read of 5 bytes when handling TLS 1.3 client connections.

22.03.4

Security fixes

22.03.5

Security fixes

  • CVE-2023-0464: openssl: Excessive Resource Usage Verifying X.509 Policy Constraints
  • CVE-2023-0465: openssl: Invalid certificate policies in leaf certificates are silently ignored

23.05.0-rc1 is running stable for me for several days on my E8450 (UBI), but it's still a release candidate, not yet a regular stable release.

I would at least update to 22.03.5.

2 Likes

Thanks For that

It's as simple as flashing the firmware file from the GUI - System - 'Flash new firmware image' ?

(openwrt-22.03.5-mediatek-mt7622-linksys_e8450-ubi-squashfs-sysupgrade.itb)

BTW, I can't remember if I orginally flashed UBI or Non-UBI. I can't see anywhere in 'System' where I can find out. Although I think I installed UBI version

If ubi it says under model when you login to luci.

Model
Linksys E8450 (UBI)

2 Likes

Thanks it does.Mines is Model Linksys E8450 (UBI)

I upgraded over WiFi and was successful

I'm not just imagining it but it seems that surfing got faster after the upgrade. As if latency halved

Yes, sysupgrade over Luci on wifi is considered safe, as described here: https://openwrt.org/docs/guide-quick-start/sysupgrade.luci

Please also manually compare the SHA256 checksum of your image, as mentioned in the guide above.

Recently I've noticed that WED only works if I remove wan6 (I have native IPv6 from ISP), otherwise nothing shows up on cat /sys/kernel/debug/ppe0/bind and CPU usage is higher.

PD: I'm on OpenWrt SNAPSHOT r23454-01885bc6a3 and ISP uses VLAN 999.

Hello. I have 2 problems with MT7915:

  1. There is no channel selector in LuCI and every time I change any Wi-Fi settings, the channel gets deleted, and I have to ssh into the router and fiddle with text config to add it back. I've actually had this problem for about 2 years now, hoping it would be fixed eventually, but somehow I didn't even see it mentioned here... How can it be solved?
  2. Perhaps it's a bit of a placebo, but It looks like the snapshot from yesterday with MT76 updates (r23456-81f667513a) has improved the download wireless performance (I now get my full 550Mb/s internet speed behind a wall), but has absolutely killed the upload speed, I now get 802.11n kinds of speed (maxing out at 90Mb/s) on all my devices (WiFi 5 and WiFi 6) with WED both enabled and disabled, and LuCI shows 144.4 Mb/s HE-MCS 1, HE-NSS 1. Is this a known issue?

Also, DAWN kicks my devices around while transfering data with Kicking due to low active data transfer: RX rate 6.000000 below 6 limit message, which out of 3 routers I have (comparing to MT7615 and QCA9886) is the only one that seems to do that, so the speed reporting is broken again I'd guess...

1 Like