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

Исходное сообщение
"netflow"

Отправлено ilinav , 07-Дек-04 11:13 
На шеститоннике стали собирать статистику через netflow. До этого собирали снифером. Так через netflow трафик стал получаться на 5-10% меньше. Что может быть? Прочитал, что netflow не считает мультикасты и когда кэш переполнен. Мультикастами потери не объяснишь. Как посмотреть загрузку кэша?

Содержание

Сообщения в этом обсуждении
"netflow"
Отправлено nikl , 07-Дек-04 12:02 
>На шеститоннике стали собирать статистику через netflow. До этого собирали снифером. Так
>через netflow трафик стал получаться на 5-10% меньше. Что может быть?
>Прочитал, что netflow не считает мультикасты и когда кэш переполнен. Мультикастами
>потери не объяснишь. Как посмотреть загрузку кэша?


Видимо где-то здесь
http://www.cisco.com/univercd/cc/td/doc/product/software/ios...


"netflow"
Отправлено Nailer , 07-Дек-04 14:37 
>>На шеститоннике стали собирать статистику через netflow. До этого собирали снифером. Так
>>через netflow трафик стал получаться на 5-10% меньше. Что может быть?
>>Прочитал, что netflow не считает мультикасты и когда кэш переполнен. Мультикастами
>>потери не объяснишь. Как посмотреть загрузку кэша?

Нетфлоу принципиально снимает статистику только на L3. Сниффер скорее всего снимал на L2, отсюда может быть разница в 3-5% (на нормальном траффике, когда преобладает пактеы обьемом 1500 байт. Если у вас преимущественно ходит VoIP, то разница может быть и больше.

Плюс ко всему нетфлоу не может подсчитать траффик, сгенерированный самим каталистом.

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