QoS в сетях: классификация, DSCP и приоритизация трафика для CCNA

Привет! Меня зовут Стефан Жаврид. Когда я впервые столкнулся с QoS, мне показалось, что это тёмное искусство: куча терминов, непонятные значения DSCP и постоянное ощущение, что настраиваешь что-то, что не работает. На самом деле логика простая, если начать с проблемы, которую QoS решает. В этой статье я разберу, зачем нужна приоритизация, как работает классификация и маркировка, и что из этого спрашивают на CCNA.

Для новичков: зачем вообще нужен QoS

Представьте дорогу. Если машин мало — все едут с комфортной скоростью. Если машин больше, чем полос, образуется пробка. Сеть работает так же: в какой-то момент трафика становится больше, чем может пропустить канал. Это место называется точкой перегрузки (congestion point).

В сети почти всегда есть узкое звено: один канал, который медленнее остальных, или одно устройство, через которое идёт всё. Именно на нём возникает перегрузка, и именно там маршрутизатору или коммутатору нужно решить: какой трафик отправить первым, какой отложить, а какой отбросить.

QoS (Quality of Service) — это набор механизмов, которые говорят сети, как обращаться с разными типами трафика при перегрузке. Голос должен идти первым, потому что задержка в 200 мс убивает разговор. Файловая копия может подождать. Без QoS всё идёт по принципу best effort — кто первый встал, того и тапки.

Перегрузка: почему нельзя просто расширить канал

Первый вопрос, который возникает: почему бы просто не сделать каналы достаточно широкими, чтобы перегрузки не было? Иногда это работает — избыточное выделение ресурсов действительно лучший QoS из всех. Но не всегда.

Причины, по которым расширение канала не решает проблему:

• Некоторые приложения забирают всю доступную полосу. Если канал шире, они займут и его. Перегрузка для остальных останется.
• Всплески трафика. Приложение может молчать, а потом выдать гигабит за секунду. Канал на пике всё равно перегрузится.
• TCP сам создаёт перегрузку. Он периодически ускоряется, чтобы проверить, сколько полосы доступно. Это нормальное поведение, но оно создаёт кратковременные перегрузки.
• Деньги. Часто расширить канал можно, но это непропорционально дорого. Например, в дата-центре коммутатор ToR имеет 48 портов 10GbE к серверам и 4 порта 40GbE к остальной сети. Соотношение переподписки 3:1 — норма. Сделать его 1:1 можно, но стоимость вырастет в разы.
• WAN-каналы. Дальние линии связи, которые арендуются у провайдеров, почти всегда медленнее локальных. Университетский кампус может иметь 100 Гбит/с внутри, а до филиала — 1 Гбит/с. И это не изменится, потому что оптика через полмира стоит дорого.

Классификация и маркировка: два шага, которые решают всё

QoS начинается с того, что трафик нужно разделить на классы. Нельзя настроить отдельную политику для каждого приложения в мире — их слишком много. Поэтому трафик группируют: например, голос, бизнес-критичные приложения, трафик управления сетью и всё остальное (best effort).

Обычно используют от 4 до 8 классов. Больше — сложнее настраивать и поддерживать, и профит от этого сомнительный.

Классификация vs маркировка

• Классификация — определение, к какому классу относится пакет. Можно по адресу, порту, размеру, протоколу. Это локальная операция: она действует только на том устройстве, которое её выполнило.
• Маркировка — запись метки в сам пакет. После этого все последующие устройства читают метку и не тратят ресурсы на повторную классификацию.

Правильная схема выглядит так: классифицировать пакет один раз, на входе в сеть, пометить его, а дальше на каждом устройстве просто читать метку. Это экономит ресурсы и даёт единообразие.

Метки: ToS, DSCP и границы доверия

Самый распространённый способ маркировки — поле ToS (Type of Service) в заголовке IPv4. В IPv6 есть аналогичное поле Traffic Class. Восемь бит ToS делятся на две части: шесть бит DSCP (Differentiated Services Code Point) и два неиспользуемых бита.

Для DSCP есть стандартные значения, описанные в RFC. Я приведу самые используемые:

Граница доверия

Есть проблема: если разрешить любому приложению ставить себе метку, все поставят максимальный приоритет. Тогда приоритета не будет ни у кого. Чтобы этого избежать, вводят границу доверия (trust boundary).

Граница доверия — это точка в сети, до которой метки не доверяются и перезаписываются, а после — принимаются как есть. Обычно это порт коммутатора, к которому подключён IP-телефон или доверенный сервер. Всё, что приходит с недоверенных устройств, маркируется заново или сбрасывается в 0.

Как это связано с CCNA

На экзамене CCNA тема QoS встречается в разделе про сетевые технологии и безопасность. Чаще всего спрашивают:

• что такое классификация и маркировка и чем они отличаются;
• какие поля используются для маркировки (ToS, DSCP, CoS);
• что означает EF и в каких случаях он используется;
• зачем нужна граница доверия;
• какие механизмы очередей бывают (priority queuing, CBWFQ, LLQ) — обзорно.

По моему опыту, QoS — одна из тем, где новички теряются: терминов много, а логика неочевидна. Но если понять три шага (классификация → маркировка → обработка) и границу доверия, всё становится на места.

Частые ошибки новичков

• Путают классификацию и маркировку. Классификация — локальное решение, маркировка — метка в пакете, которую видят все.
• Маркируют на каждом устройстве. Это дорого по ресурсам и сложно поддерживать. Маркируйте один раз на границе.
• Забывают про границу доверия. Без неё любое приложение поставит себе EF, и приоритет потеряет смысл.
• Думают, что QoS увеличивает полосу. Нет, QoS перераспределяет её между классами. Если канал перегружен в 10 раз, QoS не спасёт.
• Настраивают QoS без мониторинга. Без сбора статистики по классам невозможно понять, работает ли политика.

FAQ

Читайте также