I had an E7350 that I did this with: https://github.com/openwrt/openwrt/pull/4470
1 Like
I've tested the RT3200 router performance with Fast Ethernet (100Mbps) devices connected to the built-in switch.
My goal was to see if there is an issue with WAN performance when Fast Ethernet devices are connected and there are LAN transfers on the network.
The results are here Severe WAN performance degradation when Fast Ethernet devices are connected to a Gigabit switch and transfer data over LAN (probably present on most OpenWrt versions) - #11 by sppmaster
rich I keep the final version of the FCC document here:
http://www.taht.net/~d/fcc_saner_software_practices.pdf
Every so often I wish we'd taken that volunteer base and kept going, kept fighting on other fronts. Found ways to buy more press, especiallly.
1 Like
Anyone else using:
OpenWrt 22.03-SNAPSHOT r19385-f765f2f114
This has been unstable for me (breaks my WDS setup - WDS clients lose connection to the main WDS access point, which has otherwise been stable on 22.03 snapshots up until this one).
Is there a way to easily downgrade to a previous snapshot using auc or perhaps the issues I face will get fixed shortly?
Trying to upgrade to the latest snapshot I now see this:
{
"url": "https://sysupgrade.openwrt.org",
"revision": "r19385-f765f2f114",
"advanced_mode": "0",
"app_version": "git-22.068.37885-65266c4",
"branch": "22.03",
"efi": null,
"rootfs_type": "squashfs",
"profile": "linksys,e8450-ubi",
"target": "mediatek/mt7622",
"version": "22.03-SNAPSHOT",
"packages": [
"auc",
"base-files",
"blockd",
"busybox",
"ca-bundle",
"dnsmasq",
"dropbear",
"firewall4",
"fstools",
"iperf3",
"kernel",
"kmod-fs-exfat",
"kmod-fs-ext4",
"kmod-fs-f2fs",
"kmod-fs-vfat",
"kmod-gpio-button-hotplug",
"kmod-leds-gpio",
"kmod-mt7615-firmware",
"kmod-mt7615e",
"kmod-mt7915e",
"kmod-nft-offload",
"kmod-nls-base",
"kmod-nls-cp437",
"kmod-nls-iso8859-1",
"kmod-nls-utf8",
"kmod-usb-storage",
"kmod-usb-storage-uas",
"kmod-usb3",
"libc",
"libustream-openssl",
"logd",
"luci",
"luci-app-attendedsysupgrade",
"luci-ssl-openssl",
"luci-theme-openwrt-2020",
"mtd",
"netifd",
"nftables-json",
"odhcp6c",
"odhcpd-ipv6only",
"opkg",
"ppp",
"ppp-mod-pppoe",
"procd",
"procd-seccomp",
"procd-ujail",
"tcpdump",
"uboot-envtools",
"uci",
"uclient-fetch",
"urandom-seed",
"urngd",
"wpad-openssl"
],
"diff_packages": true
}
Signature check failed.
Remove wrong Signature file.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency libubus20220601 for blockd
* pkg_hash_fetch_best_installation_candidate: Packages for blockd found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package blockd.
make[2]: *** [Makefile:169: package_install] Error 255
make[1]: *** [Makefile:134: _call_manifest] Error 2
make: *** [Makefile:253: manifest] Error 2
What's the easiest way for me to get to a stable version again?
I think I could go to 22.03.00-rc1 from here.
But is there a way I can use auc to go to the snapshot right before:
OpenWrt 22.03-SNAPSHOT r19385-f765f2f114?
Could try r19394 if that fixes it?
According to this commit the PPPoE patches that broke the wed functionality are now included in the 5.15 kernel... 
2 Likes
There is a Release Candidate version 3 available, but not officially announced if you want to try that out. Index of /releases/22.03.0-rc3/targets/mediatek/mt7622/ (openwrt.org)
Edit: This link seems to be down now.
Thanks! Looks like the issue is resolved in OpenWrt 22.03-SNAPSHOT r19394-ee4a765090.
At least my 3x RT3200 WDS setup seems stable again.
1 Like
Successfully upgraded 3 of my routers from rc1 to OpenWrt 22.03.0-rc3 r19378, as it looks like auc already got it (at least using sysupgrade.openwrt.org server)
3 Likes
RT3200 has been all good to me for several months, except for one lingering issue.
After several days/weeks of uptime, my 5GHz/AX laptop (Intel AX200 PCie, Arch Linux, wpa_supplicant) refuses to connect. Clients on 5GHz/AC,and 2.4GHz are unaffected.
Relevant logs: (Repeats for each client connection attempt)
Wed Jun 8 06:16:36 2022 daemon.info hostapd: wlan1-1: STA <mac> IEEE 802.11: authenticated
Wed Jun 8 06:16:36 2022 daemon.info hostapd: wlan1-1: STA <mac> IEEE 802.11: associated (aid 1)
Wed Jun 8 06:16:44 2022 daemon.info hostapd: wlan1-1: STA <mac> IEEE 802.11: deauthenticated due to local deauth request
Restarting the radio in the OpenWRT GUI clears the issue.
Currently running 22.03.0-rc3. Have also observed this on rc2, rc1, and earlier snapshots.
My best guess would be some kind of slow memory/resource leak in low-level AX driver.
Anyhting I can do to help track this down?
He seems rc 2 et rc3 are deleted because has a problèm
Try maybe.a new Snapshot
1 Like
I notice this too. Is there info what the issues are? I've been on RC3 since you mentioned it and after correcting which channel I broadcast on have had no major issues I've noticed.
for me the problem is wireless 2.4 on rc2 disconnect intermitence
and my pingplotter was bad high ping sometimes
with snapshot i has no problem and he work perfectly
i don't know when out 22.03 official release but i think soon just my mind 
2 Likes
I moved my RT3200 (acting as dumb ap) to another location today, linked to my Mikrotik RB5009 over LAN (approx 12m LoS, no idea how much cabling there is in the wall). In any case, it now only connects at 100mbit for some reason. Is there any way to see why it decides on that?
The mikrotik reports that the other side only ever advertises 100mbit.
Edit: probably the cable run is at fault, my thinkpad only connects at 100mbit there as well, directly patching into the same router port is 1gbit.
Edit 2: weirder still, there is a second parallel run (all sockets are dual) that when patched runs at 1gbit. Well, guess I will use that one then 
2 Likes
Sounds really like cable fault. 100 Mbit/s uses 2 pairs, 1Gbit/s needs all four.
2 Likes
I had the same cable issue with a cable I had installed in the attic many years ago. It appears the outer 2 pairs of wires needed for gigabit ethernet weren't properly punched in with enough force. Repunching fixed he problem. With premade cables that fail at gigabit ether, the issues may be either that or wires that are punched into the wrong connectors.
Everyone might be aware of this already, but if you want to keep track of changes between Release Candidates:
1 Like
Anyone notice 5GHz issues on recent SNAPSHOT versions?
Basically my devices now completely refuse to connect to AX access points provided by the RT3200. The APs don't even show up in the network list. I'm also seeing a number of weird kernel logs:
Mon Jun 13 14:07:38 2022 daemon.err hostapd: nl80211: kernel reports: integer out of range
Mon Jun 13 14:07:38 2022 daemon.err hostapd: nl80211: kernel reports: integer out of range
Mon Jun 13 14:07:44 2022 daemon.err hostapd: nl80211: kernel reports: integer out of range
Mon Jun 13 14:07:44 2022 daemon.err hostapd: nl80211: kernel reports: integer out of range
Mon Jun 13 14:07:50 2022 daemon.err hostapd: nl80211: kernel reports: integer out of range
These logs disappear if I disable the 5GHz APs.
EDIT: Looks like the issue was present on the early 197xx builds. 19411 (latest 22.03-SNAPSHOT), as well as 19787 (latest SNAPSHOT on chef.libremesh) both work after some fixes were applied to the wireless config (BSS settings needed removing).