BiTel

Если система достаточно мощная (xeon 4 ядра, рейд 1+0), можно ставить в планировщике обсчет логов каждую минуту?

_________________
~~

бителовцы где-то тут говорили что ipn не предназначен для частого обсчета, оптимально, ЕМНИП, 10-15 мин.

И грозились сделать "горячий" обсчет По секрету

Это несколько не рационально ..Вы будете 60 раз пересчитывать один и тот же часовой лог .. п он будет все больше и больше и достигнет максимума в начале следующего часа, т.е фактически будет нужен только этот финальный перечет

это идея пока заглохла .. до следующей версии ..а вообще жалко портить IPN реалтаймом

если у него будет риалтайм то связка dialup как RADIUS + ipn как динамический шейпер думаю будет довольно многими востребована (IMHO стоит подумать над таким режимом работы как отд. фичей) ... или пчелы против меда?

Не совсем понятно о какой связи идет речь ? клиент подключени через порт коммутатора IPN постоянно без авторизации по логину/парролю, в какой момент вы хотет слать radius-запрос на авторизацию.. реалтайм IPN - это реалтайм IPN,он никак с радиусом свзяан не будет(если вообще еще будет реализован) ..

на сколько я помню речь шла о инкрементной таррификации IPN, а не о реалтайме аля считать каждый flows
щас в IPN нету понятия стоимости как таковой, а она бы для отчетов очень и очень пригодилась бы, притом в таблице поле такое есть с незапамятных времен, но остается нулевым

если бы IPN пересчитывал только часовую статистику, а не за весь месяц, может это бы убрало заботу о производительности и позволило добавить статистических данных по таррификации IPN ?

Как раз с реализацией инкрементного подсчета - проще ..что-то я не помню чтобы его просили .задача будет обсчитывать не весь месяц сразу,а предыдущий час от момента запуска и хранить промежуточные результаты .. ..Что-то типа модуля телефония.. То что выше называют "горячий" обсчёт - это обсчет аля dialup .. т.е деньги кончились и шлюз сразу отрубили .. dilaup принемает flow-поток, относит его для конретной сессий и раз в минуту эту сессию обсчитывает, ставит баланс и отключает клиента если нужно ..что-то подобное , хотят в ipn ..

Не знаю как на счет "просили", но про это рассказывали как про фичу 4.5 )
А реал-тайм в IPN это бред, потоки netflow трафика могут быть огромными, и без предварительной агрегации как это делается щас биллинг загнется при трафиках в 30-40 мегабит, imho.

суть такова ... юзер авторизуется и учитывается dialup модулем, но, т.к. в зонах не реализован вызов BGBS скрипта коим можно было бы плавно, без разрывов, менять скорость, то я и предложил чтобы ipn управлял скоростью на шлюзе, который по своей сути NAS модуля dialup ... хотя идея с вызовом скрипта мне больше нравится