Новые ответы

Понимание порогов сброса в L2 QOS,

rapport, 25-Апр-19, 09:07 [смотреть все]

Добрый день.
Поясните, пожалуйста, никак не могу разобраться с QOS L2. Конкретно с настройкой порогов сброса вы исходящих очередях.
В этой прекрасной статье на anticisco.ru
параметры drop-threshold1/2 выражены в процентах.
Но CLI предлагает вести значение от 1 до 3200: <1-3200> enter drop threshold2 1-3200. Процентов?
На сайте циски на одной странице в одном месте написано:
[i]Configures the weighted tail-drop (WTD) thresholds, guarantees the availability of buffers, and configures the maximum memory allocation to a queue-set. [/i] Т.е. Threshold - описывает доступные буферы памяти.
Но на этой же странице в другом месте: T[i]wo WTD thresholds expressed as a percentage of the queue's allocated memory. The range is 1 to 400 percent. [/i] Т.е. все-таки в процентах.
Если считать что значение указывается в процентах, то получается, указав значение для первого и второго порога выше 100 они становятся больше третьего порога (который 100% и двигать его нельзя).
И процент в таком случае от какого значения? От буфера выделенного для очереди? Тогда вообще не понятно откуда возьмется это превышение буфера (при указании более 100% для порога).
В общем я совсем запутался, буду рад любой информации.

Ответить | Сообщить модератору

Понимание порогов сброса в L2 QOS, gfh1gfh1, 13:34 , 25-Апр-19 (1)
http://www.anticisco.ru/blogs/?p=1990
Ответить | Сообщить модератору

Понимание порогов сброса в L2 QOS, rapport, 07:17 , 26-Апр-19 (2)
> http://www.anticisco.ru/blogs/?p=1990
Именно на эту статью я ссылаюсь. И спрашиваю про то, что осталось непонятым после ее прочтения.
А именно в каких единица считать пороги сброса? В статье написано в %, но от чего отсчитываются 3200 % непонятно.
Ответить | Сообщить модератору

Понимание порогов сброса в L2 QOS,

gfh1gfh1, 08:47 , 26-Апр-19 (3)

The buffer space is divided between the common pool and
the reserved pool. The switch uses a buffer allocation scheme to reserve a minimum amount of buffers
for each egress queue, to prevent any queue or port from consuming all the buffers and depriving other
queues, and to control whether to grant buffer space to a requesting queue. The switch detects whether
the target queue has not consumed more buffers than its reserved amount (under-limit), whether it has
consumed all of its maximum buffers (over limit), and whether the common pool is empty (no free buffers) or not empty (free buffers). If the queue is not over-limit, the switch can allocate buffer space
from the reserved pool or from the common pool (if it is not empty). If there are no free buffers in the
common pool or if the queue is over-limit, the switch drops the frame.

...

enable a queue in the full condition to obtain
more buffers than are reserved for it. This is the maximum memory
the queue can have before the packets are dropped if the common pool
is not empty. The range is 1 to 3200 percent.

Грубо говоря есть резервированный объем памяти для исходящих очередей (для каждой) и общий набор памяти для всех исходящих очередей. Можно задавать пороги сброса (drop-threshold) до 32-х раз больше чем резервированный объем памяти очереди.

Ответить | Сообщить модератору

Понимание порогов сброса в L2 QOS, rapport, 14:45 , 26-Апр-19 (4)

> Грубо говоря есть резервированный объем памяти для исходящих очередей (для каждой) и
> общий набор памяти для всех исходящих очередей. Можно задавать пороги сброса
> (drop-threshold) до 32-х раз больше чем резервированный объем памяти очереди.
Спасибо за ответ, эту статью я тоже читал.
Попытаюсь более кокретно сформулировать:
1.
Есть команада:
mls qos queue-set output 1 buffers 20 30 40 10
Которая устанавливает процентное ссотншение буферов памяти для каждой очереди.
Т.е. для очереди 1 - 20% буферной памяти (от всей выделеной интерфейсу). Так?
2.
Есть команда
mls qos queue-set output 1 threshold 1 2000 1000 60 3200
Где устанавливается 60% - зарезервированной для очереди буферной памяти.
Т.е. 60% от 20% (т.к. в п.1 для первой очереди выделено 20%) и 40% от 20% первая очередь может отдать в общак если ей самой не нужно? Так?

3.
В той же команде:
mls qos queue-set output 1 threshold 1 2000 1000 60 3200
3200% первая очередь может запросить из общего буфера интерфейса. Т.е. в 32 больше того что мы наделили в п.1 Так? Если оттуда уже какая-нибудь очередь все не забрала.
4.
Пороги сброса.
3-й (не изменяется - установлен на 100%) - 100% от чего ? От 20% (из п.1)? Или от 60% (которые уже от 20%) зарезервированных?
Какой тогда смысл брать буфера из общака (аж в 32 раза больше чем 100%), если на 100% начнут сбрасываться кадры?
Какой смысл тогда устанавливать пороги 1 и 2 выше 100% если они раньше попадаут на 3-й порог?
5.
Или 100% - это от "резервированой + той что получилось взять из общака"?
Тогда 100% - это 3200 + reserve, и пороги 1 и 2 всегда будут меньше третьего.
И если их установить меньше 100, то они будут отрабатывать в внутри зарезервированного за очередью объеме буферов.
А если установить больше 100, то будут отрабатывать во взятом взаймы из общака, а там может ничего и не осталось и тогда 1 и 2 порог вообще не отработают.
Ответить | Сообщить модератору