NetFlow
NetFlow — это функция, появившаяся на маршрутизаторах Cisco примерно в 1996 году и обеспечивающая возможность сбора трафика IP-сети при его входе или выходе из интерфейса. Анализируя данные, предоставляемые NetFlow, сетевой администратор может определить такие вещи, как исходный и целевой трафик, класс обслуживания и причины перегрузки. Типичная настройка мониторинга потока (с использованием NetFlow) состоит из трех основных компонентов: [1]
- Экспортер потоков : объединяет пакеты в потоки и экспортирует записи потоков в один или несколько сборщиков потоков.
- Сборщик потоков : отвечает за прием, хранение и предварительную обработку данных потока, полученных от экспортера потока.
- Приложение для анализа : анализирует полученные данные о потоке, например, в контексте обнаружения вторжений или профилирования трафика.
Описание протокола
[ редактировать ]Маршрутизаторы и коммутаторы, поддерживающие NetFlow, могут собирать статистику IP- трафика на всех интерфейсах, где включен NetFlow, а затем экспортировать эту статистику в виде записей NetFlow по крайней мере в один сборщик NetFlow — обычно на сервер, который выполняет фактический анализ трафика .
Сетевые потоки
[ редактировать ]Стандарт Cisco NetFlow версии 5 определяет поток как однонаправленную последовательность пакетов, которые имеют семь общих значений, которые определяют уникальный ключ для потока: [2]
- Входной интерфейс ( SNMP ifIndex)
- Исходный IP-адрес
- назначения IP-адрес
- номер IP-протокола
- Исходный порт для UDP или TCP , 0 для других протоколов.
- Порт назначения для UDP или TCP , тип и код для ICMP или 0 для других протоколов.
- Тип IP -услуги
Обратите внимание, что выходной интерфейс, IP Nexthop или BGP Nexthops не являются частью ключа и могут быть неточными, если маршрут изменяется до истечения срока действия потока или если балансировка нагрузки выполняется для каждого пакета.
Это определение потоков также используется для IPv6, аналогичное определение используется для потоков MPLS и Ethernet .
Расширенные реализации NetFlow или IPFIX, такие как Cisco Flexible NetFlow, допускают определяемые пользователем ключи потока.
Типичный вывод инструмента командной строки NetFlow ( nfdump
в данном случае) при печати сохраненные потоки могут выглядеть следующим образом:
Date flow start Duration Proto Src IP Addr:Port Dst IP Addr:Port Packets Bytes Flows 2010-09-01 00:00:00.459 0.000 UDP 127.0.0.1:24920 -> 192.168.0.1:22126 1 46 1 2010-09-01 00:00:00.363 0.000 UDP 192.168.0.1:22126 -> 127.0.0.1:24920 1 80 1
Экспорт записей
[ редактировать ]Маршрутизатор выведет запись потока, когда определит, что поток завершен. Это делается путем устаревания потока: когда маршрутизатор видит новый трафик для существующего потока, он сбрасывает счетчик устаревания. Кроме того, завершение сеанса TCP в потоке TCP приводит к тому, что маршрутизатор завершает поток. Маршрутизаторы также можно настроить на вывод записи потока через фиксированный интервал, даже если поток все еще продолжается.
Протокол передачи пакетов
[ редактировать ]Записи NetFlow традиционно экспортируются с использованием протокола пользовательских датаграмм ( UDP ) и собираются с помощью сборщика NetFlow. IP-адрес сборщика NetFlow и порт назначения UDP должны быть настроены на отправляющем маршрутизаторе. Обычное значение — UDP-порт 2055, но также можно использовать и другие значения, например 9555, 9995, 9025, 9026 и т. д.
Из соображений эффективности маршрутизатор традиционно не отслеживает уже экспортированные записи потока, поэтому, если пакет NetFlow отбрасывается из-за перегрузки сети или повреждения пакета, все содержащиеся в нем записи теряются навсегда. Протокол UDP не сообщает маршрутизатору о потере, поэтому он может снова отправить пакеты. Это может стать настоящей проблемой, особенно с NetFlow v8 или v9, которые могут объединять множество пакетов или потоков в одну запись. Потеря одного UDP-пакета может оказать огромное влияние на статистику некоторых потоков.
Вот почему некоторые современные реализации NetFlow используют протокол передачи управления потоком ( SCTP ) для экспорта пакетов, чтобы обеспечить некоторую защиту от потери пакетов и гарантировать, что шаблоны NetFlow v9 получены до экспорта любой связанной записи. Обратите внимание, что TCP не подходит для NetFlow, поскольку строгий порядок пакетов может привести к чрезмерной буферизации и задержкам.
Проблема с SCTP заключается в том, что он требует взаимодействия между каждым сборщиком NetFlow и каждым маршрутизатором, экспортирующим NetFlow. Могут возникнуть ограничения производительности, если маршрутизатору приходится иметь дело со многими сборщиками NetFlow, а сборщику NetFlow приходится иметь дело со многими маршрутизаторами, особенно когда некоторые из них недоступны из-за сбоя или обслуживания.
SCTP может оказаться неэффективным, если NetFlow необходимо экспортировать на несколько независимых сборщиков, некоторые из которых могут быть тестовыми серверами, которые могут выйти из строя в любой момент. UDP обеспечивает простую репликацию пакетов NetFlow с использованием сетевых ответвлений или зеркалирования L2 или L3. Простое оборудование без сохранения состояния также может при необходимости фильтровать или изменять адрес назначения пакетов NetFlow UDP. Поскольку экспорт NetFlow почти использует только магистральные сетевые каналы, потери пакетов часто будут незначительными. Если это произойдет, то в основном это произойдет на канале между сетью и коллекторами NetFlow.
Заголовки пакетов
[ редактировать ]Все пакеты NetFlow начинаются с заголовка, зависящего от версии, который содержит как минимум следующие поля:
- Номер версии (v1, v5, v7, v8, v9)
- Порядковый номер для обнаружения потери и дублирования
- Временные метки на момент экспорта, такие как время работы системы или абсолютное время.
- Количество записей (v5 или v8) или список шаблонов и записей (v9)
Рекорды
[ редактировать ]Запись NetFlow может содержать разнообразную информацию о трафике в данном потоке.
NetFlow версии 5 (одна из наиболее часто используемых версий, за которой следует версия 9) содержит следующее:
- Индекс входного интерфейса, используемый SNMP (ifIndex в IF-MIB).
- Индекс выходного интерфейса или ноль, если пакет отброшен.
- Временные метки времени начала и окончания потока в миллисекундах с момента последней загрузки.
- Количество байтов и пакетов, наблюдаемых в потоке
- Заголовки уровня 3 :
- IP-адреса источника и назначения
- ICMP . Тип и код
- IP-протокол
- Значение типа услуги (ToS)
- Номера портов источника и назначения для TCP, UDP, SCTP
- Для потоков TCP — объединение всех флагов TCP, наблюдаемых за время существования потока.
- уровня 3 Информация о маршрутизации :
- IP-адрес ближайшего следующего перехода (не следующего перехода BGP) на пути к месту назначения.
- IP-маски источника и назначения (длины префиксов в нотации CIDR )
Для потоков ICMP исходный порт равен нулю, а поле номера порта назначения кодирует тип и код сообщения ICMP (порт = тип ICMP * 256 + код ICMP). [ нужна ссылка ] .
(AS) источника и назначения В полях номера автономной системы может быть указана AS назначения (последняя AS AS-Path) или непосредственная соседняя AS (первая AS AS-Path) в зависимости от конфигурации маршрутизатора. Но номер AS будет нулевым, если эта функция не поддерживается, маршрут неизвестен или не объявлен BGP, или AS является локальной AS. Не существует явного способа различить эти случаи.
NetFlow версии 9 может включать все эти поля и дополнительно может включать дополнительную информацию, такую как метки многопротокольной коммутации по меткам (MPLS), а также IPv6 адреса и порты .
Анализируя данные о потоках, можно построить картину потока и объема трафика в сети. Формат записи NetFlow со временем менялся, поэтому в него были включены номера версий. Cisco хранит подробную информацию о различных номерах версий и структуре пакетов для каждой версии.
Интерфейсы
[ редактировать ]NetFlow обычно включается для каждого интерфейса, чтобы ограничить нагрузку на компоненты маршрутизатора, участвующие в NetFlow, или ограничить количество экспортируемых записей NetFlow.
NetFlow обычно перехватывает все пакеты, полученные входным IP-интерфейсом, но некоторые реализации NetFlow используют IP-фильтры, чтобы решить, может ли NetFlow отслеживать пакет.
Некоторые реализации NetFlow также допускают наблюдение за пакетами на исходящем IP-интерфейсе, но это следует использовать с осторожностью: все потоки от любого входящего интерфейса с включенным NetFlow к любому интерфейсу с включенным NetFlow могут быть подсчитаны дважды.
Пример NetFlow
[ редактировать ]Стандартный NetFlow был разработан для обработки всех IP-пакетов на интерфейсе. Но в некоторых средах, например в магистральных сетях Интернета, это было слишком дорого из-за дополнительной обработки, необходимой для каждого пакета, и большого количества одновременных потоков.
Поэтому Cisco представила образец NetFlow на Cisco 12000 , и теперь он используется во всех высокопроизводительных маршрутизаторах, реализующих NetFlow.
только один пакет из n Обрабатывается , где n — частота дискретизации, определяется конфигурацией маршрутизатора.
Точный процесс выбора зависит от реализации:
- Один пакет на каждые n пакетов, в детерминированном NetFlow, который используется в Cisco 12000 .
- Один пакет, случайно выбранный с интервалом в n пакетов, в случайно выбранном NetFlow, используемом на современных маршрутизаторах Cisco.
В некоторых реализациях предусмотрены более сложные методы выборки пакетов, например выборка для каждого потока в Cisco Martinez Catalysts.
Частота выборки часто одинакова для всех интерфейсов, но для некоторых маршрутизаторов ее можно настроить для каждого интерфейса. При использовании Sampled NetFlow записи NetFlow должны быть скорректированы с учетом эффекта выборки — в частности, объемы трафика теперь являются оценочными, а не фактическими измеренными объемами потока.
Частота выборки указывается в поле заголовка NetFlow версии 5 (одинаковая частота выборки для всех интерфейсов) или в записях опций NetFlow версии 9 (частота выборки для каждого интерфейса).
Версии
[ редактировать ]Версия | Комментарий |
---|---|
v1 | Первая реализация, сейчас устаревшая и ограниченная IPv4 (без маски IP и номеров AS ). |
v2 | Внутренняя версия Cisco, никогда не выпускалась. |
v3 | Внутренняя версия Cisco, никогда не выпускалась. |
v4 | Внутренняя версия Cisco, никогда не выпускалась. |
v5 | Самая распространенная версия, доступная (по состоянию на 2009 год) на многих маршрутизаторах разных марок, но ограниченная потоками IPv4 . |
v6 | Больше не поддерживается Cisco. Информация об инкапсуляции (?). |
v7 | Как версия 5 с полем исходного маршрутизатора. Используется (только?) на коммутаторах Cisco Catalyst. |
v8 | Несколько форм агрегирования, но только для информации, которая уже присутствует в записях версии 5. |
v9 | На основе шаблонов, доступно (с 2009 г.) на некоторых последних маршрутизаторах. В основном используется для сообщения о таких потоках, как IPv6 , MPLS или даже простой IPv4 с следующим переходом BGP. |
v10 | Используется для идентификации IPFIX . Хотя IPFIX в значительной степени основан на NetFlow, версия 10 не имеет ничего общего с NetFlow. |
NetFlow и IPFIX
[ редактировать ]NetFlow был первоначально реализован Cisco и описан в «информационном» документе, который не входил в стандарт: RFC 3954 — экспорт служб Cisco Systems NetFlow, версия 9. Сам протокол NetFlow был заменен протоколом Internet Protocol Flow Information eXport ( IPFIX ). . Основываясь на реализации NetFlow версии 9, IPFIX находится на пути стандартов IETF с RFC 5101 (устарел RFC 7011), RFC 5102 (устарел RFC 7012) и т. д., которые были опубликованы в 2008 году.
Эквиваленты
[ редактировать ]Многие поставщики, помимо Cisco, предоставляют аналогичную технологию мониторинга сетевого потока. NetFlow может быть распространенным именем в области мониторинга потоков из-за доминирующей доли рынка Cisco в сетевой индустрии. NetFlow считается товарным знаком Cisco (хотя по состоянию на март 2012 г. он не указан в списке товарных знаков Cisco). [3] ):
- Argus — система создания и использования аудиторских записей
- Jflow или cflowd для Juniper Networks
- NetStream для 3Com/HP
- NetStream для технологий Huawei
- Cflowd для Nokia
- Rflow для Ericsson
- AppFlow Citrix
- В число поставщиков sFlow входят: Alaxala , Alcatel Lucent , Allied Telesis , Arista Networks , Brocade , Cisco , Dell , D-Link , Enterasys , Extreme , F5 BIG-IP , Fortinet , Hewlett-Packard , Hitachi , Huawei , IBM , Juniper , LG- Ericsson , Mellanox , MRV , NEC , Netgear , Proxim Wireless , Quanta Computer , Vyatta , Telesoft, ZTE и ZyXEL [4]
Также коллекция программного обеспечения Flow-Tools. [5] позволяет обрабатывать и управлять экспортом NetFlow с маршрутизаторов Cisco и Juniper. [6]
Поддерживать
[ редактировать ]Производитель и тип | Модели | Версия NetFlow | Выполнение | Комментарии |
---|---|---|---|---|
Маршрутизаторы Cisco IOS-XR | CRS , ASR9000 старый 12000 | v5, v8, v9 | Программное обеспечение, работающее на процессоре линейной карты | Комплексная поддержка IPv6 и MPLS. |
Маршрутизаторы Cisco IOS | 10000, 7200, старый 7500 | v5, v8, v9 | Программное обеспечение, работающее на процессоре маршрутов | для поддержки IPv6 или MPLS требуется последняя модель и iOS |
Cisco Catalyst Коммутаторы | 7600, 6500, 4500 | v5, v8, v9 | Выделенный аппаратный TCAM, также используемый для ACL. | Поддержка IPv6 на высокопроизводительных моделях RSP720 и Sup720, но не более 128 или 256 КБ потоков на карту PCF. [7] |
Cisco Nexus Коммутаторы | 5600, 7000, 7700 | v5, v9 | Выделенный аппаратный TCAM, также используемый для ACL. До 512К потоков. Поддержка IPv4/IPv6/L2. | MPLS не поддерживается |
Устаревшие маршрутизаторы Juniper | M-серия , T-серия , MX-серия с ЦОД | v5, v8 | Программное обеспечение, работающее на механизме маршрутизации, называемое программным обеспечением jflow. | IPv6 и MPLS не поддерживаются. |
Устаревшие маршрутизаторы Juniper | M-серия , T-серия , MX-серия с ЦОД | v5, v8, v9 | Программное обеспечение, работающее на сервисном PIC, называемое аппаратным jflow или выборочным. | IPv6 или MPLS поддерживаются на MS-DPC, MultiService-PIC, AS-PIC2. |
Можжевельниковые маршрутизаторы | Серия MX с MPC-3D, FPC5 для T4000 | v5, ИПФИКС | Аппаратное обеспечение (чипсет трио), называемое встроенным jflow | Для IPv6 требуется JUNOS 11.4R2 (целевой задний порт), поддержка MPLS неизвестна, MPC3E исключен до версии 12.3, неправильное поле времени начала, приводящее к неправильному результату пропускной способности [8] |
Нокиа Роутеры | 7750СР | v5, v8, v9, v10 IPFIX | Программное обеспечение, работающее на модуле центрального процессора | IPv6 или MPLS с использованием линейных карт IOM3 или выше |
Huawei Маршрутизаторы | NE5000E NE40E/X NE80E | v5, v9 | Программное обеспечение, работающее на сервисных картах | Поддержка IPv6 или MPLS неизвестна. |
Энтерасис Коммутаторы | S-серия [9] и N-серия [10] | v5, v9 | Выделенное оборудование | Поддержка IPv6 неизвестна |
Flowmon Зонды | Датчик Flowmon 1000, 2000, 4000, 6000, 10000, 20000, 40000, 80000, 100000 | v5, v9, ИПФИКС | Программное или аппаратное ускорение | Комплексная поддержка IPv6 и MPLS, скорость передачи данных |
Nortel Коммутаторы | Маршрутизирующий коммутатор Ethernet серии 5500 (ERS5510, 5520 и 5530) и 8600 (на базе шасси) | v5, v9, ИПФИКС | Программное обеспечение, работающее на процессоре линейной карты | Комплексная поддержка IPv6. |
ПК и серверы | Linux FreeBSD NetBSD OpenBSD | v5, v9, ИПФИКС | Программное обеспечение, такое как fprobe, [11] ipt-netflow, [12] пфлоу, [13] текла, [14] Нетграф of_netflow [15] или мягкий | Поддержка IPv6 зависит от используемого программного обеспечения. |
Серверы VMware | vSphere 5.x [16] | v5, IPFIX (>5.1) [17] | Программное обеспечение | Поддержка IPv6 неизвестна |
Микротик РоутерОС | RouterOS 3.x, 4.x, 5.x, 6.x [18] | v1, v5, v9, IPFIX (>6.36RC3) | Программное обеспечение и аппаратное обеспечение маршрутизатора | IPv6 поддерживается с помощью версии 9. В настоящее время RouterOS не включает номера AS BGP. |
Варианты
[ редактировать ]Регистрация событий безопасности Cisco NetFlow
[ редактировать ]представленная вместе с выпуском продуктов Cisco ASA 5580, Функция регистрации событий безопасности NetFlow, использует поля и шаблоны NetFlow v9 для эффективной доставки телеметрии безопасности в высокопроизводительных средах. Журнал событий безопасности NetFlow масштабируется лучше, чем системный журнал , обеспечивая при этом тот же уровень детализации и детализации регистрируемых событий. [ нужна ссылка ]
Мониторинг на основе автономных датчиков
[ редактировать ]![]() | Возможно, этот раздел содержит оригинальные исследования . ( Март 2009 г. ) |

Сбор NetFlow с использованием автономных зондов NetFlow является альтернативой сбору потоков с маршрутизаторов и коммутаторов. Этот подход позволяет преодолеть некоторые ограничения мониторинга NetFlow на основе маршрутизатора. Зонды прозрачно подключаются к контролируемому каналу как пассивное устройство, используя порт TAP или SPAN устройства.
Исторически сложилось так, что мониторинг NetFlow легче реализовать на специальном зонде, чем на маршрутизаторе. Однако у этого подхода есть и некоторые недостатки:
- Зонды необходимо устанавливать на каждом канале, который необходимо наблюдать, что приводит к дополнительным затратам на оборудование, настройку и обслуживание.
- зонды не будут сообщать отдельную информацию о входном и выходном интерфейсе, как это делает отчет от маршрутизатора.
- у зондов могут возникнуть проблемы с надежным сообщением полей NetFlow, связанных с маршрутизацией, таких как номера AS или маски IP , поскольку вряд ли можно ожидать, что они будут использовать точно ту же информацию о маршрутизации, что и маршрутизатор.
Самый простой способ устранить вышеуказанные недостатки — использовать устройство захвата пакетов, встроенное перед маршрутизатором, и захватывать весь выходной поток NetFlow от маршрутизатора. Этот метод позволяет хранить большие объемы данных NetFlow (обычно за многие годы) и не требует перенастройки сети.
Сбор данных NetFlow с помощью выделенных зондов хорошо подходит для наблюдения за критически важными каналами, тогда как NetFlow на маршрутизаторах обеспечивает представление трафика в масштабах всей сети, которое можно использовать для планирования пропускной способности, учета, мониторинга производительности и безопасности.
История
[ редактировать ]NetFlow изначально представлял собой технологию коммутации пакетов Cisco для маршрутизаторов Cisco, реализованную в IOS 11.x примерно в 1996 году. Первоначально это была программная реализация для Cisco 7000, 7200 и 7500. [19] где это считалось улучшением по сравнению с нынешним решением Cisco Fast Switching. Netflow был изобретен Дарреном Керром и Барри Брюином. [20] от Cisco ( патент США № 6,243,667 ).
Идея заключалась в том, что первый пакет потока создаст запись переключения NetFlow. Эта запись затем будет использоваться для всех последующих пакетов того же потока до истечения срока действия потока. Только первый пакет потока потребует исследования таблицы маршрутов, чтобы найти наиболее подходящий маршрут. Это дорогостоящая операция в программных реализациях, особенно старых без базы пересылки информации . Запись переключения NetFlow на самом деле была своего рода записью кэша маршрутов, и старые версии IOS до сих пор называют кэш NetFlow iproute-cache .
Эта технология была выгодна для локальных сетей. Это было особенно верно, если часть трафика нужно было фильтровать с помощью ACL, поскольку ACL должен был оценивать только первый пакет потока. [21]
Коммутация NetFlow вскоре оказалась непригодной для больших маршрутизаторов, особенно для магистральных маршрутизаторов Интернета, где количество одновременных потоков было гораздо более важным, чем количество одновременных потоков в локальных сетях, и где некоторый трафик вызывает множество кратковременных потоков, таких как системы доменных имен запросы ( чей исходный порт является случайным по соображениям безопасности).
В качестве технологии коммутации NetFlow была заменена примерно в 1995 году Cisco Express Forwarding . Впервые он появился на маршрутизаторах Cisco 12000, а позже заменил переключение NetFlow на расширенную IOS для Cisco 7200 и Cisco 7500.
По состоянию на 2012 год технологии, подобные коммутации NetFlow, все еще используются в большинстве межсетевых экранов и программных IP-маршрутизаторов. Например, функция conntrack платформы Netfilter, используемая в Linux .
RFC
[ редактировать ]- RFC 3334 — учет на основе политик
- RFC 3917 — Требования к экспорту информации о IP-потоках (IPFIX)
- RFC 3954 — NetFlow версии 9
- RFC 3955 — Оценка протоколов-кандидатов для экспорта информации о IP-потоках (IPFIX)
- RFC 3917 — Требования к экспорту информации о IP-потоках (IPFIX)
- RFC 3955 — протоколы-кандидаты для экспорта информации IP-потока (IPFIX)
- RFC 5101 - Спецификация протокола экспорта информации о IP-потоке (IPFIX) для обмена информацией о потоках IP-трафика
- RFC 5102 — информационная модель для экспорта информации IP-потока
- RFC 5103 — экспорт двунаправленного потока с использованием экспорта информации о IP-потоке (IPFIX)
- RFC 5153 — Рекомендации по реализации экспорта информации о IP-потоках (IPFIX)
- RFC 5470 — Архитектура экспорта информации о IP-потоках
- RFC 5471 — Рекомендации по тестированию экспорта информации о IP-потоках (IPFIX)
- RFC 5472 — применимость экспорта информации IP-потока (IPFIX)
- RFC 5473 - Уменьшение избыточности в отчетах об экспорте информации IP-потока (IPFIX) и выборке пакетов (PSAMP)
- RFC 5476 - Спецификации протокола выборки пакетов (PSAMP)
- RFC 5477 — информационная модель для экспорта выборки пакетов
- RFC 5610 - Экспорт информации о типе для информационных элементов экспорта информации об IP-потоке (IPFIX)
- RFC 5655 - Спецификация формата файла экспорта информации о IP-потоке (IPFIX)
- RFC 5815 — Определения управляемых объектов для экспорта информации IP-потока
- RFC 5982 — Посредничество экспорта информации IP-потока (IPFIX): постановка проблемы
- RFC 6183 — Посредничество экспорта информации о IP-потоках (IPFIX): структура
- RFC 6235 — поддержка анонимизации IP-потока
- RFC 6313 — Экспорт структурированных данных при экспорте информации о IP-потоках (IPFIX)
- RFC 6526 - Экспорт информации IP-потока (IPFIX) для каждого потока протокола передачи управления потоком (SCTP)
- RFC 6615 — Определения управляемых объектов для экспорта информации IP-потока
- RFC 6645 - Методика учета информации IP-потока и сравнительного анализа экспорта
- RFC 6727 — Определения управляемых объектов для выборки пакетов
- RFC 6728 - Модель данных конфигурации для протоколов экспорта информации IP-потока (IPFIX) и выборки пакетов (PSAMP)
- RFC 6759 — Экспорт информации о приложениях Cisco Systems при экспорте информации о IP-потоках (IPFIX)
- RFC 7011 - Спецификация протокола экспорта информации о потоке IP (IPFIX) для обмена информацией о потоке
- RFC 7012 - Информационная модель для экспорта информации IP-потока (IPFIX)
- RFC 7013 — Рекомендации для авторов и рецензентов информационных элементов экспорта информации о IP-потоках (IPFIX)
- RFC 7015 — агрегирование потоков для протокола экспорта информации о IP-потоках (IPFIX)
- RFC 7119 - Работа протокола экспорта информации о IP-потоке (IPFIX) на посредниках IPFIX
- RFC 7125 — пересмотр информационного элемента экспорта информации о IP-потоке tcpControlBits (IPFIX)
- RFC 7133 - Информационные элементы для измерения трафика канального уровня
- RFC 7270 — специфичные для Cisco информационные элементы, повторно используемые при экспорте информации IP-потока (IPFIX)
- RFC 7373 — Текстовое представление абстрактных типов данных экспорта информации IP-потока (IPFIX)
- RFC 8038 — Экспорт переменных MIB с использованием протокола экспорта информации о IP-потоке (IPFIX)
- RFC 8158 — Информационные элементы экспорта информации IP-потока (IPFIX) для регистрации событий NAT
- RFC 8272 — TinyIPFIX для интеллектуальных счетчиков в сетях с ограниченными возможностями
- RFC 8549 — Экспорт информации сообщества BGP при экспорте информации о IP-потоке (IPFIX)
См. также
[ редактировать ]- Поток трафика (компьютерные сети)
- Экспорт информации о потоке IP (IPFIX) — протокол экспорта потока, отслеживающий стандарты IETF , на основе NetFlow версии 9.
- sFlow — альтернатива NetFlow (обязательная выборка, без кэша потока, без шаблонов) [22] )
Ссылки
[ редактировать ]- ^ Хофстед, Рик; Челеда, Павел; Траммелл, Брайан; Драго, Идилио; Садре, Рамин; Сперотто, Анна; Прас, Айко (2014). «Объяснение мониторинга потока: от захвата пакетов до анализа данных с помощью NetFlow и IPFIX» . Опросы и учебные пособия IEEE по коммуникациям . 16 (4): 2037–2064. дои : 10.1109/COMST.2014.2321898 . S2CID 14042725 .
- ^ «ИнтерПроектВики: NetFlow» . Архивировано из оригинала 22 февраля 2017 г.
- ^ «Товарные знаки Cisco» .
- ^ «Продукты sFlow: Сетевое оборудование» . sFlow.org.
- ^ «Adsr/Flow-инструменты» . Гитхаб . 5 октября 2021 г.
- ^ «Adsr/Flow-инструменты» . Гитхаб . 5 октября 2021 г.
- ^ «Характеристики Cisco RSP720 Sup720 NetFlow» . Cisco.com. Июль 2010 года . Проверено 8 марта 2012 г.
- ^ «pps и bps неверны в Juniper j-flow» . Август 2012 года . Проверено 17 марта 2016 г.
- ^ «NetFlow на Enterasys S-Serie» (PDF) . Enterasys.com. Февраль 2012 года . Проверено 4 марта 2012 г.
- ^ «NetFlow на Enterasys N-Serie» (PDF) . Enterasys.com. Февраль 2012 года . Проверено 4 марта 2012 г.
- ^ "фпробе" .
- ^ «ipt-netflow» .
- ^ Хеннинг Брауэр; Йорг Гольтерманн (29 марта 2014 г.). «pflow — интерфейс ядра для экспорта данных pflow» . Перекрестная ссылка BSD . OpenBSD . Проверено 9 августа 2019 г.
- «pflow — интерфейс ядра для экспорта данных pflow». Сервер страниц руководства OpenBSD .
- ^ "flowd-0.9.1.20140828 – Сборщик NetFlow" . Порты OpenBSD . 17 июля 2019 г. Проверено 9 августа 2019 г.
- ^ Глеб Смирнов (2005). «ng_netflow — реализация NetFlow от Cisco» . Перекрестная ссылка BSD . FreeBSD . Проверено 9 августа 2019 г.
- «ng_netflow — реализация Cisco NetFlow». Страницы руководства FreeBSD .
- ^ «Новые сетевые функции vSphere 5 — NetFlow — Блог VMware vSphere» .
- ^ «Технический документ по сети vSphere 51» (PDF) . vmware.com . Проверено 1 июля 2023 г.
- ^ «Руководство:IP/поток трафика — MikroTik Wiki» .
- ^ «Модуль улучшений коммутации NetFlow [версии программного обеспечения Cisco IOS 11.1] — Cisco Systems» . www.cisco.com . Архивировано из оригинала 21 декабря 2009 г.
- ^ «Сетевые, облачные решения и решения в области кибербезопасности» . Циско . Проверено 1 июля 2023 г.
- ^ «NetFlow, sFlow и расширяемость потока, часть 1» . Кентик Блог . 28 марта 2016 г. Проверено 1 июля 2023 г.
- ^ Фаал, Питер; Лавин, Марк (июль 2004 г.). «sFlow Версия 5» . sFlow.org . Проверено 23 октября 2010 г.
Внешние ссылки
[ редактировать ]- NetFlow/FloMA: указатели и программное обеспечение, предоставленные SWITCH. - Один из наиболее полных списков, включающий все открытые исходные коды и исследовательские работы.
- FloCon — ежегодная конференция CERT/CC, посвященная данным и анализу сетевых потоков.
- Основная информация о NetFlow на сайте Cisco
- Объяснение Paessler IT - NetFlow
- Использование Netflow для хранения реагрегированных входящих и исходящих потоков.
- Спецификации и стандарты AppFlow отслеживают обсуждение
- Понимание принципа анимации NetFlow
- Основы NetFlow и Flow Cache
- Список анализаторов и сборщиков Netflow