BiTel

При смене тарифа у логина inet bg послылает CoA:
Attributes:
Acct-Session-Id=0503FFFF68018908-59253B4A
Deactivate-Service-Name:1=RSE-SVC-EXT
Но поскольку на Ericsson SE никакие эти самые RSE не настроены то в ответ приходит NaK:
Attributes:
Error-Cause=551
Event-Timestamp=1495617876
UNKNOWN[2352-193]={01 00 02 27}
Deactivate-Service-Name:1=RSE-SVC-EXT
Дальше зачем-то, уж не знаю зачем, bg опять оправляет CoA но уже только с одним Acct-Session-Id=0503FFFF68018908-59253B4A
на что опять получает NaK:
Error-Cause=402 -- какого-то атрибута нет, какого непонятно видимо предудыщего Deactivate-Service-Name:1
Event-Timestamp=1495617876

Ну вообщем попинались они как два барана этими CoA а PPPoE сессия как висела так и висит.
Что хочется:
Чтобы вместо CoA посылался обычный рабоче-крестьянский PoD(40) для разрыва сессии. Пересоеденится юзер потом и получит новый профиль согласно новому тарифу.
Как?
Спасибо.

Пытается включить RSE-сервис с новой скоростью (но в конфиге для опции из нового тарифа не указаны параметры).

SmartEdgeServiceActivator работает c RSE (включает/выключает их).
Если нужны обычные одиночные CoA - нужно использовать CoAServiceActivator.


Общий для большинства ServiceActivator параметр:
sa.radius.connection.withoutBreak=0

Т.е. если 1, то пытается послать CoA (CoAServiceActivator), переключить сервисы через CoA (SmartEdgeServiceActivator, ISGServiceActivator).
Если 0 - пытается сбросить.

К сожалению после добавления опции
sa.radius.connection.withoutBreak=0
в тип устройств ничего не изменилось. По прежнему отправляется CoA. SA - SmartEdgeServiceActivator. Конфигурацию перечитывал и даже сервер перезапускал. По колесам стучал, фары протирал.
Что-нибудь еще можно сделать?

Извините, напутал - данный параметр относится к переключению состояния сессии, т.е. срабатывает, например, когда деньги закончились или наоборот, появились.
В данном же случае происходит просто смена опций.

Нужно указать параметр
sa.connection.closeInsteadModify=1
чтобы всегда вместо connectionModify (изменение параметров соединения) вызывался connectionClose (сброс соединения).

Спасибо, это заработало. И за пояснения смысла параметров тоже спасибо отдельное)
Если можно еще пару вопросов:
1) Зачем нужен параметр sa.connection.modifyInsteadClose ? Судя по названию он какой-то "антипод" sa.connection.closeInsteadModify. Зачем нужен такой хитрый параметр если можно рулить значениями?
2) Что делает параметр sa.radius.connection.stateModify ?
Спасибо.