Resumen

  • NQB no es un cupón de vía rápida. RFC 9956 asigna una cola corta de mejor esfuerzo a microflujos suaves y de baja tasa porque su patrón puede observarse y comprobarse.
  • La protección puede reclasificar o descartar tráfico que hace crecer la cola; L4S exige por separado control de congestión escalable, señal ECT(1) y marcado compatible.
  • La medida útil es la latencia cargada de extremo a extremo entre emisor, acceso, pasarela y Wi-Fi, con evidencia de marcado, repliegue y reclasificación.

Pensemos en una línea vendida a 1 Gbit/s. Un portátil inicia una copia de seguridad. La aplicación interactiva apenas usa ancho de banda, pero sus paquetes pequeños quedan detrás de una ráfaga en la cola más estrecha. La prueba sin carga sigue impecable. El usuario percibe retraso.

El nuevo tratamiento Non-Queue-Building del IETF aborda esa diferencia. RFC 9956, Proposed Standard desde mayo de 2026, define un servicio de mejor esfuerzo con búfer corto para microflujos suaves, de baja tasa y limitados por la aplicación. Voz, sincronización de juegos, DNS y parte del tráfico entre máquinas pueden encajar; una transferencia que busca capacidad no.

NQB no significa «aplicación importante». El flujo afirma que no formará materialmente una cola, y esa conducta es observable. Un emisor que supera el límite no debe usar el DSCP NQB. Un nodo compatible debe separar NQB del tráfico Default y debería proteger la cola frente a flujos que incumplen la afirmación.

Es mejor esfuerzo con carga de prueba, no una vía prioritaria pagada. La cola es corta precisamente porque no puede transformarse en otra cola profunda.

La conducta puede revocar la marca

RFC 9956 recomienda detectar patrones incompatibles y devolver el tráfico infractor a la cola ordinaria o descartarlo. La decisión debe basarse en llegadas reales, no en el nombre, puerto o dirección de la aplicación. El cuello de botella es el observador adecuado porque allí se vuelve visible el crecimiento.

RFC 9957, también de mayo de 2026, explica un algoritmo DOCSIS Queue Protection. Es informativo, no Standards Track. Mide la demora de la cola de baja latencia, mantiene una puntuación por flujo y sanciona cuando tanto demora como contribución cruzan sus umbrales. La acción habitual es reclasificar a la cola Classic.

La consecuencia comercial es clara. La aplicación elige la marca, pero el equipo de acceso decide si el comportamiento todavía merece el trato. Software, umbrales, contadores y soporte de actualización forman parte del servicio. Dos ofertas con la misma velocidad pueden procesar de modo distinto el mismo paquete marcado.

L4S es un contrato paralelo, no un sinónimo

NQB puede compartir cola con L4S, pero las obligaciones difieren. La arquitectura L4S une control escalable en el emisor, marcado fino en el cuello de botella y un protocolo entre ambos. RFC 9331 usa ECT(1) en ECN para identificar tráfico que declara esa respuesta. RFC 9332 describe Dual-Queue Coupled AQM, que aísla la espera y acopla señales para que Classic y L4S compartan capacidad.

Una prioridad estricta invitaría a todas las aplicaciones a pedir el primer lugar. DualQ busca aislar demora sin conceder preferencia ilimitada. NQB depende de un patrón limitado por la aplicación; L4S de reaccionar frecuente y proporcionalmente a las marcas. Si sobrevive la etiqueta y no la conducta, ambos fallan.

RFC 9331 conserva una salida: el emisor debe vigilar la convivencia con ECN clásico y, si detecta un problema que la red no corrige, volver a control Classic. «L4S activado» no es un derecho permanente en cualquier ruta.

La ruta no termina en el módem

Una cola correcta en el acceso puede perder su efecto dentro de casa. CableLabs dice que Wi-Fi es con frecuencia el cuello de botella. Se suman demora de acceso al medio, distancia, contención, implementación del punto de acceso y mezcla de clientes. CableLabs publicó un modelo experimental NS-3 y describe simulaciones y pruebas con un AP Nokia. Son pruebas reproducibles y acotadas, no un valor universal.

También puede borrarse el significado del encabezado IP. La guía de Apple advierte que al limpiar DSCP no debe borrarse ECN, pues comparten el byte de clase de tráfico. Apple declara soporte L4S para algunos usuarios desde iOS 17 y iPadOS 17 en QUIC y TCP. Eso prueba capacidad de plataforma, no conservación en acceso, pasarela y Wi-Fi.

Comcast afirmó en enero de 2025 que desplegaba Low Latency DOCSIS/L4S con colaboradores de aplicaciones, con marcado voluntario, sin coste especial ni API propietaria. Demuestra el diseño y la oferta de un operador, no cobertura general ni una mejora fija por hogar.

Cómo refutar la tesis

Hay que probar con carga. Comparar p50, p95 y p99 de RTT y pérdida con el tratamiento activado y desactivado, introducir un flujo voluminoso deliberadamente mal marcado y repetir por cable y Wi-Fi, con ECN conservado o borrado y varias versiones de pasarela.

La tesis se debilita si las colas separadas no cambian la demora cargada, si un flujo masivo mal marcado no daña la cola aun sin protección, si Wi-Fi y la conservación del byte no alteran el resultado y si la implementación no cambia reclasificación ni repliegue. Las fuentes no ofrecen participación mundial de NQB, tasa típica de sanción ni ganancia universal. Ofrecen un mecanismo falsable.