BiTel

добрый день,
наша компания в данный момент интегрирует в сеть iptv. из всех решений выбрали midleware stalker в совокупности с приставками получается очень функциональная медиа-сеть.
в довесок ко всему midleware имеет api для связи с биллинговой системой. вот именно эта связь и интересует нашу компанию. интересует полнофункциональный модуль понимающий тарифы, ведущий базу абонентских stb, управляющий ими. плюс дублирование ограничений на коммутаторах доступа. возможно последнее вынести в модуль Inet.
Интересует заинтересованность участников форума и разработчиков. ну и порядок цен за модуль\плагин. Тема в HelpDesk создана.

inet (ipn) с закрытием шлюза в виде отключения мультика на порту абонента, не?

да! это первое что пришло в голову. дёшево и сердито.
но пришли к решению которое так же дёшево, но уже с красивой оберткой. но там уже есть услуги, которые не укладываются в управление мультиком на коммутаторах доступа. ко всему прочему этими услугами можно управлять с приставок (в том числе и пакетами каналов), т.е. надо передавать что то в биллинг. и наоборот, чтобы биллинг управлял midleware.
в итоге остановились на том, что inet будет дублировать ограничение на доступ к мультику для абонентов у которых только PC.

а за что деньги брать будете ? как обсчитывать ?

в общем случае в midleware есть понятие тарифного плана, которое надо связать с тарифным планом в биллинге. а уже в этот тарифный план midleware можно объединять любые доступные услуги (от пакетов каналов и их записи, до доступа с приставки в интернет через встроенный браузер). обсчитывать по календарным месяцам.

тарифы связать то можно, да только в тарифе биллинга должны быть указаны цены на услуги заведенные в биллинге, вот поэтому и вопрос, а услуги каких модулей хотите указывать в этом тарифе

если речь идёт об абстрактном модуле iptv, то пусть это будут услуги совмещенные с услугами и тарифами middleware. у каждой из них есть внешний id, которые можно получать внешним запросом:

Описание полей



Пример 1. Получение данных о пользователе.






если речь идёт о модуле inet, то пусть будут услуги которые будут соответствовать разным пакетам TV программ, наличие которых на договоре будет помимо доступа к интернету, будет открывать доступ к IPTV.

Dog, в каком состоянии сейчас у вас интеграция Stalker и BGBilling?
Сам недавно интегрировал эту MW и биллинг, поэтому интересно обсудить.
Я за основу взял модуль Inet, пакеты каналов сейчас заводятся в биллинге в конфиге модуля и передаются в MW в виде подписки на каналы. Сейчас нормально работает создание/изменение/удаление пользователя в MW, тарификация, разрывы сессий (перезагрузка портала), изменение тарифа, блокировка пользователей при исчерпании средств и т. д. и т. п. В итоге, сейчас биллинг полностью рулит MW. При этом своего кода написано очень мало.

Если общественности и разработчикам будет интересно, могу описать подробнее.

P. S. Некоторое время даже хотел в wiki статью запилить, но пока некогда.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

биллинг и mw пока не знают друг о друге. сейчас допиливаем переход на 5.2 и модуль инет. ждём реакции разработчиков в helpdesk и их модуль iptv.
было бы интересно увидеть процесс управления мидлварью через биллинг.

Попробую вкратце описать текущую схему интеграции 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 сделано достаточно много правок, но ничего существенного и сложного.

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

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Радиус в данной схеме лишний, но пока я не знаю, как без него получить реальный статус и набор опций сервиса. Подробнее здесь: http://forum.bgbilling.ru/viewtopic.php?f=44&t=6777&p=54239#p54181.
Может с тех пор что и изменилось. Надеюсь разработчики подскажут с альтернативным вариантом.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91