Добрый день всем!
Есть вопрос относительно полисинга...
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

• Policing & queue limit,mario, 09:15 , 09-Апр-09
  • Policing & queue limit,Борис Иванович, 10:07 , 09-Апр-09
    • Policing & queue limit,sm00th1980, 14:34 , 09-Апр-09
      • Policing & queue limit,user, 15:49 , 09-Апр-09
      • Policing & queue limit,Борис Иванович, 19:11 , 09-Апр-09
        • Policing & queue limit,chocholl, 09:33 , 10-Апр-09

>[оверквотинг удален]
>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

а что вас смущает ?
установите сами лимит какой вам нужен.

>[оверквотинг удален]
>>      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 Мбит/с..

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

А вообще вопрос поставлен не корректно и рекомендаций быть не может по длине очереди в зависимости от скорости.

Вообщем в курсе QoS про всё это подробно рассказывается.

вопрос то как раз творческий, и поставлен грамотно.
из изложения видно, что автор знает о чем пишет.
подозреваю, что и с механизмами tcp знаком.

мне тоже это интересно, поэтому буду весьма признателен, если вы потрудитесь написать ваше мнение, а не посылать в книги.

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

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

В одном из цисковских документаций нашел запись что при полисинге более чем 1 Мбит/с следует использовать очереди более 256 пакетов, но точных цифр нет...

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

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