Открыть сервисСервис

QoS — качество обслуживания в компьютерных сетях

QoS (англ. Quality of Service, качество обслуживания) — это набор технологий и механизмов, обеспечивающих управление параметрами передачи данных в компьютерных сетях: задержкой, джиттером (колебаниями задержки), потерями пакетов и пропускной способностью. QoS позволяет сети распределять ресурсы между потоками данных с разными требованиями, гарантируя приоритет критически важному трафику — голосовой и видеосвязи — над менее чувствительными к задержкам приложениями, такими как передача файлов или электронная почта.

Проблема, которую решает QoS

Стандартная работа IP-сетей основана на принципе best effort («лучшее усилие»): маршрутизаторы обрабатывают все пакеты одинаково, без приоритетов. При перегрузке очередей пакеты отбрасываются или задерживаются, что одинаково сказывается на всех сервисах. Для файловой загрузки несколько дополнительных миллисекунд задержки незаметны, но для IP-телефонии или видеоконференцессвязи такая задержка и связанный с ней джиттер делают разговор непригодным.

QoS вводит дифференцированное обслуживание: сеть классифицирует трафик и применяет к каждому классу свои правила — приоритет, гарантированную пропускную способность, допустимый уровень потерь.

Основные параметры, которые управляет QoS

ПараметрОписание
Задержка (latency)Время доставки пакета от источника до получателя
ДжиттерКолебания задержки между последовательными пакетами
Потери пакетовДоля пакетов, не дошедших до получателя
Пропускная способностьОбъём данных, передаваемых за единицу времени

Классификация трафика

Первый шаг работы QoS — классификация пакетов. Она выполняется по разным признакам: IP-адрес источника и назначения, номера портов TCP/UDP, протокол прикладного уровня, метки DSCP (Differentiated Services Code Point) в заголовке IP-пакета, VLAN-теги. На основе классификации пакеты маркируются и направляются в соответствующие очереди маршрутизатора или коммутатора.

Основные модели QoS

Best Effort

Отсутствие какого-либо управления качеством обслуживания. Все пакеты обрабатываются одинаково. Это поведение IP-сетей по умолчанию.

Integrated Services (IntServ)

Модель, предложенная IETF в 1990-х годах. Каждое приложение запрашивает у сети гарантированный уровень обслуживания перед началом передачи. Основной протокол — RSVP (Resource Reservation Protocol), который резервирует ресурсы вдоль всего маршрута от источника до получателя. Интегрированное обслуживание обеспечивает высокую точность гарантий, но плохо масштабируется: состояние каждого потока должно храниться на каждом маршрузаторе, что ограничивает число одновременных соединений.

Differentiated Services (DiffServ)

Более масштабируемая модель, ставшая основной в современных сетях. Пакеты помечаются полем DSCP (6 бит) в IP-заголовке, определяющим класс обслуживания. Маршрутизаторы группируют пакеты в несколько классов и применяют к ним политики очередей без хранения состояния каждого потока. Классы обслуживания включают, в частности, EF (Expedited Forwarding) — для голосового трафика с минимальной задержкой, и AF (Assured Forwarding) — группу классов с разными уровнями гарантированной пропускной способности и приоритета при перегрузке.

Механизмы реализации QoS

Для управления очередями на выходных интерфейсах используются алгоритмы дисциплины обслуживания:

  • FIFO — простейшая очередь «первым пришёл — первым обслужен»;
  • Priority Queuing (PQ) — строгий приоритет: высокоприоритетная очередь обслуживается первой;
  • Class-Based Weighted Fair Queuing (CBWFQ) — гарантированная доля пропускной способности для каждого класса;
  • Low Latency Queuing (LLQ) — сочетание строгого приоритета для голосового трафика с взвешенным распределением для остальных классов.

Для контроля объёма трафика применяются маркировка (marking), ограничение скорости (policing) и сглаживание (shaping). Маркировка изменяет DSCP-метку пакета, policing отбрасывает или понижает приоритет пакетов, превышающих заданную скорость, shaping временно буферизует избыточный трафик, выравнивая его поток.

Применение QoS

QoS активно используется в корпоративных сетях, операторских сетях связи и в технологиях виртуальных частных сетей. Наиболее распространённые сценарии:

  • IP-телефония (VoIP) — требует задержки не более 150 мс и джиттера не более 30 мс;
  • Видеоконференцессвязь — критична к пропускной способности и потерям пакетов;
  • Критические бизнес-приложения (ERP, CRM, базы данных);
  • Телемедицина и промышленное управление.

В России оборудование с поддержкой QoS широко применяется в сетях операторов связи и корпоративных инфраструктурах. Отечественные решения — маршрутизаторы и коммутаторы «Элтекс», «Инфотекс», MikroTik (латвийский разработчик, продукты которого распространены в РФ) — реализуют механизмы DiffServ, CBWFQ и LLQ.

Ограничения

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

Историческая справка

Работы по интегрированному обслуживанию начались в IETF в начале 1990-х годов; спецификация IntServ появилась в 1997 году (RFC 2211, RFC 2212). Модель DiffServ была стандартизована в 1998 году (RFC 2474, RFC 2475) и постепенно вытеснила IntServ в крупных сетях из-за лучшей масштабируемости. Поле DSCP и схема классов EF/AF остаются стандартом де-факто для управления качеством обслуживания в IP-сетях.

Источники

  • RFC 2474 — Definition of the Differentiated Services Field (DS Field)
  • RFC 2475 — An Architecture for Differentiated Services
  • RFC 2211 — Specification of Guaranteed Quality of Service
  • RFC 2212 — Specification of Controlled-Load Network Element Service
  • Кузнецов С. Д. — «Основы баз данных» (раздел о сетевых технологиях)
  • Cisco Systems — Quality of Service Design Guide
  • Таненбаум Э., Уэзеролл Д. — «Компьютерные сети»
Заметили ошибку или не согласны с информацией в статье? Напишите нам support@bfometr.ru