forum.bitel.ru
http://forum.bitel.ru/

Netflow collector
http://forum.bitel.ru/viewtopic.php?f=7&t=1990		 Страница 1 из 1
Автор:  Andreiii1 [ 05 мар 2009, 20:16 ]
Заголовок сообщения:  Netflow collector
Если система достаточно мощная (xeon 4 ядра, рейд 1+0), можно ставить в планировщике обсчет логов каждую минуту?
Автор:  snark [ 05 мар 2009, 21:02 ]
Заголовок сообщения: 
бителовцы где-то тут говорили что ipn не предназначен для частого обсчета, оптимально, ЕМНИП, 10-15 мин.
Автор:  Victor [ 06 мар 2009, 06:58 ]
Заголовок сообщения: 
snark писал(а):
бителовцы где-то тут говорили что ipn не предназначен для частого обсчета, оптимально, ЕМНИП, 10-15 мин.

И грозились сделать "горячий" обсчет :) По секрету ;)
Автор:  stark [ 11 мар 2009, 03:03 ]
Заголовок сообщения:  Re: Netflow collector
Andreiii1 писал(а):
Если система достаточно мощная (xeon 4 ядра, рейд 1+0), можно ставить в планировщике обсчет логов каждую минуту?

Это несколько не рационально ..Вы будете 60 раз пересчитывать один и тот же часовой лог .. п он будет все больше и больше и достигнет максимума в начале следующего часа, т.е фактически будет нужен только этот финальный перечет
Автор:  stark [ 11 мар 2009, 03:08 ]
Заголовок сообщения: 
Victor писал(а):
snark писал(а):
бителовцы где-то тут говорили что ipn не предназначен для частого обсчета, оптимально, ЕМНИП, 10-15 мин.

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


это идея пока заглохла .. до следующей версии ..а вообще жалко портить IPN реалтаймом :)
Автор:  snark [ 27 мар 2009, 00:51 ]
Заголовок сообщения: 
stark писал(а):
жалко портить IPN реалтаймом :)

если у него будет риалтайм то связка dialup как RADIUS + ipn как динамический шейпер думаю будет довольно многими востребована (IMHO стоит подумать над таким режимом работы как отд. фичей) ... или пчелы против меда? ;)
Автор:  stark [ 30 мар 2009, 12:59 ]
Заголовок сообщения: 
snark писал(а):
stark писал(а):
жалко портить IPN реалтаймом :)

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


Не совсем понятно о какой связи идет речь ? клиент подключени через порт коммутатора IPN постоянно без авторизации по логину/парролю, в какой момент вы хотет слать radius-запрос на авторизацию.. реалтайм IPN - это реалтайм IPN,он никак с радиусом свзяан не будет(если вообще еще будет реализован) ..
Автор:  Jimson [ 30 мар 2009, 15:52 ]
Заголовок сообщения: 
на сколько я помню речь шла о инкрементной таррификации IPN, а не о реалтайме аля считать каждый flows
щас в IPN нету понятия стоимости как таковой, а она бы для отчетов очень и очень пригодилась бы, притом в таблице поле такое есть с незапамятных времен, но остается нулевым

если бы IPN пересчитывал только часовую статистику, а не за весь месяц, может это бы убрало заботу о производительности и позволило добавить статистических данных по таррификации IPN ?
Автор:  stark [ 30 мар 2009, 17:00 ]
Заголовок сообщения: 
Jimson писал(а):
на сколько я помню речь шла о инкрементной таррификации IPN, а не о реалтайме аля считать каждый flows
щас в IPN нету понятия стоимости как таковой, а она бы для отчетов очень и очень пригодилась бы, притом в таблице поле такое есть с незапамятных времен, но остается нулевым

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


Как раз с реализацией инкрементного подсчета - проще ..что-то я не помню чтобы его просили .задача будет обсчитывать не весь месяц сразу,а предыдущий час от момента запуска и хранить промежуточные результаты .. ..Что-то типа модуля телефония.. То что выше называют "горячий" обсчёт - это обсчет аля dialup .. т.е деньги кончились и шлюз сразу отрубили .. dilaup принемает flow-поток, относит его для конретной сессий и раз в минуту эту сессию обсчитывает, ставит баланс и отключает клиента если нужно ..что-то подобное , хотят в ipn ..
Автор:  Jimson [ 30 мар 2009, 17:14 ]
Заголовок сообщения: 
Не знаю как на счет "просили", но про это рассказывали как про фичу 4.5 )
А реал-тайм в IPN это бред, потоки netflow трафика могут быть огромными, и без предварительной агрегации как это делается щас биллинг загнется при трафиках в 30-40 мегабит, imho.
Автор:  snark [ 30 мар 2009, 17:58 ]
Заголовок сообщения: 
stark писал(а):
snark писал(а):
связка dialup как RADIUS + ipn как динамический шейпер думаю будет довольно многими востребована (IMHO стоит подумать над таким режимом работы как отд. фичей)

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

суть такова ... юзер авторизуется и учитывается dialup модулем, но, т.к. в зонах не реализован вызов BGBS скрипта коим можно было бы плавно, без разрывов, менять скорость, то я и предложил чтобы ipn управлял скоростью на шлюзе, который по своей сути NAS модуля dialup ... хотя идея с вызовом скрипта мне больше нравится ;)
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/