Тарификация максимального трафика

Материал из BiTel WiKi

Перейти к: навигация, поиск

Сложности при горячем обсчете

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

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

Час сессии 1 2 3
Входящий 10 / 10 30 / 40 30 / 70
Исходящий 20 / 20 10 / 30 50 / 80

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

Для приведенного выше примера превалирующий трафик по часам будет: 20, 40 и 80. При этом будет протарифицировано приращение 20, 20 и 40. Сумма приращений составит 80 Мб, однако распределение по часам превалируещего трафика не совпадает ни с одним из трафиков. Это может быть важно, если стоимость трафика изменяется в зависимости от времени.

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

Сложности при начислении по итогам месяца

В DialUp и IPN модулях существует дополнительная возможность тарификации максимального трафика по итогам месяца. При этом возникает проблема, что реально такого трафика не существует и он не отображается в отчетах. Т.к. собственно не определено, в какой сессии или в какой день/час для IPN модуля потреблен этот трафик. При тарификации предполагается, что он разово потребился в начале отчетного периода.

Личные инструменты