NordE/CTI
Для системы NordE/CTI примерная конфигурация такова:
sa=ru.bitel.bgbilling.modules.cerbercrypt.server.NordE2ServiceActivator
server.
0
.host=localhost
server.
0
.port=
7000
server.
0
.timeout=
5000
server.
0
.smsNumber=
1
server.
0
.providerId=
1
server.
0
.charset=ISO8859-
1
server.
0
.providerName=Test Provider
server.
0
.emailEnable=
1
server.
0
.emailDurationTime=
1
server.
0
.emailInterval=
1
server.
0
.emailTitle=Заголовок письма
server.
0
.emailFrom=Письмо от
server.
0
.osdEnable=
1
server.
0
.osdTimes=
1
server.
0
.osdInterval=
1
server.
0
.osdTitle=Заголовок сообщения
server.
0
.osdFrom=Сообщение от
# период в днях, на сколько каждый раз продлевается активация (при подписке пакета на открытый период).
# для активаторов, которые (опционально) продлеваются постепенно: NordE2, .
# чтобы продлять на
"бесконечно"
, ставится либо
100500
дней, либо параметр вообще не прописывается (по дефолту возьмётся опять же какое-то большое кол-во дней).
# если стоит небесконечный период, то обязательно запускать задачу
"Постепенное продление подписки"
, которая будет сдвигать период по исходу этого кол-ва дней.
period.gradually.subscription=
30
В данном случае режим работы с пакетами: заводим в биллинге пакеты и управляем пакетами (из удалённой системы), каналы настраиваем извне. Т.е. каналы не синхронизируются из биллинга. Параметры типа "emailEnable" или "charset" больше относятся к оборудованию и, возможно, будет удобнее помимо размещения их в конфигурации модуля разместить их в конфигурации устройств (см. ниже), которые затем привяжутся к картам пользователей (в карточке договора). Также здесь удобно использование возможности "автопродление подписки" (см. ниже и см. настройку в днях кол-ва дней продления активации).
Вкладка «каналы» остаётся на месте, всеми игнорируется, при обмене с сервером, учёте и т. д. не используется. Обмен идёт только через пакеты, для этого используются коды пакетов, которые задаются на соответствующей вкладке.
Номера пакета — вводится вручную при добавлении или редактировании пакета в поле «Номер пакета (код)».
Пример конфигурации оборудования, с которым тестировался данный протокол: сремблеры двух компаний родные Compunicate, и компании Gospell, любые современные железки от них совместимы с CAS. Oracle можно использовать любой. Версии модулей софта Conditional Access System : CAS Encryption Control System V2.02, CAS ECMG V2.545, CAS EMMG V2.5.4, CA Manager V2.0.2, SMS Console V2.00 2007.09. Для обмена данными между системами биллига различных разработчиков служит ПО SMS Console, версия консоли зависит от версии системы кодирования.
Для OSD сообщений задаётся количество повторов (сколько раз пробежит строчка) и интервал в минутах (хотя в описании протокола сказано про секунды). В данный момент реализовано только из конфигурации.