Я до 5 мин понизил

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

оказалось забавно: циско не синхронно выкидывает из арп таблицы, там есть некий джиттер в районе 10 минут:) мы сделали arp таймаут меньше на 10 минут, чем мак эйджинг и усё норм

да, мы его увеличивали до часа, и ставили арп час

оказалось забавно: циско не синхронно выкидывает из арп таблицы, там есть некий джиттер в районе 10 минут:) мы сделали arp таймаут меньше на 10 минут, чем мак эйджинг и усё норм

а левый роутер шлет трафик на левый свищ, а на свище мака хоста нет, вернее он появляется, но по таймауту отсыхает, потому что весь траф хоста остается только в правой части. Левый свищ начинает флудить трафик во все порты, трафика многа, печаль беда. Что делать

уменьшать время арп?

Такое много для чего есть и вполне разумно, это защита цпу от спайков

а если хостов многа в сети, броадкаста будет много

ты знаешь как в сложной топологии ldp dod нагружает ЦП?)

можешь увеличить время жизни мака на свичах

роутеры циски?

Не сталкивался, там тоже разом куча событий с одинаковым интервалом повторяется?

/25

Прибей статикой маки :)

пфф хуйня ставь арп 600 секунд, ну или сколько там время жизни мака

на всех свичах во всех виланах?

пфф хуйня ставь арп 600 секунд, ну или сколько там время жизни мака

Максим тебе за DCI и VM mobility пояснит

я думал есть стандартное решение, проблема очевидно не уникальная

да, в первой итерации мы сделали одинаковый таймат около часа. Была такая тема: прилетает ddos на хост во влане, чувак хост выключает, а арп висит там. В результате ддос начинает прилетать на всех ребят в этом влане)) Поэтому сначала сделали одинаковый часовой таймер на arp/mac во всех вланах. Потом увидили ситуацию с тем, что arp таймаут на cisco не точный, хосты могут там жить на 10 минут дольше, чем сконфигурированный таймер, и раз в час мы видели unknown unicast как раз в промежуток рассинхрона arp и mac 😉 в итоге поставили арп на 50 минут, а мак на час, вроде все норм стало

я думал есть стандартное решение, проблема очевидно не уникальная

и они вроде F отменили, теперь опять же 4 ветки релизов и инхансед поддержка на каком то

Да неважно. Главное самый последний ставь в прод, чтоб все фичи были

Да неважно. Главное самый последний ставь в прод, чтоб все фичи были

говна и на рекомендеде можно въебать

Что вероятнее?

что рекомендед не панацея

Своей головой надо думать

Поэтому на блидин эдж все, ахуеть логика

когда база PR от тебя закрыта по большей части, то сложно думтаь своей головой

да, в первой итерации мы сделали одинаковый таймат около часа. Была такая тема: прилетает ddos на хост во влане, чувак хост выключает, а арп висит там. В результате ддос начинает прилетать на всех ребят в этом влане)) Поэтому сначала сделали одинаковый часовой таймер на arp/mac во всех вланах. Потом увидили ситуацию с тем, что arp таймаут на cisco не точный, хосты могут там жить на 10 минут дольше, чем сконфигурированный таймер, и раз в час мы видели unknown unicast как раз в промежуток рассинхрона arp и mac 😉 в итоге поставили арп на 50 минут, а мак на час, вроде все норм стало

но жить на 14.1 на 5100 сил блять нет

это не круто, не масштабируется

EVPN тогда

EVPN тогда

Почему Коля сыч?

хочется взять бу по д VPLS

https://ru.m.wiktionary.org/wiki/%D1%81%D1%8B%D1%87