Приоритет для http трафика

[ale-x]

По вечерам и выходным замечаю такую картину - например тариф 2 мбита:
скорость http закачки плавает от 25 до 100 кбайт/с
торент качает всегда на полной скорости.

ночью и утром все ок:
http качает на полной, скорость не плавает.

Вечером около 1,7-2 kpps, канал свободен на 30-40%, проц загружен не более чем на 15%
FreeBSD 8 + mpd5 (pptp) + ipfw (dummynet)

Думал может можно(нужно) добавить очереди с весом в nofire.pl:

Код:

  if( $speed_in )
 {  # Cкорость указана в пакете. Это самая приоритетная скорость, даже если в учетной
    # записи в доп параметре указана другая. Получим уникальный номер pipe по основной записи:
    # $main_num - трафик всех алиасов должен попадать в один pipe!
    $pipe_in=&Get_Pipe_Num($main_num);
    &Add_Rule("pipe $pipe_in config bw ${speed_in}Kbit/s");
    &Add_Rule("queue 1 config pipe $pipe_in weight 95");
    &Add_Rule("queue 2 config pipe $pipe_in weight 10");
    &Add_Rule("add 1111 queue 1 tcp from any to any 80");
    &Add_Rule("add 1112 queue 2 udp from any to any");

Правильно ли я думаю? И какие могут подводные камни?

[Efendy]

Думаешь правильно, реализуешь неправильно. Читай доки и смотри примеры как юзаются очереди в ipfw. В твоем примере ты насоздаешь кучу правил с номерами 1111 и 1112.

Решать задачу надо с другой стороны. Брать общий канал и в нем сделать 2 очереди - для 80го порта и всего остального. Отмечаю - вне зависимости от авторизации клиента, а на всех. Т.е. это делается вне скриптов NoDeny, а в самом фаерволе.

Если же хочешь юзать очереди персонально на клиента - кури что есть маска в очередях. В общем, сначала разберись с ipfw и просто на тестовом стенде без биллинга создай правила приоретизации

[ale-x]

Спасибо за наводку думал о том что веса нужно делать на общем канале, но сомневался. Добавил в /etc/rc.firewall:

Код:

${f} pipe 40 config bw 40Mbit/s
${f} queue 1 config pipe 40 weight 99
${f} queue 2 config pipe 40 weight 50
${f} queue 3 config pipe 40 weight 1
${f} add 41 queue 1 tcp from any 80 to any recv tun0
${f} add 41 queue 1 tcp from any 80 to any recv tun1
${f} add 42 queue 2 tcp from any to any recv tun0
${f} add 42 queue 2 tcp from any to any recv tun1
${f} add 43 queue 3 udp from any to any recv tun0
${f} add 43 queue 3 udp from any to any recv tun1

Пока работает нормально. Может еще что-то нужно оптимизировать?

[Fredik]

хм, неплохая идея я б еще пинг сюда добавил.. я на федоре так делал ))

[stix]

на HTB достаточно не сложно сделать классификацию трафика с маркировкой через mangle

[Maks]

на HTB достаточно не сложно сделать классификацию трафика с маркировкой через mangle

на HTB ? Обьсни что это.

[Elisium]

Это линуховый шейпер.

[Maks]

Ясн, в Микротике тоже есть mangle.. только тама просто все наз QoS и все.

[stix]

Ясн, в Микротике тоже есть mangle.. только тама просто все наз QoS и все.

в микротике simple queue можно строить уже без маркировки пакетов.
микротик этот тот же линукс, только для лентяев.
тот же HTB и такие же SFQ/PCQ/RED/P-BFIFO

тип шейпера очень важную роль играет в нагрузке на роутер и приоритезацию пакетов в буфере очереди

[Fredik]

у когонибуть есть реально работающий фаервол с приоритетом по трафику?

[stix]

На какой OS ?

[Fredik]

фря ес-но

[Aivanzipper]

Некропостинг, но еще актуально

[NodenY45]

Какой конечный вариант настройки приоритезации на фриибсд?

[NodenY45]

тоесть какие айпи нужно присваивать для tun0 и tun1.
шлюз  и билинг на 1 серве.