nightfly

Може бути ще варіант "Всі забили і перейшли на aBills" Покишо тестуємо в тепличних умовах - покишо нічого астрального не вилізло. Установку на бойові сервера з тотальним оновленням rscriptd на пачці насів намічено на цьому тижні. UPD аааа, пагібло всьо

публика скандирует: softflowd! - softflowd! - softflowd! - softflowd!.....

Контрольный в голову из тогоже тикетинга:

Да ладно вам, человек реально переживает. Сердца у вас нет

Раз пошла такая пьянка - копипастну из тикетинга пару перлов за последнюю недельку: PS грОматика радует перманентно

а договора где у всех вопросы перепродажи или бизнесового использования услуги освещены - уже не в моде?

Торентокачалку и l2j с vlc мультикастящим еще на биллинговом сервере забыли.

слишком толсто

Под елку зарелизили? Ушел радостно собирать на тестовом хосте и ждать деда мороза

Железо дешевое, билинг + бд естественно отдельно(ла оттуда как вы поняли), выносные NASы на rscriptd + freebsd, тунелей нет, vlan per user, option 82, средний nas - 120-150kpps, сетевухи недорогие - класса HP NC364T или из ихних родственников. Детальная статистика действительно имеет глубинный смысл только для тарифов с предоплаченным трафиком, для остальных естественно она отключена по дефолту. ну да - есть такое В любом случае этот вопрос уползает в область оптимизации БД, периодичного клинапа и вдумчивого кеширования. В любом случае отказыватся от счетчиков вообще не практич

Банально для того чтобы знать что пользователь работает, фильтровать качков с торентами 24/7/31, крутить динамические шейпера на лету... много для чего. Будете удивлены но у меня по каждому пользователю еще и графички рисуются отдельно. Клевые такие, с разметками по класам трафика. Ну чтобы разруливать конфликтные ситуации например со скоростями. Полезно опять же. ну если вы не обладаете точной статистикой зачем тогда разводить демагогию по поводу "считать трафик ресурсоемко" На данном этапе флов с ~гигабита порождает не более чем 10:06PM up 326 days, 9:20, 1 user, load av

OnConnect/OnDisconnect вас чем не устраивают осмелюсь вопросить. Или они у вас отрабатывают в какихто исключительных ситуациях отличных от "есть интернет"-"нет интернета"?

Дык в чем проблема вытянуть в онконнект-ондисконнект данные из "mysaql"? #cat /etc/stargazer/OnConnect LOGIN=$1 SOMEDATA=`/etc/stargazer/GetSomedata $LOGIN` #cat /etc/stargazer/GetSomedata #!/usr/local/bin/php <?php $login=$argv[1]; $link = mysql_connect("localhost", "mysqllogin", "mysqlpassword"); mysql_select_db("stg"); $query = 'SELECT `somedata` FROM `sometable` where `login`= "'.$login.'"'; $result = mysql_query($query); while ($line = mysql_fetch_array($result, MYSQL_ASSOC)) { foreach ($line as $col_value) { print ($col_value); } } ?>

Накой OnChange?

А у вас еще на каждого юзера и по два пайпа? Почитайте на досуге для чего нужен mask dst-ip 0xffffffff а также о том как всетаки пакеты проходят фаервол и как с эти соотносится быстродействие системы.

На несколько логинов в одну трубу - они берутся и уганяются в табличку. В чем проблема?

cacti+monit

Как в вашем сознании корелирует считание трафика и писание по сессиям детальной статистики? cap_nf практически пофиг с точки зрения быстродействие - молотить гигабит или два с последующим писанием только каунтеров. Доказано практикой. Не считать трафик вообще как таковой с практической точки зрения как-то не целесообразно в даный момент.

в чем проблема сенсоров софтовых наставить типа тогоже softflowd?

Oo

#!/usr/local/bin/php <?php ////////////config//////////// $ppp_secrets='ppp.secret'; $mysql_login='mylogin'; $mysql_password='mypassword'; $debug=0; ////////////////////////////// $link = mysql_connect("localhost", $mysql_login, $mysql_password); mysql_select_db("stg"); $userdata=''; $secrets_data=''; $query = 'SELECT `login`,`Password`,`IP` FROM `users` where `Cash`>=`Credit`'; $result = mysql_query($query); while($row = mysql_fetch_assoc($result)) { $userdata[]=$row; } if (!empty($userdata)) { foreach ($userdata as $io=>$eachuser) { $secrets_data.=$eachuser['login'].' '.$e

Омг. Вам не на графики смотреть нужно а нормального админа найти. Если у вас возникает впечатление что цитирую "добавили 200Мбит канала" и "Может проблема в службе рассылки сообщений?" как-то между собой корелируют - не советую вникать в вопрос дальше. 1. statgazer - именно биллинг 2. посылалка сообщений (читай нормальный(!) тикетинг) - либо пишется с пол пинка либо находится готовая без проблем. 3. сдается мне что у вас проблема совсем не в биллинге а в изначальной архитектуре сети (распределении нагрузки по насам, резделении коллектинга и сенсоров трафика итд итп) Если не испол

Подозреваю что напрямую в базе при поглушенном старгейзере либо ручками в виндовом конфигураторе если их немного.

Ну есть 2 провайдера с дебианом и бубунтосерверами. Кажись живут.

это у вас "крупная сеть"? Есть-есть. Вобще не вижу взаимосвязи ширины канала и скорости работы биллинга который выступает именно в роли биллинга. Рост абонбазы ~200-300/мес тоже не предел.