У нас логика следующая:
при смене зоны выполняется скрипт, в который из тарифного плана передаётся список опций, которые нужно подключить/отключить. Скрипт формирует задания для собственного Runnable-класса-отправщика CoA.
Сервисы авторизуются на отдельном договоре-справочнике в отдельном экземпляре модуля dialup.
Сначала я хотел написать свой инспектор, но понял, что он не хранит предыдущее состояние подключенных сервисов, чтобы определить, какие отключать.
Это было первым этапом.
Вторым этапом сделали аккаунтинг сервисных сессий. Но в таком случае всё усложняется, возникает куча проблем, которые у нас решаются скриптами предобработки, подпорками и костылями.
Всё это работает, но довольно громоздко и требует большого внимания при обновлениях.
Кроме того, в 5.2 в Inet это всё выглядит по-другому, т.е. то же самое нужно пилить заново. Почему я и рекомендую сразу делать в 5.2 нормально. У нас правда пока руки не доходят
