SQM and VPN on Archer BE19000 - intolerable bufferbloat

SQM and VPN on Archer BE19000 - intolerable bufferbloat

SQM and VPN on Archer BE19000 - intolerable bufferbloat
SQM and VPN on Archer BE19000 - intolerable bufferbloat
a week ago
Model: Archer BE800  
Hardware Version: V1
Firmware Version: 1.3.3 Build 20251015 rel.13041(4555)

 

I am writing to provide feedback regarding the performance of my **TP-Link Archer BE19000** and its implementation of VPN and traffic management features.

 

Over several tests (SmokePing latency graphs and Cloudflare speed tests), I have observed that:

 

1) **Smart Queue Management (SQM) appears absent / ineffective**  
When I upload sustained traffic, even without a VPN, latency spikes into the hundreds of milliseconds. This indicates aggressive bufferbloat under uplink load and suggests SQM (e.g., fq_codel / CAKE) is not implemented or not effective on this model.

 

2) **VPN (Surfshark) on the router significantly worsens latency**  

 

With the VPN enabled, upload latency under load increases to **between ~500 ms and ~1.9 seconds**, making interactive traffic (web browsing, DNS, gaming, video chat) unusable. With the VPN disabled, latency and interactivity return to normal immediately after upload stops.

 

These observations were made using both network latency monitoring (SmokePing) and application-level testing (Cloudflare speed test), and they consistently show that the VPN feature amplifies bufferbloat rather than improving overall performance.

For context, I have replaced the router’s VPN and QoS behavior with an external SQM-capable router because the Archer BE19000’s current implementation undermines uplink latency during real-world usage.

 

I would appreciate clarification on whether proper SQM is planned for this model, and whether the VPN buffering behavior is a known limitation. I am sharing this feedback to help improve future firmware and feature quality on high-end models like the BE19000.
 

  2      
  2      
#1
Options
1 Reply
Re:SQM and VPN on Archer BE19000 - intolerable bufferbloat
Monday

Hello @Hans_Schevers_1 ,

Welcome to our community.

 

For our Wi-Fi 7 flagship models, we plan to utilize our self-developed AI QoS architecture. We expect its performance and effectiveness to be not inferior to SQM, as it is designed to provide a more sophisticated balance between high-performance hardware throughput and intelligent traffic management. We believe that the optimized performance of AI QoS will be equal to or better than traditional SQM in real-world usage. So there is no plan to revert to SQM in the short term.

 

Regarding the extreme latency spikes, our R&D team has attempted to replicate this scenario in our laboratory but has been unable to reproduce the issue so far. We are taking this feedback very seriously. 

 

To help you efficiently, I've forwarded your case to the TP-Link support engineers, who will reach out to you using your registered email address later. Please keep an eye on your email inbox for follow-up.

 

Nice to Meet You in Our TP-Link Community. Check Out the Latest Posts: △New Firmware Update for Archer BE260/Archer BE400 to Support VPN Merge, New ECO Mode, and More △Connect TP-Link Archer BE550 to Germany's DS-Lite (Dual Stack Lite) Internet via WAN △Tether KidShield Test Recruitment - Safeguarding Children's Online Experience If you found the post or response helpful, please click Helpful. If an answer solves your problem, click "Recommended Solution" so that others can benefit from it.
  0  
  0  
#2
Options