Уффф.. :(
Достойный-достойный...
Придется рисовать...
<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. ()
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
