Resumo

  • NQB não é passe de faixa rápida. A RFC 9956 oferece uma fila curta de melhor esforço a microfluxos suaves e de baixa taxa porque seu padrão pode ser observado e testado.
  • A proteção pode reclassificar ou descartar o tráfego que forma a fila protegida; L4S exige separadamente controle de congestionamento escalável, ECT(1) e marcação compatível.
  • A medida útil é a latência carregada de ponta a ponta entre emissor, acesso, gateway e Wi-Fi, com evidência de marcação, fallback e reclassificação.

Comece com uma conexão vendida a 1 Gbit/s. Um notebook inicia um backup. O aplicativo interativo usa pouca banda, mas seus pacotes pequenos aguardam atrás de uma rajada na fila mais estreita. O teste sem carga continua perfeito. O usuário sente o atraso.

O tratamento Non-Queue-Building do IETF trata dessa diferença. A RFC 9956, Proposed Standard de maio de 2026, define serviço de melhor esforço com buffer curto para microfluxos suaves, de baixa taxa e limitados pelo aplicativo. Voz, sincronização de jogos, DNS e parte do tráfego entre máquinas podem se qualificar; uma transferência que busca capacidade não.

NQB não significa “aplicativo importante”. O fluxo afirma que não construirá materialmente a fila, e essa conduta é observável. Um emissor acima do limite não deve usar o DSCP NQB. Um nó compatível deve separar NQB de Default e deveria proteger a fila contra fluxos que descumprem a afirmação.

É melhor esforço com ônus da prova, não uma faixa prioritária paga. A fila é curta porque não pode virar outra fila profunda.

A conduta pode revogar a marca

A RFC 9956 recomenda detectar padrões incompatíveis e devolver o tráfego infrator à fila comum ou descartá-lo. A decisão deve usar chegadas reais, não nome, porta ou endereço do aplicativo. O gargalo é o observador adequado, pois é onde o crescimento aparece.

A RFC 9957, também de maio de 2026, explica um algoritmo DOCSIS Queue Protection. É informativa, não Standards Track. O algoritmo mede o atraso da fila de baixa latência, mantém uma pontuação por fluxo e sanciona quando atraso e contribuição ultrapassam seus limites. A ação normal é reclassificar para a fila Classic.

A consequência comercial é direta. O aplicativo escolhe a marca, mas o equipamento de acesso decide se o comportamento ainda merece o tratamento. Software, limites, contadores e suporte de atualização passam a integrar o serviço. Duas ofertas com a mesma velocidade podem tratar o mesmo pacote marcado de modos diferentes.

L4S é um contrato paralelo, não sinônimo

NQB pode compartilhar a fila com L4S, mas as obrigações diferem. A arquitetura L4S une controle escalável no emissor, marcação fina no gargalo e um protocolo entre ambos. A RFC 9331 usa ECT(1) no campo ECN para identificar quem afirma essa resposta. A RFC 9332 descreve Dual-Queue Coupled AQM, que isola a espera e acopla sinais para Classic e L4S compartilharem capacidade.

Prioridade rígida faria todo aplicativo pedir o primeiro lugar. DualQ procura isolar atraso sem conceder preferência ilimitada. NQB depende de um padrão limitado pelo aplicativo; L4S, de reação frequente e proporcional às marcas. Se o rótulo sobrevive e a conduta não, ambos falham.

A RFC 9331 mantém uma saída: o emissor deve monitorar a convivência com ECN clássico e, se o problema persistir sem correção da rede, voltar ao controle Classic. “L4S ativado” não é direito permanente em todo caminho.

O caminho não acaba no modem

Uma fila correta no acesso pode perder efeito dentro de casa. A CableLabs diz que Wi-Fi é frequentemente o gargalo. Somam-se acesso ao meio, distância, contenção, implementação do ponto de acesso e clientes. A CableLabs publicou um modelo experimental NS-3 e descreveu simulações e testes com um AP Nokia. São testes reproduzíveis e limitados, não referência mundial.

O significado do cabeçalho IP também pode ser apagado. A orientação da Apple alerta para não eliminar ECN ao limpar DSCP, pois ambos compartilham o byte de classe de tráfego. A Apple declara suporte L4S para alguns usuários desde iOS 17 e iPadOS 17 em QUIC e TCP. Isso prova capacidade de plataforma, não preservação no acesso, gateway e Wi-Fi.

A Comcast afirmou em janeiro de 2025 que lançava Low Latency DOCSIS/L4S com parceiros de aplicativos, com marcação voluntária, sem custo especial nem API proprietária. É evidência do desenho de uma operadora, não de cobertura geral ou ganho fixo em toda casa.

Como refutar a tese

Teste com carga. Compare p50, p95 e p99 de RTT e perda com tratamento ligado e desligado, introduza um fluxo volumoso deliberadamente marcado errado e repita em cabo e Wi-Fi, com ECN preservado e apagado e várias versões de gateway.

A tese enfraquece se filas separadas não alterarem o atraso carregado, se um fluxo grande marcado errado não prejudicar a fila mesmo sem proteção, se Wi-Fi e preservação do byte não mudarem o resultado e se escolhas de implementação não alterarem reclassificação ou fallback. As fontes não medem participação mundial, taxa típica de sanção ou ganho universal. Elas oferecem um mecanismo falseável.