Кратко
- NQB — не пропуск в скоростную полосу. RFC 9956 даёт короткую очередь best effort ровным малоскоростным микропотокам, потому что их пакетный рисунок можно наблюдать и проверять.
- Защита может переклассифицировать или отбросить трафик, раздувающий очередь; L4S отдельно требует масштабируемого управления перегрузкой, ECT(1) и совместимой маркировки.
- Полезная метрика — сквозная задержка под нагрузкой через отправителя, доступ, шлюз и Wi-Fi, с доказательством маркировки, отката и переклассификации.
Возьмём линию на 1 Гбит/с. Ноутбук начинает резервное копирование. Интерактивное приложение потребляет мало, но его небольшие пакеты ждут за всплеском в самой узкой очереди. Тест без нагрузки остаётся идеальным. Пользователь замечает задержку.
Именно эту разницу адресует новый режим Non-Queue-Building от IETF. RFC 9956, Proposed Standard с мая 2026 года, определяет best-effort-сервис с мелким буфером для ровных, малоскоростных и ограниченных приложением микропотоков. Голос, синхронизация игр, DNS и часть машинного обмена подходят; передача, стремящаяся занять канал, — нет.
NQB не означает «важное приложение». Поток заявляет, что не будет существенно строить очередь, и это поведение наблюдаемо. Отправитель выше установленной границы не должен ставить DSCP NQB. Поддерживающий узел должен разделять NQB и Default и должен уметь защищать короткую очередь от нарушителей.
Это best effort с бременем доказательства, а не платная приоритетная полоса. Очередь остаётся короткой, потому что ей не позволено стать второй глубокой очередью.
Поведение может отменить метку
RFC 9956 советует выявлять несовместимые паттерны прибытия и возвращать нарушающий трафик в обычную очередь либо отбрасывать. Судить нужно по пакетам, а не названию приложения, порту или адресу. Узкое место — лучший наблюдатель, потому что рост очереди виден именно там.
RFC 9957, также опубликованный в мае 2026 года, описывает алгоритм DOCSIS Queue Protection. Это информационный RFC, не Standards Track. Алгоритм измеряет задержку низколатентной очереди, ведёт оценку вклада каждого потока и вмешивается, когда задержка и вклад превышают пороги. Обычное действие — переклассификация в Classic.
Коммерческая граница ясна. Приложение выбирает метку, но устройство доступа решает, заслуживает ли наблюдаемое поведение режима. ПО, пороги, счётчики и срок обновлений входят в сервис. Два тарифа с одной скоростью могут по-разному обработать один маркированный пакет.
L4S — параллельный контракт, а не синоним
NQB может делить низколатентную очередь с L4S, но обязательства различаются. Архитектура L4S соединяет масштабируемое управление у отправителя, точную маркировку в узком месте и протокол между ними. RFC 9331 использует ECT(1) в поле ECN для трафика, заявляющего такую реакцию. RFC 9332 описывает Dual-Queue Coupled AQM: ожидание разделено, а сигналы перегрузки связаны, чтобы Classic и L4S делили ёмкость.
Строгий приоритет пригласил бы каждое приложение проситься вперёд. DualQ разделяет задержку без неограниченного преимущества полосы. NQB зависит от ограниченного приложением паттерна, L4S — от частой пропорциональной реакции на маркировки. Если остаётся только ярлык, оба контракта рушатся.
RFC 9331 сохраняет выход: отправитель должен следить за совместимостью с Classic ECN и, если проблему не устранила сеть, вернуться к Classic. «L4S включён» — не бессрочное право на любом пути.
Путь не заканчивается модемом
Правильная очередь доступа может потерять эффект дома. CableLabs называет Wi-Fi частым сквозным узким местом. К буферизации добавляются доступ к среде, расстояние, конкуренция, реализация точки и состав клиентов. CableLabs опубликовала экспериментальную модель NS-3 и описала симуляции и испытания с точкой Nokia. Это воспроизводимые ограниченные тесты, не мировая норма.
Значение IP-заголовка тоже может исчезнуть. Apple предупреждает: очищая DSCP, нельзя случайно стереть ECN, поскольку поля делят байт traffic class. Apple заявляет поддержку L4S для части пользователей с iOS 17 и iPadOS 17 в QUIC и TCP. Это доказывает возможность платформы, но не сохранение через доступ, шлюз и Wi-Fi.
Comcast сообщила в январе 2025 года о развёртывании Low Latency DOCSIS/L4S с партнёрами приложений; маркировка добровольна, без особой платы и закрытого API. Это доказательство дизайна одного оператора, не всеобщего покрытия или фиксированного выигрыша.
Как опровергнуть тезис
Тестировать нужно под нагрузкой. Сравнить p50, p95 и p99 RTT и потери с режимом и без него, добавить намеренно неверно маркированный массивный поток, повторить по кабелю и Wi-Fi, с сохранённым и стёртым ECN и разным ПО шлюза.
Тезис ослабевает, если отдельные очереди не меняют задержку, неверно маркированный поток не вредит даже без защиты, Wi-Fi и сохранение заголовка ничего не меняют, а реализация не влияет на переклассификацию и откат. Источники не дают мировой доли, типичной частоты санкций или всеобщей выгоды. Они дают опровержимый механизм.
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров

