+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Если вы используете Radius, прочитайте это.

Если вы используете Radius, прочитайте это., RouterOS

airnet

Guest

28.07.2006 02:35:00

Одна из наших давних проблем наконец-то выяснилась. С тех пор, как мы используем MT от 2.7.x, мы заметили, что учёт трафика по радиусу иногда показывал заниженные значения для самых активных пользователей. Сейчас мы используем PPPoE-серверы 2.9.27 с freeradius, и проблема всё ещё есть. В чём дело: счётчики ppp от MT PPPoE Server, похоже, ограничены 32-битным значением, или максимум 4294967295. Это примерно 4,3 гигабайта. Как только вы превышаете это число, СЧЁТЧИК ВЕРНУТЬСЯ К НУЛЮ! Если говорить простыми словами, это значит, что если вы используете сервер RADIUS с вашим клиентом MT Radius и ваши пользователи используют более 4,3 ГБ за ‘сессию RADIUS’, то их использование трафика будет отображаться очень низким. Например, если я использую 5 ГБ трафика за одну сессию RADIUS, то в итоге учтётся только около 700 МБ. Решение: установите ограничение на сессию RADIUS в 4 ГБ!

joeyconcrete

Guest

06.09.2006 21:17:00

Гигабайты отправляются в RADIUS-аккаунтинговых сообщениях только после того, как превысят порог в 4 ГБ, тогда вы получите 1 гигабайт плюс остаток. Я использую RADIUS и Mikrotik без проблем, и аккаунтинг отлично работает даже при объеме данных свыше 4 ГБ (это с Radiator RADIUS).

Beccara Guest	#3 0 28.07.2006 02:46:00 Как именно вы накладываете этот лимит? Это делается со стороны MT или со стороны Radius-сервера?

agirardeau Guest	#4 0 04.09.2006 21:59:00 А почему бы просто не перезагружать кондиционер каждую неделю в 3:00 утра? Так все pppoe сессии обновились бы; Андре

cabana Guest	#5 0 05.09.2006 07:42:00 Перезагрузка – это такое себе "решение" от Microsoft, если честно.

bjohns

Guest

28.07.2006 03:37:00

Можно сделать как угодно, но если ты уже используешь radius, используй radius. radreply: Xmit-Limit (передача клиенту - Downloads) Recv-Limit (получение от клиента - Uploads) И ещё, имей в виду, что иногда нужно установить тип столбца базы данных ‘AcctOutputOctets’ в тип, который может хранить большое целое число — если ты используешь db. http://www.mikrotik.com/docs/ros/2.9/guide/aaa_radius.content#13.4.5.1

airnet

Guest

28.07.2006 05:16:00

Да, не забудь и про тип поля в базе данных. В MySQL, если использовать тип поля ‘int’ вместо ‘bigint’, то ты ограничен 3.7 ГБ! Мы используем Freeradius с MySQL. Чтобы включить атрибуты Xmit-Limit и Recv-Limit, нам пришлось добавить это в файл конфигурации Freeradius: # Атрибуты MikroTik

VENDOR Mikrotik 14988

ATTRIBUTE Recv-Limit 1 integer Mikrotik
ATTRIBUTE Xmit-Limit 2 integer Mikrotik Затем добавь следующие атрибуты в таблицу MySQL Freeradius ‘radgroupreply’: Xmit-Limit == 4000000000
Recv-Limit == 4000000000 До того, как счетчики MT ppp успеют обнулиться, сессия Radius будет завершена по таймауту и начнется новая: pppoe,ppp,info MT1C: <pppoe-xxxxxxxx@xxxxxx.xxx.xx>: завершается... - превышен максимальный лимит отправки/получения
pppoe,ppp,info MT1C: <pppoe-0>: ждет вызова...
pppoe,ppp,info MT1C: <pppoe-xxxxxxxx@xxxxxx.xxx.xx>: аутентифицирован
pppoe,ppp,info MT1C: <pppoe-xxxxxxxx@xxxxxx.xxx.xx>: подключен
pppoe,ppp,info,account MT1C: xxxxxxxx@xxxxxx.xxx.xx вошел в систему, 172.16.237.242 Отлично! Больше никаких странностей с accounting Radius.

tneumann

Guest

28.07.2006 07:23:00

Предложенное решение Xmit-Limit / Recv-Limit работает, но мне кажется, это не самый элегантный способ это сделать. Меня беспокоит необходимость отключать клиента (даже очень ненадолго) только ради обходного пути для системы учета. Для некоторых настроек это может быть приемлемо (пользователи роуминговых точек доступа, "дешёвые" домашние пользователи и т.д.), но для клиентов, которые ожидают "опыт арендируемой линии", я считаю это неприемлемым. Поэтому я использую Radius interim accounting и атрибуты Acct-Input-Gigawords/Acct-Input-Octets/Acct-Output-Gigawords/… с помощью Radius accounting. Гигаворд-счетчики существуют именно для решения проблемы переполнения 32-битных счетчиков до 4 гига. –Том

bjohns

Guest

30.07.2006 22:50:00

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

Beccara Guest	#10 0 16.08.2006 01:51:00 Как это вообще в работу запускать? Обновления радиуса от MT, похоже, не используют это. Смотрю на пакеты.

bjohns Guest	#11 0 16.08.2006 05:35:00 2.9.28 теперь включает поддержку этих атрибутов: добавлена поддержка атрибутов Radius Recv-Limit-Gigawords и Xmit-Limit-Gigawords для точки доступа.

normis

Guest

#12

16.08.2006 06:55:00

Есть два счетчика: один считает до 4Гб, а другой считает, сколько раз переполнился первый счетчик (то есть, сколько раз произошел overflow). Сложно сказать из твоего сообщения, используешь ли ты второй счетчик или нет. Некоторые радиус-серверы поддерживают это автоматически, если тебе нужно проверить, поддерживает ли это твой. Это в соответствии с RFC. Это есть в руководстве!

Beccara Guest	#13 0 16.08.2006 11:15:00 Я использую freeradius и .28, но не вижу, чтобы MT использовала атрибут gigawords в пакетах.

normis Guest	#14 0 16.08.2006 12:38:00 Включите отладку логов Radius на роутере и отправьте нам лог, чтобы мы увидели, какие Radius-пакеты роутер отправляет.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры