Severe Bufferbloat on Wireless Upload – Archer C64

Hi everyone,
I’ve been running bufferbloat tests on my TP-Link Archer C64 and consistently getting poor results on the wireless connection—especially during upload active time. The LAN connection performs well, but Wi-Fi shows significant latency spikes.
Here’s what I’ve tried so far:
-
Changed channel width (20/40 MHz)
-
Enabled/disabled QoS
-
Enabled/disabled NAT Boost
-
Tested with only one device connected (same device for both LAN and Wi-Fi)
-
Device placed within 1–2 feet of the router during testing
Despite all this, the wireless bufferbloat remains severe. I suspect this could be a firmware-level issue, possibly lacking proper queue management on the wireless interface.
Test results:
Lan test result:
Wireless test result:
Would appreciate any insights or confirmation from others using the Archer C64. TP-Link team—could this be addressed in a future firmware update?
Thanks,
Dipto
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Isn't anyone available from TP-Link? @TP-Link
- Copy Link
- Report Inappropriate Content
Hello@Dipto-K ,
Welcome to our community.
Please try to change channel for the wireless bands:Changing Channel and Channel Width on a TP-Link Router (new logo).
For 2.4GHz wireless client devices, adjust the 2.4GHz channel width to 20MHz; for 5 GHz wireless client devices, adjust the 5GHz channel width to 80MHz or 40MHz, etc.
In addition, please test every band separately, and enable the guest network for comparison.
- Copy Link
- Report Inappropriate Content
@Joseph-TP I have tested applying different combinations settings, using different devices. But upload active time in wireless connection always show high buffer bloat.
- Copy Link
- Report Inappropriate Content
After some more digging, I’ve found that Cloudflare’s DoH (DNS over HTTPS) seems to be contributing to the bufferbloat issue I mentioned earlier. I was using 1.1.1.1 and 1.0.0.1 as my DNS servers, along with Cloudflare’s DoH enabled. But once I disabled DoH and reverted to standard DNS, the bufferbloat dropped significantly—especially during wireless uploads.
It looks like the Archer C64 struggles with handling HTTPS traffic efficiently under load, and the extra overhead from DoH makes things worse. Since this router doesn’t support Smart Queue Management (SQM), even small increases in encrypted traffic can clog the buffers.
Just wanted to share this in case others are seeing similar latency spikes. Disabling DoH might help if you're running into the same issue.
- Copy Link
- Report Inappropriate Content
@Joseph-TP Since DoH seems to be contributing to the bufferbloat issue on the Archer C64, I’d really appreciate it if TP-Link could consider adding support for DNS-over-TLS (DoT) in future updates. It’s generally more lightweight and might help reduce latency while still keeping DNS traffic secure.
- Copy Link
- Report Inappropriate Content
@Dipto-K ,
Thanks for your feedback.
I noticed you've created a vote to add DoT functionality to this model. Please stay tuned for future firmware updates for this model.
- Copy Link
- Report Inappropriate Content
@Joseph-TP Any expected date for the next firmware update?
- Copy Link
- Report Inappropriate Content
@Dipto-K ,
We haven't received a clear update notification for the US version yet.
- Copy Link
- Report Inappropriate Content
@Joseph-TP I mean update with the DoT feature to come. Do you have any expected date for this?
- Copy Link
- Report Inappropriate Content
@Joseph-TP And one thing in this page: https://www.tp-link.com/en/support/download/archer-c64/v1/#Firmware there was a 1.15.0 version of firmware was available but suddenly I can't show it now. Was there any problem with that version?
- Copy Link
- Report Inappropriate Content

Information
Helpful: 0
Views: 286
Replies: 10
Voters 0
No one has voted for it yet.