Jump to content

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


Recommended Posts

Имеется сеть С класса 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

вот например 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

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

 

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

 

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

Link to post
Share on other sites

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

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

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

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

Link to post
Share on other sites
  • 4 months later...

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

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

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

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

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

Link to post
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...