форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Сбор статистики."
Сообщение от harlan (ok) on 09-Фев-05, 09:58  (MSK)
Имеется роутер на Linux (Celleron 600, RAM 256Mb, ядро 2.4.27 два сетевых интерфейса 100Mb.) и клиентская база на postgresql (на другой машине). Встал вопрос, как собирать статистику клиентов. Тут два варианта: 1. Снимать данные со счётчиков iptables   плюсы:    1) Данные соответствуют действительности.    2) Обработка данных проводится быстро.   минусы:    1) Нет статистики - с какого хоста клиент сколько накачал. 2. Использовать программы типа NeTraMet, ipcad, ulogd, etc.   плюсы:    1) Детальная статистика - с какого хоста клиент сколько накачал.   минусы:    1) Имеют место потери трафика (данные iptables > данных коллекторов)    2) Обработка данных весьма прилично загружает машину.    3) Довольно медленная обработка. В связи с этим вопросы: 1. На сколько критично для провайдера показывать клиенту IP-адреса хостов на которые клиент ходил? 2. Многие ли существующие провайдеры предоставляют такую статистику? 3. Какие коллекторы дают наименьшие потери трафика?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Сбор статистики."
Сообщение от EvilX (??) on 09-Фев-05, 12:50  (MSK)
1. При спорных ситуациях весьма критично. А то накачают, а потом удивляются, почему нет денег на счету. 2. Все провайдеры эту информацию предоставляют (с которыми я работал). Исключение, разве что, национальные, типа рткома, экванта и т.д. 3.  ipacctd не плохо себя зарекомендовал, да и ipcad хорошо работал. Но всё это касаемо freebsd. На линуксе ipcad очень точно показывал. А вообще снимаю статистику с cisco по netflow. Пока что не было проблем. В данном случае железо будет наиболее эффективно, потому что софт он на то и софт. При большой нагрузке у ipacctd например буффера частенько не хватает, а ipcad просто тормозить начинает дико. Вот так.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Сбор статистики."
	Сообщение от harlan (ok) on 10-Фев-05, 11:15  (MSK)
	>При большой нагрузке у ipacctd например буффера частенько не хватает, а ipcad просто тормозить начинает дико. >Вот так. А что скажете про netams + ip_queue? Как эта сладкая парочка себя показывает в планах тормознутости и потерь трафика?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Сбор статистики."
	Сообщение от Den (??) on 10-Фев-05, 15:53  (MSK)
	В последнее время ipcad научился работать с ulog что очень радует и умеет к тому же генерить netflow так что проблема потери пакетов из-за испльзования libpcap отпала сама собой , надо просто правильно настроить правила iptables чтобы не весь пакет копировать в юзер спейс а только хедер + увелить для ulog сокета длину очереди пакетов в ядре. Был проведен експеримент: ipcad и счетчики iptables наблюдения в течении 2 месяцев расхождений не показали (забыл сказать канал 10 мегабит). У меня вопрос: кто подкинет ссылку kernel варианта считалки (можно в зачаточном виде для дальнейшего развития), чтобы уменьшить количество копирований кернел to юзер спейс ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.