Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Тематический каталог: Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), auto_topic (??), 21-Май-05, (0) [смотреть все] Всё хорошо, только лучше ещё использовать GRED - будут меньше потери и скорость , adsh (??), 02:51 , 21-Май-05, (1) // как правильно GRED и размер очереди подобрать каким алгоритмом руководствоватьс, dmitry (??), 13:00 , 23-Май-05, (2) А можно с этого места поподробнее , waso (?), 09:21 , 24-Май-05, (4) // Может кому пригодится про red и Gredhttp freebsd-r16 narod ru freebsd shaper h, TigraS (?), 19:15 , 10-Фев-10, (31) From АлександрSubject Re Подробнее об использовании pipe-s в IPFWВозможно я н, napTu (?), 02:03 , 24-Май-05, (3)   // Всё хорошо и я согласен с твоими рассуждениями о разбивке по приоритетам очереде, napTu (?), 14:52 , 25-Май-05, (5)   а еще я сделал вот так maska 0xffffffff ipfw pipe 1 config bw 80Kbit s queue, napTu (?), 20:45 , 27-Май-05, (6) // Кстати на основе этих правил очень хорошо организовывается Анлим делаем 3 очер, gara (??), 15:53 , 17-Июн-05, (7) почему pipe создается только один ведь сириус-128 позволяет одновременно как от, Grayich (??), 00:21 , 08-Авг-05, (8) а если нужно просто зделать приоретизацию трафика без ограничения по скорости то, Михаил (??), 01:59 , 04-Сен-05, (9) // Для себя я нашел следующее решение Создаем две очереди для входящего и исходяще, Banan (?), 01:14 , 17-Сен-05, (10) // У меня тоже заработало только с dst-ip и src-ip Почему не работает с dst-addr и , Maks (??), 12:37 , 18-Фев-06, (18) Часик потратил на вычисление длины очереди, но работает классно Мне ндравится , Camb (ok), 14:36 , 22-Июл-09, (28) Вот интересно а как проверить работают-ли правила на ввод комманды ipfw pipe s, snoop (??), 07:02 , 25-Окт-05, (11) // пакеты непоподают в шейпер, или канал очередь заданы неправильно, например неве, Grayich (??), 11:43 , 25-Окт-05, (12) ну конфиг у меня вот какойу меня 2-е подсети 192 168 20 0 24 моя 192 168 2 0 24, snoop (??), 14:58 , 25-Окт-05, (13) // ipfw queue 3 config pipe 1 weight 70 queue 25 mask src-ip 0xffffffffipfw queue 3, Grayich (??), 15:13 , 25-Окт-05, (14) // когда так прописал, ipfw s возвращает06200 141 11082 queue 3 ip from 192 168 , snoop (??), 07:04 , 26-Окт-05, (15) // это что , Grayich (??), 12:21 , 26-Окт-05, (16) а ты попробуй пострадать и 06200 141 11082 queue 3 ip from 192 168 20 0 24 to, cj (?), 11:08 , 27-Янв-06, (17) Почему в 6 1 , ipfw не понимает src-addr, dst-addr, они эквивалентны src-ip, dst, steel (??), 12:14 , 28-Сен-07, (19) // да, grayich (??), 14:13 , 28-Сен-07, (20) Еще вопрос, в каком месте должны находится правила PIPE До основных правил или, steel (??), 14:53 , 28-Сен-07, (21) // описания queue и pipe в любом месте, самиже добавления ipfw add queue или ipfw a, grayich (??), 14:59 , 28-Сен-07, (22) // А как сделать шейп на каждый IP в сети Например имеются сети 192 168 0 х, 192 1, vadislaus (??), 17:57 , 25-Окт-07, (23) // в статье об этом написано, перечитай, grayich (??), 01:11 , 26-Окт-07, (24) Разделение полосы 10 мегабит на всехipfw pipe 3 config bw 10Mbit sipfw queue 3 c, devchaos (??), 18:24 , 27-Мрт-08, (25) Правильно ли настроен firewall Цель дать 2Мбита для пользователей с IP из сети, shamil (??), 10:15 , 03-Мрт-09, (26) // sysctl net inet ip fw one_pass 0 типа такipfw pipe 1 config bw 2048Kbit s queu, grayich (ok), 10:51 , 03-Мрт-09, (27) ipfw queue 1 config pipe 1 weight 50 queue 20 mask dst-addr 0xffffffffне работа, Ramin (?), 17:27 , 28-Авг-09, (29) // ipfw queue 1 config pipe 1 weight 50 queue 20 mask dst-ip 0xffffffff , grayich (ok), 23:40 , 28-Авг-09, (30) Подскажите плиззз, мне надо просто выдать в своей подсети каждому айпи по 5Мб s , 0bJ0riK (?), 12:29 , 28-Сен-10, (32) 1,3,6,8,9,11,13,19,21,25,26,29,32

Сообщения

[Сортировка по времени | RSS]

3. "Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd)"	+/–
Сообщение от napTu (?), 24-Май-05, 02:03
From: Александр Subject: Re: Подробнее об использовании pipe-s в IPFW >   > Я не согласен с этим: > > >Оба пользователя непрерывно качают примерно одинаковый поток данных. > >Один из них начал качать раньше. Когда появился второй, то система > >начала ограничивать поток для первого до 110/2=55 Кбит/с. Считая что > >второму также будет отведено 55Кбит/с, однако из-за того что реальная > >пропускная способность канала 80Кбит/с, то второму пользователю будет > >предоставлено всего 80-55=25Кбит/с. Кроме того возможно система будет > >считать, что второй пользователь не использует выделенный ему канал и > >давать еще больший приоритет первому, чтобы довести общий поток до> > >110Кбит/с. > > в примерах > ipfw queue 1 config pipe 1 weight 50 queue 20 > weight 50 - не означает деления канала на части, > а говорит о приоритете, то есть если у двух очередей одинаков приоритет > то пакеты из этих очередей будут выходить по очереди и канал > действительно будет делится поровну. > > поэтому если канал реально 80Кбит/с а pipe на 110Кбит/с > вырисовывается другая картина. > если первый пользователь начал раньше качать то его очередь > единственная и он полностью подгребает канал под себя. > если начинает качать второй юзер (подразумевается что приоритеты > очередей у них одинаковы и не обьязательно 50) то пакеты из очередей > выходят равномерно, > а значит скорость делится поровну 80/2=40Кбит/с. > > скорость pipe больше чем реальная нужно ставить тогда когда нужно не > ограничить > скорость а распределить по приоритетам. > Я например не зажимаю никого, а всем даю одинаковый приоритет чтоб никто > не смог > большим количеством сессий подгребать под себя канал > Возможно я не прав в своих рассуждениях и в этом ответе есть истина. Хотя я часто встречал в описаниях pipe примеры, где преднамеренно устанавливалась скорость pipe меньшая, чем скорость потока на 5%. И обуславливалось это запасом пропускной способности канала для тех, кто имеет бОльший приоритет.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Подробнее об использовании pipe-s в IPFW (ipfw limit pipe qu..."	+/–
	Сообщение от napTu (?), 25-Май-05, 14:52
	Всё хорошо и я согласен с твоими рассуждениями о разбивке по приоритетам очередей, а не по скорости канала. Но проведение эксперимента этого не подтверждает: -два пользователя имеют разные приоритеты созданных для них очередей (причем разность велика - 5 и 50); -качают с одного сайта с толстым каналом разные файлы; -скорость pipe не ограничена и результирующий поток ограничивается только шириной канала. В результате скорость закачки у обоих примерно одинакова. Иногда больше у одного, иногда у другого. При изменении условия ограничения pipe до значения меньшего, чем пропускная способность канала, получаем совсем иную картину - начинают работать приоритеты очередей. Как это иначе объяснить, чем я описал, не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема