> Behalf Of Dmitry Valdov
>
> Гммм. Шейп работает не чисто дропом, а , в основном, delay'em.
> Т.е., и этом
> пакеты задерживаются, а не дропаются. Что, собсно, происходит в обычном
> канале передачи данных без шейпа :)
> И только в случае слишком большоко протока данных и переполнении буферов
> роутера - дроп.
Вот поэтому в подобном случае лучше CAR, imho. Он только дропает пакеты,
а задержку не добавляет
>
> 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 - не мои... Там ничего не делается...
На подобной схеме я ставил СAR на входе в WAN в <Router>.
На генеренном потоке ( ftp like ) удалось добиться 10% overhead
относительно
средней скорости, на реальном потоке 20%-25% уходило в дроп.
> >
> > Ну и?
> >
> > Я ставлю шейп на, скажем 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. ()
> >
> > 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
> > >
> >
> >
> ==================================================================
> ===========
> > "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
> >
>
> ==================================================================
> ===========
> "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
>
=============================================================================
"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
