BiTel

Добрый день, реализована схему ipoe с авторизацией на порту. В роле NAS: cisco ISG

Биллинг все нормально отсылает параметры сервиса, но стоит изменить описание сервиса с Типах устройств (ISG Service Auth ), ну например изменить скорость в опции:

radius.inetOption.4.attributes=cisco-avpair=ip:traffic-class=in access-group 101 priority 202;cisco-avpair=ip:traffic-class=out access-group 102 priority 202;cisco-SSG-Service-Info=QU;;5120000;;5120000;;5120000;;D;;5120000;;5120000;;5120000

сохраняем, нажимаем Перечитать конфигурацию на серверах,сбрасываем сессию из монитора биллинга, абонент повторно авторизуеца и по прежнему получает старые параметры сервиса QU;;10240000;;10240000;;10240000;;D;;10240000;;10240000;;10240000
хотя в параметрах сервиса давно прописана строка
QU;;5120000;;5120000;;5120000;;D;;5120000;;5120000;;5120000

В тоже время если параметрах тарифного плана меняем сервис допустим с ISG-5MBPS на ISG-2MBPS и делаем оповестить об изменениях, то все гуд, при следующей авторизации абоненты уже выдаются параметры с данного сервиса.

Заставить выдавать измененные параметры сервиса не помогает даже перезагрузка всех модулей.
В чем может быть проблема ?!

Сталкивались с ситуацией при IPOE L3, что Cisco кеширует данные по сервису, ровно до тех пор пока на данном сервисе есть абоненты.
И не будет по новой запрашивать информацию о том, что в сервисе, пока все абоненты не отключатся. © cisco.com

Возможно у вас та же ситуация

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

Если проблема с кэшированием, то должен помочь перезапуск Access. Возможно ошибки в логах какие-то есть при перечитывании.

Или может быть где-то еще прописан radius.inetOption.4.attributes=, который переопределяет то что изменяете?

Phricker: в том то и дело что сбрасываем все сессии на циски командой clear subscriber session all
Amir: нет везде проверили не где не дублируются
единственное что в устройстве ISG Service Auth прописано
radius.inetOption.4.attributes=cisco-avpair=ip:traffic-class=in access-group 101 priority 202;cisco-avpair=ip:traffic-class=out access-group 102 priority 202;cisco-SSG-Service-Info=QU;;5120000;;5120000;;5120000;;D;;5120000;;5120000;;5120000
а в устройстве ISG
radius.inetOption.4.attributes=cisco-SSG-Account-Info=AISG-10MBPS


где ISG-10MBPS название самой опции ?
или так и должно быть ?!

Возможно действительно Cisco кэширует.
Посмотрите в логах InetServiceAccess сразу после аутентификации абонента должны быть Access-Request с User-Name=ISG-10MBP
Если дело в биллинге - он должен ответить QU;;10240000;;10240000;;10240000;;D;;10240000;;10240000;;10240000
Если биллинг ответит правильно или запроса вообще нет - дело в Cisco.

Возможно действительно Cisco кэширует и просто не посылает Access-Request с User-Name=ISG-10MBP на InetServiceAccess.

Проблему нашли, в устройстве Service Auth не правильно был прописан параметр radius.key.deviceTypeIds=
его исправили все стало гуд.