Маладэц, прав во всем, но про slow down в TCP забыл...
Одновременно с репосылом дропа уменьшается вполовину окно -
а сие и есть снижение трафика... Оно, правда потом снова растет до следующего дропа,
но это на совести родителей TCP....
Механизмус один - дропы, а они лучше всего у REDa... Ж;-))
Осталось есчо UDP побороть, но ИМХО безнадега - mv /dev/null токма...
С уважением,
Андрей Зимин
horgi@cnt.ru
А RED отнюдь не кошкина идея....
>Уффф.. :(
>
>Достойный-достойный...
>
>
>Придется рисовать...
>
><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.
=============================================================================
"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
