Добрый день
"Нарыл" очередную проблему в DES-3828.

Задача:
В порт 5 (tagged в vlan'e 4094) "вливается" несколько мультимедийных потоков: 239.255.241.240-239.255.241.255
Необходимо, чтобы один (и только один!) из этих потоков (конкретно 239.255.241.255) НЕЗАВИСИМО НИ ОТ КАКИХ УСЛОВИЙ ВСЕГДА передавался в порт 27 (который также находится в в vlan'e 4094 как tagged).
В этом vlan'e включен igmp_snooping. Router port'ов (ни статических, ни динамических) нет. Функции layer3 в этом vlan'e не используются.

Решение поставленной задачи вроде бы лежит на поверхности:
необходимо создать в этом vlan'e статическую запись multicast_fdb и добавить в неё порт 27. (Во всяком случае на "древних" DES-3226S именно так я и поступал).
А тут с удивлением обнаружил, что создание static multicast_fdb не имеет никакого эффекта!

Пример минимальной конфигурации (относительно default):
--------------------
config vlan default delete 5,27
create vlan radio tag 4094
config vlan radio add tagged 5,27
enable igmp_snooping
config igmp_snooping radio state enable
create multicast_fdb radio 01-00-5E-7F-F1-FF
config multicast_fdb radio 01-00-5E-7F-F1-FF add 27
--------------------

Результат: ожидаемый траффик группы 239.255.241.255 на порт 27 не передаётся.

ps. Тестирование проведено на железке
Boot PROM Version : Build 0.00.008
Firmware Version : Build 3.00.B57
Hardware Version : 1A1

Также тестировалась firmware Build 3.00.B59 - результат тот же.

Пришлите пожалуйста подробное описание проблемы с графической схемой и конфигом свитча. Заранее спасибо!

Иван, описание проблемы отправил Вам почтой

Мы занимаемся этой проблемой. Как только будут новости сообщим.

Получены дополнительные результаты тестирования.

Отправил Руслану почтой

Не появилось ли чего новенького касательно последней описанной мной проблемы загрузки CPU? (возникающей при форвардинге мультикаст-трафика внутри VLAN'а c отключенным IGMP_snooping при дополнительном условии существования других VLAN'ов, где IGMP_snooping включен)

На последней версии прошивки данная проблема не подтвердилась:



Прошивку я Вам вышлю по почте.

_________________
С уважением,
Бигаров Руслан.

Большое спасибо. Обязательно проверю.
Надеюсь, что этот "косяк" действительно поправлен.

С сожалением вынужден констатировать, что в моём случае описанная проблема воспроизвелась в мельчайших подробностях и на новой прошивке.
Т.е. проблемы имеются как с функцией static multicast FDB, так и с высокой загрузкой CPU.

Быть может тот факт, что у вас описанная проблема не воспроизвелась, можно объяснить различными аппаратными ревизиями устройств в моём и в вашем случаях?
У меня:К сожалению, данный экземпляр у меня единственный (и подозреваю, что он единственный о всём нашем городе), поэтому проверить на другом таком же нет возможности.

Кроме того
С новой версией прошивки "вылезла" ещё одна проблема:
если создать аггрегатированный канал на линках с включенной функцией flow control, то после перезагрузки устройства этот аггрегатированный канал "не поднимается".
Причина - логическая ошибка в конфиг-файле.
При его выполнении master-порт активируется с flow_control=enabled, а все остальные порты, короые должны входить в "транк", имеют flow_control=disabled.
К слову сказать, аналогичное поведение наблюдалось и на предыдущих версиях firmware, однако раньше аггрегатированный канал в таких условиях "поднимался".
Теперь, видимо, контроль за "консистентностю" портов стал строже