Схема:

1Gb аплинк => DGS-3200 =>100Mb клиент.

На одном из четырёх имеющихся DGS-3200 клиент не получает часть идущих к нему с аплинка мультикаст пакетов, при этом show error ports на свитче никаких ошибок не показывает. Остальные 3 свитча работают нормально.

Конфигурации, в которых и аплинк, и клиент имеют одинаковую скорость (например, путём промежуточного подключения тупого свитча нужной скорости) работают нормально с тем же мультикаст потоком на всех свитчах.

Прошивка на всех свитчах одинаковая, 1.50.B036. Конфигурация также одинаковая:

reset
config multicast vlan_filtering_mode all filter_unregistered_groups
config igmp_snooping data_driven_learning all state disable
clear igmp_snooping data_driven_group all
config igmp_snooping all state enable fast_leave enable
config igmp_snooping querier all query_interval 60
enable igmp_snooping

Выключение power_saving не помогает. cable_diag ни в одном случае проблем не видит. Есть ещё за что попытаться подёргать, или сразу в гарантию?

Покажите пожалуйста настройки Flow Control для этих портов.

Settings: Auto/Disabled. На всех портах всех свитчей.

Connection: 1000M/Full/None и 100M/Full/None, в зависимости от того, что подключёно. Пакеты теряются только на одном свитче; если его физически заменить другим таким же (правда, 16-портовым), на том всё работает.

Суммарный трафик, о котором идёт речь - <15Mbps (~1300 пакетов/c, jumbo frames запрещены на свитче и отсутствуют на источнике), в один порт вливается мультикаст, один порт подписан на приём.

Попробуйте пожалуйста прошивку которую я Вам выслал.

Всё то же самое.

Хотя проблема, похоже, проявляется только на закрузке выше 6Mbps, и только на "наиболее толстых" группах. И sh ut c, и sh ut p показывают загрузку не выше 4%.

1. Нужно через ACL приоритизировать мультикст трафик.
2. Сколько стандартных и HD каналов ходит через данный коммутатор?

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

OK, я локализовал проблему.

У нас есть источник, который с гигабитного интерфейса шлёт burst-ом ~32kB данных (21-23(?) пакета по 1358 байт каждый), потом ждёт 40ms, потом шлёт следующий burst и так далее. В среднем там поток небольшой, но для амортизации его на 100Mbps интерфейс нужен выходной буфер соответствующего размера.

Так вот, на выходе из обоих наших DGS-3200-10 на стыке burst-ов часто пропадают пакеты (причём нигде в их статистике это не отображается). На наших DGS-3200-16 проблема не воспроизводится. Не имеет этой проблемы и наш DES-1226G.

Картина похожа на то, что в DGS-3200-10 очередь на отправку имеет статический размер 32kB (или же 21-22 пакета) на каждый порт, а в DGS-3200-16 она больше (или по-другому организована). Соответственно, на 3200-10 мы время от времени упираемся в размер очереди - но почему-то в статистике не видим информацию о её переполнении.

Вы и не увидите, как я уже писал нужно на коммутаторе, к которому подключён streamer, приоритезировать входящий multicast через ACL или Port-Based QoS, а далее по тегированной магистрали прокидывать до коммутатора, к которому подключён VLC клиент. Также нужно обратить на используемый механизм приоритезации и настройки QoS-а на коммутаторе.

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