UTM4+патчи до конца
netup_netflow ver.1.2
раньше не надо было, а сейчас понадобился делёж траффа на ночь и день. Соответствующие временные диапазоны были созданы. В классах траффика они указаны.
Однако netup_netflow похоже плевал на эти диапазоны! Всё помечает более старшим классом (1650 - день, 1660 - ночь), т.е.всё ночь.
В структуре netup_netflow видно-таки запрос открытым текстом
SELECT td.sec1,td.sec2,td.min1,td.min2,td.hour1,td.hour2,td.wday1,td.wday2 FROM td,traffic_classes WHERE traffic_classes.tag='td' AND td.td_id=traffic_classes.value AND traffic_classes.cid='%lu'
т.е. вроде нужную таблицу щупает.
А на деле - пох на диапазоны.
Конечно, если запускать tsave без ключа -c fast - траффик перепометится корректно. Но в этом случае время обработки вырастает в десятки раз, что недопустимо.
Где грабли?
netup_netfllow и временные диапазоны
-
Mike
- Сообщения: 45
- Зарегистрирован: Чт фев 03, 2005 19:14
- Откуда: Московская обл., г. Фрязино
- Контактная информация:
Запускать ночью тоже не вариант.
tsave каждые 5-ть минут обрабатывает статистику и получится, что днем статистика не будет записывать данные а ночью будет плохо обрабатывать.
Также все завит от объемом. В моем случает такой вариант полностью не устраивает.
Если нет возможности самим разрабатывать то наверно лучше перейти на 5-ю версию.
А так самый хороший вариант это переписать tsave
Но в месте с ним придется переписывать netup_netflow.
Как вариант можно собирать не весь трафик а только тот за который списывается деньги. В моем случае это только входящий Интернет трафик.
tsave каждые 5-ть минут обрабатывает статистику и получится, что днем статистика не будет записывать данные а ночью будет плохо обрабатывать.
Также все завит от объемом. В моем случает такой вариант полностью не устраивает.
Если нет возможности самим разрабатывать то наверно лучше перейти на 5-ю версию.
А так самый хороший вариант это переписать tsave
Но в месте с ним придется переписывать netup_netflow.
Как вариант можно собирать не весь трафик а только тот за который списывается деньги. В моем случае это только входящий Интернет трафик.
Mike писал(а):Запускать ночью тоже не вариант.
tsave каждые 5-ть минут обрабатывает статистику и получится, что днем статистика не будет записывать данные а ночью будет плохо обрабатывать.
Также все завит от объемом. В моем случает такой вариант полностью не устраивает.
Если нет возможности самим разрабатывать то наверно лучше перейти на 5-ю версию.
А так самый хороший вариант это переписать tsave
Но в месте с ним придется переписывать netup_netflow.
Как вариант можно собирать не весь трафик а только тот за который списывается деньги. В моем случае это только входящий Интернет трафик.
$cat /netup/utm/netup.sh
............
тут проверки
............
HOURS=`date "+%H"`
if [ $HOURS -le 7 -a $HOURS -ge 1 ]
then
echo "`date` /netup/utm/bin/tsave" >> /netup/utm/tsave.log
/netup/utm/bin/tsave;
else
echo "`date` /netup/utm/bin/tsave -c fast " >> /netup/utm/tsave.log
/netup/utm/bin/tsave -c fast;
fi
....................
тут другие проверки
запускаешь этот скрипт по крону вместо tsave
весь трафик (без временного интервала) - 10 класс
создаешь ночной интервал и делаешь класс с ним 15м
соответственно днем у тебя tsave работает с -c fast и весь траффик идет как дневной
ночью tsave просто - соответственно main переписывает класс трафика и он попадает в ночной
знаю что костыль, но рабочий
Исходники могут выдать в NetUp под обязательство нераспространения. Но смысл? Это простейшая утилита... Примеров чтения и разбора потока netflow в сети - уйма. У меня есть план попробовать переписать ее на perl (чтобы, так сказать, совпадало в биллингомmaksim писал(а): для решения проблемы переписать нужно только netup_netflow, но у меня нет исходников и не могу пока найти
) и если не будет большой просадки по производительности - то еще и добавить тарификацию трафика в реальном времени - тогда UTM4 от пятого ничем отличаться не будет... 
Делать это буду в феврале, когда расправлюсь с остальной работой.