Добрый день!

Настраиваю IGMP Snooping на 3550 и 3052. В качестве L3 использую Cisco ME3400. Настраиваю:
Cisco ME3400:
!
vlan 999
name IPTV.test
!
ip igmp snooping querier
ip igmp snooping vlan 999 querier version 2
ip igmp snooping vlan 999 querier address 172.22.0.2
!
ip igmp snooping vlan 999
!
interface GigabitEthernet0/3
switchport trunk allowed vlan add 999
!
interface Vlan999
description --- PseudoIf for Multicast Querier
ip address 172.22.0.2 255.255.255.252
!
D-Link DES3550:
enable igmp_snooping
create igmp_snooping multicast_vlan IPTV.test 999
config igmp_snooping multicast_vlan IPTV.test state enable replace_source_ip 0.0.0.0 source_port 49-50
config igmp_snooping IPTV.test host_timeout 260 router_timeout 260 leave_timer 2 state enable
config igmp_snooping querier IPTV.test query_interval 125 max_response_time 10 robustness_variable 2
config igmp_snooping querier IPTV.test last_member_query_interval 1 state dis

Все работает без проблем, но есть вопрос: зачем igmp_snooping replace_source_ip требуется? Читал следующие документации:
http://www.dlink.ru/ru/faq/58/266.html
http://www.dlink.ru/ru/faq/58/267.html
и документацию к оборудованию. Но ответа не нашел. просто написано, что нужно, а механизм сам не понятен. Кстати в документации http://www.dlink.ru/ru/faq/58/267.html есть небольшие расхождения с предыдущей. там почему то не включается querier. Это так и нужно или ошибка?

Но все же интересно зачем нужен replace_source_ip и каков механизм его работы?

replace_source_ip - чрезвычайно важная и полезная "фишка".
Название вроде бы говорит само за себя: в пакетах IGMP-запросов, исходящих от клиентов, производится подмена клиентских IP-адресов (т.е. source IP) на тот адрес, который как раз и указан в параметре replace_source_ip.
Дело в том, что при использовании функции multicast VLAN (в общем случае) multicast-клиенты и multicast-маршрутизатор, с которым эти клиенты непосредственно общаются, находятся в различных IP-сетях, что есть неправильно. Маршрутизатор может игнорировать (отбрасывать) такие клиентские запросы как невалидные.
replace_source_ip как раз выправляет ситуацию. Сконфигурировав адрес replace_source_ip таким образом, чтобы он находился в "родном" адресном пространстве multicast-маршрутизатора, мы добиваемся того, что клиентские IGMP-запросы приходят к маршрутизатору не с_каких_попало адресов, а с адреса в "родной сети".

ну, то есть если трансляция с сервера осуществляется без перерыва, то replace source ip не нужен

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Тогда непонятно почему у меня работает, когда оно не настроено? Адреса querer и управления коммутаторов отличаются от клиентских адресов и находятся в разных ВЛАН. Но как я понимаю общение с querier коммутатор будет происходить с адресов управления.

Оно работает по двум возможным причинам:
1) между источником мультикаст-трафика (сервером) и клиентами нету никаких маршрутизирующих устройств; в этом случае всё взаимодействие происходит исключительно на layer-2, где IP-адреса "по барабану". (Нint: протоколы PIM/SM или PIM/DM у вас где-нибудь используются?);
2) даже если в вашей сети мультикаст-роутер всё же имеется, можно предположить, что он "шибко умный" и сам производит трансляцию адресов клиентов в своё родное адресное пространство.

Угу, querier-пакеты (для layer-2-коммутаторов) исходят с управляющего интерфейса. Причём в каждом отдельно взятом vlan'е querier'ом становится только одно единственное устройство (даже если сконфигурировано несколько активных querier'ов). Согласно стандарту, оно выбирается по принципу наименьшего source-IP

Поиск дает ответ техподдержки:

"Параметр replace_source_ip главным образом нужен для того чтобы различать с какого устройства в цепочке или кольце пришёл запрос."

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Лично меня такой ответ не удовлетворяет :)

Поиском находится достаточное кол-во примеров и описания данного параметра. Но я согласен, что Ваше объяснение дает полные ответы на все вопросы

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)