BiTel

Возможно сделать так, чтобы при запросе авторизации запрос пароля можно было независимо включать для разных типов запроса AUTH OUT и AUTH IN. Можно ли это как-то сделать из скрипта предобработки (чтобы можно было как включат параметр, так и отключать) или в типах логинов чуток перерисовать режимы поиска с опциями.. ?
Подоплека: отбить входящий вызов на абонента при отключенном договоре (в User-Name и User-Password данные самого шлюза), но оставить возможность проверки пароля при аутентификации при регистрации.

Есть такое предложение: сам шлюз добавить в системный договор и повесить на него скрипт поведения на событие RADIUS-авторизация. Сам по себе шлюз авторизацию проходит, а в скрипте делаешь поиск логина/алиаса по Called-Station-Id и проверяешь этот договор на предмет его статуса/баланса. А дальше при необходимости назначаешь пакету тип REJECT.

Хотелось бы, конечно, как писал я, хотя вариант забавный, имеет право на жизнь (если только скрипт не сглючит, иначе куча звонков не туда упадет)
А PASSWORD_REQUEST для чего используется ? Как-то у меня не очень с BGBS подружиться получилось, с переменным успехом..
Кастую разработчиков в тред.
Почему для "AUTH IN" не происходит проверки на статус договора ???

Мда уж..
barguzin2, ну, собственно, я могу ведь и сразу проверять статус, не запихивая шлюз в биллинг (у нас 2 радиуса, один авторизует, второй аккаунтит.. из-за приколов радиуса при принятии любого пакета аккаунтинга после авторизации, а нам нужен именно originate при исходящих)
А как примерно по Called-Station-Id найти логин, и потом от логина найти договор.. статус проде понял как проверить, чет я туплю с BGBS..

Не с той стороны я маленько зашел. Можешь изобразить схему устройств (НАСов), куда подключены абоненты, откуда куда ходят звонки, кто из НАСов авторизацию посылает. У меня как раз сейчас такая же задача, глядишь вместе и решим. Есть у меня еще идейка, но инфы маловато.