Очередные вопросы :)

[GaMbiT]

1) В списке параметров есть строчка aggregation_todisc_barrier
Сбрасывать агрегированый трафик в базу если его больше чем на сумму в 5 руб.
Внимание вопрос:
Каким образом этот параметр пересекается с traffic_agregation_interval?


2) Для чего создавать Ip-Pools этот раздел в документации не описан, есть раздел Ip-зоны там все понятно.

3) Существует ли очередь на перенос трафика в базу, если трафик будет переноситься по времени дольше чем указано в параметре traffic_agrigation_interval, что будет происхоисходить тогда?

[Max Milkov]

1) В списке параметров есть строчка aggregation_todisc_barrier
Сбрасывать агрегированый трафик в базу если его больше чем на сумму в 5 руб.
Внимание вопрос:
Каким образом этот параметр пересекается с traffic_agregation_interval?


2) Для чего создавать Ip-Pools этот раздел в документации не описан, есть раздел Ip-зоны там все понятно.

3) Существует ли очередь на перенос трафика в базу, если трафик будет переноситься по времени дольше чем указано в параметре traffic_agrigation_interval, что будет происхоисходить тогда?

1. Ядро получает данные о трафике с коллектора. Трафик классифицируется и определяется его принадлежность какому-либо пользователю. Для найденного пользователя наращиваются счетчики соотв. класса трафика. Если значение счетчика при этом превысило traffic_agrigation_interval, то в SQL-базу (таблица транзакций) вносится запись о списании средств со счета пользователя за данный тип трафика в соотв. объеме. Разработчики в документации так же утверждают, что при этом учитывается текущее состояние счета. Если балланс близок к 0, то параметр traffic_agrigation_interval видимо не учитывается и тарификация производится сразу.
Т.е. вообще говоря этот параметр относится не к сбросу детального трафика в GIGA-base (тогда почему в деньгах?), а к интервалу тарификации пользователей по трафику.

Параметр aggregation_todisc_barrier для меня пока загадочен. То ли это то же самое что и traffic_agrigation_interval, но в деньгах (тогда при чем здесь "to disc"?), то ли он все же относится к сбросу детального трафика в GIGA-base. В общем хотелось бы услышать комментарии разработчиков.

2. IP-Pools нужны для NetUp-RADIUS, дабы выделять пользователям автоматически свободные адреса из заданного диапазона.

3. См. п.1. Этот параметр по идее не определяет интервал переноса ДЕТАЛЬНОГО трафика в базу, а запись о транзакции это очень маленький объем. К тому же этот параметр относится к отдельным пользователям (счетчики ведь индивидуальны на каждого), т.е. массового "сброса" информации в базу не происходит. То один достигнет критической отметки, то другой. Скопом не получится.