Интеграция с биллингом по методу PUSH [Документация VAS Experts]
Документация VAS Experts Документация VAS Experts-mobile
in

Настройки

  • Показать страницу
  • История страницы
  • Экспорт в PDF
  • Свернуть / развернуть всё
  • Ссылки сюда
  • Показать страницу
  • История страницы
  • Экспорт в PDF
  • Свернуть / развернуть всё
  • Ссылки сюда

    • Различия

    Показаны различия между двумя версиями страницы.

    Ссылка на это сравнение

    Предыдущая версия справа и слеваПредыдущая версия
    Следующая версия    		Предыдущая версия
    dpi:dpi_components:platform:dpi_billing [2020/09/21 07:11] – ↷ Страница перемещена из dpi:dpi_options:dpi_divert_spec:star:dpi:dpi_components:platform:dpi_billing в dpi:dpi_components:platform:dpi_billing lexx26dpi:dpi_components:platform:dpi_billing [2024/09/26 15:29] (текущий) – создано - внешнее изменение 127.0.0.1
    Строка 1: Строка 1:
    -====== Интеграция с биллингом ======+====== Интеграция с биллингом по методу PUSH ====== 
     +{{indexmenu_n>4}} 
     + 
     +Описание интеграция с биллингом через сервер политик по методу POP см. в разделе BRAS. 
     + 
     +Интеграция DPI платформы с биллингом по схеме PUSH подразумевает, что  
     +биллинг (или доп. система) должен [[dpi:dpi_components:platform:subscriber_management:subsman_remote|самостоятельно сообщить на DPI информацию]] о  
     +подключенных абоненту услугах и настройках полисинга до их фактического применения на DPI/BRAS. 
     +Переданные данные запоминаются во встроенной БД UDR и сразу активны после перезагрузки системы.  
     + 
     +Передача этой информации осуществляется через [[dpi:dpi_components:platform:subscriber_management:subsman_cmd|выдачу соответствующих команд]]. Возможно выдавать команды как событийно 
     +(предпочтительный вариант), так и оптом (например, выгрузив информацию по расписанию, если биллинг не поддерживает событийную модель). Некоторые варианты интеграции изложены в статье [[dpi:dpi_options:use_cases:qs_rateplans|"Быстрый старт"]]. 
     + 
     +**Пример:** задание тарифного плана (настроек полисинга) сразу для 30 тысяч абонентов занимает меньше секунды времени  
     +<code bash> 
     +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 
     +</code> 
     + 
     +Для поддержки тарифных планов с ограничением или с оплатой по трафику в биллинге требуется 
     +поддержка **netflow5** или **radius accounting**. Для минимизации нагрузки на биллинг DPI может передавать **netflow**  
     +информацию с предварительной агрегацией данных по абоненту и только по тем абонентам, для которых 
     +это необходимо. Для передачи **netflow** информации на коллектор биллинга необходимо прописать адрес коллектора 
     +в настройках dpi, как указано в [[dpi:dpi_options:opt_statistics:statistics_settings|описании опции сбора статистики]]. 
     +А абонентам, по которым требуется получать такую информацию [[dpi:dpi_components:platform:subscriber_management:subsman_cmd|подключить услугу с кодом 9]].    
     + 
     +Современный биллинг в сочетании с DPI позволяет предложить такие услуги как турбо-кнопка 
     +по времени или по объему, поддержать тарифы с ограничением по объему торрент трафика, с последующим снижением скорости, поддержать тарифы с изменением скорости в зависимости от времени суток или загруженности канала и т.п.