On Tue, Oct 06, 1998 at 17:09 +0400, Basil V. Dolmatov wrote:
> Угу.. Ты опять считаешь, что траффик в основном tcp и клиенты умеют
> адаптироваться к ситуации на канале...
> Кстати, "полоса до сервера"- это полоса по которой идут tcp-ack's... Для того
> чтобы создать траффик из 64kB/sec tcp-ack's размером около сотни байт, сколько
> в обратную сторону должно пройти пакетов с данными, пусть размером в MTU 1500?
> Посчитай, какую полосу займет прямой канал, если ты зашейпишь
> подтверждения на 64k/sec ;)
Очнись! :)
Ты шейпишь входной поток прямо перед приемником. ACK тебе уходит
от приемника через канал, который ты вообще не шейпишь. Передатчик
двигает окно и его размер в зависимости от RTT, а не от времени
между посылкой ACK приемником и его получением передатчиком.
Беда в том, что правильно работать с RTT умеют только винды со
свежим TCP стеком (98, например). У старых RTT быстро задирается
по экспоненте и случается timeout.
> Ну, а для udp-сервисов, которые сейчас растут как грибы - так там
> совсем никакого влияния не будет.. :)
Если дропать перед приемником - то да. Но может у человека с той
стороны хватит ума rate в quake поставить поменьше ;)
> > Что касается RED, то да, он имеет (?) смысл только на выходном
> > интерфейсе.
>
> Не знаю.. Я не нашел в нем _видимого_ смысла.. Может просто не
> создал ту ситуацию, где бы он оказался осмыслен :)
Мы своим клиентам по их просьбе ставим RED.
--
Игорь Винокуров
Российская Торговая Система
=============================================================================
"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
