Ajustes SQM en OpenWrt: configuración de CAKE que funciona de verdad
SQM con la disciplina de cola cake es la solución estándar al bufferbloat en OpenWrt — pero entre sqm-scripts, el ancho de banda a introducir y los presets, es fácil configurarlo de forma que en silencio no haga nada. Esta guía cubre cada ajuste importante, qué preset de CAKE elegir y los números medidos en un equipo real (datos de 2026-11).
Los ajustes SQM que importan
| Ajuste (LuCI → Red → SQM QoS) | Qué poner | Por qué |
|---|---|---|
| Activar | Marcado | Sin SQM no hay modelado |
| Interfaz | Tu WAN (eth0, pppoe-wan) | El modelado va en el cuello de botella |
| Descarga (kbit/s) | Medida × 0,85–0,90 | Margen de sobrecarga; la velocidad contratada siempre excede |
| Subida (kbit/s) | Medida × 0,85–0,90 | El campo más importante — la subida dispara el bufferbloat |
| Disciplina de cola | cake | AQM mantiene la cola corta; evita las htb antiguas |
| Script de configuración | piece_of_cake (empezar aquí) | Preset para el caso típico |
Cómo obtener las cifras: tres pruebas de velocidad en hora tranquila, mediana, menos 10–15 %, en kbit/s. Si cambias de operador o de plan, vuelve a medir.
Presets de CAKE QoS: piece_of_cake, diffserv4, besteffort
- piece_of_cake (predeterminado) — diffserv0, el mejor equilibrio para tráfico doméstico mixto. Si dudas, quédate aquí.
- diffserv4 — cuatro niveles de prioridad DSCP (masivo/mejor esfuerzo/vídeo/voz); útil con VoIP, cuesta algo más de CPU.
- besteffort — una sola clase sin DSCP; para CPUs muy modestas o depuración.
Los términos de foros cake qos, qos layer, diffserv corresponden
exactamente a estos presets — no existe ningún paquete «cake qos» aparte.
Medido: antes y después
Banco de pruebas: NanoPi R5C (4× Cortex-A55) · 1000M↓/50M↑ DSL. 16-thread saturated download 30 s × 2, concurrent ping, 2-run mean.
| Métrica | OFF | NetSteer ON | Cambio |
|---|---|---|---|
| Avg full-load latency | 58.6 ms | 7.8 ms | ↓ 87% |
| Full-load spread (p99−p50) | 56.4 ms | 6.9 ms | ↓ 88% |
| Idle latency | 5.79 ms | 5.91 ms | ≈ flat |
| Full-load throughput | 823 Mbps | 581 Mbps | −29%* |
* trade-off: enabling cake costs ~29% peak throughput (4-core soft-forward shaping overhead) in exchange for deterministic full-load latency; both still far above typical daily use.
Dos caminos hacia una red sin lag
A. Solo software — SQM en tu router OpenWrt actual (razonable hasta ~300–500 Mbps
en clase MT7621). B. Hardware con SQM — CPU más potente, ver nuestra
guía de routers (EN). Prueba rápida: activa SQM, repite el
test de bufferbloat y mira la CPU (top) — por debajo del ~70 % te quedas;
si se pega al 100 %, pasa a B.
Cómo lo automatiza NetSteer
NetSteer detecta los paquetes que faltan (sqm-scripts + cake), elige el preset según tu ancho de banda medido y escribe estos mismos ajustes — con lectura A/B real: primero la línea base apagado y luego la ganancia medida en tu equipo. Si tu línea ya está bien, NetSteer dirá «sin cambios», y es honesto.
Sigue con RPS/IRQ en todos los núcleos (EN) y Fullcone NAT (EN).
FAQ
¿Qué velocidad pongo en los ajustes SQM?
La medida, no la del contrato. Si una prueba nocturna muestra 912/47 Mbps con una línea de 1000/50, introduce el 85-90 % de eso (unos 800/42) — margen para la sobrecarga de protocolo. Poner velocidades demasiado altas es la causa número uno de que SQM parezca no funcionar.
¿Qué preset de CAKE QoS elijo para jugar?
Empieza con piece_of_cake (el predeterminado): mejor equilibrio latencia-rendimiento para tráfico doméstico mixto. diffserv4 vale la pena si usas VoIP o quieres prioridades DSCP; cuesta algo más de CPU. besteffort es una sola clase sin prioridades, para CPUs muy justas.
¿Tiene desventajas activar SQM?
Sí — CAKE cambia pico de velocidad por latencia. En nuestro banco NanoPi R5C (4 núcleos), el rendimiento saturado cayó un 29 % mientras la latencia a plena carga bajó un 87 %. Para juegos y llamadas, el intercambio casi siempre merece la pena.