Это общая проблема для почти любых коммутаторов, в зависимости от модели и количества МАС-адресов на устройстве меняется только вероятность её возникновения.
Насколько я в теме, для ускорения поиска по списку MAC-адресов в чипах коммутаторов используется хэш от пары MAC+vlan#, реже - только от MAC.
Хэш в разы короче исходных данных, и соответственно неизбежны коллизии (одинаковое значение хэша для разных входящих данных).
Вероятность коллизии зависит от реализации хэша в чипе коммутатора.
Что именно происходит при коллизии - тоже от функционала чипа, как правило новая запись просто не добавляется в таблицу, что приводит к юникаст-флуду, что у вас и наблюдается.
В некоторых чипах реализована возможность добавлять более одной записи с совпадающим хэшем в таблицу, но всё равно количество таких "конфликтующих" записей сильно ограничено (читал про вариант не более 4-х записей на одно значение хэша).
В вышележащем разделе была большая тема по вероятности таких MAC-коллизий на разных моделях коммутаторов разных вендоров, поищите.
.png.ab91e50800b6e33188f8e588605101a4.png)
