Подскажите пожалуйста легкий способ подсчета трафика в FreeBSD. В идеале найти аналог ipt-account для linux ( http://code.google.com/p/ipt-account/wiki/Usage ).
Задача в том, чтобы в итоге получить простейший вывод:
ip Отправлено байт - Получено байт.
Весь гугл вопит что надо использовать netflow и т.д.
На сейчас с задачей справляется связка ipfw table + ng_tee, по схеме
netgraph tablearg ip from any to any via em1, а потом считаю ngctl tee_1 getstats.
Чует сердце, что это немного проблематично по ресурсам (около тысячи нод tee)

• Подсчет трафика,boykov, 01:25 , 01-Мрт-11
  • Подсчет трафика,Folio, 17:51 , 25-Авг-11
    • Подсчет трафика,boykov, 11:45 , 26-Авг-11
• Подсчет трафика,h, 06:37 , 01-Мрт-11
• Подсчет трафика,Pahanivo, 07:38 , 01-Мрт-11
• Подсчет трафика,artemrts, 23:01 , 01-Мрт-11

> Подскажите пожалуйста легкий способ подсчета трафика в FreeBSD. В идеале найти аналог
> ipt-account для linux ( http://code.google.com/p/ipt-account/wiki/Usage ).
> Задача в том, чтобы в итоге получить простейший вывод:
> ip Отправлено байт - Получено байт.
> Весь гугл вопит что надо использовать netflow и т.д.
> На сейчас с задачей справляется связка ipfw table + ng_tee, по схеме
> netgraph tablearg ip from any to any via em1, а потом считаю
> ngctl tee_1 getstats.
> Чует сердце, что это немного проблематично по ресурсам (около тысячи нод tee)

откуда тысяча нод?
нельзя в одну ноду кидать весь траф, а уже накопленное разгребать?

был (есть) порт ng_ipacct, но под восьмеркой он не собирается (по состоянию на полгода назад): в коде есть PATH_LEN от семерки, а в восьмерке это PATH_SIZ (или наоборот, не помню). Соответственно работает модулем ядра, выдает в формате ip accounting от циски + еще немножко. Механика работы точно такая же.

в любом случае скрипты генерации нод там прикольные.

> был (есть) порт ng_ipacct, но под восьмеркой он не собирается (по состоянию
> на полгода назад): в коде есть PATH_LEN от семерки, а в
> восьмерке это PATH_SIZ (или наоборот, не помню). Соответственно работает модулем ядра,
> выдает в формате ip accounting от циски + еще немножко. Механика
> работы точно такая же.

Стоял ng_ipacct, проработало месяц. Было трафика мало, сейчас более 0.5mpps, в основном udp торрент, напряжненько будет по ресурсам. Требуется что-то более легкое, без детализации.

>> был (есть) порт ng_ipacct, но под восьмеркой он не собирается (по состоянию
>> на полгода назад): в коде есть PATH_LEN от семерки, а в
>> восьмерке это PATH_SIZ (или наоборот, не помню). Соответственно работает модулем ядра,
>> выдает в формате ip accounting от циски + еще немножко. Механика
>> работы точно такая же.
> Стоял ng_ipacct, проработало месяц. Было трафика мало, сейчас более 0.5mpps, в основном
> udp торрент, напряжненько будет по ресурсам. Требуется что-то более легкое, без
> детализации.

дык поставить побольше период -- оно просуммирует побольше, главное памяти чутка побольше.

> Подскажите пожалуйста легкий способ подсчета трафика в FreeBSD. В идеале найти аналог
> ipt-account для linux ( http://code.google.com/p/ipt-account/wiki/Usage ).
> Задача в том, чтобы в итоге получить простейший вывод:
> ip Отправлено байт - Получено байт.

ipcad

/usr/ports/net-mgmt/ipcad

попробуйте

> Весь гугл вопит что надо использовать netflow и т.д.

нормальная универсальная вешь - можно потом использовать как коллектор для других машин
+ нормальный инструментарий для обработки статистики

> Подскажите пожалуйста легкий способ подсчета трафика в FreeBSD. В идеале найти аналог
> ipt-account для linux ( http://code.google.com/p/ipt-account/wiki/Usage ).
> Задача в том, чтобы в итоге получить простейший вывод:
> ip Отправлено байт - Получено байт.
> Весь гугл вопит что надо использовать netflow и т.д.
> На сейчас с задачей справляется связка ipfw table + ng_tee, по схеме
> netgraph tablearg ip from any to any via em1, а потом считаю
> ngctl tee_1 getstats.
> Чует сердце, что это немного проблематично по ресурсам (около тысячи нод tee)

Вот неплохая весчь...
http://www.pmacct.net/