Система подсчета трафика (сэмпл)

--- Статистика о трафике услуг ШПД

Подраздел "статистика о трафике" служит для отображения статистики использования услуг тарифицируемых агентами для выделенных каналов (Ethernet, NetFlow, SFlow, SNMP). При обработке статистических данных об услугах доступа к ресурсам сети по выделенным каналам существует несколько особенностей. Как уже говорилось ранее в разделе "Архитектура", всем агентам, тарифицирующим услуги "объемного" типа, свойственен большой объем статистики, поступающей от коммутирующей аппаратуры (первичные данные). Первичные данные могут содержать информацию об удаленных ресурсах и сервисах, используемых абонентом, в зависимости от настроек учетной записи абонента. Учет удаленных ресурсов и сервисов существенно увеличивает и без того большой объем первичных данных, которые агент сохраняет в БД агента (если агент работает в режиме Safe) или в центральной БД (если агент работает в режиме Main).

Помимо хранения первичных данных в течение времени их актуальности, настраиваемого в разделе "Опции", АСР осуществляет обработку первичных данных с целью сохранения их в БД с существенным уменьшением объема за счет их агрегирования с большим периодом, чем период, заданный в настройке агента. Эта процедура необходима как для сокращения объема хранимых данных и оптимизации их отображения, так и для нужд дублирования статистики. Подобная схема "двойного агрегирования" имеет место только для агентов, тарифицирующих услуги с высокой степенью интенсивности потока первичных данных. Агенты для тарификации услуг временного типа и разовых услуг не имеют второй ступени агрегирования ввиду несущественного объема первичных данных по сравнению с агентами для тарификации "объемных" услуг.

Для отображения статистики использования услуг доступа к ресурсам IP сети, предоставляемых по выделенным каналам, существует два варианта: выборка статистической информации из таблиц, содержащих первичные данные, и выборка из таблиц, содержащих агрегированные данные.

Между вышеназванными режимами отображения информации имеется существенная разница. В первом режиме выборка осуществляется из таблиц с детализированной статистикой, которые содержат информацию, в том числе о ресурсах и сервисах (если задан соответствующий режим детализации в настройках учетной записи) используемых абонентом. Также, в случае с детальной статистикой, существует возможность произвольного задания временного интервала, за который осуществляется выборка. Административная консоль осуществляет доступ для выборки на тот сервер, IP-адрес которого указан в качестве "Адрес локальной БД агента" в настройках соответствующего сетевого агента.

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

В зависимости от выбора переключателя "Группировать" статистика сортируется различным образом. При выборе переключателя "по дням" статистика при отображении группируется по каждому дню (). При выборе "по часам" статистика при отображении будет группироваться по часам. Наиболее часто используемая группировка "по учетным записям" позволяет отображать статистику, группируя по каждой учетной записи (). Совместно с данным типом группировки, возможно применять фильтр, например, по номеру договора или логину учетной записи. Режим "По адресам" предназначен для отображения статистики всех IP адресов, трафик которых зарегистрирован за выбранный интервал времени.

Рис. 8

При выборе элемента напротив интересующей учетной записи, будет предложено для данной учетной записи выбрать детализацию по "Категории", "Адресу", "Протоколу" ().

Рис. 9

Результат выбора детальной статистики по: категории, адресу и протоколу представлен на , , , соответственно. Режим отображения статистики по "Категориям" предназначен для отображения объемной статистики, распределенной по категориям трафика. Под категорией понимается категория тарифа, трафик по которой имел место. В общем случае список, отображаемый в режиме по "Категориям", содержит данные о трафике, который был тарифицирован агентом каждый со своей тарифной ставкой. Т.е. в списке присутствует столько записей, сколько изменений тарифной ставки имело место за выбранный интервал времени. По каждой записи приводятся данные об объемах трафика и суммах списаний средств с баланса.

Рис. 10

Детализация по "Адресу" представляет собой список ip адресов посещаемого абонентом ресурса. Следует отметить, что в случае, если в учетной записи не отмечен флаг "Учитывать ресурс", данная детализация невозможна, и в поле "IP Ресурс" будут отображаться нулевые значения (0.0.0.0).

Статистика по "Протоколу" являет собой совокупную информацию об употребленном трафике. Наиболее распространены следующие протоколы: 1 - ICMP, 6 - TCP, 17 - UDP.

Рис. 11

Рис. 12

Для возврата к отображению суммарной статистики по учетным записям достаточно нажать на кнопку "Вернуться к общей статистике" формы. Интервал выборки можно менять в любой момент работы с детальной статистикой агента, однако, надо следить за тем, чтобы абсолютное значение правой границы интервала не становилось меньше абсолютного значения левой границы, в противном случае будет получено сообщение об ошибке.

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

--- Статистика RADIUS агента по времени и объему, активные сессии

Просмотр статистики для учетных записей, обслуживаемых агентом RADIUS, осуществляется аналогично просмотру детальной статистики кабельных агентов для "объемных" услуг, работа с которыми описана выше. Однако существует несколько особенностей при выборке статистической информации RADIUS агента.

В первую очередь необходимо отметить тот факт, что идентификатором учетной записи на сетевом уровне (NLAI) для RADIUS агента (сервера) является имя учетной записи клиента, а не его IP адрес, как в случае работы по выделенным каналам.

---------------------

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

В режиме "эмуляции" RADIUS сервера статистика агентом не собирается, т.к. эта функция осуществляется средствами того кабельного агента, БД учетных записей которого, оперирует RADIUS агент.

Также агентом "RADIUS" не ведется учета удаленного и локальных адресов, взаимодействие между которыми, осуществлялось в течение сеанса работы пользователя. Это связано с тем, что данные об IP адресах недоступны на уровне протокола. Имеется лишь возможность фиксировать объем и время передаваемых и получаемых данных абонентом. Таким образом, в отличие от клиентов, работающих по некоммутируемым каналам, у учетных записей RADIUS агента нет возможности просмотра удаленных ресурсов и сервисов через интерфейс системы. В остальном, интерфейс аналогичен интерфейсу по выборке детальной статистики учетных записей, обслуживаемых агентами для выделенных каналов.

При выборе сетевого агента Radius новым, по сравнению со статистикой агентов для выделенных каналов, полем в выборке является поле суммарной продолжительности сеансов связи за выбранный интервал времени ().

Рис. 13

При выборе элемента имеется возможность посмотреть детализацию по состоявшимся сессиям для каждой учетной записи (). Статистика содержит информацию о начале и длительности каждой сессии, а так же адресе, выдаваемом на сессию.

Поле "ANI" - Automatic Number Identifier, номер телефона, с которого был осуществлен запрос сервиса DialUP, транспортный IP адрес, в случае применения технологии VPN или MAC адрес абонента, в случае использования PPPoE.

Поле "DNIS" - Dialled Number Identification Service, набранный абонентом номер для доступа к услуге или IP/MAC адрес сервера доступа (NAS/BRAS) при использовании VPN/PPPoE.

Поля ANI и DNIS по желанию администратора, могут заполняться различными значениями. Это определяется настройкой словаря Radius атрибутов в настройке агента. В словаре возможна подмена атрибутов с целью отображения в данных полях интересующей вас информации.

Рис. 14

------------------------

В тех случаях, когда АСР имеет возможность управлять созданием и контролировать установленные сеансы связи (сессии), их можно отображать в режиме "on-line" средствами управляющего клиента. Для отображения списка активных сессий в управляющем клиенте предусмотрен элемент формы "Сессии", служащий для отображения статистики активных сессий по агенту, сессии которого интересуют. В терминах АСР MediaBilling под сессией понимается установленный сеанс связи при помощи одного из протоколов канального, сетевого, транспортного или сеансового уровней МВОС (Модели Взаимодействия Открытых Систем).

Типичной ситуацией, при которой актуально отображение текущих сессий, является предоставление услуг DialUP доступа, карточной платформы на основе VoIP или услуг доступа к ресурсам IP сети по выделенным каналам связи при помощи технологий: VPN, PPPoE, WiFi, WiMax, Web-auth и.т.д. В этих случаях обработка сессий производится по протоколу Radius агентом RADIUS (DialUP/Leased-Line) или RADIUS (VoIP). Именно агенты RADIUS и VoIP способны управлять созданием и прерыванием подобных сессий, а также контролировать и тарифицировать их в обоих режимах своей работы (тарификации по времени и объему). Детально процедура контроля сессий, создаваемых RADIUS агентом, описана в разделе "Установка сетевого агента RADIUS, VoIP". К сказанному в этом разделе следует добавить, что признаком окончания установленной сессии является завершающий RADIUS пакет, который в штатной ситуации отправляется NAS-ом RADIUS агенту. В тех случаях, когда по каким-либо причинам сессия завершилась, а завершающий сессию RADIUS пакет был утерян, возможно появление незавершенных сессий по данным АСР (так называемых "потерянных" или "зависших" сессий). Для исключения подобных ситуаций в АСР MediaBilling применяется ряд мер, однако, самым надежным средством, которое позволяет избежать описанной ситуации, является наличие промежуточных пакетов RADIUS, носящих информационный характер и позволяющих RADIUS агенту в полной мере контролировать активные абонентские сессии. Одним из вариантов определения "зависшей" сессии является задание значения поля <Тайм-аут "зависшей" сессии> настройки Radius агента, по истечении которого текущая сессия удаляется из списка активных сессий при условии, что в течение этого времени не был получен ни один промежуточный эккаунтинг пакет от NAS.

По кнопке "Сессии", которая становится активной при выборе Radius агента, открывается диалоговое окно отображения активных сессий (). Установив переключатель напротив требуемой сессии, можно ее разорвать путем нажатия на кнопку "Остановить". Данный функционал требует пояснения. Дело в том, что согласно протоколу Radius, радиус-сервер не может в формате протокола дать указание NAS прервать сессию. Он может только ответить на запрос авторизации от NAS отказом в соединении (reject). Поэтому вышеописанная процедура запускает на выполнение внешний скрипт, описанный в файле конфигурации /etc/billing.conf.LBarcd директивой script_stop и передает ему в качестве параметров: session_id, login, выданный_ip_адрес, NAS_IP. И уже посредством этого скрипта происходит управление тем или иным NAS. Примеры скриптов, корректно завершающих "активные сессии" для различных NAS, приведены в разделе "Документация" на сайте www.MediaBilling.ru в статье "Механизмы прерывания активных сессий на NAS" находящейся по ссылке: http://www.MediaBilling.ru/doc/1.8/drop_sessions.html

Кнопка "Обновить данные" позволяет перегрузить форму активных сессий с целью обновления информации.

Рис. 15

Статистика телефонных соединений

Отображение статистической информации о предоставленных услугах телефонной связи осуществляется при выборе вкладки "Временная статистика".

Так же, как и в случае с отображением детальной статистики об услугах доступа к IP-сети по выделенным каналам, в первую очередь необходимо выбрать сетевой агент, тарифицирующий услуги временного типа (PABX, PCDR, VoIP), статистику которого необходимо отобразить.

В первичные данные, предоставленные коммутирующей системой (в частном случае АТС), попадают только те записи CDR, в которых содержится информация о предоставленных услугах (например, завершенный телефонный разговор, конференция и пр.). Каждой учетной записи соответствует один или несколько телефонных номеров абонента, которые являются NLAI (Network Layer Account Identificator). В случае если в процессе эксплуатации системы у учетной записи изменится NLAI (в данном случае номер телефона), это влечет индексацию БД, подробнее о которой см. раздел "Учетные записи" и "Перерасчет".

Форма работы со статистикой временного типа содержит в себе суммарную информацию о телефонных звонках, осуществленных абонентом (). Эта информация включает данные о типе звонка (Входящий, Исходящий), о совокупной продолжительности вызовов и операторе связи, через которого был осуществлен вызов за выбранный период отображения. Интервал выборки задается в заголовке формы образом, аналогичным описанному в подразделе "Общая информация" данного раздела с одним важным отличием. Форма отображения телефонной статистики содержит расширенный фильтр записей, в соответствии с которым производится отбор отображаемых данных.

При использовании фильтра допускается задание следующих значений:

- "Маска направления", начальные цифры набираемого абонентом номера. Отобраны будут только те учетные записи, в статистике звонков которых наблюдались вызовы на номера, удовлетворяющих маске.

- "Маска источника", начальные цифры абонентского номера. Отбираются только те учетные записи, в статистике которых за выбранный интервал времени имели место звонки с номеров, удовлетворяющих маске.

- "Направление", возможны значения "Входящие", "Исходящие", параметр регулирует отбор записей определенного направления.

- "Стоимость", при указании данного параметра в результирующую выборку попадут только те учетные записи, у которых были звонки, стоимость которых выше заданного значения.

Рис. 16

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

По умолчанию в статистической выборке отображаются все без исключения зафиксированные звонки.

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

Рис. 17

Форма детализации звонков включает в себя поле "Категория". Это поле информирует пользователя о той тарифной зоне (категории тарифа), в соответствии с данными которой звонок был тарифицирован (Подробнее о тарификации услуг см. раздел "Тарифы").

Поле "Стоимость" и "Валюта" в списке звонков содержит величину списания средств и их валюту, произведенных агентом в соответствии с указанным вызовом.

Характерной особенностью формы отображения статистики агента, тарифицирующего услуги VoIP, является то, что форма содержит кнопку "Сессии", позволяющую отображать активные сессии. Работа с формой активных сессий полностью аналогична описанию работы формы активных сессий раздела "Статистика RADIUS агента по времени и объему".

Статистика по услугам

Просмотр статистики для учетных записей, обслуживаемых агентом разовых и периодических услуг USBox, осуществляется путем выбора вкладки "Оказанные услуги". Интерфейс управления аналогичен вкладке "Статистика о трафике". На показана детализация услуг, оказанных для одной учетной записи.

Рис. 18

Работа с системой отчетности

Настройка форм отчетных документов

АСР способна формировать ряд отчетных документов, в соответствии с которыми производятся финансовые взаиморасчеты между абонентами и оператором. Список доступных документов представлен в меню "Опции" раздела "Настройки документов" (). Все финансовые документы являются независимыми друг от друга и не привязаны к счету. Нумерация всех финансовых документов раздельная.

Рис. 19

Помимо шаблонов, включенных в дистрибутив, есть возможность создавать собственные формы документов. Не рекомендуется модифицировать стандартные формы, так как все изменения будут утрачены после обновления. Интерфейс создания/изменения шаблона документа показан на.

Переключатель "В стоимости АСР включен НДС" определяет, содержат ли все значения стоимостей услуг, определенных в АСР, налог. Если в стоимости АСР налог не включен, то в документах, сгенерированных по данному шаблону, НДС будет добавлен к итоговой сумме. И обратно: если налог включен в стоимости АСР, значение НДС будет выделено из значений, присутствующих в документах. Ставка НДС определяется в пункте меню "Опции"-> "Общие" (см. раздел "Настройка рабочих параметров (опций) АСР").

Рис. 20

В поле "Файл шаблона" задается имя файла, содержащего форму документа. В выпадающем списке отображаются файлы, находящиеся в директории, определяемой настройкой "Путь к файлам шаблонов" в опциях (по умолчанию /usr/local/billing/templates). Прежде чем создавать собственный документ, необходимо поместить файлы шаблона в указанную папку. Процедура формирования этих файлов описана в разделе "Шаблоны отчетных документов".

Поле "Каталог для сохранения файлов" содержит полный путь к директории, куда система должна поместить сгенерированные файлы по данному шаблону. Для удобства разделения документов по отчетным периодам файлы сохраняются в поддиректориях вида "ГГГГмм", которые автоматически создаются в указанном каталоге.

Переключатель "Генерировать автоматически" позволяет управлять автоматической генерацией документов по завершению отчетного периода. Допускается выставление документов всем абонентам без исключения, отдельной группе пользователей, выбранному объединению учетных записей, либо запретить автоматическую генерацию, установив флаг "Никому".

Параметр "Класс документа" может принимать одно из четырех значений:

"Бухгалтерский документ", "Пользовательский документ", "Отчетный документ", "Квитанция".

Параметр "Документ оплачивается" может принимать одно из трех значений: "без оплаты", "постоплата" и "предоплата". Документы второго и третьего типа могут оплачиваться из общего списка (см. ) с занесением средств на баланс абонента. Кроме того, документы с типом "предоплата" доступны для назначения в качестве счетов на предоплату в опциях. Документам первого типа соответствуют (например) счет-фактуры, второго - счета, третьего - квитанции на предоплату.

"Тип выгружаемого документа" определяет способ выгрузки документа в браузер. Например, для шаблонов в формате WordML (XML), RTF необходимо установить тип "MS Word", тогда при выгрузке документа будет возможно открыть его сразу в приложении MS Office, либо сохранить файл на диск. Если документ выгружается "без изменений", то, как правило, браузер предложит только сохранение файла на диск.

Флаг "Доступно для клиентов" позволяет разрешить, либо запретить доступ к данному документу из интерфейса клиента.

Установленный флаг "Скрыть" означает, что данный шаблон не используется: он не будет доступен для выбора при генерации и отображении документов.

Схемы выставления документов

Система предусматривает четыре алгоритма генерации отчетных документов: с учетом входящего остатка (Авансовая система оплаты услуг абонентами), без учета остатков (Кредитная система оплаты услуг абонентами), с учетом только положительного входящего сальдо на начало отчетного периода (Смешанная) и без учета платежей и состояния баланса на начало месяца (учитываются только списания в данном отчетном периоде). Последний алгоритм используется, например, для генерации актов выполненных работ (оказания услуг) и в пояснениях не нуждается. Ниже более подробно рассмотрены первые три схемы, которые актуальны, прежде всего, для счетов и квитанций на оплату.

В данном разделе используются термины:

сальдо на начало учетного периода - значение баланса расчетного счета с учетом знака на начало учетного периода (месяца).

авансовый платеж (начисление) - любой из платежей поступивший по счету на предоплату услуг, бонусный платеж или зачисление по карте предварительной оплаты услуг

платеж на погашение задолженности - платеж, произведенный по счету, выставленный системой автоматически или вручную на конец учетного периода в соответствии с рассматриваемыми в данном разделе системами оплаты

Каждый из перечисленных алгоритмов (систем оплаты) выбирается в зависимости от принятой у компании, эксплуатирующей АСР, схемы взаиморасчетов с абонентами. Примеры создания бухгалтерских документов по схемам: "Авансовая", "Кредитная" или "Смешанная" имеются в стандартной поставке АСР. Например, счета, выставляемые по вышеперечисленным схемам, находятся в списке документов в пункте меню: "Опции"-> "Настройки документов" (см. раздел документации "Настройка форм отчетных документов").

Алгоритм формирования счетов "Авансовая система оплаты", как правило, подразумевает, что абонент периодически вносит на свой расчетный счет платежи тем самым, поддерживая положительное значение баланса лицевого счета. Счета по этой схеме выставляются в тех случаях, когда абонент на конец любого отчетного периода имеет задолженность (отрицательное значение баланса). Это возможно когда оператор не блокирует абонента по истечению его балансных средств и предоставляет абоненту кредит (ограниченный или бесконечный)

При этом:

счета выставляются нарастающим итогом (это означает необходимость для абонента оплаты только последнего выставленного счета оператором для погашения задолженности перед ним)

любые зачисления средств на счет учитываются при формировании очередного счета (авансовые платежи, карточные, бонусы, оплата счетов на погашение задолженности)

учитывается сальдо на начало учетного периода (значение баланса расчетного счета: как положительное, так и отрицательное)

возможно появление расхождения между суммой, приведенной в счете, и суммой, приведенной в акте оказанных услуг

имеется гарантия, что абоненту очередной счет будет выставлен на сумму, не превышающую его текущую задолженность перед оператором

абонент имеет возможность оплатить несколько выставленных ему счетов, что повлечет зачисление всех средств по этим счетам на расчетный счет абонента, тем самым, пополнив свой баланс до положительного значения (фактически предоставив кредит своему оператору)

Сумма счета = Сумма списаний - Сумма начислений - Сальдо на начало периода (с учетом знака)

Прим: Счет выставляется, если сумма счета, рассчитанная по указанной выше формуле, положительна.

В частности, при авансовой системе оплаты возможно комбинирование авансовых счетов со счетами на погашение задолженности. Например, когда в начале месяца оператор выставляет авансовый счет, а по результатам месяца взимает перерасход средств с абонента (в ситуации, показанной на , за февраль абонент получит счет на 50 рублей, что является суммой перерасхода его средств на конец отчетного периода, с учетом всех платежей, имевших место до выставления счета на погашение задолженности и состояние его баланса на начало февраля).

Наглядным графическим представлением применения авансовой системы оплаты является график списания средств, аналогичный , но находящийся выше оси нулевого баланса (в положительной области балансных средств абонента).

Алгоритм формирования счетов "Кредитная система оплаты" применяется, как правило, в тех случаях, когда авансовые платежи отсутствуют и оператор рассчитывает, что все счета, выставленные им, погашаются абонентами. При кредитной системе оплаты, счета выставляются на суммарную величину списаний средств с расчетного счета, которые имели место в течение месяца, за который выставляется счет. Альтернативное название данной модели выставления счета - модель выставления счетов без учета входящего остатка (сальдо). Такая модель принята, например, в компании МГТС при расчете с физическими лицами за услуги телефонной связи. При этом:

для погашения задолженности перед оператором абонент должен погашать каждый выставленный оператором счет

поскольку при выставлении счета не учитывается сальдо на начало месяца, то возможна ситуация, при которой счет абоненту будет выставлен на сумму большую, чем текущий долг абонента перед оператором (это возможно, например, при внесении абонентом авансового платежа в течение месяца одновременно с перерасходом средств (отрицательный баланс) на конец месяца).

сумма счета повторяет сумму акта выполненных работ в том случае, если не было авансовых платежей (бонусов, оплат авансовых счетов, карточных начислений), и отличается на сумму авансовых платежей в том случае, если таковые имели место

Сумма счета = Сумма списаний - Сумма авансовых начислений

Прим: Счет выставляется, если сумма счета, рассчитанная по указанной выше формуле, положительна.