1. Какая версия IGMP? Одинакова ли на всех коммутаторах?
2. Где находится querier? Распознают ли его коммутаторы (настраивают ли на него dynamic router port)?
3. На разных коммутаторах вручную понастраивать один из портов как router port и смотреть Wireshark-ом, какие IGMP пакеты туда приходят.

Мне бы тоже так хотелось.
Но когда я пробовал включить igmp-snooping (глобально и в VLAN 60), то картинки не получал.
Картинку я смог получить только с ISM, но тогда у меня VLAN 60 не проходит дальше.

2 Kit.
1. IGMPv2, на всех.
2. querier на ядре (до любых коммутаторов DES-3200), Cisco Catalyst 3750. Впрочем сейчас querier выключен. Но не думаю, что это должно влиять, querier опрашивает подписанных абонентов, но первоначальную подписку делает сам абонент и для него querier не нужен.
3. Хотелось бы попробовать вначале другие способы. DES-3200 установлены на домах, добираться до них неудобно. А для стенда у меня только один DES-3200; подключить два коммутатора каскадом и проверить не смогу.

Коммутатор использует сообщения от querier для динамического определения router ports. Если порт не определён как router port (статически или динамически), то igmp reports (включая запросы на подписку) от абонентов на него не форвардятся. Так что проблема может быть и в этом (казалось бы, add source_port должен прописывать router port статически, но не лишне проверить).

Ещё вопрос: если querier выключен, то откуда клиенты знают про версию IGMP? Если, скажем, там Линукс, то по умолчанию там v3.


show igmp_snooping group
show router_ports all (или какой там синтаксис на DES-3200)

На коммутаторе, на котором теряется подписка, и на его аплинке.

Совершенно верно, так работает igmp-snooping без ISM vlan .Но при таком подходе получается сколько клиентов столько и потоков (допустим 5 юзеров хотят смотреть канал Discovery, так для каждого создается отдельный поток). В случае с ISM для одного tv канала создается всего один поток (все 5 вышеуказанных юзера подключаются к одному потоку). Так вот в этом случае и вступает в силу replace_source_ip, для коммутатора L3 терминирующего igmp, конечные пользователи как бы и не существуют, а все запросы приходят от replace_source_ip .
Я выше не совсем корректно выразился, 100.0.1.1 присваивается не стримеру, а интерфейсу VLAN 60 на L3 коммутаторе, который у вас терминирует мультикаст.
Почитайте http://dlink.ru/ru/faq/58/266.html тут достаточно понятно все расписано.

На клиентах VLC (вернее IPTV Player).

Понятно.
Но у меня не используется L3-мультикаст и маршрутизация мультикаста, у меня единый броадкастовый домен и IGMP-снупинг.
Соответственно у меня в VLAN 60 нет ни одного используемого IP-адреса.

Насколько я понял, такое решение подразумевает, что каждый коммутатор сети должен иметь L3-интерфейс в VLAN 60 и коммутаторы доступа будут все igmp-запросы подменять своим IP-адресом. Так?

Нет , необходимости в L3 интерфейсе на каждом коммутаторе нет. Подмена адреса получателя реализована в настройках igmp_snooping multicast_vlan TV replace_source_ip.
В вашем случае проблема не в этом, у меня в самом начале работало и без replace_source_ip
Главное корректно прописать source_port, tag_member_port и member_port

Windows? Там по умолчанию IGMPv3. Соответственно, reports (во всяком случае, при отсутствии v2 querier) шлются в v3 формате.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"IGMPVersion"=dword:00000003

- позволит использовать v2 (Windows такой Windows - значение по умолчанию, 00000004, означает v3).

В каких я только сочетаниях это не прописывал. Не выходит каменный цветок.


Хм... Может быть в этом дело, проверю, спасибо.
Правда тогда непонятно, почему с QTECH это работает (QTECH понимают только версии 1 и 2).

А он, наверно, флудит пакеты неизвестных ему групп во все порты.

Прочитал я эту тему: viewtopic.php?f=2&t=125028
Может быть причиной то, что у меня во всей сети используется общий VLAN 60 и число MAC-адресов достигает 2-3 тысяч?