QoS в роутере: как дать приоритет видеозвонкам, играм и работе

Главный принцип: QoS нужен не для увеличения мегабит, а для управления очередью и конкуренцией в том узле, который вы контролируете. Если звонок начинает прерываться только во время резервного копирования, а игра получает скачки latency при загрузке большого файла, сначала проверьте домашний WAN bottleneck. Shaping вместе с AQM и fair queueing обычно является более понятной отправной точкой, чем безусловный highest priority для целого компьютера.

В интерфейсах разных производителей одинаковая надпись может скрывать несопоставимые функции. Один роутер предлагает лимит устройства, другой — классы приложений, третий — Smart Queue Management с CAKE или FQ‑CoDel. Поэтому эта инструкция описывает функции и проверяемые результаты, а не последовательность пунктов конкретного меню. Перед изменением сохраните текущие значения и официальный manual для своего hardware revision.

Сначала докажите, что очередь находится дома

Подготовьте Ethernet-клиент, чтобы Wi‑Fi не смешивался с WAN. Измерьте стабильные download и upload, затем отдельно нагрузите каждый из направлений и параллельно наблюдайте latency до LAN-адреса роутера и внешней контрольной цели. Рост только внешней задержки под вашим трафиком согласуется с очередью на доступе. Скачок до самого роутера указывает на локальный radio, driver, CPU или LAN, а не на задачу WAN QoS.

Один максимальный результат speed test не подходит для shaper. Нужна скорость, которую линия удерживает в нескольких близких запусках. Подготовка браузера, выбор сервера и раздельная проверка кабеля описаны в материале о правильном измерении скорости интернета. Запишите время, negotiated port rate и отсутствие другого фонового трафика, иначе before/after окажутся разными экспериментами.

Для видеосвязи отдельно воспроизведите upload. Исходящий media stream, демонстрация экрана и cloud sync делят более узкий канал многих асимметричных тарифов. Download-нагрузка полезна для проверки обновлений и streaming. Не объединяйте результаты: удачная настройка egress ещё не доказывает правильную ingress shaping, и наоборот.

Если ухудшение возникает без домашней нагрузки в фиксированное вечернее время, сравните с разбором, почему интернет тормозит вечером. Очередь на агрегации оператора или неудачный внешний маршрут не перемещаются в ваш роутер одной галочкой. Домашний shaper управляет лишь тем трафиком, который проходит через выбранный интерфейс.

Не все QoS-механизмы взаимозаменяемы

Rate limit и shaping

Лимит устройства отвечает на вопрос «сколько ему разрешить», а shaper общей линии — «где сформировать управляемый bottleneck». При скорости немного ниже фактического доступа пакеты ожидают в роутере, где scheduler и AQM могут повлиять на порядок и длину очереди. Пиковый throughput уменьшается сознательно. Если задача состоит лишь в том, чтобы один телевизор или backup-host не забрал весь канал, используйте руководство по ограничению скорости устройства.

AQM

Active Queue Management отмечает ECN или отбрасывает отдельные packets до полного заполнения буфера. Сигнал позволяет responsive transport снизить нагрузку раньше, чем tail-drop очередь надолго станет полной. RFC 7567 рассматривает queue management отдельно от scheduling: первое контролирует накопление, второе выбирает следующий packet. Хорошая конфигурация может использовать оба механизма одновременно.

Flow scheduling

FQ‑CoDel разделяет flows и сочетает scheduler с CoDel. Короткий interactive flow не обязан ждать за каждым packet массивной передачи в одной FIFO. Но flow fairness не всегда равна host fairness: одно приложение способно открыть несколько соединений, а NAT скрывает структуру внутренних hosts. CAKE предлагает дополнительные режимы, однако их наличие и semantics нужно подтверждать документацией платформы.

DSCP и классы

DiffServ Code Point выбирает per-hop behavior внутри домена, который признаёт эту policy. Ваши marks могут измениться или исчезнуть после WAN. RFC 4594 даёт рекомендации для service classes, а не обещание сквозного приоритета в публичном интернете. Нельзя пометить весь UDP как voice: туда попадут bulk-приложения, а настоящая видеосвязь может использовать несколько transports.

Приоритет устройства

Функция «этот ноутбук важнее» проста, но поднимает вместе со звонком обновление, backup и speed test того же host. Она полезна при понятной конкуренции двух устройств и документированной реализации, однако слабо заменяет per-flow queueing. Если активных клиентов много, материал о реальной нагрузке устройств на роутер поможет анализировать airtime и flows, а не номинальный лимит подключений.

Конструктор стартового правила

Калькулятор умножает устойчиво измеренную скорость на выбранную вами долю. Диапазон 80–100% позволяет явно проверить компромисс, а 90% в исходных полях — опубликованный стартовый пример OpenWrt, не стандарт интернета. Полученные rates надо переносить в единицах вашей прошивки: если поле требует кбит/с, 18,0 Мбит/с соответствует 18000 кбит/с при десятичном сетевом обозначении.

Пример расчёта: baseline 100/20 Мбит/с при 90% превращается в 90,0/18,0 Мбит/с. Если фактический доступ иногда падает до 15 Мбит/с upload, limit 18,0 не удержит очередь на роутере; снизьте только этот direction и повторите процедуру. Если WAN стабилен, можно осторожно поднять процент, пока loaded latency остаётся приемлемой для вашей задачи.

Политика для звонка, игры и рабочего дня

Звонок с параллельной отправкой файлов

Запустите контролируемый upload и тот же звонок. При устойчивом LAN ping и росте внешней latency перенесите egress queue на роутер через upload shaper. Fair queue/AQM даст отдельным flows шанс обслуживаться без привилегии всего ноутбука. Класс real-time добавляйте только тогда, когда classifier действительно отличает media от синхронизации этого же host.

Онлайн-игра во время download

Первое разделение — Ethernet против Wi‑Fi. Если кабель устраняет spikes, QoS WAN не является первым лечением; ищите airtime competition, плохой signal или roaming. Сравнение кабеля и Wi‑Fi помогает выбрать контрольную среду. Когда проблема сохраняется на Ethernet только под download, тестируйте ingress shaping и AQM.

Облачная игра и домашний backup

Cloud gaming одновременно чувствителен к latency, jitter, loss и доступной видеополосе. Не ставьте ему слишком маленький rate limit ради низкого ping: адаптивный stream снизит качество или начнёт терять frames. Сначала обеспечьте управляемую очередь, затем наблюдайте фактический поток. Дополнительный контекст даёт статья об условиях облачного гейминга.

Два удалённых сотрудника

Strict priority одного рабочего компьютера ущемит второй. Лучше разделить flows/hosts и оставить достаточную долю default class. Если приложение использует VPN, классификация по inner ports может быть недоступна роутеру; host fairness и общий shaper становятся надёжнее догадок. Проверьте оба звонка одновременно, а не по очереди.

Как перенести расчёт в незнакомое меню

Сначала найдите в официальном manual точное назначение раздела: QoS, Traffic Control, Bandwidth Control и SQM могут означать разные функции. Уточните, принимает ли форма абсолютный rate или процент, какие единицы использует, относится ли download к ingress, а upload к egress, и применяется ли правило до или после NAT. Не переносите путь из инструкции для другого firmware: названия вкладок и порядок обработки не стандартизованы.

1. Сохраните текущую конфигурацию или сделайте снимки всех изменяемых полей.
2. Введите рассчитанный limit только для доказанного проблемного направления; для SQM выберите документированный AQM/queue discipline.
3. Если есть отдельный classifier, создайте одно узкое правило и оставьте обычный traffic в default class.
4. Примените изменение, дождитесь восстановления WAN и повторите тот же тест с теми же endpoints.
5. Запишите loaded latency, loss, throughput и CPU, прежде чем менять следующий параметр.

Для доступа к административной панели используйте локальный адрес и порядок авторизации конкретного устройства; базовая подготовка есть в инструкции, как войти в настройки роутера. Не открывайте web-интерфейс из публичного интернета ради QoS и не включайте remote management как побочный шаг.

Аппаратное ускорение может обходить software queue, а software shaping — отключать ускорение. Наблюдайте CPU и реальный throughput после включения. Если гигабитный тариф падает значительно ниже рассчитанного rate при полном процессоре, это предел платформы, а не повод поднимать каждую priority. Решение может потребовать более производительного gateway или разделения router и access point.

Проверка результата, побочные эффекты и откат

Успех измеряется не цветом индикатора QoS. Повторите baseline без нагрузки, затем upload-only и download-only. Для звонка отметьте разрывы речи и стабильность демонстрации экрана; для игры — не среднее единственного ping, а spikes и loss в одинаковой сцене. Throughput должен соответствовать введённому shaper с понятной разницей на overhead. Если latency улучшилась, но полезная скорость неприемлемо упала, увеличивайте процент одним шагом.

Одновременно контролируйте LAN ping. Если он растёт вместе с внешним, bottleneck остался в Wi‑Fi, switching или CPU. Разбор периодических обрывов в статье о нестабильном Wi‑Fi поможет отделить потерю radio association от WAN queue. QoS не чинит помехи и слабый signal.

Если после правила появились starvation, недоступный сервис или меньшая скорость без выигрыша latency, выключите последнее изменение и подтвердите возврат baseline. Затем проверьте units и direction. Ошибка Мбит/с против кбит/с меняет limit в тысячу раз; перепутанные ingress и egress оставляют исходную очередь нетронутой. Откат одного шага сохраняет причинность.

Почему «пометить всё важное» не работает

DSCP — локальный сигнал policy, а не резервирование по всему пути. RFC 2474 определяет поле DiffServ и per-hop behavior; RFC 4594 описывает рекомендации service classes. Оператор и удалённая сеть могут переписать или игнорировать marks. Поэтому проверяйте эффект на своём bottleneck и не обещайте приложению end-to-end priority.

Большой класс high priority способен вытеснить default. Если туда попали conferencing, VPN, весь UDP, рабочие ноутбуки и телевизор, у scheduler почти не осталось выбора. Классифицируйте минимально необходимый traffic и задайте ограничения, если реализация это позволяет. Для encrypted tunnel часто разумнее fairness между hosts/flows, чем недостоверное распознавание приложения.

ECN тоже не является ускорителем по щелчку. RFC 3168 описывает сигнал congestion для совместимых endpoints, а RFC 9332 — отдельную архитектуру L4S с требованиями к DualQ и transport. Наличие ECN checkbox не доказывает L4S и не заменяет правильно расположенную управляемую очередь. Не смешивайте эти режимы без документации обеих сторон.

Короткий план эксплуатации

Храните небольшой журнал: дата, firmware, baseline, configured rates, queue discipline, результат трёх направленных тестов и причина следующего изменения. Повторяйте измерение после смены тарифа, WAN-технологии, router или режима offloading. Старые 90/18 Мбит/с не остаются правильными автоматически после перехода линии на 300/30.

Практический порядок таков: локализуйте очередь; вычислите осторожные rates; включите один механизм; сравните identical before/after; оставьте конфигурацию только при измеримом выигрыше. Такой процесс отличает управляемый QoS от набора приоритетных ярлыков и даёт понятный путь отката.

Сложные топологии: где именно ставить shaper

В цепочке ONT — операторский gateway — ваш router — access point несколько устройств могут называться роутерами, но очередь доступа контролирует лишь определённый узел. Режим bridge меняет границу NAT и точку применения policy. Нарисуйте, где завершается PPPoE или VLAN, какой интерфейс получает WAN-адрес и какой процесс отправляет packets на медленную линию. Shaper на access point не управляет очередью upstream gateway, если routing выполняется раньше.

При двойном NAT не включайте одинаковый shaping на обоих устройствах автоматически. Две независимые limits уменьшают throughput и затрудняют поиск причины, особенно если clocks и overhead учитываются по-разному. Начните с gateway непосредственно перед доказанным bottleneck. Второй механизм оправдан лишь для отдельной более узкой границы, например медленного radio backhaul, и проверяется собственным сценарием.

PPPoE, VLAN tags, VPN encapsulation и link-layer overhead увеличивают число переданных bytes относительно полезного IP payload. Поэтому limit, равный результату application speed test, иногда всё ещё слишком высок: нижележащая очередь успевает сформироваться вне shaper. Не копируйте коэффициент из чужой линии. Уменьшайте rate небольшим шагом и наблюдайте одновременно latency и delivered throughput.

Переменная скорость мобильного и радио-доступа

На LTE, 5G или fixed wireless доступная ёмкость меняется с radio conditions и загрузкой cell. Статический shaper 18 Мбит/с управляет очередью, пока реальный uplink выше этого значения; когда radio даёт только 10 Мбит/с, bottleneck снова перемещается наружу. Для важного звонка можно выбрать консервативный rate по серии измерений, но цена — потеря доступной скорости в хорошие минуты.

Adaptive или autorate решения пытаются отслеживать меняющийся link, однако их алгоритм, probes и устойчивость зависят от конкретной платформы. Наличие слова adaptive в интерфейсе не доказывает, что она измеряет текущий radio capacity. Проверьте official manual и наблюдайте, как configured rate меняется при ухудшении сигнала. Без такой проверки относитесь к функции как к эксперименту.

Если spikes совпадают с ростом LAN latency по Wi‑Fi, радиопланирование остаётся отдельной задачей. WAN QoS не распределяет airtime между соседними BSS и не исправляет retries из-за помех. Для чистого эксперимента подключите клиент Ethernet, оставив тот же WAN load; только после этого переносите вывод на беспроводной сценарий.

Сохранение policy после обновлений

Экспортируйте конфигурацию до изменения firmware, но не предполагайте, что backup можно безопасно импортировать в любую версию. После reboot проверьте, существует ли правило, относится ли оно к актуальному interface и не включился ли flow offloading в обход software queue. Выполните короткие upload-only и download-only тесты, а не ограничивайтесь наличием строки в меню.

Переименование interface после смены WAN-протокола способно оставить визуально сохранённое правило без трафика. Сравните counters, если firmware их показывает: число обработанных packets должно расти именно во время контрольной нагрузки. Нулевой counter при заполненном канале — сигнал проверить binding, а не усиливать priority.

Документируйте рабочее состояние кратко: версия firmware, интерфейс, rates, discipline, исключения и измеренный эффект. Такая запись позволяет восстановить policy осмысленно, а не загружать устаревший backup вместе с нежелательными паролями или сетевыми адресами.