BiTel

Добрый день!

Мне нужно обработать ситуацию когда пользователь купил реальный IP адрес. В этом случае нужно "заставить его" получить новый IP видимо путем сброса сессии. Я так понял для этого мне нужно как-то обработать смену тарифного плана и если план подразумевает покупку адреса - то дернуть сессию, если пользователь поменял просто тарифный план по параметрам скорости то в моем случае достаточно ConnectionModify с новыми тарифными опциями по скорости.

Поскольку я полный нуб в этом деле - подскажите пожалуйста - как мне это сделать?

При смене тарифного плана, если управление скоростью реализовано через опции Inet, то должна произойти смена текущих опций и переключение скорости должно произойти само.

Чтобы отправить команду на закрытие (чтобы произошел вызов connectionClose в ServiceActivator) нужно сделать примерно так:

А как мне отловить самое событие - смена специфического тарифного плана? Может это вообще лучше делать не из Inet а из ядра биллинга (если так можно выразится)?

Дело в том, что я сейчас собрал на стенде схему при которой у меня при смене опций скорости соединение вообще не рвется.

А как сам адрес клиенту назначается? Если конкретный - ведь там наверное инженер в биллинге на сервис его вешает?
Почему бы ему тогда не вменить в обязанность разрывать сессию клиенту и убедиться, что адрес назначился?

RedBack SE100. Создано два мультибинд интерфейса в одном контексте - один для NAT IP, второй для ROUTED IP, далее биллинг по опции Inet выдает имя интерфейса куда биндить CLIPS сессию с клиентом (SE100 в режиме DHCP PROXY. В качестве внешнего сервера DHCP HELPER BGBilling'а ). Сама CLIPS сессия не рвется при блокировке, а ей просто устанавливается сервис с редиректом на портал. Аналогично при смене тарифных опций по скорости - сессия не переустанавливается. Но зато когда надо абоненту сменить IP, нужно "перебиндить" его на другой интерфейс, вот тут сессию хорошо бы дернуть.

По поводу инженера и его обязанностей - просто хотелось бы попытаться снять с него эту обязанность для более важных дел.

А, ну если автоматом меняется по опции, то можно ведь в ServiceActivator прописать сбрасывать сессию, если меняется определённая опция.
Я бы так сделал. А список опций, при включении/выключении которых нужно рвать соединение, вынести в конфиг устройства.

Спасибо! Неплохая идея.