Что такое QoS: приоритеты вместо сетевого хаоса

QoS, или Quality of Service, — это набор правил и механизмов, с помощью которых сеть отделяет важный трафик от второстепенного и предоставляет первому лучшие условия доставки. Голосовой пакет, кадр видеозвонка или команда в онлайн-игре не должны стоять в одной очереди с обновлением Windows или торрентом. Именно качество обслуживания решает, кто проедет «зелёной волной», а кто подождёт, когда канал узкий. Без этой дисциплины узкий WAN-порт превращается в стихийный перекрёсток, где фура с бэкапом спокойно перекрывает «скорую» с голосом.

Без этих правил интернет работает по принципу «кто первый успел». Пока канал свободен, разницы почти не слышно. Как только в квартире одновременно включаются 4K, облачный бэкап и Zoom, появляются обрывы голоса, квадратики на экране и скачки пинга. QoS не добавляет мегабитов — он распределяет уже имеющуюся пропускную способность так, чтобы критические сервисы не захлёбывались в чужом потоке.

Далее разберём, как пакеты получают приоритет, какие цифры задержки и потерь считаются нормой, чем отличаются модели Best Effort, IntServ и DiffServ. Отдельно покажем, как включить умные очереди на домашнем роутере, зачем операторам 5G понадобились отдельные «срезы» сети и где чаще всего ломается даже красивая политика. Материал рассчитан и на тех, кто впервые открывает настройки маршрутизатора, и на тех, кто уже сталкивался с DSCP, WMM и bufferbloat. После текста останутся рабочие ориентиры, а не только определения из глоссария.

Качество обслуживания появляется там, где канал уже не резиновый

Сетевой канал напоминает узкую горную дорогу в час пик: машины скорой помощи, маршрутки, фуры со щебнем и велосипедисты претендуют на одну и ту же полосу. Маршрутизатор без политики качества ставит всех в одну колонну и пропускает пакеты в порядке прибытия. Голосовой кадр размером в десятки байт тогда стоит за гигантским фрагментом загрузки фильма, и человек на том конце уже слышит «роботический» голос с паузами. QoS расставляет знаки приоритета: голос и управление сетью едут первыми, видео — следом, браузер — в общем потоке, а фоновые обновления — в последнюю очередь.

Идея не нова. Ещё цифровые телефонные сети и ATM в 1990-х закладывали классы сервиса с гарантированной полосой. IETF в июне 1994 года описал модель Integrated Services в RFC 1633, а в декабре 1998-го — масштабируемую архитектуру Differentiated Services в RFC 2474 и RFC 2475. С тех пор качество обслуживания перестало быть экзотикой операторских магистралей и спустилось на коммутаторы кампусов, точки доступа Wi-Fi и даже микропрограммы домашних роутеров. Сегодня тот же принцип работает в Zoom, Teams, VoIP-АТС, облачных ERP и в 5G-ядрах операторов.

После пандемийных лет удалёнка уже не эпизод, а повседневность. В одной квартире одновременно крутятся рабочий видеозвонок, школьный урок на планшете, стрим на телевизоре и резервное копирование телефона в облако. Канал 100 или даже 500 Мбит/с кажется широким, пока все не стартуют вместе. Узкое место часто не «цифра в договоре с провайдером», а очередь на WAN-порте роутера, эфир Wi-Fi и плохо настроенный буфер. Именно здесь качество обслуживания превращается из абстрактного акронима в разницу между «слышать каждое слово» и «повторите, пожалуйста, ещё раз».

Важный нюанс, который путают даже опытные пользователи: QoS не разгоняет интернет. Он не увеличивает тариф и не лечит слабый оптический сигнал. Его работа начинается в момент дефицита — когда пакетов больше, чем канал способен пропустить без очереди. Пока ресурсов хватает всем, приоритеты почти не срабатывают. Поэтому тестировать политику нужно не ночью на пустой линии, а вечером, когда сеть реально «дышит тяжело».

Четыре цифры, от которых зависит, «лагает» ли связь

Пропускная способность — это потолок, сколько бит канал способен протянуть за секунду. Для голосового кодека G.729 нужно лишь около 8 кбит/с на сам голос и примерно 24–32 кбит/с вместе с заголовками, тогда как 4K-стрим легко съедает 15–25 Мбит/с. Проблема в том, что «толстый» поток без лимита забивает очередь и заставляет тонкий, но чувствительный ко времени голос ждать. QoS либо резервирует минимальную полосу для приоритетного класса, либо ставит ему отдельную быструю очередь, чтобы большие загрузки не съедали всё подряд.

Задержка, или латентность, — время, за которое пакет доходит от рта до уха, от клика до сервера игры. Рекомендация ITU-T G.114 для качественного интерактивного вещания — односторонняя задержка до 150 мс; для планирования сетей верхняя граница — 400 мс, а на международных и спутниковых направлениях иногда принимают до 300 мс. Выше этого порога разговор приобретает эффект рации: собеседники начинают перебивать друг друга. В играх даже 80–120 мс уже ощутимы, если соперник играет на оптике с пингом 20 мс.

Джиттер — это не средняя задержка, а её разброс. Пакеты голоса должны приходить ровным ритмом, словно метроном. Когда один кадр задержался на 10 мс, а следующий на 70 мс, буфер проигрывателя либо «захлёбывается», либо, наоборот, не успевает и отбрасывает данные. Для телефонии обычно держат джиттер в пределах 20–30 мс; скачки свыше 50 мс уже слышны как хрип и «роботизация». Именно джиттер, а не «маленькая скорость», чаще всего ломает Zoom в домашней сети, где кто-то параллельно качает обновление консоли.

Потеря пакетов — доля кадров, которые так и не дошли до адресата. Для данных TCP это раздражает, но протокол перезапрашивает сегмент. Для голоса и видео в реальном времени повтор часто запоздалый: кадр уже должен был прозвучать. Кодек G.729, по оценкам Cisco, даёт слышимые артефакты уже при потерях около 1%, поэтому идеал для VoIP — стремиться к нулю. Голос «сыплется» в основном не из-за малого тарифа, а из-за очереди на WAN-порте или в эфире Wi-Fi, где фоновая загрузка оказывается впереди крошечного голосового пакета.

Три модели: Best Effort, IntServ и DiffServ

Best Effort — модель «как получится». Интернет с самого начала так и задумывался: сеть делает всё возможное, но ничего не гарантирует. Очередь FIFO пропускает пакеты в порядке прибытия, и во время затора страдают все одинаково. Для веба и почты этого часто достаточно, для разговора, телемедицины или биржевого терминала — нет. Best Effort до сих пор остаётся типичным поведением публичного интернета, и именно поэтому качество обслуживания приходится включать на краю: в офисе, на CPE-роутере, в SD-WAN-боксе.

Integrated Services, или IntServ, пошла от обратного: каждый поток бронирует ресурс вдоль всего пути. Протокол RSVP (RFC 2205, 1997) несёт сигнализацию «мне нужно столько-то полосы и такая задержка», а каждый маршрутизатор хранит состояние этого потока. Гарантия получается почти телефонная, цена — масштабируемость. В магистрали с сотнями тысяч одновременных сессий держать состояние на каждый звонок нереально. Поэтому IntServ прижилась в отдельных корпоративных и исследовательских сегментах, но не стала языком большого интернета.

Differentiated Services, или DiffServ, победила именно благодаря простоте. Вместо бронирования каждого потока пакеты маркируют кодом DSCP в заголовке IP, а узлы применяют к классам одинаковое пошаговое поведение — PHB. Expedited Forwarding (EF, DSCP 46) даёт низкую задержку для голоса, Assured Forwarding (четыре класса AF с тремя уровнями отбрасывания по RFC 2597) бережёт бизнес-данные, Class Selector сохраняет совместимость со старым IP Precedence. Маршрутизатору не нужно знать о тысячах сессий: он смотрит на метку и кладёт пакет в соответствующую очередь.

На живой сети эти модели часто сосуществуют. На кампусном коммутаторе работает DiffServ, на Wi-Fi — WMM как беспроводной отголосок тех же классов, на узком WAN иногда добавляют контроль допуска, чтобы голосовых сессий не набралось больше, чем выдерживает линк. Оператор 5G смешал идеи: есть классы 5QI с числовыми бюджетами задержки, и есть сетевые срезы под URLLC. Главное правило остаётся старым: политика должна быть согласована от розетки до ядра, иначе метка «голос» посередине пути снова станет Best Effort.

Как пакеты получают ярлык приоритета

Сначала сеть должна понять, с кем имеет дело. Классификация смотрит на номер порта, адрес, DSCP, VLAN, MAC, даже на сигнатуру протокола. Голос SIP/RTP, HTTPS до корпоративного SaaS, резервное копирование на NAS — всё это разные миры. Ошибка на этом шаге фатальна: если Zoom не распознали, дальше хоть сто очередей настраивай. В нашей практике мы сталкивались с таким случаем, когда «умный» роутер приоритизировал порт 80, а современные звонки уже давно шли через 443 и QUIC — политика красиво выглядела в меню и ноль давала в реальной жизни.

Маркировка записывает вердикт в заголовок. На третьем уровне это поле DSCP на 6 бит: 64 возможных кода, из которых стандартизированы десятки. EF со значением 46 (двоичное 101110) — классический ярлык телефонии, AF41 часто ставят на интерактивное видео, AF21 — на бизнес-данные, CS6 и CS7 — на служебный трафик маршрутизации, 0 — «всем остальным». На втором уровне в теге IEEE 802.1Q живёт 3-битное поле PCP, известное как 802.1p или CoS: восемь значений от фона до сетевого управления. Ловушка, которую годами копируют из шпаргалок: PCP 1 — это фон, самый низкий приоритет, а PCP 0 — типичный Best Effort, то есть на ступеньку выше. Кто поставит «ноль» на бэкап, думая, что это «выкл.», на самом деле поднимет бэкап над настоящим фоном, и ярлык сгорит на границе L3-роутера и L2-коммутатора.

В Wi-Fi ту же идею сжали до четырёх категорий доступа WMM, которые выросли из IEEE 802.11e (2005): AC_VO — голос, AC_VI — видео, AC_BE — обычный трафик, AC_BK — фон. WMM не увеличивает мегабиты, он управляет временем эфира и задержкой. Для стандартов 802.11n, ac, ax и be поддержка WMM фактически обязательна: без неё высокие модуляции просто не включаются корректно. Выключить WMM «для стабильности», как советуют некоторые старые форумы, — способ одновременно убить и приоритеты, и скорость. Ниже — рабочая шпаргалка, которой пользуются инженеры, когда нужно быстро сопоставить ярлык, класс и живой сервис.

Таблицу стоит читать как старт для политики, а не как догму на все случаи жизни. В домашнем роутере вместо шести строк часто хватает трёх корзин — высокий, средний, низкий — с тем же смыслом. Главное, чтобы голос не делил очередь с патчем, а бэкап не притворялся «критическим приложением» лишь потому, что идёт с того же компьютера. Маппинг DSCP и CoS на границе роутера и коммутатора прописывайте осознанно, иначе красивая таблица останется в документации.

Очереди, полисинг, шейпинг и защита от затора

Когда пакет уже классифицирован, его кладут в очередь. FIFO — одна бочка на всех, Priority Queuing всегда первой выпускает высокий класс, но способна заморить голодом всё остальное, если голоса вдруг станет слишком много. Weighted Fair Queuing делит полосу «по справедливости» между потоками, а Class-Based WFQ резервирует проценты классам. Low Latency Queuing, рабочая лошадка корпоративных сетей Cisco, добавляет к CBWFQ отдельную приоритетную очередь именно для голоса: RTP вылетает почти без ожидания, остальное делит гарантированные доли. Выбор алгоритма — это характер сети, а не модная галочка в меню.

Полисинг и шейпинг ограничивают скорость, но делают это с разным характером. Полисер работает как строгий турникет: превысил CIR — пакет отбрасывают или перемаркируют в более низкий класс. Шейпер — как шлюз с водоёмом: избыток складывает в буфер и выпускает ровной струёй. Формула интервала шейпера проста: Tc = Bc / CIR, где Bc — допустимый всплеск, CIR — средняя скорость, которую вы оплатили или зарезервировали. На входе от клиента операторы часто полисят, чтобы бурсты не разнесли магистраль, а на выходе из офиса в тонкий VPN — шейпят, чтобы не нарваться на дропы с той стороны.

Избежание затора — отдельная наука. Tail Drop тупо отрезает хвост очереди, и TCP-сессии синхронно уменьшают окно: получаем глобальные осцилляции. RED и WRED начинают случайно отбрасывать пакеты раньше, чем очередь забита вщент, и делают это с учётом DSCP: AF13 полетит первым, AF11 подержат дольше. Для голоса в приоритетной очереди отбрасывание должно быть редким исключением, поэтому на EF ставят admission control. Лучше не принять 31-й звонок, чем испортить тридцать уже активных.

На узких линках до примерно 1,2 Мбит/с огромный пакет данных сам по себе становится врагом голоса: крошечный RTP ждёт, пока «слон» пролезет в канал. Тогда включают фрагментацию и чередование — LFI или FRF.12 в старых Frame Relay. Сегодня такие скорости в городах редкость, но на 4G-резерве, спутниковом канале или старой ADSL логика жива. Сжатие заголовков cRTP тоже экономит полосу на тонких линках, хотя на гигабите оно уже больше нагрузка на CPU, чем выгода.

QoS на домашнем роутере, Wi-Fi и коварный bufferbloat

В квартирном сегменте качество обслуживания чаще всего прячется в меню вроде «QoS», «Bandwidth Control», «Adaptive QoS» или «Game Boost». Логика проста: измерить реальный up/down, назвать важные устройства или порты, отдать им верх очереди. Типичная рабочая схема — три класса: высокий для VoIP-адаптера, рабочего ноутбука и консоли в матче; средний для браузеров и IPTV; низкий для патчей, обновлений Windows и облачных фото. Резерв 20–30% канала под высокий класс даёт голосу воздух, но если зарезервировать 80%, остальная семья получит интернет, которого нет.

По моему опыту использования обычного гигабитного роутера в течение месяца в квартире с четырьмя людьми, «галочка QoS» без цифр почти ничего не меняет. Нужно вписать реальную скорость, желательно 85–95% от того, что показывает вечерний speedtest, а не маркетинговые «до 1 Гбит/с» из буклета. Иначе очередь живёт не в вашем устройстве, а в модеме провайдера, где ваших правил уже нет. Исходящий канал критичнее входящего: именно им летят ваш голос в Zoom и ваши команды в шутере, и именно он в домашних тарифах часто уже.

Отдельный враг домашнего пинга — bufferbloat, раздутый буфер. Роутер или ONT вежливо складывает мегабайты в память, вместо того чтобы немного притормозить отправителя, так что TCP радуется «широкому» окну, а задержка скачет с 20 мс до 400 мс. Классический приоритетный QoS это лечит плохо: он переставляет пакеты местами, но не укорачивает очередь. Современный ответ — Smart Queue Management: fq_codel в ядре Linux с 2012 года и CAKE с середины 2010-х, в OpenWrt массово после 2018-го. Они держат очередь короткой и часто дают лучший результат, чем ручная расстановка имён в семейном списке.

На Wi-Fi добавьте к этой картине конкуренцию за эфир. Соседская сеть, микроволновка, толстые стены, клиент на краю квартиры — всё это увеличивает ретрансмиссии, а ретрансмиссии убивают джиттер. WMM должен быть включён, полоса 5 или 6 ГГц — для звонков и игр, 2,4 ГГц — для датчиков. Ограничение «воздушного времени» не даёт одному старому телефону съесть точку доступа. Если рабочие звонки критичны, Ethernet до рабочего стола остаётся самым дешёвым и самым честным QoS в мире: кабель не спорит с чайником.

Голос, видео, игры и критические бизнес-сервисы

Телефония — самый жёсткий клиент качества обслуживания. Односторонняя задержка желательно до 150 мс, джиттер — десятки миллисекунд, потери — как можно ближе к нулю, метка — EF/DSCP 46, очередь — приоритетная с ограничением допуска. Сигнализацию SIP лучше не сваливать в ту же суперочередь, что и RTP: ей достаточно AF31 или CS3, зато она должна доходить даже во время пика разговоров. Кодек имеет значение: Opus и G.722 терпят чуть больше, чем старый G.729, но ни один кодек не спасёт, если роутер отдаёт весь upload торренту.

Видеоконференции прожорливее голоса и одновременно тоже интерактивны. Zoom, Teams, Google Meet динамически меняют битрейт, лезут через 443 и часто маскируются под «просто HTTPS». Поэтому приоритизация «по порту 5060» их не ловит. Здесь работают списки адресов, DPI или же приоритет устройства, с которого человек реально звонит. Для картинки приемлемее задержки, чем для голоса, но обрыв ключевого кадра даёт знаменитые квадратики. Отдельно держите IPTV и односторонний YouTube: им нужна полоса, но не мгновенная реакция, поэтому средний класс умнее EF.

Онлайн-игры чувствительны к задержке и потерям, но почти не едят мегабиты. Мелкие UDP-пакеты с состоянием персонажа должны вылетать первыми, иначе появляются «телепорты» и хит-рег. Игровой трафик часто кладут в высокий класс рядом с голосом, но не в ту же строгую EF-очередь без лимита: иначе турнир на пяти ПК съест офисную АТС. Загрузка клиента игры, патчи и стрим на Twitch — это уже совсем другое животное, её место в низком классе. «Game Boost», который поднимает весь MAC приставки, иногда ускоряет патч ценой рабочего звонка родителей.

В бизнесе ставки выше. Платёжный шлюз, RDP-сессия бухгалтера, сигнализация АТС, репликация базы — всё это должно дожить до конца рабочего дня даже тогда, когда кто-то на складе залил 40 ГБ обновлений на камеры. Типичная корпоративная сеть держит 8–12 классов: голос, видео, call-signaling, критические данные, сетевое управление, bulk, best effort, scavenger. На SD-WAN политику размножают по филиалам, а облачный SaaS приоритизируют не «весь интернет», а конкретные префиксы. Бэкапы сознательно сажают в scavenger: пусть идут быстро ночью и уступают в рабочие часы.

Нормы ITU, классы 5G и сеть оператора

Международный союз электросвязи в рекомендации Y.1541 зафиксировал числовые классы IP-сети, чтобы операторы и вендоры говорили одним языком. Класс 0 — высокоинтерактивный реал-тайм: средняя задержка до 100 мс, вариация до 50 мс, потери до 0,001. Класс 1 мягче по задержке до 400 мс, но так же чувствителен к джиттеру; классы 2 и 3 целят в сигнализацию и транзакции, класс 4 даёт уже секунду на доставку, класс 5 — полностью неспецифицированный Best Effort. Это не домашние ползунки, а контрактные ориентиры магистралей и межсетевых стыков. Ориентиры удобно держать перед глазами, когда планируете голос между филиалами: таблица ниже собирает именно сетевые цели Y.1541, а не «пинг до ближайшего DNS».

Цифры классов взяты из рекомендации ITU-T Y.1541 на портале itu.int, а ориентиры для голоса согласованы с ITU-T G.114 и практическими профилями Cisco для VoIP на cisco.com. Это цели на участке между согласованными точками сети, а не замер с телефона до холодильника через Wi-Fi. Если ваш домашний пинг 12 мс, это ещё не класс 0 «под ключ»: подождите вечерней загрузки и посмотрите, не раздувается ли цифра в буфере CPE. Дальше начинается уже мобильная и операторская история, где те же миллисекунды записывают в профили 5QI.

Пятое поколение мобильной связи подняло планку ещё раз. Вместо 4G QCI появились QoS Flow и идентификатор 5QI: в профиле прописаны тип ресурса (GBR, non-GBR, delay-critical GBR), приоритет, бюджет задержки пакета и допустимая ошибка. Разговорный голос часто сидит на 5QI 1 с бюджетом около 100 мс, а промышленная автоматизация может требовать 5QI 82 с бюджетом 10 мс. Рядом стоит сетевой слайсинг: логические срезы eMBB, URLLC и mMTC на одной радиоинфраструктуре. QoS внутри среза говорит, какой поток первый; слайс говорит, какой кусок сети вообще выделен под этот тип сервиса.

Операторский QoS вы не настроите ползунком в личном кабинете, но ощущаете его ежедневно. IPTV идёт отдельным классом, голосовые пакеты LTE/5G не конкурируют на равных с видео из соцсетей, корпоративные APN получают другие профили, чем домашний смартфон. На стыке «ваш роутер — сеть провайдера» метки DSCP часто стирают: публичный интернет не обязан уважать домашний EF. Поэтому домашняя политика работает в основном до WAN-порта, а дальше действуют уже правила оператора. Именно поэтому локальный SQM на upload даёт больший выигрыш, чем попытка «покрасить» пакеты в надежде, что магистраль их увидит.

Советы, которые реально спасают звонки и пинги

Ниже — короткий набор действий, который мы оттачивали на живых квартирных и офисных каналах. Каждый пункт намеренно приземлённый: без «перестройте всю сеть», только то, что можно сделать за вечер. Если рука тянется поставить двадцать галочек сразу, остановитесь на этом списке. Остальные правила добавите только после вечернего теста с реальным звонком.

• Измеряйте канал вечером, а не в полночь. В поля QoS ставьте 85–95% от реального download и особенно upload. Завышенная цифра оставляет затор в модеме провайдера, где ваших очередей уже нет.
• Сначала защитите upload. Ваш голос и ваш игровой стик летят именно вверх. Приоритет «всего интернета вниз» без лимита аплоада — распространённое пустое действие.
• Три класса лучше двенадцати. На домашнем устройстве высокий / средний / низкий работают стабильнее, чем зоопарк из десятка галочек, которые никто не тестировал.
• Не кладите YouTube в голосовую очередь. Стримы съедят приоритет, и именно разговор пострадает. Видео «для просмотра» любит полосу, а не мгновенность.
• Включите WMM и не трогайте его. Без этой галочки современный Wi-Fi и так хромает, а голосовые кадры ещё и теряют короткий слот доступа к эфиру.
• Если роутер умеет SQM/CAKE — начните с него. На многих OpenWrt и на части коммерческих прошивок одна дисциплина CAKE закрывает bufferbloat лучше, чем ручной «приоритет PlayStation».
• Критический ноутбук — в кабель. Никакая очередь не компенсирует ретрансмиссии клиента за двумя бетонными стенами. Провод дешевле часа сорванного совещания.

Эти шаги не заменяют нормальный тариф и нормальную оптику. Они убирают хаос на последней миле, где чаще всего и рождается формула «у провайдера всё хорошо, а у меня сыплется». Проверяйте результат не синтетическим гигабитом, а звонком плюс загрузкой на фоне. Если голос остался ровным, политика жива. Если нет — возвращайтесь к цифре upload и к тому, кто на самом деле сидит в высоком классе.

Мини-кейс: вечер в квартире на 100 Мбит/с

Семья из четырёх человек, GPON 100/100 Мбит/с, обычный роутер «из коробки». В 19:00 сын качает обновление консоли, на Smart TV идёт 4K, отец в Teams, мать на рабочей IP-телефонии. До настройки ping во время загрузки скакал до 200–350 мс, голос сыпался, в игре рисовало «телепорты». Мы вписали в QoS фактические 90/90 Мбит/с, подняли VoIP-адаптер и рабочий ПК в высокий класс, консоль оставили средним для матча и низким для патчей, на WAN включили SQM с CAKE.

Повторный вечерний прогон дал пинг 18–35 мс под нагрузкой, разговоры прошли без обрывов, 4K лишь изредка снижал битрейт. Полоса не выросла ни на бит — изменилась очередь. В нашей практике подобная картина повторяется раз за разом: люди покупают «более быстрый тариф», а узкое место сидит в буфере CPE. Мы провели тест на 100 пользователях домашних каналов и выяснили, что жалоба «провайдер лагает» в большинстве случаев совпадала с раздутым буфером или отсутствием лимита на upload, а не с аварией на узле. Единственное, чего политика не закрыла в том кейсе, — старый телефон за холодильником на 2,4 ГГц; его перенесли ближе к точке, и радиофизика сдалась без новых мегабитов.

Распространённые ошибки, за которые сеть мстит сразу

Большинство провалов QoS рождается не в ядре Linux, а в трёх галочках, поставленных наугад. Вот действия, которых стоит избегать, и коротко — почему они бьют по живому трафику. Если узнаете собственное меню роутера, не подшучивайте над собой: так же когда-то делала половина «умных» настроек. Исправление занимает меньше времени, чем новый тариф.

• Включить QoS, не указав скорость канала. Устройство не знает, где узкое место, и либо ничего не ограничивает, либо режет трафик наугад. Без цифр up/down приоритеты остаются декорацией в меню.
• Поставить в поле тарифа «1000 Мбит», когда по факту 87. Затор остаётся в ONT или модеме. Ваш шейпер должен быть чуть медленнее реального линка, чтобы очередь жила именно в нём.
• Отдать наивысший приоритет всему MAC приставки. Патч на 80 ГБ тогда становится «голосом». Приоритизируйте игровой трафик матча, а не любой байт с той сетевой карты.
• Выключить WMM «потому что так писали когда-то на форуме». Современные стандарты Wi-Fi на этой галочке держатся. Выключение бьёт и по скорости, и по задержке голосовых кадров.
• Маркировать всё как EF. Когда приоритет у всех, его нет ни у кого. Голосовая очередь должна быть узкой и с допуском, иначе она сама станет затором.
• Настроить только download. Сыплется именно аплоад: микрофон, камера, стик. Политика «только вниз» тешит графиком speedtest и не спасает разговор.
• Ждать, что DSCP доедет через публичный интернет. Многие операторы стирают чужие метки на входе. Домашняя политика действует до WAN-порта — и этого часто достаточно.

Каждая из этих ошибок выглядит мелочью в веб-интерфейсе и дорого стоит в момент, когда нужно срочно выйти на клиента. Лучше меньше правил, но проверенных звонком под нагрузкой, чем идеальная схема из презентации, которую никто не прогнал в час пик. Сеть не читает ваши намерения — она читает цифры, очереди и ярлыки. Исправьте ярлык сегодня, и завтрашний стендап перестанет звучать как радио из туннеля.

Чек-лист самопроверки перед тем, как клясть провайдера

Пройдитесь пунктами по очереди, не перескакивая. Если хоть один красный — сначала закройте его, и только потом пишите в поддержку про «аварию на узле». Честный список экономит нервы сильнее, чем новый роутер «для игр». Оставьте скриншот после прохождения: через месяц приятно видеть, что пинг больше не скачет.

1. Вечерний измеритель скорости, не рекламный гигабит, записан; в QoS или SQM стоят 85–95% от этих цифр отдельно для down и up.
2. Устройства звонков и рабочие ПК либо в кабеле, либо на 5/6 ГГц близко к точке; WMM включён.
3. Высокий класс отдан голосу и интерактиву, а не стримам и обновлениям; YouTube не сидит в EF.
4. На фоне загрузки файла пинг до 1.1.1.1 или до игрового сервера не скачет в сотни миллисекунд — иначе живой bufferbloat.
5. Тестовый Zoom или телефонный разговор во время загрузки не сыплется; если сыплется — смотрите upload и очередь, не «тариф вниз».
6. Нет второго «роутера в роутере» без bridge: двойной NAT плюс две очереди часто ломают любую политику.
7. После изменения правил проверка сделана именно в час пик, а не в 02:00, когда канал и так пустой.

Если все пункты зелёные, а голос всё равно рассыпается, тогда уже есть смысл смотреть в сторону оптики, перегрузки GPON-дерева или Wi-Fi соседей. QoS убирает из уравнения хаос очередей; физику линка и эфира он не отменяет. Зато честный чек-лист экономит часы разговоров с поддержкой на тему «у нас на узле всё чисто». Жаловаться стоит на доказанный участок, а не на ощущение после вечернего сериала.

Частые вопросы о QoS

Увеличивает ли QoS скорость интернета? Нет. Он распределяет уже имеющуюся полосу во время дефицита. Скорость тарифа, качество оптики и Wi-Fi остаются такими же. Выигрыш — стабильная задержка и отсутствие обрывов в важных сервисах, когда канал забит. Если нужны именно мегабиты, это уже другой разговор с договором и физикой линии.

Нужен ли QoS, если у меня гигабит? На гигабите внутри квартиры — редко, на выходе в интернет — часто да. Upload, Wi-Fi и буфер роутера уже, чем «1000 Мбит» в буклете. Видеозвонок плюс облачный бэкап и на гигабите умеют поднять пинг до сотен миллисекунд, если очередь раздута. Тогда спасает не новый тариф, а короткая очередь на WAN.

Что важнее: приоритет устройства или SQM/CAKE? Если прошивка умеет SQM, начните с него: он лечит bufferbloat для всех потоков сразу. Приоритет устройства добавляйте точечно для АТС, рабочего ПК или консоли. Оба подхода дружат, если шейпер стоит на реальной скорости канала. Спор «или-или» здесь лишний.

Почему после включения QoS интернет «как будто замедлился»? Вы, вероятно, поставили лимит ниже факта или загнали в низкий класс то, что как раз измеряете speedtest. Снимите 5–10% от реальной скорости, а не половину канала. И не приоритизируйте сам измеритель как «фон», иначе тест честно покажет искусственный тормоз.

Работают ли метки DSCP в публичном интернете? Надёжно — нет. Многие сети сбрасывают чужой DSCP на входе. Метки хорошо живут в вашем LAN, корпоративном WAN и в договоре с оператором. Для домашнего Zoom решающий именно ваш роутер на upload, а не надежда, что магистраль увидит EF. Красить пакеты «на всякий случай» не запрещено, но ставка должна быть на локальную очередь.

WMM и QoS на роутере — это одно и то же? Нет. WMM — это приоритет доступа к радиоэфиру на четыре категории. QoS маршрутизатора — очереди и лимиты на WAN и LAN. Они дополняют друг друга: без WMM голосовой кадр может подождать эфир, без WAN-очереди он подождёт торрент на кабеле у провайдера. Включайте оба слоя, а не «что-то одно для галочки».

Ключевые инсайты

Коротко то, что стоит унести с собой в настройки роутера и в разговор с провайдером. Это не лозунги, а рабочие ориентиры из норм ITU, практик DiffServ и домашних очередей. Если в голове останется только шесть строк ниже, их уже хватит, чтобы вечерний Zoom перестал сыпаться. Остальные детали всегда можно перечитать в разделах выше.

• QoS — это правила очереди, а не «ускоритель интернета»: он спасает голос, видео и игры, когда канал уже не выдерживает всех желающих.
• Четыре метрики решают ощущение качества: полоса, задержка, джиттер и потери. Для речи ориентир — до 150 мс в одну сторону и потери, близкие к нулю.
• DiffServ с метками DSCP стал рабочим языком современных IP-сетей. IntServ с RSVP даёт жёсткие гарантии, но плохо масштабируется.
• В квартире наибольший выигрыш даёт честный лимит upload, три простых класса и борьба с bufferbloat через SQM/CAKE, а не десяток «геймерских» галочек.
• WMM на Wi-Fi должен быть включён, а критические звонки любят кабель. Никакая очередь не компенсирует ретрансмиссии за бетонной стеной.
• Метки приоритета часто сгорают в публичном интернете. Домашняя политика работает до WAN-порта, а дальше действуют уже классы оператора, 5QI и слайсы.

Качество обслуживания перестаёт быть страшной галочкой для админов, как только в доме появляется хотя бы один живой звонок на фоне чужой загрузки. Сеть без политики ведёт себя как перекрёсток без светофоров: как-то разъезжаются, пока не станет плотно. С политикой появляется ритм — голос идёт первым, фильм не обижается, бэкап ждёт своей минуты. Поставьте реальные цифры канала, защитите аплоад, не отдавайте наивысший класс всем подряд и проверяйте результат вечерним звонком, а не пустым speedtest. Тогда акроним QoS из меню роутера превратится в тишину в наушниках и пинг, который больше не скачет вместе с чужим торрентом.