Вы просматриваете старую версию данной страницы. Смотрите текущую версию.
Сравнить с текущим |
просмотр истории страницы
Введение
Биллинг рассчитывает состояние абонентов и его услуг в реальном времени.
Состояния абонентов и услуг синхронизируются из биллинга в мини БД модуля Provisioning, который управляет оборудованием.
БД Provisioning - это эталонное состояние в которое нужно привести оборудование.
Если состояние абонента или услуги изменилось в Биллинге, то такая запись синхронизируется в БД Provisioning и помечается как грязная Dirty.
По всем Dirty записям производится отправка команд на оборудование, после успешной отправки флаг Dirty сбрасывается, при неудачной отправка повторится в будущем.
Демоны модуля Provisioning производят синхронизацию с оборудованием, через oss скрипт подсистему - скрипты расположенные в /var/lib/oss/core/имя_оборудования/
В поставку входят полностью готовые Схемы управления и файлы для управления Redback, Cisco, Mikrotik и ряда других производителей.
Схема управления - это один из вариантов автоматической типовой интеграции, включает в себя все настройки биллинга, radius, dhcp, скрипты, а также new2015* возможность автоматического создания и заливки конфигурации на оборудование.
Провайдер может неограниченно настраивать скритпы управления под свои нужды, через hook, либо создать пользовательскую схему под свои требования. При желании, можно работать напрямую с БД Provisioning своими средствами.
Последовательности взаимодействий:
1. Оборудование->DHCP->БД Provisioning
2. Оборудование->Radius->БД Provisioning
3. Биллинг->БД Provisioning->OSS Скрипты конкретного оборудования->CoA/Telnet/SSH/SNMP ->Оборудование
Примечание: модуль Provisioning сейчас не полностью отвязан от биллинга и пока не может работать на отдельном сервере, работы по автономному Provisioning планируется закончить к 01.11.2015. Выделение БД Provisioning позволит полностью останавливать биллинг для любых профилактических и плановых работ, при этом абоненты не пострадают, а также это позволит упростить и улучшить схему работы с филиалами.
Состояния пользователей(Subscriber) и услуг
В рамках Provisioning и OSS под пользователем понимается пользователь на оборудовании, синонимы subscriber или session, его параметры заданы в учетной записи у абонента.
Схема управления оборудованием основывается на Услугах, а не на балансе абонента, как в простейших биллингах.
Текущее Состояние абонента никак не влияет на оказание Услуги, влияет только текущее Состояние Услуги.
Это значит если у абонента, нет денег, но услуга была ранее оплачена, то она будет оказана до исчерпания Услуги.(у каждой услуги абонента есть свой баланс свои блокировки и тд)
Для удобства управления и по историческим причинам, таблица услуг трафика выделена отдельно от остальных услуг(возможно в будущем это изменится).
Таблица состояний и команд http://docs.carbonsoft.ru/pages/viewpage.action?pageId=51708843
Этапы интеграции
1. Настройка мастером Стандартной схемы для этого типа оборудования(Cisco, Redback и т.д.).
2. Заливка полученного Стандартного конфига на оборудование.
3. Тестирование по инструкции, акт тестовых испытаний Стандартной схемы.
4. Тюнинг Стандартной схемы под требования провайдера или разработка custom схемы.