Дерево страниц

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

Чтобы поменять веса для WRR есть команда:

cos-queue min-bandwidth 0 0 15 35 50 0 0 

0 - пропускная способность для данной очереди не гарантируется. Здесь указывается величина для каждой очереди в процентах от максимальной пропускной способности интерфейса. Максимум - 100 процентов.


Для перевода очереди в режим Strict Priority необходимо выполнить команду (5 и 6 очередь в Strict, остальные останутся WRR) :

cos-queue strict 5 6


По итогу получаем следующие настройки:


(MES7048) # show interfaces cos-queue

Global Configuration
Interface Shaping Rate......................... 0
WRED Decay Exponent............................ 9

...

По умолчанию все очереди настроены как Tail-drop, что означает - только при возникновении перегрузки начинают отбрасываться пакеты в очередях согласно настроенной политики QoS для очередей.
Также возможно настроить режим взвешенного произвольного раннего обнаружения перегрузок (WRED). Пакеты, согласно настроенному режиму работы QoS для очередей, начинают рандомно обрасываться еще до возникновения перегрузок. В связи с этим не рекомендуем настраивать данный режим.


Для настройки режима WRED используется команда:

cos-queue random-detect <queue>

Счётчики выводятся отдельно для unicast-трафика, это очереди UC0-UC6 (восьмая зарезервирована под стек). Отдельно для broadcast/multicast/unknown unicast, очереди MC0-3.  Broadcast/multicast/unknown unicast трафик также подчиняется classofservice, но распределяется по четырём очередям таким образом: если в classofservice trust указана очередь 0, то попадает в MC0, если 1, то в MC1, если 2, 4 или 5, то в MC2, если 3 или 6, то в MC3.

Поддерживаются алгоритмы обработки трафика: strict priorirty, wrr для каждой очереди отдельно.


Настройка режима доверия меткам QOS выставляется глобоально для всего устройства:

Режим доверия cos:

classofservice trust dot1p

...

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


 Broadcast/multicast/unknown unicast трафик также подчиняется classofservice, но распределяется по четырём очередям таким образом: если в classofservice trust указана очередь 0, то попадает в MC0, если 1, то в MC1, если 2, 4 или 5, то в MC2, если 3 или 6, то в MC3.


Текущий алгоритм можно посмотреть командой:

...