forum.opennet.ru - "Policing & queue limit" (6)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Policing & queue limit"

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

"Policing & queue limit"
Сообщение от Борис Иванович on 09-Апр-09, 07:46
Добрый день всем! Есть вопрос относительно полисинга... policy-map Internet-2m-out class class-default shape average 2048000 Так вот, при выводе команды sh policy-map ..... выдается статистика, что queue limit составляет 66 пакетов. На рутере есть много полиси мапов с разными скоростыми ограничениями (от 256 кбит/с до 10 Мбит/с), но на всех стоит queue limit 66 packets. Есть ли рекомендации по изменению параметра queue limit в зависимости от устанавливаемой скорости? Возможно у кого то есть опыт по этой задаче... #sh policy-map interface gi2/0/11 GigabitEthernet2/0/11: Service-policy output: Internet-2m-out Counters last updated 00:00:09 ago Class-map: class-default (match-any) 155950854 packets, 94883830902 bytes 30 second offered rate 124000 bps, drop rate 0 bps Match: any Queueing queue limit 66 packets (queue depth/total drops/no-buffer drops) 0/1096257/0 (pkts output/bytes output) 154854573/93891884728 shape (average) cir 2048000, bc 8192, be 8192 target shape rate 2048000
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Policing & queue limit, mario, 09:15 , 09-Апр-09, (1)

Policing & queue limit, Борис Иванович, 10:07 , 09-Апр-09, (2)

Policing & queue limit, sm00th1980, 14:34 , 09-Апр-09, (3)

Policing & queue limit, user, 15:49 , 09-Апр-09, (4)
Policing & queue limit, Борис Иванович, 19:11 , 09-Апр-09, (5)

Policing & queue limit, chocholl, 09:33 , 10-Апр-09, (6)

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

1. "Policing & queue limit"

Сообщение от mario (ok) on 09-Апр-09, 09:15

>[оверквотинг удален]
>drop rate 0 bps
>      Match: any
>      Queueing
>      queue limit 66 packets
>      (queue depth/total drops/no-buffer drops) 0/1096257/0
>      (pkts output/bytes output) 154854573/93891884728
>
>      shape (average) cir 2048000, bc 8192,
>be 8192
>      target shape rate 2048000
а что вас смущает ?
установите сами лимит какой вам нужен.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Policing & queue limit"

Сообщение от Борис Иванович on 09-Апр-09, 10:07

>[оверквотинг удален]
>>      queue limit 66 packets
>>      (queue depth/total drops/no-buffer drops) 0/1096257/0
>>      (pkts output/bytes output) 154854573/93891884728
>>
>>      shape (average) cir 2048000, bc 8192,
>>be 8192
>>      target shape rate 2048000
>
>а что вас смущает ?
>установите сами лимит какой вам нужен.
Это то понятно... Я полагаю, что есть какие-то рекомендации, что к примеру при скорости более 1 МБит/с должна быть очередь не более 512 пакетов... ну или что то в это роде... Не хотелось бы гадать, поэтому и прошу помощи у спецов.
Кстати, использовал похожий полиси для клиента на 8Мбит, клиент пытался грузить канал, но при этом не мог разогнать даже и до 5Мбит/с... Когда понял queue limit до 768 пакетов скорость поднялась до 7,5 Мбит/с..

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Policing & queue limit"

Сообщение от sm00th1980 (ok) on 09-Апр-09, 14:34

Эх, надо бы вам для начала почитать про принцип работы TCP и на что может влиять изменение длины очереди и тогда вопросы сами все отпадут и станет ясно для чего нужна тот или иной размер очереди.
А вообще вопрос поставлен не корректно и рекомендаций быть не может по длине очереди в зависимости от скорости.
Вообщем в курсе QoS про всё это подробно рассказывается.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Policing & queue limit"

Сообщение от user (??) on 09-Апр-09, 15:49

вопрос то как раз творческий, и поставлен грамотно.
из изложения видно, что автор знает о чем пишет.
подозреваю, что и с механизмами tcp знаком.
мне тоже это интересно, поэтому буду весьма признателен, если вы потрудитесь написать ваше мнение, а не посылать в книги.
>Эх, надо бы вам для начала почитать про принцип работы TCP и
>на что может влиять изменение длины очереди и тогда вопросы сами
>все отпадут и станет ясно для чего нужна тот или иной
>размер очереди.
>
>А вообще вопрос поставлен не корректно и рекомендаций быть не может по
>длине очереди в зависимости от скорости.
>
>Вообщем в курсе QoS про всё это подробно рассказывается.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Policing & queue limit"

Сообщение от Борис Иванович on 09-Апр-09, 19:11

>Эх, надо бы вам для начала почитать про принцип работы TCP и
>на что может влиять изменение длины очереди и тогда вопросы сами
>все отпадут и станет ясно для чего нужна тот или иной
>размер очереди.
>
>А вообще вопрос поставлен не корректно и рекомендаций быть не может по
>длине очереди в зависимости от скорости.
>
>Вообщем в курсе QoS про всё это подробно рассказывается.
В одном из цисковских документаций нашел запись что при полисинге более чем 1 Мбит/с следует использовать очереди более 256 пакетов, но точных цифр нет...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Policing & queue limit"

Сообщение от chocholl (??) on 10-Апр-09, 09:33

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

>[оверквотинг удален]
>>размер очереди.
>>
>>А вообще вопрос поставлен не корректно и рекомендаций быть не может по
>>длине очереди в зависимости от скорости.
>>
>>Вообщем в курсе QoS про всё это подробно рассказывается.
>
>В одном из цисковских документаций нашел запись что при полисинге более чем
>1 Мбит/с следует использовать очереди более 256 пакетов, но точных цифр
>нет...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

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

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

1. "Policing & queue limit"
Сообщение от mario (ok) on 09-Апр-09, 09:15
>[оверквотинг удален] >drop rate 0 bps > Match: any > Queueing > queue limit 66 packets > (queue depth/total drops/no-buffer drops) 0/1096257/0 > (pkts output/bytes output) 154854573/93891884728 > > shape (average) cir 2048000, bc 8192, >be 8192 > target shape rate 2048000 а что вас смущает ? установите сами лимит какой вам нужен.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Policing & queue limit"
	Сообщение от Борис Иванович on 09-Апр-09, 10:07
	>[оверквотинг удален] >> queue limit 66 packets >> (queue depth/total drops/no-buffer drops) 0/1096257/0 >> (pkts output/bytes output) 154854573/93891884728 >> >> shape (average) cir 2048000, bc 8192, >>be 8192 >> target shape rate 2048000 > >а что вас смущает ? >установите сами лимит какой вам нужен. Это то понятно... Я полагаю, что есть какие-то рекомендации, что к примеру при скорости более 1 МБит/с должна быть очередь не более 512 пакетов... ну или что то в это роде... Не хотелось бы гадать, поэтому и прошу помощи у спецов. Кстати, использовал похожий полиси для клиента на 8Мбит, клиент пытался грузить канал, но при этом не мог разогнать даже и до 5Мбит/с... Когда понял queue limit до 768 пакетов скорость поднялась до 7,5 Мбит/с..
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Policing & queue limit"
	Сообщение от sm00th1980 (ok) on 09-Апр-09, 14:34
	Эх, надо бы вам для начала почитать про принцип работы TCP и на что может влиять изменение длины очереди и тогда вопросы сами все отпадут и станет ясно для чего нужна тот или иной размер очереди. А вообще вопрос поставлен не корректно и рекомендаций быть не может по длине очереди в зависимости от скорости. Вообщем в курсе QoS про всё это подробно рассказывается.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Policing & queue limit"
	Сообщение от user (??) on 09-Апр-09, 15:49
	вопрос то как раз творческий, и поставлен грамотно. из изложения видно, что автор знает о чем пишет. подозреваю, что и с механизмами tcp знаком. мне тоже это интересно, поэтому буду весьма признателен, если вы потрудитесь написать ваше мнение, а не посылать в книги. >Эх, надо бы вам для начала почитать про принцип работы TCP и >на что может влиять изменение длины очереди и тогда вопросы сами >все отпадут и станет ясно для чего нужна тот или иной >размер очереди. > >А вообще вопрос поставлен не корректно и рекомендаций быть не может по >длине очереди в зависимости от скорости. > >Вообщем в курсе QoS про всё это подробно рассказывается.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Policing & queue limit"
	Сообщение от Борис Иванович on 09-Апр-09, 19:11
	>Эх, надо бы вам для начала почитать про принцип работы TCP и >на что может влиять изменение длины очереди и тогда вопросы сами >все отпадут и станет ясно для чего нужна тот или иной >размер очереди. > >А вообще вопрос поставлен не корректно и рекомендаций быть не может по >длине очереди в зависимости от скорости. > >Вообщем в курсе QoS про всё это подробно рассказывается. В одном из цисковских документаций нашел запись что при полисинге более чем 1 Мбит/с следует использовать очереди более 256 пакетов, но точных цифр нет...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Policing & queue limit"
	Сообщение от chocholl (??) on 10-Апр-09, 09:33
	сюдя по логике работы, чем выше трафик, тем больше должна быть очередь. иначе будут частые дропы, и полезный трафик не достигнет указанного в шейпе значения. однако формул или хотя бы функцию зависимости я нигде не встречал. >[оверквотинг удален] >>размер очереди. >> >>А вообще вопрос поставлен не корректно и рекомендаций быть не может по >>длине очереди в зависимости от скорости. >> >>Вообщем в курсе QoS про всё это подробно рассказывается. > >В одном из цисковских документаций нашел запись что при полисинге более чем >1 Мбит/с следует использовать очереди более 256 пакетов, но точных цифр >нет...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]