SQM and VPN on Archer BE19000 - intolerable bufferbloat
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.
