Prepaid с помощью dialup + netflow - есть шансы?

[Tor]

Поделитесь опытом пожалуйста: есть желание организовать
prepaid по трафику на основе UTM5.2.1-007, исходные данные:

1. только RADIUS Accounting (c interim)
2. netflow

Что делаю:

1. фикт. услугу dialup (с динамикой) с нулевой оплатой
2. фикт. услугу передача IP трафика (с динамикой также)

В итоге считает все правильно вроде, только клиенты уходят в огромные минуса, пока UTM даст команду на блокировку.

Пробовал менять traffic_agregation_interval - толку 0.
Мог бы огранизовать и по radius_interim, но где-то читал, что это
у NetUP долгострой, а по стоп_пакету тоже в минуса

Как быть?

[Pulse]

нужно сделать поиск по форуму на тему обрыв активной сессии

[Tor]

Спасибо за совет, только проблема у меня не с обрывом сессий,
их я успешно обрываю через utm5_rfw, а с частотой обновления баланса клиента; в детализации уже есть большой клиентский трафик(по netflow), а баланс меняется слишком медленно.
Или вы полагаете, что баланс клиента обновляется только
тогда, когда клиент сам оборвет соединение?

[Pulse]

Спасибо за совет, только проблема у меня не с обрывом сессий,
их я успешно обрываю через utm5_rfw, а с частотой обновления баланса клиента; в детализации уже есть большой клиентский трафик(по netflow), а баланс меняется слишком медленно.
Или вы полагаете, что баланс клиента обновляется только
тогда, когда клиент сам оборвет соединение?

имхо небольшой минус неизбежен...из-за суммы инертности частоты сброса нетфлоу с наса и traffic_agregation_interval

[Tor]

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

Интересно а по interim'ам NetUP давно обещали сделать, не помните
случайно?