Тестирование проблемы завершено. Долго не могли найти причину вызывающую проблему. Тем не менее на данный момент решение найдено и перешло в стадию написания новой прошивки. Доступность её обещают через неделю.

За выходные R&D сверстали новую прошивку.
Сама прошивка: ftp://ftp.romsat.ua/pub/Lan/Firmware Edge-Core/ES3510MA/ES3510MA-FLF-38_V1.1.4.7/es3510ma_p2_1.1.4.7.bix

Выбиванием сроков решения на сей вопрос и занимаемся.

К нейтрализации бага подключилось подразделение разработчиков. В следующей версии прошивки проблема будет устранена.

Разработчик уже в курсе, ждем официального ответа по решению проблемы

При определении груп, которые вещаются в мультикаст VLANе, не всегда оказывается удобным задавать их по отдельности. На много проще когда они добавляются автоматически при появлении. Возможно это негативно влияет на безопасность, но при большом количестве груп подобная процедура значительно упрощает процесс настройки.

Реализовано это следующим путем:
Vty-0#configure
Vty-0(config)#mvr group ?
  A.B.C.D  MVR group ID
Vty-0(config)#mvr group 224.1.1.1 254
Vty-0(config)#

В мануале указано, что если не задавать параметры диапазона мультикаст груп, то все группы автоматически будут добавляться. Практика показывает, что так не происходит, по этому данная процедура обязательна.

Ограничение количества MAC адресов на порту без привязки к каким либо конкретным MAC-адресам осуществляется путем фиксации счетчика в настройках port security. Кроме того, чтобы оставалась возможность доступа на порт другим MAC адресам, таблицу маков на порту необходимо периодически сбрасывать.

Console(config)#int e 1/1
Console(config-if)#port security max-mac-count 1
Console(config)#network-access aging
aging time is 300sec by default
it is configurable
Console(config)#mac-address-table aging-time ?
  0         Address aging interval (seconds)
  <10-630>  Address aging interval (seconds)

В последней команде значение 0 выключает функцию network-access aging (соответственно 0 не устанавливать иначе ничего работать не будет!), минимальное значение 10

Если обращение идет через порт с СФПшкой

Выяснилось, что проблема проявляется только при определенных условиях. Команда разработчиков оповещена, в ближайшей прошивке обещают исправить.

У нас проблема не повторилась, коммутатор ведет себя так же как и вел на предидущих версиях прошивки. Может речь идет о 100Мб СФПшке? Если нет, опишите поподробнее. На сколько это критично для Вас?

Подобная проблема была на одной из предидущих прошивок.
Проверьте пожалуйста еще раз версию прошивки. Потому, что на последних версиях подобная проблема не наблюдалась.

Можно поподробнее, какие эллементы вы пытаетесь менять?