Как настроить класс обслуживания (CoS) с помощью контроллера Omada

База знаний
Руководство по настройке
08-24-2026
43269
This Article Applies to

Содержание

Цель

Требования

Введение

Настройка

Заключение

 

Цель

В этой статье рассматривается настройка Class of Service (CoS) на коммутаторах Omada через контроллер Omada.

Требования

  • Коммутаторы Omada серий Smart, L2+ и L3
  • Контроллер Omada (программный контроллер / аппаратный контроллер / облачный контроллер, версии V5.9 и выше)

Введение

С расширением сетевых масштабов и развитием приложений интернет-трафик значительно возрастает, что приводит к перегрузке сети, потере пакетов и увеличению задержки передачи. Как правило, сети обрабатывают весь трафик одинаково на основе FIFO (First In First Out), но в настоящее время многие специальные приложения, такие как видео по запросу (VoD), онлайн-конференции, VoIP и другие, требуют большей пропускной способности или меньшей задержки передачи для обеспечения производительности.

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

В QoS механизм CoS (Class of Service) используется для дифференциации и управления сетевым трафиком. CoS маркирует приоритет пакетов данных, устанавливая значение приоритета в заголовке кадра Ethernet, что помогает сетевым устройствам идентифицировать и обрабатывать трафик с разными приоритетами.

На коммутаторах Omada QoS реализована с помощью восьми очередей пересылки с разными приоритетами — от TC-0 до TC-7, где TC-0 — очередь с наименьшим приоритетом, а TC-7 — с наивысшим. Мы используем три типа тегов приоритета для отображения на эти очереди: приоритет 802.1p, приоритет порта и приоритет DSCP.

  • Приоритет 802.1p: Тип тега приоритета, который включён в тег VLAN 802.1Q, что означает, что если пакет не имеет тега, тег 802.1p также отсутствует. Приоритет 802.1p находится в диапазоне от 0 до 7, обычно он отображается на 8 очередей один к одному от 0 до 7, также можно выполнить переназначение вручную. При использовании приоритета 802.1p установите режим доверия порта (trust mode) как Trust 802.1p, что означает обработку пакета в соответствии с тегом приоритета 802.1p, изначально содержащимся в пакете.
  • Приоритет порта: Основан на порте, позволяет коммутатору обрабатывать пакеты только на основе входящего порта, независимо от тегов приоритета, содержащихся в пакетах. Это реализуется путём отображения порта на приоритет 802.1p, который затем отображается на очереди пересылки. При использовании приоритета порта установите режим доверия порта как Untrust, что означает игнорирование тегов приоритета, изначально содержащихся в пакетах, и обработку в соответствии с приоритетом, привязанным к порту.
  • Приоритет DSCP: Содержится в заголовке IP, диапазон от 0 до 63 (64 значения). Обычно сначала отображается на приоритет 802.1p, а затем приоритет 802.1p отображается на очереди пересылки. По умолчанию 8 значений DSCP отображаются на один приоритет 802.1p. Например, DSCP 0-7 отображается на 802.1p 0, DSCP 8-15 отображается на 802.1p 1. При использовании приоритетов DSCP теги приоритета разных пакетов больше не соответствуют очередям пересылки один к одному. Вместо этого обеспечивается более высокая гранулярность с 8 подуровнями приоритета в пределах одной очереди пересылки. При использовании приоритета DSCP установите режим доверия порта как Trust DSCP, что означает обработку пакета в соответствии с тегом приоритета DSCP, изначально содержащимся в пакете.

На коммутаторах Omada методы планирования Class of Service (CoS) для каждой очереди предлагают два варианта: Strict Priority (SP) и Weighted Round Robin (WRR).

  • Планирование Strict Priority (SP): Гарантирует, что очереди с более высоким приоритетом всегда обслуживаются перед очередями с более низким приоритетом, обеспечивая немедленную пересылку критического трафика, такого как голос и видео. Это обеспечивает минимальную задержку и максимальный приоритет для чувствительных ко времени приложений.

Использование SP в качестве планировщика гарантирует, что очереди с высоким приоритетом всегда обслуживаются в первую очередь, критический трафик, такой как голос и видео, получает минимальную задержку и максимальный приоритет. Однако очереди с более низким приоритетом могут страдать от голодания (starvation) при постоянном наличии высокоприоритетного трафика, что приводит к задержкам или потере пакетов для менее критичных приложений.

  • Планирование Weighted Round Robin (WRR): Распределяет пропускную способность между очередями на основе назначенных весов. Каждая очередь обслуживается циклически в соответствии с её весом, обеспечивая справедливое распределение пропускной способности и предотвращая голодание очередей с более низким приоритетом.

Использование WRR в качестве планировщика обеспечивает сбалансированный подход к управлению сетевыми ресурсами, что подходит для сред с разнообразными типами трафика. Однако высокоприоритетный трафик может испытывать небольшие задержки по сравнению с SP, поскольку пропускная способность распределяется между всеми очередями.

Мы поддерживаем выбор некоторых очередей в режиме SP, а других — в режиме WRR. В этом случае очереди в режиме SP будут обслуживаться в первую очередь, а при наличии свободной пропускной способности остальные очереди будут обслуживаться с использованием WRR.

Здесь мы рассмотрим простой сценарий: коммутатор доступа (access switch) с подключением ПК на порту 1 и IP-телефона на порту 2 (нисходящие каналы) и коммутатора агрегации на порту 3 (восходящий канал).

 

Поскольку трафик IP-телефона чувствителен ко времени, он должен быть переслан в первую очередь. При возникновении перегрузки трафик ПК будет пересылаться только после завершения пересылки трафика IP-телефона, что обеспечивает качество работы IP-телефона.

Схема: На коммутаторе доступа настройте приоритет порта на портах 1 и 2. Для порта 1 весь трафик направляется в очередь TC-4, а для порта 2 — в очередь TC-6. В настройках планировщика установите для этих двух очередей режим SP, что гарантирует, что трафик IP-телефона будет пересылаться на коммутатор агрегации в первую очередь.

В этом примере мы используем приоритет порта, который сначала отображается на приоритет 802.1p, а затем на очереди пересылки. Сначала необходимо установить режим доверия порта как Untrust, что означает игнорирование тегов приоритета, содержащихся в пакетах, и обработку в соответствии с приоритетом, установленным на этом порту. По умолчанию приоритет 802.1p от 0 до 7 отображается на очереди пересылки TC 0-7 один к одному, поэтому здесь нам нужно только установить приоритет порта на 4, который автоматически будет отображён на приоритет 802.1p 4, а затем на очередь пересылки TC-4. Затем настройте режим планировщика для TC-4 и TC-6 — для обоих режим SP.

ВНИМАНИЕ:

Существует два случая настройки планировщика для очередей. На некоторых устройствах эта настройка выполняется глобально (в CLI команды выполняются в режиме глобальной конфигурации). На других устройствах настройка планировщика для очередей выполняется для каждого порта, что означает, что сначала необходимо войти в режим конфигурации интерфейса.

Список устройств, где планировщик настраивается глобально:

TL-SG3452X , TL-SG3452XP , SG3428XPP-M2 , SG6654XHP , TL-SX3008F , TL-SX3016F , SG3428 , TL-SG3428X , SG3218XP-M2 , TL-SG3428XF, SG3452X , SG3210XHP-M2 V2, TL-SG3210XHP-M2 V2, SG3428XF , SG6428XHP , SX3008F , SG3428X , SX3016F , TL-SG3428X-UPS , SX6632YF , SG3452XP , TL-SG3428, SG6654X , SG6428X , TL-SG3428MP , TL-SG3452 , TL-SX3206HPP , SG3428XMP , TL-SG3428XMP , SX3206HPP

Список устройств, где планировщик настраивается для каждого порта:

TL-SG2008P , TL-SG2218P , TL-SG2016P , SG2210XMP-M2 , SG3428XPP-M2 , TL-SG2210P , SG2210MP , TL-SL2428P , SG2218 , SG3452P , SG3218XP-M2 , SL2428P , TL-SG3428X-M2 , SG3210X-M2 , TL-SG2210MP , SG3428X-M2 , SG3210 , TL-SG3428XPP-M2 , SG3210XHP-M2 V3 , TL-SG3210XHP-M2 V3, SG2008 , TL-SG2428P , SG2005P-PD , SG2428LP , SG2218P , SG2428P , SG2008P , TL-SG2218 , SG6654X , SG2016P , TL-SG2008 , TL-SG3210 , TL-SG3452 , TL-SG3452P

Настройка

Шаг 1

Добавьте (adopt) все коммутаторы в контроллер Omada.

Шаг 2.

Используйте шаблон CLI для отправки команд на коммутатор. Информацию о том, как использовать шаблон CLI в контроллере Omada SDN, см. в FAQ: Руководство по настройке CLI для контроллера Omada SDN (v5.9.9 и выше).

Для данного примера команды должны выглядеть следующим образом: (для устройств, где планировщик очередей настраивается глобально)

interface gigabitEthernet 1/0/1

qos trust mode untrust

qos port-priority 4

#

interface gigabitEthernet 1/0/2

qos trust mode untrust

qos port-priority 6

#

qos queue 4 mode sp

qos queue 6 mode sp

 

Для другого случая команды должны выглядеть следующим образом: (для устройств, где планировщик очередей настраивается для каждого порта)

interface gigabitEthernet 1/0/1

qos trust mode untrust

qos port-priority 4

qos queue 4 mode sp

qos queue 6 mode sp

#

interface gigabitEthernet 1/0/2

qos trust mode untrust

qos port-priority 6

qos queue 4 mode sp

qos queue 6 mode sp

 

Для получения дополнительных сведений об использовании команд CLI обратитесь к руководству по CLI.

Заключение

Кратко опишите результаты настройки в одном-двух предложениях.

Чтобы узнать больше о каждой функции и настройке, посетите Страницу поддержки, чтобы загрузить или просмотреть руководство для вашего продукта.

 

Please Rate this Document

Сопутствующие документы