слушайте а если netflow пакеты будут терятся или вовсе потеряется связь между сенсором и коллектором netflow ... что информация тоже будет утеряна ? Вопрос как протакол нетфлов гарантирует доставку статистики снятой с интерфейсов до коллектора ?

• Надёжность netflow,nitalaut, 19:58 , 10-Май-08
  • Надёжность netflow,Dushes, 20:00 , 10-Май-08
    • Надёжность netflow,Асен Тотин, 21:28 , 10-Май-08
      • Надёжность netflow,A Clockwork Orange, 10:03 , 12-Май-08
    • Надёжность netflow,nitalaut, 07:54 , 11-Май-08
      • Надёжность netflow,Dushes, 07:57 , 11-Май-08
        • Надёжность netflow,nitalaut, 21:09 , 11-Май-08
        • Надёжность netflow,CrAzOiD, 22:31 , 11-Май-08
          • Надёжность netflow,Dushes, 07:03 , 12-Май-08
            • Надёжность netflow,fantom, 09:10 , 12-Май-08
• Надёжность netflow,Av, 21:43 , 10-Май-08
  • Надёжность netflow,A Clockwork Orange, 10:03 , 12-Май-08
    • Надёжность netflow,den, 15:50 , 12-Май-08

>слушайте а если netflow пакеты будут терятся или вовсе потеряется связь между
>сенсором и коллектором netflow ... что информация тоже будет утеряна ?
>Вопрос как протакол нетфлов гарантирует доставку статистики снятой с интерфейсов до
>коллектора ?

никак =)
тем более что на транспортном уровне он работает по udp

>никак =)
>тем более что на транспортном уровне он работает по udp

вот и я о том же ... а почему этот протокол тогда так усиленно пользуют в биллинг системах ?

Привет,

>вот и я о том же ... а почему этот протокол тогда
>так усиленно пользуют в биллинг системах ?

Потому что делает то что надо и так, как надо. Просто сделайте так, чтобы UDP пакеты у вас не пропадали - это несложно.

WWell,

>Привет,
>
>>вот и я о том же ... а почему этот протокол тогда
>>так усиленно пользуют в биллинг системах ?
>
>Потому что делает то что надо и так, как надо. Просто сделайте
>так, чтобы UDP пакеты у вас не пропадали - это несложно.
>
>
>WWell,

Как сделать чтобы UDP пакеты не терялись?
Приходят только идеи, или прямое подключение коллектора к источнику netflow, или резервирование под данные UDP полосы.

>>никак =)
>>тем более что на транспортном уровне он работает по udp
>
>вот и я о том же ... а почему этот протокол тогда
>так усиленно пользуют в биллинг системах ?

Потому что это наиболее удобный способ снятия статистики по трафику с большинства сетевого оборудования(уж с cisco то точно).

Ну а если к примеру упал Коллектор а Админ в это время пьёт пиво, то траф для юзверей халява ?

>Ну а если к примеру упал Коллектор а Админ в это время
>пьёт пиво, то траф для юзверей халява ?

да, халява.
я у себя настроил отсылку оповещений на мыло
если что саппорт замечает и звонит мне на сотовый )

>Ну а если к примеру упал Коллектор а Админ в это время
>пьёт пиво, то траф для юзверей халява ?

еще вариант  - несколько коллекторов

>>Ну а если к примеру упал Коллектор а Админ в это время
>>пьёт пиво, то траф для юзверей халява ?
>
>еще вариант  - несколько коллекторов

Впячатление что протакол был придуман явно не дл подсчёта трафика а просто для снятия статистики для анализа

>>>Ну а если к примеру упал Коллектор а Админ в это время
>>>пьёт пиво, то траф для юзверей халява ?
>>
>>еще вариант  - несколько коллекторов
>
>Впячатление что протакол был придуман явно не дл подсчёта трафика а просто
>для снятия статистики для анализа

Покопайтесь на cisco.com и ваши впечатления превратятся в точное знание, там так и написано - netflow является инструментом для анализа и отладки а не средством для учета трафика.
snmp статистика от netflow может отличаться очень сильно, причем даже при условии отсутствия потерь между сенсором и коллектором.

если не железный сенсор, мути интермедиат на нём же, с дальнейшей передачей по tcp, делов-то?

>если не железный сенсор, мути интермедиат на нём же, с дальнейшей передачей
>по tcp, делов-то?

Можно по-подробнее?

ставьте два колектора рядом с сенсором или по возможности по ближе, а сенсора ветвите статистику сразу на два коллектора. А с коллекторов держите уже tcp сесию к всяким мускулам, постргесам и ораклам.