Jump to content
Калькуляторы

Mikrotik Router OS 5.0rc5 + Radius + MIKROTIK_ADDRESS_LIST логика настройки шейпера

Дано:

Mikrotik Router OS 5.0rc5 (x86)

Используется pptp + radius

 

Задача:

нарезать юзерам скорость не используя radius attribute: Mikrotik-Rate-Limit

, а используя radius attribute: MIKROTIK_ADDRESS_LIST

 

Почему:

потому что в первом случае создается автоматом SimpleQueue - этот алгоритм грузит систему, и не рекомендуется при к-ве юзеров онлайн более двух сотен

 

Во-втором случае юзается Queue Tree

 

Из мануала

 

Why not Simple Queues?

Simple queues are ordered - similar to firewall

rules

In order to get to 999th queue packet will have to be

checked for match to all 998 previous queues

Each simple queue might stand for 3 separate

queues:

One in Global-in (”direct” part)

One in Global-out (”reverse” part)

One in Global-total (”total” part)

 

 

____________

Какова общая суть (логика) настройки?

Кто-нить может описать порядок действий ?

 

Т.е. - клиент создает pptp подключение на микротик, через радиус получает с биллинга (из тарифа) нужный адрес-лист.

 

Как на Тике нарезать скорости и привязать к адрес-листам, например - простые безлимитные тарифы - 256K, 512K, 1024K ?

 

Т.е. даже не стоит задача динамически распределять скорости по группам исходя из загрузки канала, нет необходимости создавать иерархию по группам.

Пока не стоит задача юзать QoS - понижать приоритеты, например p2p трафа....

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

Edited by white_crow

Share this post


Link to post
Share on other sites

У меня самописный билинг, который ходит на микротик и прописывает соответствующие адрес листы для тарифных планов. В таблице mangle на основе этих адрес листов метится трафик. В queue создано несколько simple правил которые на основе меток через PCQ шейпят юзверей. Кол-во simple правил равно количеству тарифных планов.

Хочется прийти к тому, чтобы забирать у радиуса параметры для юзера, т.е. банально добавлять ип юзера в соответствующий адрес лист. Вот сижу ковыряю....

Share this post


Link to post
Share on other sites

тоже вкуриваю мануалы, форумы уже какой день - пока каша в голове. Вроде так сухую теорию читаешь - суть в целом ясна. Но когда дело доходит до конкретных настроек - мозг пока ломается от количества настроек в Тике

Share this post


Link to post
Share on other sites

Кажется есть зацепка - атрибут Mikrotik-Mark-Id . Ща буду вкуривать

Share this post


Link to post
Share on other sites

а я думал - зацепка MIKROTIK_ADDRESS_LIST : )

Edited by white_crow

Share this post


Link to post
Share on other sites

кстати это оно и есть кажется..... :)

Share this post


Link to post
Share on other sites

В общем теперь радиус отдает микротику название адресслиста, к которому привязан юзер. Чего, в общем-то, и хотелось.

Share this post


Link to post
Share on other sites

перевел на русский язык мануальчик про QoS на Микротике - может кому поможет

http://wiki.mikrotik.com/images/8/84/QoS_M...white_crow).pdf

 

совместно с этой статьей должно вам помочь разобраться...

http://wiki.mikrotik.com/wiki/Russian/Дели...QoS_на_Mikrotik

Edited by white_crow

Share this post


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
Sign in to follow this