Изучаю тему, возникли вопросы.
http://dlink.ru/ru/faq/58/266.html - хорошое пособие, но не понятно следующее:

Я собираюсь в аналогичной схеме вместо Л3-коммутатора использовать Л2, то есть у меня не будет IP-интерфейса в ISM-влане. Я так понимаю, что в этом случае просто не надо использовать replace_source_ip? Или ISM VLAN без replace_source_ip работать не будет?

А поток откуда идёт? Где-то же всё-таки должен быть L3 интерфейс.

Не совсем понимаю необходимость Л3 для вещания мультикаста. Давайте рассмотрим развернутую схему.
У меня есть источник вещания - станция IPTV, она выдает мультикастовый поток из своего езернет-порта. Я включаю станцию в свич DES-3526 в антаггет порт влана 200. На этом влане 200 обеспечиваю с помощью ацл раскраску CoS 802.1q и включаю IGMP-снуппинг. Далее этот влан транком сливается через агрегаторы DGS-3100-24TG (влан 200 там идет транзитом без всяких snooping/querrier) на кучу свичей доступа DES-3526, где влан 200 = ISM. У всех свичей единый управляющий влан 100.
Вопросы:
1. Работоспособна ли такая схема, или обязательно нужен свич Л3?
2. Как правильно в такой схеме настроить ISM VLAN на доступе? Смутило наличие replace_source_ip.
3. Надо ли что-то мудрить с IGMP на транзитных агрегаторах, или они и так пропустят транзитом igmp от доступа наверх к источнику мультикаста?

ну source IP же какой-то у потока есть.

В любом случае replace_source_ip - необязательный параметр, можете его не указывать.
На аггрегаторах igmp_snooping лучше включить.

Спасибо!
И еще вопрос. При включенном igmp-querier на свиче доступа, последний будет посылать запрос igmp наверх в ISM-влане 200 или в управляющем влане?

Querier в одном Multicast VLAN-е должен быть один. Если будете настраивать ещё эту функцию на коммутаторах доступа, то можете столкнуться с проблемами переизбрания querier-а.

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

Спасибо! Я видно имел неверное представление о предназначении querier-а.

Не за что.

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