Помогите подобрать классификатор для фильтров шейпера либо правильно настроить существующий - U32

[Shtorm 0]

Имеется сеть С класса 192.168.5.*

хотим добавлять сети 192.168.6.* ( сейчас )

192.168.7.* , 192.168.8.* ( на будущее )

 

Для большей наглядности решил классы и фильтры шейпера ( HTB ) привязать к 3 и 4 октету IP адреса ( параметры ID , flowID )

то есть 5020 - 192.168.5.20

6030 - 192.168.6.30

 

начал создавать , и выяснил что классы создаются с любым 4 цифренном значением , а фильтры с использованием u32 , только до 999 значения ...

 

Не подскажите как настроить с учетом вышесказанных пожеланий ????

[Dark_Angel 5]

Какой именно параметр в u32 упирается у Вас в 999?

 

И покажите команду, которой Вы создаете фильтр.

[Shtorm 0]

вот например 5000 ый класс

/sbin/tc class add dev eth1 parent 1:1 classid 1:6000 htb rate 10kbit - создается нормально

теперь создадим фильтр

/sbin/tc filter add dev eth1 parent 1: protocol ip prio 3 handle 800::6000 u32 match ip dst 192.168.5.250 flowid 1:6000 - Illegal filter ID

 

теперь создам 999 класс

/sbin/tc class add dev eth1 parent 1:1 classid 1:999 htb rate 10kbit - создается нормально

теперь создадим фильтр

/sbin/tc filter add dev eth1 parent 1: protocol ip prio 3 handle 800::999 u32 match ip dst 192.168.5.250 flowid 1:999 - создается нормально

[Dark_Angel 5]

А какова цель handle вместе с u32 да еще и с непонятным "::" между двумя цифрами, тогда как там должна быть одна и эта цифра fwmark?

 

Может всетаки http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm ?

[Shtorm 0]

только что проверил , без указания handle фильтр создается

но при его удалении сносятся все фильтра полностью ...

[Dark_Angel 5]

Значит Вы где-то ошибаетесь, либо при создании объектов, либо при удалении.

 

Я рекомендую Вам посмотреть базовые схемы шейперов, хотя бы по мануалу постом выше. Посмотреть как создаются там объекты и как они работают.

 

У tc нет лишних слов для красоты и каждое слово имеет свой смысл. При удалении объекта его параметры необходимо тоже поностью передавать, как и при создании.

[Shtorm 0]

возможно и ошибаюсь ,

существующая у нас сейчас схема работает как часы , все создается- удаляется 100%

но перестает работать при выделении flowid больше 999 ...

Интересует как обойти именно это ограничение

[Spectator 0]

Я тоже не перешел этот рубеж.

Наиболее оптимальный способ - это нарезка полосы динамически.

Т.е. создавать правило шейпера только при включении интернета конкретным абонентом.

Таким образом можно уменьшить необходимое количество правил до 2/3 от общего числа в пиках интернет активности.

Сейчас ищу альтернативное решение, пока кроме перехода на фрю, ничего хорошего не вижу.