ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] CBWFQ?



http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/qos_c/qcprt2/qcdconmg.htm

Читаем:

"Once a class has been defined according to its match criteria, you can assign
it characteristics. To characterize a class, you assign it bandwidth, weight,
and maximum packet limit. The bandwidth assigned to a class is the guaranteed
bandwidth delivered to the class during congestion."

Конечно это широко известный факт, что киска может запросто набрехать в
доках... Далее вот ещё что:

"If you configure a class in a policy map to use WRED for packet drop instead
of tail drop, you must ensure that WRED is not configured on the interface to
which you intend to attach that service policy."

Может тут собака порылась? Как, к примеру, насчёт собрать это дело на стенде
и попробовать в лабораторных условиях?


On Mon, Jun 12, 2000 at 10:33:35AM +0400, Andy Igoshin wrote:
> > 
> > Насколько я понял, то да. Это же на rate limit и не traffic shape, это же
> > queueing...
> 
> Вот и я о том же. но сегодня оставил на ночь и наблюдаю странную картину:
> 
> #sh pol int s2/0
>  Serial2/0  output : p-vsu1
>   Weighted Fair Queueing
>     Class c-vsu1 
>       Output Queue: Conversation 73 
>         Bandwidth 156 (kbps) Packets Matched 229534 Max Threshold 64 (packets)
>         (discards/tail drops) 253/0
>     Class c-other1 
>       Output Queue: Conversation 74 
>         Bandwidth 92 (kbps) Packets Matched 67936 Max Threshold 64 (packets)
>         (discards/tail drops) 1192/0
> 
> #sh int s2/0
>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 1682
>   Queueing strategy: weighted fair
>   Output queue: 0/1000/64/1445 (size/max total/threshold/drops) 
>      Conversations  0/4/64 (active/max active/max total)
>      Reserved Conversations 2/2 (allocated/max allocated)
> 
> ну не могло у меня ночью быть такой загрузки на выход, чтобы они не поделили
> канал в обоих полосах. Или я не правильно интерпретирую дропы?
> 
> 
> --
> Andy Igoshin <ai@vsu.ru>                 Voronezh State University
> Phone: +7 (0732) 522406                  Network Operation Center
> Fax:   +7 (0732) 789820                  Voronezh, Russia
> =============================================================================
> "inet-admins" Internet access mailing list. Maintained by East Connection ISP.
> Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
> Archive is accessible on http://info.east.ru/rus/inetadm.html
---end quoted text---

-- 
   CCNP,CCDP (R&S)                                   Dmitri E. Kalintsev
   CDPlayer@irc            Senior network engineer at NetActive Internet
   dek @ hades.uz                phone: +27 (0)11 719-0333 fax: 444-8900
   http://hades.uz                 UIN:7150410  cell  +27 (0)82-336-1033
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.