Archer BE800 WiFi 7 (6 GHz - 320 MHz) upload speed completely messed up.
Hello TP-Link,
What did you do to completely break the WiFi 7 - 6 GHz 320 MHz upload speeds?
I have speed tests and screenshots of the router doing 3800 Mbps down and 3800 Mbps up.
Now the download works fine, but the upload does not even start fast and drops down to 400-500 Mbps!
Any tips on what to do?
BE800 all up-to-date. Samsung S24 Ultra all up-to-date.
Samsung S24 Ultra getting full speeds on other (isp) WiFi routers.
5Guru
Update:
Hmmm.. TP-Link maybe have a test with the Speedtest app?
For some reason your router doesn't work well with this app.
When running OpenSpeedTest server locally it does work... no idea why.
Speedtest app seems to think it is a slow connection, so no large test file is loaded.
Speedtest app:
3600 Mbps download, 400-500 Mbps upload
Openspeedtest server:
1600-2000 Mbps download, 3400 Mbps upload
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
@Joseph-TP we will wait what Asmodeus83 can do with your engineers.
If all fails, i will contact support, but i don't have time for developer testing right now.
Thanks!
- Copy Link
- Report Inappropriate Content
@Asmodeus83 any news from TP-Link?
Have the been able to reproduce? I hope there is some good news. Thanks!
- Copy Link
- Report Inappropriate Content
@Joseph-TP @Asmodeus83
https://www.youtube.com/watch?v=rXtpA6hLRL0 - Wi-Fi 7 Wireless Backhaul is INSANE! | Deco BE77 (Deco 7 Pro) Speed Test
Same upload issue here, way to low in many cases.
Locally the speeds are very good! Also TP-Link hardware.
We may have to accept something may have changed on the speedtest app side.
On purpose or not. Still TP-Link needs to contact the speedtest app creators then, as it used to work just fine.
And this can hurt their business!
- Copy Link
- Report Inappropriate Content
I recently received a beta firmware from TP-LINK Support specifically compiled to test increased QoS burst limits for Wi-Fi. While this beta definitely improved the upload speeds, it is strictly a temporary workaround, not a complete architectural fix.
Looking closely at the PCAP files and analyzing the datapath behavior in Wireshark, the root cause clearly points to how the QUALCOMM Networking Pro 1220 (IPQ9570) Network Subsystem (NSS) handles Wi-Fi traffic forwarding to a 10G WAN link. The hardware accelerator lacks proper TCP pacing. It sends Wi-Fi traffic outward in massive, uneven micro-bursts. This instantly overflows the receiving buffers on the uplink equipment, causing packet drops and an immediate TCP window collapse.
While enterprise equipment from brands like CISCO, ARUBA, or RUCKUS handles multi-gigabit routing flawlessly using deep hardware buffers and strict queue management, consumer SoC architectures tend to prioritize raw peak throughput. However, given the premium price point of the BE800, as well as other flagship 10G models sharing this QUALCOMM architecture (such as the ARCHER BE900, ARCHER GE800, and the DECO BE85/BE95 series), relying on a software band-aid is simply not an acceptable long-term resolution.
Considerably expensive, flagship-tier networking gear should not require users to artificially throttle their 10G uplinks or rely on basic QoS tweaks just to get stable Wi-Fi upload speeds. Closing support tickets based on this beta workaround ignores the core hardware-software integration flaw. We have the right to expect the TP-LINK R&D team to engage directly with QUALCOMM to implement deeper, driver-level optimizations for the EDMA buffers and hardware interrupts, not just a temporary mitigation.
- Copy Link
- Report Inappropriate Content
Thanks for the extra information. Yeah well it worked before, so there is hope they will fix it.
But it's all about making money with the least amount of work.
Compared to my earlier screenshots, i now managed to do this:
https://www.speedtest.net/my-result/a/11447314690
The upload speed is really laughable. We must keep hoping! ![]()
- Copy Link
- Report Inappropriate Content
Are you absolutely sure everything worked before? Perhaps you previously had a slower internet package or a different type of converter. When I was testing the bug, I received a firmware update to roll back to older versions. I checked all versions: 1.0.6, 1.4.1, 2.x, 3.x. This bug is present in all firmware versions. For me, this coincided with the fact that I switched to 10 Gbps equipment, and I thought that's when the bug appeared. Before that, I had 1 Gbps equipment and simply didn't notice it.
- Copy Link
- Report Inappropriate Content
Well yes i do:
x266 . nl / dump / speedtest_tp-link_be800_wifi7_2024-04-08-3524mbps-3647mbps_samsung_s24_ultra.jpg
edit: https://www.speedtest.net/result/a/10030331948
Also just tested something!
Set speed limit on client side in the BE800:
speed limit: 999 = 956 Mbps
speed limit: 1000 = 659 Mbps
When i change to 1000 or higher the speed starts dropping!
edit: hmm i guess never mind, i guess it comes back to your findings.
When speed is too high, too much overload on the receiving buffers.
Like the settings are made for 1 Gbps instead of 10 Gbps.
This could be the case of course. But i have no idea how that works. But it worked before, 100%!
- Copy Link
- Report Inappropriate Content
When i change to 1000 or higher the speed starts dropping!
Yes, my tests confirm this as well. According to my research, at speeds above 1 Gbps, the router uses a different datapath, which causes a decrease in upload speed.
- Copy Link
- Report Inappropriate Content
Hi @Asmodeus83 & @5Guru ,
Thank you both for your detailed feedback. I have compiled your suggestions and submitted them to the relevant departments for evaluation.
I will update this post if there are any developments.![]()
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 1682
Replies: 29
Voters 0
No one has voted for it yet.
