Всем добрый день.

А правда, что в DGS-1100-8 IGMP Snooping работает только в VLAN1?
Почему-то не получается заставить работать в других вланах. Включаю снупинг - мультикаст (IPTV) на клиентских портах пропадает. Приходится мультикаст влан отдавать сверху нативом. Работает, но не всегда удобно.
Firmware 1.10.002.

_________________
WBR, Serhio

Опишите настройки коммутатора, топологию, посмотрите PVID на порту

Относительно дефолтового конфига изменения следующие.
1. Создан VLAN 866, отдан в аплинк ( порт 8 ) в режиме tagged. Аплинк включен в dot1q-транк заведомо рабочего Catalyst 3550-24.
2. Порты 4 - 6 помещены в VLAN 866 в режиме untagged, PVID=866. К этим портам подключены STB, анализатор IPTV и ноут со сниффером.
3. IGMP Snooping включен.

Как только настает п.3 - мультикаст перестает идти в порты STB и анализатора ( 5 и 6 ), по прошествии leave timeout. Отключаю снупинг - мультикаст начинает идти, но флудится во все порты влана (в порту 4 начинаю видеть сниффером все запрашиваемые STB и анализатором группы в общем количестве 6 штук).

Сбрасываю свитч в дефолт, включаю IGMP Snooping, на порту каталиста ввожу

и мультикаст снова начинает работать как положено. Каждому клиенту летит только свое, сниффер видит только query, сами потоки до него не долетают.

Если нужен конфиг свитча - пожалуйста, пришлю. Сюда постить нечего - конфиг бинарный.

_________________
WBR, Serhio

У вас в сети query запросы от каталиста идут? Какая версия igmp?
Смотрите, чтобы на stb приходили query запросы, иначе коммутатор по прошествии leave timer действительно будет отписывать порты.

такая же проблема возникла на DGS-1100-16 Firmware Version 1.00.B15, планируется ли решение от производителя?

Идут. Правда, от другого - на ближайшем функционала querier'а нет.

v2.

Идут. А как иначе ? В дефолтном влане-то все хорошо, все укладывается в логику IGMP.
Правда, я не пробовал подать его сверху в tagged-режиме, у меня VLAN1 на транзите не используется.

_________________
WBR, Serhio

Не совсем понятно из Вашего описания. Querier должен быть в каждом влане, а не только в одном.

Serhio
Вы разобрались с ситуацией?
При верно настроенном querier в ШК проблему подтвердить не могут.

Поднимаю тему, которой вынужденно не касался довольно долго, ибо снова актуально.

Querier есть, настроен правильно. Испытуемый DGS включен не в него, и в общем случае не будет включен в него.

При более внимательном рассмотрении выяснилось следующее.
1. IGMP Snooping включен.
DGS-1100 зачем-то снимает с уходящих в аплинк IGMP-запросов от STB тэг dot1q, т.е. IGMP-пакет улетает нативом.

При этом обычные IP-бродкасты/юникасты, как и положено конфигом, уходят с тэгами.
Если с той стороны влан принимается с тэгом (так сейчас реализовано по всей сети с другими CPE, и плодить сущности очень не хотелось бы), то есссно, ничего не работает, потому как IGMP до querier'а не доходят.
Если с той стороны линка принимать этот влан нативом, то пакеты долетят до querier'а, мультикаст вернется обратно, все хорошо, IPTV на STB работает.

2. IGMP Snooping выключен.
IGMP-пакеты улетают в аплинк с тэгами, в общей куче с остальным трафиком влана...

... и поскольку с той стороны линка этот влан (866 в данном примере) настроен тэгом, то пакеты долетят до querier'а, мультикаст вернется обратно, IPTV на STB работает, но мультикаст флудится на весь влан 866 в пределах DGS-1100, ибо IGMP Snooping выключен.

Можно как-то исправить сценарий 1?

И еще хотелка, возникшая параллельно.
Если при загрузке свитч не получает IP-адрес по DHCP с 4 (или 6?) попыток в течение примерно 30 секунд, он бросает это дело навсегда. Ну то есть, до следующего ребута. Это очень неудобно в случае мониторинга/поддержки большого количества таких CPE. Можно реализовать бесконечный (ну или хотя бы очень большой - 1млн сек устроит ) цикл получения IP-адреса, как это сделано в более серьезных коммутаторах типа DES-3200?

_________________
WBR, Serhio

Спасибо за подробное описание проблемы, я наблюдаю то же поведение на стенде и отпишу об этом в ШК.
Спасибо.