форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Учет трафика, статистика / Linux)
Изначальное сообщение		[ Отслеживать ]

"Проблема c ipcad+netflow"	+/–
Сообщение от qeadzc123 (ok) on 22-Мрт-11, 12:29
В качестве сенсора использую ipcad, так же пробовал netflowd, fprobe. В качестве коллетора использую flow-capture, заметил следующее: Eсли клиент качает большой файл, он не попадает в статистику до тех пор, пока не будет завершена закачка, либо до тех пор, пока не будет завершена сессия, в следствии чего, клиент уходит в минус. При чем, если руками вытаскивать статистику с сенсора, видно что трафик идет в реальном времени, но почему то flow-capture не обрабатывает трафик пользователя, который качает файл, до тех пор, пока пользователь не завершит закачку, или не отсоеденится. Неужели не один коллектор не в состоянии обрабатывать трафик в том виде, в котором он идет с сенсора?
Ответить | Правка | Cообщить модератору

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

[Сортировка по времени | RSS]

1. "Проблема c ipcad+netflow"	+/–
Сообщение от ivb (??) on 22-Мрт-11, 14:24
Flow по англицки означает - "поток", в этом суть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Проблема c ipcad+netflow"	+/–
	Сообщение от qeadzc123 (ok) on 22-Мрт-11, 15:10
	> Flow по англицки означает - "поток", в этом суть. Спасибо но перевести слово "поток" я могу и сам, просто интересно, неужели система, которую используют практически все биллинговые системы, имеет такой серьезный недостаток?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Проблема c ipcad+netflow"	+/–
	Сообщение от Michael (??) on 22-Мрт-11, 18:06
	> система, которую используют практически все биллинговые системы, имеет такой серьезный > недостаток? да
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Проблема c ipcad+netflow"	+/–
Сообщение от zerot (??) on 23-Мрт-11, 14:41
>[оверквотинг удален] > коллетора использую flow-capture, заметил следующее: > Eсли клиент качает большой файл, он не попадает в статистику до тех > пор, пока не будет завершена закачка, либо до тех пор, пока > не будет завершена сессия, в следствии чего, клиент уходит в минус. > При чем, если руками вытаскивать статистику с сенсора, видно что трафик > идет в реальном времени, но почему то flow-capture не обрабатывает трафик > пользователя, который качает файл, до тех пор, пока пользователь не завершит > закачку, или не отсоеденится. > Неужели не один коллектор не в состоянии обрабатывать трафик в том виде, > в котором он идет с сенсора? почему же, например iptables + ULOG прекрасно отрабатывает статистику траффика практически в реальном времени (по прохождению каждого пакета). ipcad, насколько я помню, умеет собирать данные не только с netflow, но и libpcap, про ULOG не помню ... попробуйте эти варианты
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Проблема c ipcad+netflow"	+/–
	Сообщение от vvvua (ok) on 24-Мрт-11, 01:37
	>... ipcad, насколько я помню, > умеет собирать данные не только с netflow, но и libpcap, про > ULOG не помню ... попробуйте эти варианты ipcad не принимает по netflow, а отдает... на сколько я помню. Сам юзаю libpcap и забираю по rsh.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема