BiTel

суть такова ... у dialup RADIUS-а есть событие RADIUS аутентификации, с помощью которого можно отследить и контролировать подключение юзера но нет простого события деаутентификации/отключения, точнее есть, но только "по балансу", но Вы ведь понимаете что юзер отключается не только из за того что у него нулевой баланс, верно? сделайте, пожалуйста, событие на отключение пользователя не по балансу, а просто по факту отключения ... зачем? я тут, на форуме, уже видел упоминания о том что люди пользуются событием, ЕМНИМС аутентификации, чтобы открывать доступ в инет не на NAS, а на некоем внешнем шлюзе и им очень пригодилось бы такое событие чтобы иметь возможность не только открыть, но и закрыть доступ, ну или, к примеру, можно было бы получая Acct-Terminate-Cause записывать в некую внешнюю табличку причину отключения с помощью которой можно было бы вести статистику причин отключения пользователей, т.е., допустим, если причин не "User Request" или "Admin Reset" очень много - значит что-то не так ... да и вообще подобное событие можно было бы использовать массой способов, конечно не так всеобъемлюще и гибко как аутентификацию, но все же ... а то получается что у нас есть "вход", а "выход" нету может, чтобы не перегружать радиус событиями, стоит сделать некое общее событие отключения, a-la событие аутентификации, в которое передавать "по балансу", "разрыв зоной" и т.п.?

событие на старт и стоп зоны или тарифной опции тоже очень и очень не помешало бы, IMHO

т.к. все описанное больше относится к dialup чем к чему бы то еще я не стал размещать тему в предложениях

где-то на форуме уже просили и в TODO уже есть

теперь вопрос только "когда будет?" в 5.1 сделаете?

5.1 уже практически готова и там этого нет

чьерт побьери!(с) придется ждать 6.х или 7.х

Какие параметры в событие логаута передавать? Данные какие там нужны?
Для 5.1 можно сделать.

по минимуму - передавать cid, а от него можно плясать практически в любую сторону имея con конечно же
оптимальнее всего, я думаю, это передать биллинговые:

и стандартные RADIUS атибуты:

думай как то так ...

дополнение к тому откуда возник вопрос - есть идея связать БГБ с SCE, так вот юзеров туда можно добавить либо загрузкой файла (подключился - добавил, отключился - удалил), либо с помощью RADIUS LEG (тут вообще все по Start/Stop происходит), ну а события на тарифную опицию нужны чтобы пинать кота в бок по просьбе пользователя ...

в 5.1 события dialup-а научатся видеть классы npay или по прежнему придется jar подсовывать?

Вот это нам тоже очень нужно.

К сожалению, пока по-прежнему. В 5.1 мы подняли глобальную шину событий JMS, возможно получится решить к 5.2 проблему эту удалённой обработкой события где-то на центральном сервере.

стоит ждать от 5.1 события отключения и события тарифных опций?
апну тему пока 5.1 не зарелизилась

бамп

up

тут по сабжу ничего не нашел, собственно вопрос остается открытым и тема бампится

тут просили, при этом, там же админ писал:

и уже в этом топике он писал:

может все же сделаете, а? народу ведь надо ...

маленький экскурс в историю вопроса и своеобразный бамп

очень надо!!!!!

Есть такое. Одних радиус-атрибутов уже мало для гибкого предоставления сервисов, а функционала BGBilling и API для интеграции с другими системами уже недостаёт.

Сделал 2 события. Апдейты радиуса и модуля.
http://bgbilling.ru/patch/8/dialup.jar
http://bgbilling.ru/patch/8/dialup_5.1_160.zip
Прошу Cromeshnic и snark выложить примеры скриптов на WiKi.

Классы событий расположены в ru.bitel.bgbilling.modules.dialup.radius.event

Спасибо! Сначала нужно перейти на 5.1

Может snark посмотрит, подходит в таком виде или нет.. У него стенд вроде есть.