Shtorm 0 Posted 2009-01-28 13:28:30 Share Posted 2009-01-28 13:28:30 Имеется сеть С класса 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 значения ... Не подскажите как настроить с учетом вышесказанных пожеланий ???? Link to post Share on other sites
Dark_Angel 5 Posted 2009-01-29 07:01:24 Share Posted 2009-01-29 07:01:24 Какой именно параметр в u32 упирается у Вас в 999? И покажите команду, которой Вы создаете фильтр. Link to post Share on other sites
Shtorm 0 Posted 2009-01-29 09:27:02 Author Share Posted 2009-01-29 09:27:02 вот например 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 - создается нормально Link to post Share on other sites
Dark_Angel 5 Posted 2009-01-29 09:39:55 Share Posted 2009-01-29 09:39:55 А какова цель handle вместе с u32 да еще и с непонятным "::" между двумя цифрами, тогда как там должна быть одна и эта цифра fwmark? Может всетаки http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm ? Link to post Share on other sites
Shtorm 0 Posted 2009-01-29 12:15:34 Author Share Posted 2009-01-29 12:15:34 только что проверил , без указания handle фильтр создается но при его удалении сносятся все фильтра полностью ... Link to post Share on other sites
Dark_Angel 5 Posted 2009-01-29 12:23:30 Share Posted 2009-01-29 12:23:30 Значит Вы где-то ошибаетесь, либо при создании объектов, либо при удалении. Я рекомендую Вам посмотреть базовые схемы шейперов, хотя бы по мануалу постом выше. Посмотреть как создаются там объекты и как они работают. У tc нет лишних слов для красоты и каждое слово имеет свой смысл. При удалении объекта его параметры необходимо тоже поностью передавать, как и при создании. Link to post Share on other sites
Shtorm 0 Posted 2009-01-29 13:38:44 Author Share Posted 2009-01-29 13:38:44 возможно и ошибаюсь , существующая у нас сейчас схема работает как часы , все создается- удаляется 100% но перестает работать при выделении flowid больше 999 ... Интересует как обойти именно это ограничение Link to post Share on other sites
Spectator 0 Posted 2009-06-17 22:58:14 Share Posted 2009-06-17 22:58:14 Я тоже не перешел этот рубеж. Наиболее оптимальный способ - это нарезка полосы динамически. Т.е. создавать правило шейпера только при включении интернета конкретным абонентом. Таким образом можно уменьшить необходимое количество правил до 2/3 от общего числа в пиках интернет активности. Сейчас ищу альтернативное решение, пока кроме перехода на фрю, ничего хорошего не вижу. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now