The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Использование  dummynet для ограничения трафика во..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Использование  dummynet для ограничения трафика во..."
Сообщение от opennews on 20-Май-05, 18:09 
Посетитель под ником napTu3aH написал статью (http://www.opennet.ru/base/net/ipfw_pipe.txt.html), в которой попытался на примерах раскрыть некоторые тонкости и  особенности лимитирования трафика, при использовании pipe в ipfw.

URL: http://www.opennet.ru/base/net/ipfw_pipe.txt.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=5495

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по ответам]

1. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от FAKE on 20-Май-05, 18:09 
Вобщем-то доходчиво написано, но ничего нового кроме ipfw -f pipe flusр
Cообщить модератору | Наверх | ^

2. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от toor99 email(ok) on 20-Май-05, 18:33 
Ну а что там может быть принципиально нового? Dummynet делает примитивный тейлдроп, со всеми его недостатками.  А более совершенную  altq во FreeBSD, насколько я понимаю, никто перетаскивать не собирается.
Cообщить модератору | Наверх | ^

3. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от gate email on 20-Май-05, 18:44 
> А более совершенную  altq во FreeBSD, насколько я понимаю, никто перетаскивать не собирается.

А зачем собираться? altq уже давно в пятой ветке.

Cообщить модератору | Наверх | ^

4. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от GR email(??) on 20-Май-05, 18:44 
Toor99 или у меня затмение или ....
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-pf.html
:-)
Cообщить модератору | Наверх | ^

5. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от citrin email(ok) on 20-Май-05, 19:29 
>  Ну а что там может быть принципиально нового? Dummynet делает примитивный тейлдроп, со всеми его недостатками

Там есть еще RED и GRED. А вот подбор оптимальных параметров для RED это очень сложная задача.

Cообщить модератору | Наверх | ^

6. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от uldus (ok) on 20-Май-05, 22:12 
>со всеми его недостатками.  А более совершенную  altq во
>FreeBSD, насколько я понимаю, никто перетаскивать не собирается.

Использовал ALTQ в FreeBSD 2.2.1, когда в других операционках шейперами и не пахло. Кстати, и сейчас мало какой шейпер докатился до уровня тогдашнего ALTQ. Если бы не появился простой и предельно ясный Dummynet, ALTQ давно был бы официально в системе.

Cообщить модератору | Наверх | ^

7. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от adsh email(??) on 21-Май-05, 02:56 
Всё хорошо, только лучше ещё использовать GRED - меньше будет потерь и скорость не будет всё время скакать туда / сюда как бешенная. Ну и размеры очередей пакетов подобрать.
Cообщить модератору | Наверх | ^

8. "каким алгоритмом руководствоваться"
Сообщение от dmitry (??) on 23-Май-05, 13:04 
как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться?

Cообщить модератору | Наверх | ^

9. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от santa email on 23-Май-05, 13:28 
Я не согласен с этим

>Оба пользователя непрерывно качают примерно одинаковый поток данных.
>Один из них начал качать раньше. Когда появился второй, то система
>начала ограничивать поток для первого до 110/2=55 Кбит/с. Считая что
>второму также будет отведено 55Кбит/с, однако
.....

в примерах
ipfw queue 1 config pipe 1 weight 50 queue 20
weight 50 - не означает деления канала на части,
а говорит о приоритете, то есть если у двух очередей одинаков приоритет
то пакеты из этих очередей будут выходить по очереди и канал действительно будет делится поровну (если приоритет одинаков).

поэтому если канал реально 80Кбит/с а pipe на 110Кбит/с
вырисовывается другая картина.
если первый пользователь начал раньше качать то его очередь
единственная и он полностью подгребает канал под себя.
если начинает качать второй юзер (подразумевается что приоритеты
очередей у них одинаковы и не обязательно 50) то пакеты из очередей выходят равномерно, а значит скорость делится поровну 80/2=40Кбит/с.

скорость pipe больше чем реальная нужно ставить тогда, когда нужно не ограничить
скорость а распределить по приоритетам.
Я например не зажимаю никого, а всем даю одинаковый приоритет чтоб никто не смог
большим количеством сессий подгребать под себя канал

Cообщить модератору | Наверх | ^

10. "каким алгоритмом руководствоваться"
Сообщение от adsh email(??) on 23-Май-05, 22:45 
>как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться?

С эти очень просто. Поскольку очередь не может быть больше 2*max_th - то такую её и ставим.

Для канала в несколько мегабит рекомендую:

pipe 100 config bw 1Mbit/s queue 60 gred 0.002/10/30/0.1
queue 100 config pipe 100 queue 60 mask dst-ip 0xffffffff gred 0.002/10/30/0.1
add queue 100 tcp from aaa.bbb.ccc.ddd 80 to any via fxp0 out

В данном случае - весь исходящий тафик веб сервера равномерно распределяется между всеми пользователями и не зависит от количества сессий, открытых каждым клиентом. Пример - для сервера - файлопомойки.

Cообщить модератору | Наверх | ^

11. "Использование  dummynet для ограничения трафика во FreeBSD"
Сообщение от eplumber (??) on 24-Май-05, 08:07 
Сделал
Работает
Риспект
Cообщить модератору | Наверх | ^

12. "каким алгоритмом руководствоваться"
Сообщение от net11 email on 24-Май-05, 14:31 
>>как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться?
>
>С эти очень просто. Поскольку очередь не может быть больше 2*max_th -
>то такую её и ставим.
>
>Для канала в несколько мегабит рекомендую:
>
>pipe 100 config bw 1Mbit/s queue 60 gred 0.002/10/30/0.1
>queue 100 config pipe 100 queue 60 mask dst-ip 0xffffffff gred 0.002/10/30/0.1
>
>add queue 100 tcp from aaa.bbb.ccc.ddd 80 to any via fxp0 out
>
>
>В данном случае - весь исходящий тафик веб сервера равномерно распределяется между
>всеми пользователями и не зависит от количества сессий, открытых каждым клиентом.
>Пример - для сервера - файлопомойки.


Не подскажите как лучше поделить канал 256к на клиентов по 64к, какие очереди поставить и параметры gred
подскажите плизз

Cообщить модератору | Наверх | ^


Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру