QoS для голоса, видео и данных на маршрутизаторах Huawei
Как QoS на маршрутизаторе Huawei защищает голос и видео от перегрузки канала в филиальной сети.
Когда голосовой трафик, видеоконференция и фоновая загрузка файлов идут через один канал филиала, при перегрузке страдает не всё подряд, а именно то, что чувствительно к задержке, — голос начинает рваться, а видео зависает кадрами. Полоса при этом может быть свободна на 80%: проблема не в объёме канала, а в порядке, в котором маршрутизатор пересылает пакеты. Приоритезация трафика (QoS) решает именно это — не увеличивает канал, а меняет очередь.
Разберём, какие классы трафика приоритизируют на маршрутизаторе Huawei в филиальной сети, чем QoS отличается от простого ограничения скорости, и что проверить перед вводом канала в эксплуатацию.
Почему нельзя просто расширить канал
Расширение полосы откладывает проблему, но не решает её: в момент кратковременного всплеска нагрузки — например, синхронизации резервной копии — задержка на голосовых пакетах вырастет даже при формально свободном канале, потому что все пакеты по умолчанию обрабатываются в порядке поступления. QoS переставляет пакеты в очереди до передачи, отдавая приоритет чувствительным к задержке классам трафика, а не просто повышает пропускную способность.
Классы трафика по чувствительности
- Голос (VoIP) — самый чувствительный к задержке и джиттеру класс. Даже 150 мс задержки заметны на слух, а неравномерность интервалов между пакетами разрушает разборчивость речи быстрее, чем сама задержка.
- Видеоконференция — чувствительна к задержке и потерям пакетов, но переносит колебания задержки лучше голоса за счёт буферизации на приёмной стороне.
- Интерактивные приложения — терминальный доступ, 1С в режиме реального времени — чувствительны к задержке, нечувствительны к объёму.
- Фоновая передача данных — синхронизация файлов, резервное копирование, обновления — нечувствительна к задержке, можно пересылать в остаточное время канала.
Как маршрутизатор Huawei определяет приоритет
Классификация трафика строится по нескольким признакам одновременно, а не по одному критерию — иначе схема легко ломается при изменении инфраструктуры.
- По протоколу и порту — базовый способ, но ненадёжен сам по себе: часть приложений использует динамические порты или маскируется под HTTPS.
- По полю DSCP в заголовке пакета — трафик уже промаркирован источником (IP-телефоном, кодеком видеоконференции), и маршрутизатор доверяет этой метке или переопределяет её на границе сети.
- По адресу источника и назначения — например, весь трафик до определённого сервера видеоконференцсвязи получает повышенный приоритет вне зависимости от протокола.
- По распознаванию приложений (DPI) — маршрутизатор анализирует содержимое пакета и определяет приложение даже без явной маркировки, актуально там, где источник трафика не расставляет метки самостоятельно.
Очереди и что происходит при перегрузке канала
| Класс трафика | Приоритет очереди | Поведение при перегрузке |
|---|---|---|
| Голос | наивысший | обрабатывается вне очереди, гарантированная полоса |
| Видеоконференция | высокий | гарантированная полоса, минимальные потери |
| Интерактивные приложения | средний | обслуживается после голоса и видео, без длительных задержек |
| Фоновая передача | низкий | первым теряет пакеты и полосу при перегрузке |
Резервный канал и QoS вместе
На филиале с резервным каналом приоритезация работает в связке с балансировкой: пока основной канал держит нагрузку, голос и видео идут по нему с максимальным приоритетом, а фоновая передача может частично уходить в резервный канал даже при исправном основном — так суммарная полоса используется полнее. При переключении на резервный канал по отказу основного схема приоритетов должна быть настроена одинаково на обоих направлениях, иначе в момент аварии голосовой трафик получит ту же перегрузку, от которой должен был быть защищён.
Что проверить перед вводом схемы в эксплуатацию
- Маркировка DSCP сквозная по всему пути, а не только на маршрутизаторе филиала — если промежуточный коммутатор сбрасывает метки, приоритет теряется посередине пути.
- Реальная нагрузка проверена под пиковый час, а не в тестовом окне с низкой загрузкой канала — QoS проявляет эффект именно при перегрузке, в свободном канале разницы не видно вообще.
- Приоритет голоса не занимает канал целиком — гарантированная полоса для голоса ограничивается процентом от канала, иначе при массовом одновременном звонке фоновый трафик может быть вытеснен полностью.
Частые вопросы
QoS увеличивает пропускную способность канала? Нет, канал остаётся тем же. QoS меняет порядок обработки пакетов при перегрузке, а не объём канала.
Нужна ли приоритезация, если канал никогда не загружен полностью? Формально эффект проявляется только при перегрузке — если канал стабильно свободен на треть и больше, QoS настраивают заранее, на случай будущего роста нагрузки.
Можно ли настроить QoS только на маршрутизаторе, без коммутаторов между ним и телефонами? Приоритезация эффективна только на всём пути следования трафика. Если между источником голоса и маршрутизатором стоит немаркированный коммутатор без поддержки QoS, приоритет может теряться на этом участке.
Как проверить, что приоритезация реально работает? Создать искусственную перегрузку канала фоновым трафиком и замерить задержку и потери на голосовом или видеопотоке — при работающем QoS они должны остаться в норме.
Что мы поставляем
В каталоге Азияторг — маршрутизаторы Huawei, включая линейку AR и модели NetEngine AR5710-S для филиальной сети с поддержкой QoS и резервного канала, а также комплектующие и модели ME60 для узла агрегации нескольких филиалов.
Опишите состав трафика филиала и число одновременных голосовых линий на sale@huawei.net.ru — подберём модель маршрутизатора и схему приоритезации под задачу.
