nightfly

Это не баг - это фича. Оплата по факту использования услуги а не по календарному месяцу вроде как распространена среди многих провайдеров как и размазанная абонплата скажем. Кроме того все таки русским по зеленому написано: неожиданно да?

fullfee=yes надо

bandwidthd - дешево и сердито

Как дети малые. Шейпится все нормально. Просто когда вижу pipe xxx tcp from any... и вырезанные юдп сразу вспоминается эпоха пионернетов, мыльниц, полевки и серверных на балконе. юдп - бордовенький, косота недорисовки в 10-15% - поправка на бпф, ночью двойная скорость.

Йомайо, кумедні хлопаки <map name="Map"> <area shape="rect" coords="887,448,941,480" href="mailto:abonent@energytel.com.ua"> <area shape="rect" coords="681,485,906,509" href="invoice_2011.doc"> <area shape="rect" coords="680,513,752,536" href="offer_fin.pdf"> </map> А якщо абстрагуватись від сайту (Тьома не плач) то десь так: http://bgp.he.net/AS51317#_graph4

Чомусь зразу згадалось

Как-то возникают вопросы, причем массово. Что вы понимаете под "именно флудом"? Каким местом snmp должен знать об этом? Как соотносится датасорц "ucd/net - Load Average" с "Interface Statistics"? Вы знаете OID который "именно флуд"?

Собственно документации по ipsec вагонами но сводится все в финале к танцам вокруг соединений с самой фри и ракуна. Задача слегка другая - дивайс за НАТом на фре должен соединятся с другим таким же. Галочка "behind nat" на обоих концах наклонцана что должно бы привести к простой инкапсуляции ESP в UDP но что подозрительно никаких движений в сторону удаленного хоста с IPSec в tcpdump не наблюдаю. Рядышком в ту же сторону бегает спокойно GRE в виде нормально работающих pptp тунеллей. UPD юдп пакеты забегали, тунель выглядит живым но тудой ничего не пролетает. Есть ощущение что где-то

Ну че - в требованиях сказано чтобы были "зайчатки скиллов". То что описано в требованиях - практически норма для уверенного пользователя (читай неуверенного ЛОРокрасноглазика). За "зайчатки" и "адвансед юзерство" на стажировке больше и не платят. Логично все.

Може бути ще варіант "Всі забили і перейшли на 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 а также о том как всетаки пакеты проходят фаервол и как с эти соотносится быстродействие системы.

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