BiTel

Здравствуйте есть проблема с этим параметром, суть проблемы в том что если выдавать этот "disable" сервис через radius.disable.attributes то когда сработает ServiceActivator для clips устройства
в нашем случае это SmartEdgeClipsServiceActivator то он попытается опять применить этот "disable" сервис на устройство через coa пакет, на что redback ему вернет ошибку, т.к сервис уже применен
и патом биллинг будет опять пытаться послать coa на применение "disable" сервиса гдето через 10секунд, и так видемо пока не получит положительный ответ, которого не будет, сессия при этом находиться в состоянии "активна" "подключена", а должна "отключена". Если же не выдавать "disable" сервис в аттрибуте radius.disable.attributes то все работает нормально.

Вот лог аккаунтинга при установленном сервисе в radius.disable.attributes.


Вот лог аккаунтинга при неустановленном сервисе в radius.disable.attributes.

не пишет Found error 44.

Видимо проблема в том что сессия не переходит в отключенное состояние, пробывал в активаторе
при посылке coa вставить вот такой код request.setOption( InetRadiusProcessor.DEVICE_STATE, InetServ.STATE_DISABLE ); для принудительно отключения сессии, не вышло.

Подскажите в чем причина такого поведения ? Почему пишет Found error ?

Чтобы работало нормально, нужно настроить так, чтобы биллинг понимал, когда сессия в состоянии подключена, а когда - отключена (т.е. чтобы в мониторе текущих сессий отображалось правильное состояние)
В устройстве NAS'е у конфигурации нажмите Текущая и отправьте в личку.

Отписал, конфиг.

У вас сейчас прописаны два параметра:

radius.disable.pattern.attributes=IP-Interface-Name=REJECT;DHCP-Max-Leases=1;Service-Name:1=RSE-REJECTED;Service-Options:1=1
radius.serviceName.disable=RSE-REJECTED

Попробуйте оставить только один, radius.serviceName.disable=RSE-REJECTED.
А SmartEdge настроить так, чтобы всегда, когда ограничен доступ - был активен этот сервис.

Скажите а почему нельзя выдавать сервис "RSE-REJECTED" непосредственно через этот параметр биллинга
radius.disable.pattern.attributes=IP-Interface-Name=REJECT;DHCP-Max-Leases=1;Service-Name:1=RSE-REJECTED;Service-Options:1=1
объясните почему это невозможно/трудно реализуемо, или возможно ли как нибудь проверять выдался ли сервис в access-accept пакете, в код ServiceActivator'а и переводить соединение в состояние "отключено" своим дописанным кодом ?

Возможно вы путаете radius.disable.pattern.attributes, который шаблон - один из вариантов определения текущего состояния сессии, с radius.disable.attributes - атрибуты, которые выдаются в access-accept.

Спасибо проблема, решена, действительно конфликтовали два метода определения состояния подключения radius.disable.pattern.attributes и radius.serviceName.disable, закомментировал один из них и все заработало.