Шейпер на Mikrotik

[graysilver 143]

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

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

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

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

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

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

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

[Dmitry2 2]

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

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

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

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

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

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

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

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

[graysilver 143]

 

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

На микротике в профилях 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?

[Dmitry2 2]

 

 

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

На микротике в профилях 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 атрибуты.

[graysilver 143]

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

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

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

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

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

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

[ua.feldsher 6]

 

 

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

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

[graysilver 143]

 

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

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

 

в основном 50М в пике нагрузка до 3Ж

[NiTr0 582]

 

 

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

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

[graysilver 143]

 

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

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

 

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

[NiTr0 582]

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

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

 

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

Відредаговано 2017-01-12 16:12:53 NiTr0

[virtus 30]

 

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

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

 

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

 

 

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

Відредаговано 2017-01-12 17:34:41 virtus

[urs 13]

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

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

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

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

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

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

 

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

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

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

[graysilver 143]

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

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

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

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

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

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

[urs 13]

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

[graysilver 143]

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

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

[graysilver 143]

 

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

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

 

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

[urs 13]

Какой тип авторизации? PPPoE, IPoE ?

На данной железке НАТится трафик ?

[graysilver 143]

Только pppoe,нат на другой машинке, контрек выключен

[urs 13]

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

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

[graysilver 143]

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

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

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

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