URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 73213
[ Назад ]

Исходное сообщение
"Тематический каталог: Учет трафика проходящего через бридж п..."

Отправлено auto_topic , 10-Дек-10 10:42 
Обсуждение статьи тематического каталога: Учет трафика проходящего через бридж при помощи ipcad (freebsd traffic bridge)

Ссылка на текст статьи: http://www.opennet.me/base/net/ipcad_bridge.txt.html


Содержание

Сообщения в этом обсуждении
"Учет трафика проходящего через бридж при помощи ipcad (freebsd traffic bridge)"
Отправлено Suselctl , 10-Дек-10 10:42 
Я новичек в вопросах подсчета трафика, да и денег не много, так что на циску денег нет...

Собирал счеталку трафика на trafd, но там была проблема.

Требовалось:
1. Каждые 5 минут сбрасывать по IP адресам на интерфейсах в базу mysql данные для IP адресов по входящему и исходящему трафику.

Что я делал:

Делал трафсейв, потом трафдамп для очищения буфера, делал это потому, что если трафдамп делать только один раз в сутки в 23.59, трафсейв будет огромный дамп делать, и последующая обработка в трафлоге, могла затянуться надолго, плюс это увеличивало нагрузку на сервер, но самый эпический фэйл, заключался в том, что пока я делал трафсейв, уже прибывает новый трафик и когда приходит момент делать трафдамп, удаляется трафик который не занесен в бинарник из трафсейва...

Я подсчитал и получается, что при такой конфигурации, при 255 клиентах, я буду терять около 4 с лишним гигов трафика в месяц.

Проверял эту проблему создав скрипт который сначало сохраняет потом дампит, потом сразу же сохраняяет, чтобы подтвердить опасения, я после первого вызова трафсейва вставлял задержку в микросекундах, и количество байт в последнем трафсейве менялось от 2020 без задержки в среднем, до 5000 с задержкой в 0.1 сек.

Так, что пришлось отказаться от trafd и искать, иные способы подсчета трафика.

Сейчас усиленно изучаю IPcad, надеюсь в нем нет такой проблемы?