Jump to content

Шейпер на Mikrotik


Recommended Posts

Добрый времени суток всем.

На микротике в профилях ppp можно завать глобальные лимиты session timeout и rate limit.

Подскажите пожалуйста, при мощи радиуса можно выдавать клиентам индивидуально эти значения?

В wiki описано несколько похожих атрибутов (специфичных для микротика так и общих). Я правильно понимаю, что мне нужны:

MIKROTIK_RATE_LIMIT в текстовом формате xxxM/yyyM ?

Session-Timeout в формате HH:MM:SS ?

У кого-то получилось запустить такую схему в работу?

Link to post
Share on other sites

Добрый времени суток всем.

На микротике в профилях ppp можно завать глобальные лимиты session timeout и rate limit.

Подскажите пожалуйста, при мощи радиуса можно выдавать клиентам индивидуально эти значения?

В wiki описано несколько похожих атрибутов (специфичных для микротика так и общих). Я правильно понимаю, что мне нужны:

MIKROTIK_RATE_LIMIT в текстовом формате xxxM/yyyM ?

Session-Timeout в формате HH:MM:SS ?

У кого-то получилось запустить такую схему в работу?

/usr/local/share/freeradius/dictionary.mikrotik в помощь

Link to post
Share on other sites

 

Добрый времени суток всем.

На микротике в профилях ppp можно завать глобальные лимиты session timeout и rate limit.

Подскажите пожалуйста, при мощи радиуса можно выдавать клиентам индивидуально эти значения?

В wiki описано несколько похожих атрибутов (специфичных для микротика так и общих). Я правильно понимаю, что мне нужны:

MIKROTIK_RATE_LIMIT в текстовом формате xxxM/yyyM ?

Session-Timeout в формате HH:MM:SS ?

У кого-то получилось запустить такую схему в работу?

/usr/local/share/freeradius/dictionary.mikrotik в помощь

 

Спасибо Вам за ответ. С названиями атрибутов и как из использовать понятно. Не понятно, правильно ли угадал с форматом данных? И вообще, будет ли это работать с pppoe или эти атрибуты только для wifi hotspot?

Link to post
Share on other sites

 

 

Добрый времени суток всем.

На микротике в профилях ppp можно завать глобальные лимиты session timeout и rate limit.

Подскажите пожалуйста, при мощи радиуса можно выдавать клиентам индивидуально эти значения?

В wiki описано несколько похожих атрибутов (специфичных для микротика так и общих). Я правильно понимаю, что мне нужны:

MIKROTIK_RATE_LIMIT в текстовом формате xxxM/yyyM ?

Session-Timeout в формате HH:MM:SS ?

У кого-то получилось запустить такую схему в работу?

/usr/local/share/freeradius/dictionary.mikrotik в помощь

 

Спасибо Вам за ответ. С названиями атрибутов и как из использовать понятно. Не понятно, правильно ли угадал с форматом данных? И вообще, будет ли это работать с pppoe или эти атрибуты только для wifi hotspot?

 

Тут приведены примеры атрибутов http://wiki.mikrotik.com/wiki/Manual:RADIUS_Client

Найдите на странице фразу "Here are some Rate-Limit examples"

 

По HotSpot - смотрите WISPr атрибуты.

Link to post
Share on other sites
  • 1 month later...

Поймали странный глюк.

Запустили ccr 103608g-2s+ с прошивкой 6.36.4 под нагрузкой и не создаются очереди.

Очереди создаем путем передачи от радиуса атрибута MIKROTIK_RATE_LIMIT.

Вернее создаются, но очень мало.

 При онлайне 3к pppoe-абонентов создало только 149 очередей.

Гугление форумов пока не дало ответа. Подскажите пожалуйста в какую сторону копать?

Link to post
Share on other sites

 

 

При онлайне 3к pppoe-абонентов

если не секрет, какие скоростя у пользователей? 

Link to post
Share on other sites

 

 

Гугление форумов пока не дало ответа. Подскажите пожалуйста в какую сторону копать?

пляски с бубном вокруг "правильной версии прошивки" и "правильных настроек"...

Link to post
Share on other sites

 

Гугление форумов пока не дало ответа. Подскажите пожалуйста в какую сторону копать?

пляски с бубном вокруг "правильной версии прошивки" и "правильных настроек"...

 

К сожалению "правильные" прошивки уже не подходят к на столько новому оборудованию.

Link to post
Share on other sites
К сожалению "правильные" прошивки уже не подходят к на столько новому оборудованию.

расшифрую - пляска с бубном в виде перебора версий в надежде, что где-то заработает нормально, и при этом ничего еще не разломается. других вариантов диагностики/исправления багов микротика не имеется (ну не считая варианта запилить туда нормальный линукс)

 

ну или создавать очереди заранее, а потом просто указывать в какую очередь кого пускать. как в абиллсе. хоть это и дикий костыль, и при любой смене тарифов надо будет перестраивать очереди.

Edited by NiTr0
Link to post
Share on other sites

 

К сожалению "правильные" прошивки уже не подходят к на столько новому оборудованию.

расшифрую - пляска с бубном в виде перебора версий в надежде, что где-то заработает нормально, и при этом ничего еще не разломается. других вариантов диагностики/исправления багов микротика не имеется (ну не считая варианта запилить туда нормальный линукс)

 

ну или создавать очереди заранее, а потом просто указывать в какую очередь кого пускать. как в абиллсе. хоть это и дикий костыль, и при любой смене тарифов надо будет перестраивать очереди.

 

 

Ничего страшного в этом нет. Для каждого тарифа создаётся 2 правила маркировки и 2 правила шейпинга. При том, что можно сделать 2 пары правил и потом только их копировать и изменять значения для нужного тарифа. Ничего сложного.

Edited by virtus
Link to post
Share on other sites

Поймали странный глюк.

Запустили ccr 103608g-2s+ с прошивкой 6.36.4 под нагрузкой и не создаются очереди.

Очереди создаем путем передачи от радиуса атрибута MIKROTIK_RATE_LIMIT.

Вернее создаются, но очень мало.

 При онлайне 3к pppoe-абонентов создало только 149 очередей.

Гугление форумов пока не дало ответа. Подскажите пожалуйста в какую сторону копать?

 

А можно подробнее?

Какой биллинг рулит микротиком?

Тип очередей (деревовидные/простые)?

Link to post
Share on other sites

Проблема решилась самым банальным образом. Нашел как у микротика называется rsyslog и включил его в режиме детализации debug на удаленный сервер.

Вдумчивый анализ логов показал, что ошибка в названии атрибута у большинства тарифов, которые внесены в биллинг. Часть тарифов внесли по вики микротика, где атрибут назван MT-Rate-Limit, а часть по ману от фрирадиуса, где он называется Mikrotik-Rate-Limit. В биллинге поменяли всюду название на Mikrotik-Rate-Limit.

Не знаю в каком мануале ошибка, но в моем случаи правильный вариант названия атрибута Mikrotik-Rate-Limit.

Хотя если смотреть дамп общения микротика с радиусом, то от радиуса миктротик получает уже не Mikrotik-Rate-Limit, а MT-Rate-Limit.

Вот такая дурацкая заморочка с названиями вышла.

Спасибо всем кто откликнулся и помогал решить проблему :)

Link to post
Share on other sites

Все-таки, какой тип очередей в МТ используется, (tree/simple)?

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

Link to post
Share on other sites

 

Все-таки, какой тип очередей в МТ используется, (tree/simple)?

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

 

При 2к очередей (3к онлайн) и 2,5Г трафика большинство ядер  начинают упираться в 100%.

Link to post
Share on other sites

Тогда все правильно вытягивает. С НАТом бы загнулась при 2Г трафика.

Итересно, какова ныгрузка была-бы на новом софте при queues tree.

Link to post
Share on other sites

Тогда все правильно вытягивает. С НАТом бы загнулась при 2Г трафика.

Итересно, какова ныгрузка была-бы на новом софте при queues tree.

Хз... на офф. форуме не рекомендуют под нагрузкой пользовать деревья...

Если решим оставить у себя микротики, то купим еще пару штук и будет на чем экспериментировать.

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...