шейпинг для маленьких

почитал, htbinit подходит для моих целей

только непонятно, при добавлении правила на всю подсеть, канал резаться будет для всей подсети или отдельно для каждого ip?

временно решил так:

RATE=90Mbit
LEAF=sfq
RULE=*,10.8.0.0/24

но хотелось бы каждый ip шейпить все таки до определенной величины.

если жестко задать предел каждому - то шейпить при помощи filter action police (т.н. policing). Если с возможностью заимствования - крутить htb. sfq желаемого эффекта не даст, потому что торрент может тянуться в 100 потоков забивая весь канал. Другой клиент в таком случае на одно соединение получит около 1% пропускной способности.

>чтобы 1 юзер включивший торрент не забил канал других, sfq вроде бы должен помочь предотвратить такую ситуацию.

Cделайте или дочерний класс на каждый ip, или же дисциплину esfq. Полисинг не рекомендую.

PS: оптимальный путь - «курить lartc до просветления»

на каждый ip не очень желательно, неужели нет способа обойтись меньшим кол-вом правил?

почитал про esfq, спасибо

жаль что оно не в ядре

на каждый ip не очень желательно, неужели нет способа обойтись меньшим кол-вом правил?

Чем вас смущает количество правил? Юзайте хешфильтры и производительность не будет зависить от количества адресов Красивый вариант - классификатор u32 flow - один фильтр сразу разбросает по классам. Или можете использовать iptables IPMARK и потом в tc по fwmark - один фильтр в iptables + 1 в tc ну и классы на каждый ip.

Конечно если вам подходит равномерное распределение полосы между ip - esfq тут идеально.

esfq пугает отсутствием в ядре и необходимостью наложения сторонних патчей на iproute2 и ядро, которые неизвестно как себя поведут в centos, в котором куча бекпортированных фич

Не советую юзать на роутерах дистрибутивные ядра, лучше возьмите ваниллу последнюю и соберите с нужными вам патчами типа esfq.

Если ничего не хотите менять то или просто куча фильтров - для каждого ип - деградация производительности при большом их количестве, либо хеш таблицы - курить lartc + мануалы к u32