6 Интеграция с биллингом по методу PUSH

Описание интеграция с биллингом через сервер политик по методу POP см. в разделе BRAS.

Интеграция DPI платформы с биллингом по схеме PUSH пожразумевает, что биллинг (или доп. система) должен самостоятельно сообщить на DPI информацию о подключенных абоненту услугах и настройках полисинга до их фактического применения на DPI/BRAS. Переданные данные запоминаются во встроенной БД UDR и сразу активны после перезагрузки системы.

Передача этой информации осуществляется через выдачу соответствующих команд1) передача этой информации через доп. атрибуты Radius сервера планируется . Возможно выдавать команды как событийно (предпочтительный вариант), так и оптом (например, выгрузив информацию по расписанию, если биллинг не поддерживает событийную модель). Некоторые варианты интеграции изложены в статье "Быстрый старт".

Пример: задание тарифного плана (настроек полисинга) сразу для 30 тысяч абонентов занимает меньше секунды времени

time fdpi_ctrl load --policing rate_10M.cfg --file subsribers.lst Result processing file 'subsribers.lst' : 30000/30000/0/0/0 real 0m0.344s user 0m0.009s sys 0m0.144s

Для поддержки тарифных планов с ограничением или с оплатой по трафику в биллинге требуется поддержка netflow5 или radius accounting. Для минимизации нагрузки на биллинг DPI может передавать netflow информацию с предварительной агрегацией данных по абоненту и только по тем абонентам, для которых это необходимо. Для передачи netflow информации на коллектор биллинга необходимо прописать адрес коллектора в настройках dpi, как указано в описании опции сбора статистики. А абонентам, по которым требуется получать такую информацию подключить услугу с кодом 9.

Современный биллинг в сочетании с DPI позволяет предложить такие услуги как турбо-кнопка по времени или по объему, поддержать тарифы с ограничением по объему торрент трафика, с последующим снижением скорости, поддержать тарифы с изменением скорости в зависимости от времени суток или загруженности канала и т.п.