ПРОЕКТЫ 


  АРХИВ 


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: BUS ERROR Was: Re: [inet-admins] Q-s about IOS for 3640





Гммм. Шейп работает не чисто дропом, а , в основном, delay'em. Т.е., и этом
пакеты задерживаются, а не дропаются. Что, собсно, происходит в обычном
канале передачи данных без шейпа :) 
И только в случае слишком большоко протока данных и переполнении буферов
роутера - дроп. 

On Tue, 6 Oct 1998, Basil V. Dolmatov wrote:

> Date: Tue, 6 Oct 1998 17:31:35 +0400 (MSD)
> From: "Basil V. Dolmatov" <dol@east.ru>
> Reply-To: inet-admins@info.east.ru
> To: inet-admins@info.east.ru
> Subject: Re: BUS ERROR Was: Re: [inet-admins] Q-s about IOS for 3640
> 
> Уффф.. :(
> 
> Достойный-достойный... 
> 
> 
> Придется рисовать... 
> 
> <News-server> - 10M - <Router> - 2M WAN - <Uplink> - 100M <News-uplink>
> 
> Проблема: выедание 30% линка 2M WAN ньюсами.
> Дано: News-server и Router - мои... Делаю все, что захочу...
>       Uplink и News-uplink - не мои... Там ничего не делается...
> 
> Ну и?
> 
> Я ставлю шейп на, скажем 20% ширины канала на выходящий интерфейс 10M моего
> Router (больше никуда не могу :)...
> 
> Результат:
> 
>  поток ньюсов все равно занимает свои 30% на 2M линке, приходит в роутер,
>  там либо пролезает по burst rate, либо дропается, дропнутые пакеты, tcp-коннект
> перезапрашивает еще и еще раз, они снова и снова приходят через WAN-линк, и с некоторой
> вероятностью проходят, а с некоторой вероятностью дропаются... 
> 
> И получается, что до ньюс-сервера доходит ровно 20% полосы (шейп-то работает вовсю :),
> но по каналу идет больше.. И если раньше это "больше" доходило до ньюс-сервера и ложилось
> в базу, то есть полоса сжиралась, но сжиралась полезно, то сейчас эта полоса просто дропается,да, загрузку канала потоком ньюсов может и удастся "отжать" с 30% пониже, но...
> Не до 20%!! И разница - это будет _потерянная_ в канале полоса, просто из-за наличия
> шейпинга... А судя по тому, что появляются идеи про шейпинг, значит, полосы этого 
> канала не хватает... И не жалко за красивую идею выкидывать в discard bin приличный
> кусок той полосы, которой не хватает?
> 
> Как здесь можно сыграть-таки шейпингом?
> IMHO, поставив его в обратную сторону на ack's со стороны news-server до news-uplink.
> И потестировав, подобрать такие параметры этого шейпа, чтобы притормозить _посылку_
> от news-uplink следующих пакетов... 
> Но это вполне делается и без новомодного traffic-shape, работающим уже много лет
> механизмом custom-queueing - порождается отдельная очередь для tcp/119 и зажимается
> на очень маленький кусочек полосы... 
> 
> 
> P.S. На всякий случай повторяю, схема описана для случая leaf-site, то есть такого,
> который в основном потребляет траффик, а не генерирует его... Если site является источником
> траффика в сторону "узких" каналов, то в этом случае шейп имеет прямой смысл... Хотя он
> и так уже наложен, этакий шейп в ширину канала размером :) А вот RED - может быть
> интересен... Хотя.. Опять-таки, если congestion создается траффикогенераторами типа ftp.
> 
> 
> --------------------------------------
> Basil (Vasily)  Dolmatov   dol@east.ru        +7-095-956-4951
> East Connection ISP, Moscow, Russia. (http://www.east.ru)
> 
> Nick handles ;) : BVD12, DOL1-RIPE, VVD2-RIPN
> 
> 
> On Tue, 6 Oct 1998, Alexander Karptsov wrote:
> 
> > Basil V. Dolmatov wrote:
> > 
> > > Вот почему я никак и не возьму в толк непреходящий интерес к шейпингу... :)
> > > В типичной ситуации постановка шейпинга на том роутере к которому имеет доступ
> > > страдающий от congestion - ничего дать не может :)
> > > 
> > 
> > Х-м, позвольте, а выедание скажем 30% полосы канала ньюсой ни есть
> > достойный предмет для шейпинга ?
> > =============================================================================
> > "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
> > 
> 
> =============================================================================
> "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
> 

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