Compare Approaches

Choosing a QoE approach for your network

Vendors attack subscriber experience from three different directions: accelerating selected traffic, controlling queues at every layer of the network, or measuring and reporting on the result. The right evaluation depends on which of those your network needs.

Three Approaches

Three ways vendors attack subscriber QoE

Each approach has a representative vendor. The detailed comparisons cite the vendors own published materials.

Side By Side

How the approaches differ on the questions that matter

The middle column is the LibreQoS approach. Competitor specifics, cited to their own published materials, live in the detailed comparisons.

Primary mechanism
Proxy / DPI optimizers
TCP proxying and optimization, DPI classification, application-aware policies
Queue control (LibreQoS)
Per-flow AQM and fair queueing (CAKE / fq_codel) inside hierarchical topology shaping
Monitoring with two-level AQM
Per-subscriber metrics, QoE scoring, dashboards, and AQM at the plan and access point levels
Changes packet behavior?
Proxy / DPI optimizers
Yes, for selected protocols and classified applications
Queue control (LibreQoS)
Yes, for every flow at every shaped circuit and shared node
Monitoring with two-level AQM
Within scope: AQM enforces plan rates and AP capacity; reporting is passive
Protocol coverage
Proxy / DPI optimizers
Conditional. Benefits concentrate on proxyable TCP; encrypted QUIC/UDP needs separate handling
Queue control (LibreQoS)
All flows. Classification is a 5-tuple hash, not a payload inspection
Monitoring with two-level AQM
AQM approaches are protocol-agnostic; per-application views require DPI
Shared-node awareness
Proxy / DPI optimizers
Per Bequant deployment guidance, placed at uplinks or access edges
Queue control (LibreQoS)
Explicit. Site, AP, OLT, and backhaul capacity each get their own queue class
Monitoring with two-level AQM
Per-site and per-node reporting; AP capacity management, with manual site bandwidth caps
How scale is typically sold
Proxy / DPI optimizers
Per-server subscription licensed on peak throughput
Queue control (LibreQoS)
Subscriber-based subscription. No throughput licensing on the shaping core
Monitoring with two-level AQM
Subscriber-based subscription for metrics
How results are verified
Proxy / DPI optimizers
Vendor trial with deployment support and trial analysis
Queue control (LibreQoS)
Open source core plus a public quality test anyone can run before and after
Monitoring with two-level AQM
Before/after dashboards

Detailed Comparisons

Drill into a specific vendor

LibreQoS and Bequant

Bequant combines TCP optimization, DPI-based application policies, and AI-driven congestion management in an inline appliance. LibreQoS uses protocol-agnostic per-flow queueing and topology-aware hierarchical shaping, with an open-source data plane.

The practical difference shows up on encrypted traffic, on shared-node capacity, and in how the license scales with your network. We compare the two in detail, using Bequant own published platform materials for their side.

LibreQoS and Preseem

These are the two closest approaches of the three: both reject DPI, and both use AQM and fair queueing rather than payload classification. Preseem, per its published datasheets, applies FQ-CoDel with bulk and interactive flow separation, plan-rate enforcement, and automatic AP capacity management, wrapped in a network intelligence platform.

LibreQoS runs the same family of queueing inside a topology hierarchy — every subscriber circuit, plus explicit queue classes at sites, APs, OLTs, and backhaul links — so congestion on a shared link is shaped at that link. The detailed comparison covers the difference.

Evaluation

Seven questions that cut across all three approaches

Ask every vendor on your list these. The answers are more predictive than any feature grid.

  1. 01Is the congestion-control algorithm published and peer-reviewed, or proprietary?
  2. 02What happens to flows your classifier does not recognize?
  3. 03Does the benefit depend on the protocol being TCP?
  4. 04How is shared capacity at the AP, OLT, or backhaul handled — explicitly modeled, or inferred from aggregate metrics?
  5. 05Does payload inspection play a role, and what is the privacy posture around it?
  6. 06How does pricing scale as throughput grows — per subscriber, per server, or per gigabit?
  7. 07Can the result be verified independently, on my own network, before and after deployment?

Verify It Yourself

Don't decide on vendor claims

Run the public Internet Quality Test on a busy-hour circuit, deploy LibreQoS on spare hardware or a pilot site, and run it again. Idle and loaded latency, loss, throughput, and a QoO grade — measured on your own network.

Deploy

Evaluate LibreQoS on your own network

Run the 1-line install on a pilot site, point your topology at it, and measure busy-hour latency before and after.