Purrr
что скопировали из транзитного трафика, то и попало в нетфлу
Purrr
хотя в циске по-мойму аналогично
Purrr
точно помню как на 65ой самплинк на нетфле включал
Purrr
когда флоу таблица переставала влезать
vitex
что скопировали из транзитного трафика, то и попало в нетфлу
На джуне и сфлоу есть
В чем разница тогда
И почему сфлоу с точки зрения учёта трафика не может применятся
А нетфлоу при рейтах в несколько К все равно сходится ?
Ilya
нексусы говно
Purrr
так для биллинга трафика ни один из *флоу не должен применяться
Purrr
оно не гарантирует подсчет трафика в любой реализации
Ilya
чтобы сделать обслуживание, поменять роль secondary на primary надо поменять priority, реинициализировать vpc peer-link, но при этом нельзя сделать обычный свичовер
Ilya
это в любом случае отказ сервиса
Ilya
хуета, не берите это говно
Purrr
зачем столько разных форматов и текналажи я хз, не думал об этом. имхо сфлоу для свищей придумали чтобы на полях сэкономить и на их калькуляторе не строить флоу таблицу
Purrr
хотя вру, флоу таблицу похоже и сфла строит
Stanislav
разве сфлоу не отправляет целиком первые несколько байт пакета на коллектор?
vitex
128
vitex
Но
vitex
Если рейт в нетфлоу тупо перпакет то нафик он тогда нужен если есть сфлоу
vitex
Ага
Стал использовать дебаг для тшута. Гадмод он.
Как в анекдоте - Евреи, кладите больше заварки!
vitex
Ну и заявления в стиле я вижу все глобально а в детали не вникаю
Stanislav
Если рейт в нетфлоу тупо перпакет то нафик он тогда нужен если есть сфлоу
коллектор меньше загружается, потому что ему уже готовые данные прилетают
vitex
Прямо мудрая сова и мыши
Purrr
да на коллектор всем насрать же
vitex
коллектор меньше загружается, потому что ему уже готовые данные прилетают
Сомнительный профит какойто
Purrr
как я вижу просто исторически сложилось что на свищах сфлоу, а на рухтерах вариация на тему нетфлы
vitex
так для биллинга трафика ни один из *флоу не должен применяться
Должен/не должен
Бьётся статистика же
При больших рейтах
Purrr
ну и полей в нетфле побольше и можно кастомайзить
Stanislav
да блин
vitex
ну и полей в нетфле побольше и можно кастомайзить
Нафик те поля если по сфлоу все заголовки прилетают
Purrr
это зависит что ты считаешь
Stanislav
там есть всякие bgp as
vitex
как я вижу просто исторически сложилось что на свищах сфлоу, а на рухтерах вариация на тему нетфлы
Нетфлоу требует вычислительных мощностей
Stanislav
bgp peer as
Purrr
если пер автономки, то поля автономок было бы удобно
Tema
Если рейт в нетфлоу тупо перпакет то нафик он тогда нужен если есть сфлоу
некоторые думают что при рейте 1:1 они все пакеты увидят
Stanislav
ну это если трафика мало то сфлоу коллектор норм переварит. а если у тебя сотни гигабит
Stanislav
там коллектор загнется
Stanislav
а с нетфлоу у нас ваще в дукере на дохлой виртуалке крутится нфсен+нфкап
Tema
данные по флоу всех пакетов
Tema
но по факту даже Джун как-то писал не использовать *flow для подсчёта
Purrr
да это все пишут
Tema
для биллинга точнее
vitex
но по факту даже Джун как-то писал не использовать *flow для подсчёта
Дискуссию в сторону биллинга не уводи
Вопрос - как рейт работает все таки
Igor
Дискуссию в сторону биллинга не уводи
Вопрос - как рейт работает все таки
Зависит от реализации конкретной, имхо
Igor
Во-первых, нетфла и семплед нетфла разные вещи, зачем сравнивать нетфлу с сфлоу
Igor
Во-вторых, в интернетиках пишут, что it depends
Igor
The difference is subtle, and depends on the (Net|j)Flow implementation - on some devices
for sampled NetFlow you'll still get sampled FLOWS (1:x) not sampled
PACKETS (thus disregarding the flow advantage)
vitex
Во-первых, нетфла и семплед нетфла разные вещи, зачем сравнивать нетфлу с сфлоу
Так поехали
В чем разница между нетфлоу и саэмлед нетфлоу тогда?
Igor
Так поехали
В чем разница между нетфлоу и саэмлед нетфлоу тогда?
Ну как минимум это разные режимы в циске)
Igor
Не знаю, меня особо это никогда не интересовало
Igor
When the Sampled NetFlow feature is disabled on an interface, normal NetFlow also becomes disabled. This restriction was made to prevent the interface from being overwhelmed by the sudden transition from sampled NetFlow to normal Netflow.
Tema
Дискуссию в сторону биллинга не уводи
Вопрос - как рейт работает все таки
то есть ты думаешь что Джун должен держать таблицу ВСЕХ сессий чтобы следить попадал ли заголовок пришедшего флоу в статистику
Tema
а про разницу хз, они в разное время выходили
Tema
s для свитчей, нет для роутеров
vitex
vitex
Это маркетинг скорее
Tema
не думаю что на pfe будут делать statefull
Purrr
только в новых свищах появилась нетфла
Purrr
там в 3750Х
Purrr
и чото типа того
Purrr
или 3850Х
Purrr
чот не сильно помню номера
Purrr
но не везде
Purrr
не думаю что на pfe будут делать statefull
да в этом нет смысла, самплинк включают когда хандлить таблицу и обрабатывать каждый пакет становится тяжко
vitex
Purrr
какой смысл от самплинка пер флоу если по факту надо будет один фиг каждый пакет обработать и решить есть ли о его флоу запись или нет
vitex
какой смысл от самплинка пер флоу если по факту надо будет один фиг каждый пакет обработать и решить есть ли о его флоу запись или нет
Ты влюбом случае каждый пакет лукапишь
Igor
да в этом нет смысла, самплинк включают когда хандлить таблицу и обрабатывать каждый пакет становится тяжко
Вот это по сути и причина появления sampled netflow в циске
Purrr
Ты влюбом случае каждый пакет лукапишь
ну отлукапить а потом в нетфлу скопировать заголовки - это не бесплатно
Purrr
тоже trio первого поколения на большом трафике с 1:1 очень нормально деградирует по перфомансу
vitex
Evgeniy
Выдерживать семплинг рейт тоже не бесплатно
Purrr
ну у меня было что со включеным 1:1 утыкался в полку на мх80 задолго до 70Gbps перфоманса