forum.opennet.ru - "Понимание порогов сброса в L2 QOS" (4)

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

Форум Маршрутизаторы CISCO и др. оборудование. (Cisco Catalyst коммутаторы)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Понимание порогов сброса в 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% для порога). В общем я совсем запутался, буду рад любой информации.
Ответить \| Правка \| Cообщить модератору

Оглавление

http www anticisco ru blogs p 1990, gfh1gfh1 (ok), 13:34 , 25-Апр-19, (1)

Именно на эту статью я ссылаюсь И спрашиваю про то, что осталось непонятым посл, rapport (?), 07:17 , 26-Апр-19, (2)

code The buffer space is divided between the common pool andthe reserved pool , gfh1gfh1 (ok), 08:47 , 26-Апр-19, (3)

Спасибо за ответ, эту статью я тоже читал Попытаюсь более кокретно сформулирова, rapport (?), 14:45 , 26-Апр-19, (4)

Сообщения [Сортировка по времени | RSS]

1. "Понимание порогов сброса в L2 QOS" +/–

Сообщение от gfh1gfh1 (ok), 25-Апр-19, 13:34

http://www.anticisco.ru/blogs/?p=1990

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Понимание порогов сброса в L2 QOS" +/–

Сообщение от rapport (?), 26-Апр-19, 07:17

> http://www.anticisco.ru/blogs/?p=1990
Именно на эту статью я ссылаюсь. И спрашиваю про то, что осталось непонятым после ее прочтения.
А именно в каких единица считать пороги сброса? В статье написано в %, но от чего отсчитываются 3200 % непонятно.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Понимание порогов сброса в L2 QOS" +/–

Сообщение от gfh1gfh1 (ok), 26-Апр-19, 08:47

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-х раз больше чем резервированный объем памяти очереди.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Понимание порогов сброса в L2 QOS" +/–

Сообщение от rapport (?), 26-Апр-19, 14:45

> Грубо говоря есть резервированный объем памяти для исходящих очередей (для каждой) и
> общий набор памяти для всех исходящих очередей. Можно задавать пороги сброса
> (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 порог вообще не отработают.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Понимание порогов сброса в L2 QOS"	+/–
Сообщение от gfh1gfh1 (ok), 25-Апр-19, 13:34
http://www.anticisco.ru/blogs/?p=1990
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


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


	3. "Понимание порогов сброса в L2 QOS"	+/–
	Сообщение от gfh1gfh1 (ok), 26-Апр-19, 08:47
	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-х раз больше чем резервированный объем памяти очереди.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Понимание порогов сброса в L2 QOS"	+/–
	Сообщение от rapport (?), 26-Апр-19, 14:45
	> Грубо говоря есть резервированный объем памяти для исходящих очередей (для каждой) и > общий набор памяти для всех исходящих очередей. Можно задавать пороги сброса > (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 порог вообще не отработают.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору