Вообщем есть такая проблема.
Стоит UTM5.
Создаю в нем клиента, добавляю ему сервис IP, назначаю статический vpn адрес. Данные о трафике собираются по netflow. Клиент конектится по vpn, и скажем скачивает определенный объем информации (допустим файл 10 мегабайт).
Информация об этом трафике в течение минуты появляется в Detailed Traffic Report (т.е. инфа о трафике по netflow приходит быстро). Но сам билинг обсчитывает этот трафик только спустя примерно 15 минут (появляется запись в Trafic Report, снимаются деньги со счета пользователя). Но ведь за 15 минут при хорошей скорости пользователь может уйти в глубочайший минус, что недопустимо.
Как заставить UTM5 обсчитывать трафик раз в минуту?
UTM5, Netflow и VPN клиенты.Подсчет трафика.
UTM5, Netflow и VPN клиенты.Подсчет трафика.
Последний раз редактировалось DerekTM Пн ноя 29, 2010 16:27, всего редактировалось 1 раз.
Еще есть aggregation_todisc_barrier.
Посмотрите в руководстве.
Сильно уменьшая эти параметры вы получите в несколько раз больше записей в таблицах списаний. Если абонентов много, это станет проблемой.
Так же это не избавит вас от особенностей работы NetFlow. Может случится так, что абонент будет качать файл дольше чем лимит на активный поток в NetFlow. По умолчанию это 30 минут. Сами понимаете что за 30 минут можно много накачать.
На практике это почти не встречается. При значениях по-умолчанию, я очень редко видел, чтобы абоненты уходили в минус больший чем значение aggregation_todisc_barrier.
Посмотрите в руководстве.
Сильно уменьшая эти параметры вы получите в несколько раз больше записей в таблицах списаний. Если абонентов много, это станет проблемой.
Так же это не избавит вас от особенностей работы NetFlow. Может случится так, что абонент будет качать файл дольше чем лимит на активный поток в NetFlow. По умолчанию это 30 минут. Сами понимаете что за 30 минут можно много накачать.
На практике это почти не встречается. При значениях по-умолчанию, я очень редко видел, чтобы абоненты уходили в минус больший чем значение aggregation_todisc_barrier.