BiTel

Доброго дня.

Возник вопрос по функционалу Reject-To-Accept.
У абонента нет денег на счете.
Мы пускаем его с тем же IP что ему выдался бы при нормальной авторизации, но при этом вешаем в атрибут sub-qos-policy что-то вроде "blocked".
.

Вопрос в том, что будет если абонент пополнит счет?
Отправится ли CoA со сменой этих атрибутов или нет, на те что прописаны в тарифе? Или необходимо будет переподключить сессию для правильной выдачи атрибутов?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Вызовется connectionModify с newState=enable.
Какой ServiceActivator?

Вызовется, если в биллинге правильно отслеживается состояние сессии - подключена/отключена(ограничен доступ).

CoAServiceActivator стандартный

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Отправляет CoA с атрибутами из опций.
Если sa.radius.realm.addAttributes=1 то и из реалма добавляет.

Спасибо Амир.
Будем тестить.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn