ПРОЕКТЫ 


  АРХИВ 


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] управление полосой про пускания в cisco



On Wed, Jun 14, 2000 at 06:23:00PM +0200, Boris Bliznukov wrote:
>> Наши эксперименты с CAR показали весьма забавный результат. Подробности:
>>
>> две машины свазанные через 3640, на 3640 in и out rate-limit в 64000,
>> далее обыкновенным unix-овым ftp клиентом идем с одной машины на другую,
>> говорим hash, потом get /kernel /dev/null, потом put /kernel /dev/null.
>>
>> Видим забавную картину -- в начале сессии пролетает около 40K на скорости
>> ether-а, потом пауза около секунды, после чего данные идут порциями по ~8K
>> на скорости ether-а, между каждой порцией все замирает на 300-400ms.
>> В результате канал таки ограничивается на 64K, но както странно ....
>
>а burst size и excess burst size какой??

Судя по ftp сессии burst и exceed ощутимо влияют только на начало сессии,
i.e. чем больше burst тем больше пролетает вначале, но при этом оно затыка-
ется на секунды полторы, и начинает поплевывать теми же 8-10K пакетами
(пробовал rate-limit на 64000 и 128000 с разными burst и exceed).

>CAR нужно несколько TCP соединений что бы все было плавно и трафика побольше
>:) вообще нормально работает а что бы работало совсем хорошо можно ставить
>burst size очень маленький а excess побольше, что бы RED включался сразу...

минимальные burst и exceed 8000 (bytes), если exceed >> burst, cli ругается
и ставить exceed сам.

>ну и рулить потом TOS какой трафик тормозить больше какой меньше ... а то
>если ставить excess burst по умолчанию то на низких скоростях получается
>просто route -> null0 ... :-)
>
>ну и можно еще у RED покрутить ручки ...

А поможет? Изначально смотрели в сторону rate-limit как ограничителя траффика
на in, и, возможно, альтернативы traffic-shape как ограничителя на out. В 
таковой роли он себя показал плохо (хотя идея rate-limit на in, и вдумчивое
объяснение кастомеру, как хорошо ему будет, если он не поставит у себя 
traffic-shape, мне импонирует :-).

>>
>> Аналогичный ftp эксперимент с двумя машинами и 3640 между ними, но с
>> traffic-shape в 64000 показывает равномерный обмен без задержек и рывков,
>> i.e. равномерную передачу на скорости 64K.
>>
>> --
>> Regards,
>> Vladimir.

-- 
Regards,
Vladimir.

=============================================================================
"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.