Опять вопрос про htb.init

Всем привет!

Скажите, можно ли как-то добиться, чтобы при работающем торренте htb.init более эффективно резал полосу под более приоритетный траффик?

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

Проблема в том, что хоть сервер и доступен извне, но при попытке скачивания с него по http например, скорости выше 10 кбайт/с не добиться.

Перепробовал всякие рычаги, и BURST крутил и R2Q. но что-то особо не выходит ничего.

вот конфиги:

server htb # for i in $(ls ./ | grep -v check); do echo $i:; cat $i; echo -e "\n\n";  done
ppp0:
DEFAULT=99
R2Q=1



ppp0-2:10.ssh:
# class for outgoing ssh
RATE=128Kbit
CEIL=1110Kbit
RULE=*:22 # outgoing to :22
RULE=*:22, # outgoing from :22
RULE=*:220, # outgoing from :220
RULE=*:221, # outgoing from :221
RULE=*:222, # outgoing from :222
RULE=*:223, # outgoing from :223
RULE=*:224, # outgoing from :224
RULE=*:225, # outgoing from :225
PRIO=1
#BURST=128Kb
LEAF=sfq




ppp0-2:11.im:
# class for instant messengers
RATE=128Kbit
CEIL=1110Kbit
RULE=*:5222 # jabber (client-to-server)
RULE=*:5269 # jabber (server-to-server)
RULE=*:5222, # jabber (client-to-server)
RULE=*:5269, # jabber (server-to-server)
RULE=*:5223 # jabber unusual SSL
RULE=*:5670 # jabber unusual SSL
RULE=*:4000, # skype in
RULE=*:4000 # skype out
PRIO=2
#BURST=32Kb
LEAF=sfq




ppp0-2:13.zabbix:
# class for zabbix and snmp traffic
RATE=40Kbit
CEIL=1110Kbit
RULE=*:10050 # outgoing to :10050
RULE=*:10051, # outgoing from :10051
RULE=*:50002 # outgoing to :50002 (work snmp)
RULE=*:161 # outgoing to snmp
PRIO=2
LEAF=sfq




ppp0-2:14.transmission:
# class for transmission client
RATE=40Kbit
CEIL=1110Kbit
RULE=*:9091, # outgoing from :9091
PRIO=2
LEAF=sfq




ppp0-2:15.gaming:
# class for gaming
RATE=100Kbit
CEIL=1110Kbit
RULE=*:9988 # outgoing to battlefield 3
RULE=*:22990 # outgoing to battlefield 3
RULE=*:17502 # outgoing to battlefield 3
RULE=*:42127 # outgoing to battlefield 3
RULE=*:20000 # outgoing to battlefield 3
RULE=*:19767 # outgoing to battlefield 3
RULE=*:19967 # outgoing to battlefield 3
PRIO=2
#BURST=64Kb
LEAF=sfq




ppp0-2:20.www:
# rules for www traffic
RATE=600Kbit
CEIL=1110Kbit
RULE=*:80
RULE=*:80,
RULE=*:8080
RULE=*:8080,
RULE=*:443
RULE=*:443,
RULE=*:21 # ftp traffic
RULE=*:4040, # subsonic in
PRIO=2
#BURST=128Kb
LEAF=sfq




ppp0-2:90.torrent:
# rules for torrent traffic
RATE=16Kbit
CEIL=1110Kbit
PRIO=7
MARK=1001
LEAF=sfq




ppp0-2:99.other:
# rules for all other traffic
RATE=58Kbit
CEIL=1110Kbit
PRIO=5
LEAF=sfq




ppp0-2.full:
# root class containing total bandwidth
# RULE=[[saddr[/prefix]][:port[/mask]],][daddr[/prefix]][:port[/mask]]
RATE=1110Kbit
CEIL=1110Kbit
#BURST=128Kbit

для маркировки торрент траффика в iptables вот это:


# Mark torrent data to set it lowest priority in HTB
iptables -t mangle -A FORWARD -s ${V1} ! -d ${SERVER} -p tcp -m multiport ! --sport 22,8080,4040,9091 -j MARK --set-mark 1001
iptables -t mangle -A FORWARD -s ${V1} ! -d ${SERVER} -p udp -m multiport ! --sport 22,8080,4040,9091 -j MARK --set-mark 1001

торрент валит с lxc контейнера V1

Картина получается примерно такая: http://d.pr/i/KBXJ

если более приоритетный

если более приоритетный трафик чувствителен к задержкам - попробуйте hfsc

Нейтральность - высшее достижение сознания!

Да нет, особо к задержкам не

Да нет, особо к задержкам не чувствителен. Хотелось бы приоритетным полосы побольше отъесть когда есть такой трафик. И по конфигам всё так и настроено, но чего-то реальность с p2p траффиком не отражает ситуацию в конфигах.

Я правильно понял, что hfsc - замена htb, а правила почти такие же для tc используются? Сможет ли он более тонко подойти к вопросу и справиться с поставленной задачей?

Что-то мне подсказывает' что

Что-то мне подсказывает' что у вас будет долгий секс с этим. Шейпер в линукс - сугуболичная штука' заморачиваются ей как правило один раз и забывают как страшный сон. Взрывать свой мозг лишний раз врятли кто-то будет' тем более в выходные:-)
Если только какой нить красноглазик, который вернулся с необитаемого острова, невидевший компьютеры года два).

А чего взрывать-то? Если у

А чего взрывать-то? Если у кого-то работает - то можно просто конфигами поделиться. А если кто-то секс трех месяцев длинной имел и плюнул - было бы полезно о таком опыте узнать.

ИМХО: правила не маркируют

ИМХО: правила не маркируют все торрент пакеты..

# Mark torrent data to set it lowest priority in HTB
iptables -t mangle -A FORWARD -s ${V1} ! -d ${SERVER} -p tcp -m multiport ! --sport 22,8080,4040,9091 -j MARK --set-mark 1001
iptables -t mangle -A FORWARD -s ${V1} ! -d ${SERVER} -p udp -m multiport ! --sport 22,8080,4040,9091 -j MARK --set-mark 1001

Для маркировки torrent'ов я использую l7-filter, (правда µtp он не маркирует :()

Working on Gentoo Linux for Asus P535 and Qtopia :-)

Почему такое мнение? Htb.init

Почему такое мнение? Htb.init stats сканируется на количество обработанных байт и результат отправляется в zabbix - оттуда и кусок графика в сабже. Так вот по графику видно, что всё попадает.

Если я всё правильно понимаю

Если я всё правильно понимаю - µtp = UDP, a UDP не классифицируем в принципе (некуда записывать маркеры классификации у пакета). Тут возникает вопрос - может как раз это - корень проблемы? Но почему же тогда htb.init stats показывает всё правильно

Цитата: для маркировки

Цитата:
для маркировки торрент траффика в iptables вот это:

в новых торрент-клиентах, как уже сказали вовсю uTP - а он может работать по случайным портам

Нейтральность - высшее достижение сознания!

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".