I'm currently using the May 25 2023 snapshot on my Netgear WAX206, I have noticed that the upload consistently suffers by about 50% from the factory stock firmware. I have verified MTU values are the same (1500) and tested MSS Clamping on/off, it didn't make a difference. Every time I'm on OpenWRT upload suffers by about 50% and when I fail back it goes back to normal. Any advice on what else to try would be appreciated.
Top image shows speeds on openwrt-mediatek-mt7622-netgear_wax206-squashfs-factory
Bottom image shows speeds on Netgear WAX206_Firmware_V220.127.116.11.img
Both tests were done via cat5; I forgot to mention my ISP is Verizon Fios. I even restarted my ONT.
Just now I re-installed the snapshot -> restarted the ONT -> rebooted the router and tested again. Same wired config, same computer, and same browser. No physical difference, yet there's still a considerable performance hit on the upload side.
So much for my thinking it may be a wifi hardware offload difference between download and upload.
This is a bit puzzling - seems like the MT7622 in the WAX206 should be plenty fast enough to route Gbps in either direction if you're not running CAKE SQM/QoS, OpenVPN or such.
You could try experimenting singly and with combinations of checking (enabling) software offload in the luci>network>firewall menu, packet steering in the luci>network>interfaces global network options tab and installing and enabling irqbalance (by editing the file /etc/config/irqbalance). Those are all long shots though, especially the latter two since the WAX206 is only a dual core CPU. Still, won't know til you try (if you have not already).
It might also be enlightening to install and run htop in a side terminal window to see what your CPU load is doing during the speed test. Enable the option to show CPU frequency too for good measure.
Sorry, but I don't have any other ideas. It's not uncommon for OpenWrt to be slower than OEM firmware on some targets due to lacking proprietary hardware drivers. I've experienced OpenWrt being faster than OEM too, but that is less common.
I have to report some very mixed findings. Sofware offloading by itself did very little, however adding hardware flow offloading initially seemed to solve the problem; that is until I decided to test with various providers. I found that some worked well on the upload, and some did not work at all. Shantel Service company and Verizon worked just fine, I tried i3d.net (and a few others) again and download was fine, but upload failed every time. For giggles I tried to load up their page and it would not load until I disabled the hardware flow offloading. Additionally, I enabled packet steering and installed and enabled irqbalance both of those settings had little effect. I took a screenshot of the cpu under download pressure (top) and under upload pressure (bottom), you can see upload takes even less cpu than download.
I'm thinking I may have to slowly configure and save the openwrt side as much as I can until in hopes that there will be a fix, but I will probably have to revert OEM for everday use until then.
Any recommendations are most welcome, and thanks for your input.
The problem is not difference between testing sites. The problem is upload speed from the SAME testing sites is different in OEM and OPENWRT; 40-50% worse. Additionally, when the sw/hw offloading is enabled some sites work correctly some do not load at all because I cannot UPLOAD responses to them as you see in the failed UPLOAD test there is some weird SOCKET error when it's enabled and tested on those sites.
With HW offloading on, for example, I can't load id3.net AT ALL, with it off it works fine, surely you can see how that's a PROBLEM. Sorry if something being misunderstood. The problem is very glaring to me, OEM upload should not be 40-50% better on the SAME testing site, and offloading which is currently experimental, does not seem to work for every site and actively BREAKS some sites on my WAX206.
A fast local wi-fi connection helps always and not only to reach your full ISP uplink speed. The shorter your wireless channel is needed and used for transmission, the better. Higher speeds also help when your wi-fi spectrum is crowded by other networks and other applications.