Яка різниця між netFlow та sFlow?


Відповіді:


22

NetFlow - це протокол експорту сумарних підсумків потоку IP. Як такий він добре підходить для обліку трафіку IP на маршрутизаторах Інтернету. З Netflow V9 (AKA IPFIX він також може переглядати трафік рівня 2)

sFlow - це технологія системи вимірювання мережевого трафіку загального призначення. sFlow призначений для вбудовування в будь-який мережевий пристрій і для забезпечення постійної статистики щодо будь-якого протоколу (L2, L3, L4 і до L7), щоб весь трафік по всій мережі можна було точно характеризувати та контролювати. Ці статистичні дані мають важливе значення для контролю перевантаженості, усунення несправностей, спостереження за безпекою, планування мережі тощо. Вони також можуть використовуватися для цілей обліку IP.

Netflow відображає весь трафік і при завантаженні використовує навантаження на процесор.

SFlow - це технологія вибірки пакетів, де комутатор фіксує кожен 100-й пакет (що можна настроювати) за один інтерфейс і відправляє його в колектор. sFlow вбудований в ASIC і забезпечує мінімальне навантаження на процесор.

Netflow підтримується Cisco, Juniper, Alcatel Lucent, Huawei, Enterasys, Nortel, VMWare

sFlow підтримується Alaxala, Alcatel Lucent, Allied Telesis, Arista Networks, Brocade, Cisco, Dell, D-Link, Enterasys, Extreme, Fortinet, Hewlett-Packard, Hitachi, Huawei, IBM, Juniper, LG-Ericsson, Mellanox, MRV, NEC, Netgear, Proxim Wireless, Quanta Computer, Vyatta, ZTE та ZyXEL ( див. Посилання sFlow )


1
Концепція вибірки застосовується до netflow / ipfix так само, як це стосується sflow
Бред Хайн

Відбираючи вибірку, як би два пакети від одного трафіку відрізнялися на Netflow та sFlow. Може порівняти їх із сирим пакетом від скажімо, tcpdump? Різниця досі не є для мене кришталево зрозумілою.
Нагев

7

Єдина відмінність, що "NetFlow є власником Cisco, sFlow - не", не зовсім коректна.

Спочатку NetFlow починався як фірмовий Cisco, але свого роду йшов тим же шляхом, що і GRE або EIGRP. Починаючи з NetFlow v5, він реалізований та підтримується на апаратному забезпеченні інших постачальників.

Основна відмінність NetFlow від sFlow полягає в тому, що NetFlow обмежений лише IP-адресою, тоді як sFlow має можливість вибірки всього (мережевий рівень незалежний).

РЕДАКТУВАННЯ: Наведене вище не відповідає правильності (принаймні, як стандарт IPFIX). Я знайшов наступне повідомлення в блозі (попередження: схоже, що це специфічна URL-адреса, що "припливає", тому візьміть його із зерном солі, якщо хочете) виконує досить непогану роботу з визначення відмінностей між специфікацією IPFIX та sFlow


4
NetFlow v9 та v10 (IPFIX) періодично надсилають шаблонне повідомлення, в якому розповідається про те, як читати зразки, цей шаблон дуже гнучкий і може бути розширений довільно. iana.org/assignments/ipfix/ipfix.xml показує, що стандарт підтримує сьогодні, а ефірний тип, dmac, smac тощо вже є. sFlow otoh є статичним, якщо sFlow5 не підтримує те, що ви хочете зробити, вам потрібен цілий новий протокол sFlow, тоді як у IPFIX вам зовсім не потрібно змінювати протокол.
ytti

Дуже цікаво! Дякуємо за посилання Показує, скільки я не відставав від NetFlow. :-) Цікаво, що sFlow зійшов на щуку. Здавалося б, "шанувальники sFlow" просто сказали б "все через Ethernet" як протиаргумент необхідності визначення нових полів IPFIX. Є також численні алгоритми вибірки, якими NetFlow / IPFIX використовує vs sFlow лише один.
Джон Дженсен

1
Як FYI, мережевий потік L2 доступний на ряді платформ Cisco з використанням v9 або, останнім часом, IPFIX.
rnxrx

Дякую, але це вже було зазначено в коментарях вище. :-)
Джон Дженсен

1
Про це говорить незалежний продавець з глибокими знаннями з цього питання: plixer.com/blog/netflow/… . Ви також повинні врахувати, чи певна платформа працює NetFlow / sFlow в апаратному чи програмному забезпеченні.
загальна мережевийпомилка

2

Пристрої Cisco намагаються агрегувати потоки (ви можете вважати їх розмовами), а потім експортувати інформацію про них у колектор. Для цього потрібна пам'ять для кешування цих даних.

sFlow має два основні компоненти: один, де він періодично експортує статистику, наприклад лічильники інтерфейсів та використання процесора, до колектора, і той, де він випадково може захопити 1 в N (налаштовується, як правило, 512 до 32768) кадрів, що проходять через маршрутизатор, і експортуйте перші 256 байт. Потім можна виконати статистичний аналіз трафіку, що проходить через вашу мережу.

Зразки пакетів sFlow покращуються інформацією з таблиці маршрутів, наприклад, AS-контурами. Він також v4 та v6 агностик, на відміну від NetFlow, що змушує вас до незручного компромісу залежно від того, який тип даних ви бажаєте отримувати.

NetFlow страждає від датування епохи, коли маршрутизація на основі потоку ще не вважалася жартом; sFlow страждає від того, що він не є форматом TLV, тому реалізація розширень постачальників на портативний спосіб близька до неможливої.


Деякі оманливі коментарі тут ... NetFlow використовує кеш, і він може бути агрегований / не агрегований, вибірений чи ні - це характеристики даних, які ви збираєте, і вам належить визначити їх. Дані NetFlow також можуть містити дані "такі як шляху AS ", і це не диференціатор sFlow і ніколи не був. зробивши за пакет, не за потік, ви негайно втрачаєте точність. Загляньте в архіви cisco-nsp @.
Лукаш Бромірський

0

Netflow є власницьким протоколом Cisco і як такий не підтримується нічим іншим, крім пристроїв Cisco.

sFlow - це стандарт IETF для того, щоб робити майже те саме, але в стандарті, який не належить одному конкретному виробнику.


2
AFAIK sFlow - це вже не IETF, а продукт "консорціум sFlow". IPFIX - стандарт IETF netflow v9 (номер версії зіткнувся з v10 та незначні зміни). Я думаю, головна різниця полягає в тому, що Sflow експортує один пакет (з чітко визначеною методологією вибірки), і ви будете робити екстраполяцію, тоді як IPFIX / netflow може робити багато інших речей, включаючи це, але також може агрегувати дані для вас. Я б сказав, що netflow / IPFIX набагато гнучкіший, що також означає, що ви можете реалізувати netflow / IPFIX у вашій передачі таким чином, що зробить його марним, тоді як sflow досить суворий у тому, як він повинен бути реалізований.
ytti
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.