TC HTB (Rate & Ceil)

ну тыб хоть чтонибудь привёл

Что к примеру?

tc qdisc add dev eth1 root handle 1: htb
tc class add dev eth1 parent 1: classid 1:1 htb rate 100mbit burst 200k
tca class add dev eth1 parent 1:1 classid 1:$1 htb prio2 rate 1mbit ceil 14mbit  

Создаем корневой и его подкласс с гарантированной полосой 1мегабит и максимальной 14 мегабит. совсем недавно подобные правила работали на ура, теперь по непонятной мне причине данные правила корректно задают скорость лишь до 10 мегабит, если ставлю 14 то дает все равно только 10. Пробывал увеличивать квант не помогло, имеет ли смысл увеличивать значение r2q?

а сколько у тебя всех этих правил?

около 500

так вот в этом наверное и проблема, что считать не успевает

tc class add dev eth1 parent 1:1 classid 1:$1 htb prio2 rate 1mbit ceil 14mbit Имеется ввиду подобных правил около 500, плюс к каждому правилу свой фильтр

Почему это должен не успевать? нагрузки на железо почти нет, буквально 40 пользователей назад все работало.

Обработку очереди то он ведет корректно, и до 10 мегабит считает все четко, кстати подавляющее большинство пользователей сидят на 6 мегабитах и у них все ок, на 14 мегабитах сидят 30-40 человек всего лишь.

для таких количеств используют хэш таблицы

http://lartc.org/howto/lartc.adv-filter.hashing.html

около 500

На правах предположения: когда-то давно читая LARTC натыкался на упоминание, что сумма rate дочерних классов не должна превышать rate родителя, в противном случае корректность работы шейпера не гарантируется. В вашем случае у родителя rate=100Mbit, у дочерних классов rate=1Mbit, а таких классов около 500. Возможно в этом проблема.

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