у нас более 50 свитчей 3426 на опорной сети и столько же 3526 внутри кольца и вдруг стали теряться маки на 3426 на ядре.
и у абонентов начинался флуд в виланах.
нашли выход - вводом статикой маков в таблицу fdb.
за сутки было введено чуть менее сотни маков, и это не прекращается.
это ведь не нормально?
подскажите из за чего такое происходит и как с такой напастью бороться?

на всех 3 х свитчах в ядре стоит прошивка
*2 2.74.B05 3959180 2012/10/29 12:39:27 10.254.90.98(T)

Сколько всего мак адресов в fdb? Сколько vlan в сети?

1.
маков: Total Entries: 6243
вланов: Total Entries: 616
2.
маков: Total Entries: 5977
вланов: Total Entries: 618
3.
маков: Total Entries: 6017
вланов: Total Entries: 617

Описанная проблема похожа на коллизии хеша, но она будет проявляться при большом количестве мак адресов в одном вилане.
Чистите fdb по крону, следите, чтобы в одном вилане не было больше нескольких сотен мак адресов - и проблема не будет проявляться.

fdb aging time одинаковый на всех свичах?

да, везде одинаково
DGS-3426:admin#show fdb aging_time
Command: show fdb aging_time

Unicast MAC Address Aging Time = 300

это время жизни мака в фдб таблице?
так почему же фдб таблица сама не очищается по конфигурации?

Не очищается потому, что свич продолжает комутировать пакеты с этого мака, до истечения времени, указанного в fdb aging_time.
Как вариант - можно поиграться с этим параметром на свичах, у нас, например, на доступе стоит 60, на агрегации 300, парк больше вашего, проблем не наблюдаем, правда колец нет.

Кстати, а если кольцо разорвать?

И ещё: как у вас настроено кольцо?

кольцо рвать нельзя.
а что значит "как настроено кольцо"?

по какому протоколу и какие настройки сделаны на протоколе?

Утром в 6:00 можно рвать любые кольцы