Вы просматриваете старую версию данной страницы. Смотрите текущую версию.
Сравнить с текущим |
просмотр истории страницы
Введение
Биллинг рассчитывает состояние абонентов и услуг в реальном времени.
Состояния абонентов и услуг синхронизируются из биллинга в мини БД модуля 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 схемы.
Шаг 5. Акт тестовых испытаний интеграции.
Шаг 6. Ввод в тестовую эксплуатацию на 32 дня, проверка закрытия месяца.
Шаг 7. Акт тестовых испытаний интеграции.
Шаг 8. Ввод в промышленную эксплуатацию.