Попробую вкратце описать текущую схему интеграции Stalker'a и BGBilling'а.
За основу в биллинге взят модуль Inet. Его настройки:
1. Опции: под опциями понимаются пакеты каналов, т. е. каждая опция соответствует конкретному пакету каналов, но под опции можно загнать всё что угодно, пока у нас не было такой задачи.
2. Типы устройств: заведён только один тип - Stalker MW, у него прописаны активатор StalkerServiceActivator (самописный) и процессор AbstractRadiusProtocolHandler (стандартный). Подробнее о них далее.
3. Устройства: заведено одно устройство типа Stalker MW - mw, в хосте прописан реальный адрес mw. Конфиг устройства выглядит примерно так:
Код: # Адрес для доступа к REST API v1
iptv.api.uri=stalker_portal/api/
# Описываем состав каналов в пакетах.
iptv.channelPackage.2=1
iptv.channelPackage.3=3,4,6
iptv.channelPackage.5=5,7
Параметры iptv.channelPackage описывают состав пакетов, т. е. показывают привязку опций в биллинге к идентификаторам каналов в MW. Все опции используются только в StalkerServiceActivator.
4. Типы сервисов: заведён только один тип - IPTV, у которого стоят галочки только у логин+пароль (понятно зачем) и MAC-адрес (который хранит mac приставки). В конфиге нужно указать const.device.id в соответствии с п. 3.
5. В конфигурации модуля ничего интересного не задано. Вообще модуль нужно настроить так, чтобы он нормально отрабатывал радиус авторизацию и аккаунтинг.
StalkerServiceActivator:
1. init(): при инициализации модуля синхронизируем все сервисы в биллинге со всеми пользователя в MW (обновляем параметры пользователя, удаляем ненужных пользователей) и обновляем подписку для всех пользователей в MW, если она отличается от текущего набора каналов в биллинге. В результате при изменении конфига (например, при изменении содержимого пакетов) достаточно нажать на кнопку "Перечитать конфигурацию" в модуле Inet и подписка обновится.
2. connectionModify(ServiceActivatorEvent e): если текущий набор опций поменялся просто вызываем connectionClose(e).
3. connectionClose(ServiceActivatorEvent e): перезапускаем портал. В результате нормально работает блокировка пользователя, завершение сессий из отчёта по сессиям.
4. serviceCreate(ServiceActivatorEvent e): создаёт или обновляет (если он уже есть) пользователя в MW и подписывает его на определённые каналы в зависимости от опций в тарифном плане.
5. serviceModify(ServiceActivatorEvent e): обновляем пользователя и подписку, прописываем в сервис mac-адрес приставки.
6. serviceCancel(ServiceActivatorEvent e): отключаем (не удаляем) пользователя в MW и удаляем у него привязку по mac-адресу. Удалять пользователя нельзя, т. к. в этом случае все настройки пользователя на приставке будут удаляться, например, при финансовой блокировке. Если же сервис был реально удалён, а не просто отключен, то пользователь в MW будет удалён только при перезапуске Access-сервера.
Все описанные действия проводятся через API MW, для некоторых действий пришлось завести новые интерфейсы в API, например, restart_portal - перезапуск портала (можно использовать и reboot). Также пришлось поменять уникальный идентификатор пользователя на идентификатор сервиса из биллинга, изначально в MW в качестве идентификатора используется логин, но с точки зрения биллинга это не очень правильно.
Самая большая проблема заключается в том, что полный список опций и реальный статус из модуля Inet можно получить только при наличии активных сессий, т. е. когда есть авторизация и аккаунтинг. Поэтому пришлось создать в MW простейший радиус-клиент, который авторизуется в биллинге и отсылает туда аккаунтинг с заданной периодичностью. В результате, когда приставка абонента загружается и авторизуется в MW через логин/пароль или по mac-адресу, в биллинг отправляется радиус запрос, по результату которого определяется реальный статус абонента, который зависит от множества факторов. Когда приставка загрузилась, она шлёт обновления в MW, которая их преобразует в радиус аккаунтинг и отправляет в биллинг. В результате также формируется реальный статус абонента и при необходимости портал перезагружается и абонент уже не может смотреть TV, если он заблокирован.
В MW сделано достаточно много правок, но ничего существенного и сложного.
Через опции можно реализовать, в принципе, любой необходимый функционал, но нам пока достаточно просто управления подпиской.
|
