BiTel

Версия BgRadiusDialUP_4.5_117

Не совсем понятно как функционирует встроенный нетфлоу коллектор. Несколько вопросов:

1) Нужна ли для корректной работы встроенного нетфлоу коллектора отдельный коллектор IPN?
2) Как обрабатываются логи нетфлоу, и какой процесс их обрабатывает(алгоритм, с какой периодичностью) и т.д.?


Дело в том что сейчас обнаружилась заковырка, которую не могу устранить. У меня используется встроенный коллектор, для деления трафика. Клиентская наработка по трафику начисляется не в онлайн режиме, а с некоторой неодинаковой задержкой. Если клиент качал трафик, а потом перестаёт, но сессию не разрывает, то разделенный трафик этой сессии на неё корректно "наклеивается" через пару минут. Если же он качал а потом быстро разрывает сессию, то трафик уже не назначается этой сессии
Тестировал, на счету было денег достаточных для скачивания 30 МБ. Скачал ~ 250, а сессия не разрывалась автоматически, более того, когда разорвал сессию сам, то трафики на этой сессии остались старые(т.е. те, которые были на предыдущем обсчёте сессии)! Т.е. скачал 250 метров минут за 30, а трафик начислился на 6 МБ! (При этом по радиусу трафик, естественно, верный)

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

1 - Не требуется
2 - Поток ловится постоянно, делится по услугам и сохраняются для сессий суммы по услугам. По UPDATE пакету происходит обсчет накопленных услуг. В checker режиме по таймеру.
По вашей проблеме - учитывайте, что сам NetFlow поток идет с задержкой. Для CISCO минимальные задержки можно поставить, как указано здесь: http://bgbilling.ru/v4.5/doc/ch07s22.html
Вообще планируем решать проблему "отложенным" стопом сессии, т.е. после стоп пакета некоторое время ловить поток. Только еще не решили..

Спасибо, попробую.

Угу ... именно об этом и говорит то что:

Ув. Akhmat, дело в том что netflow выплевывается роутером на коллектор в 2-х случаях
1 - наполнение кеша
2 - истечение таймаута сессии (бывают 2-х типов - активные и не активные)
Уменьшайте до минимума таймауты как активных так и не активных сессий и тогда циска будет Вам отдавать инфу сразу же либо по истеченю таймаута либо по наполнению кеша, при большом потоке трафика Вы будете получать данные по наполнению кеша, а при небольшом - по таймауту ... это если в кратце, насколько мой склероз меня не подводит ...


Ура! Сделайте, пожалуйста! Думаю минуты будет более чем достаточно, хотя лучше все же сделать параметр настраиваемым

Добавил строчки из конфига. Сейчас трафик обновляется раз в 2 минуты при скачивании. И сессии сбрасываются. т.е. трафик за оставшиеся 2 минуты теряется, если на текущем замере баланс превышен.


Да, без потерь в точности обсчёта будет здорово!


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

покажите

а еще лучше, если Вас не затруднит - покажите

в ПМ, будем разбираться что у вас за ерунда творится ...

P.S. почитайте ПМ!