Я, кажется, нащупал, в какую сторону нужно "копать".

От меня уходит "неправильный" LEAVE пакет: в ethernet фрейме в поле destination не установлен IG бит (т.е. пакет уникастный, а не мультикастный), и сам ethernet адрес содержит MAC гейтвея, а не 01:00:5E:00:00:02.

Сейчас буду разбираться, почему так происходит.

ACL отсутствуют полностью.
проверил - member
Не дает эффекта.

Видимо, причина все-таки в "неправильном" LEAVE пакете.

Как только выясню причины, почему он формируется неправильно - отпишусь.

Ждем Ваших результатов.

Разобрался.

Очередной "глюк" Винды

Для того, чтобы тестировать IPTV через "гирлянду" на стенде с рабочего компа, я настроил маршруты, чтобы мультикастный поток "бегал" через нужный интерфейс:

10.x.x.1 - адрес шлюза в подсети второй сетевухи. Почему так "хитро" - потому что на второй сетевухе еще настроено PPPoE подключение (тоже для тестирования), и, если его "поднять" - Винда переключает на него все маршруты, в т.ч. и 224.0.0.0/4.

Если этих 2-х маршрутов нет - JOIN и LEAVE формируются правильно.

Если эти маршруты есть - Windows XP и JOIN, и LEAVE формирует неправильно (как уникастные). В Windows Vista исправили только часть ошибки - JOIN уже формируется правильно (мультикаст), LEAVE - неправильно (уникаст). Собственно, из-за этого и не пропадает группа с клиентского порта (коммутатор такой LEAVE просто не видит).

Ошибку можно обойти. Если задать маршруты так:

(10.x.x.z - это IP адрес самой сетевухи, а не шлюза)
то и в Windows XP, и в Windows Vista пакеты JOIN и LEAVE формируются правильно (мультикаст). Соттветственно, fast_leave срабатывает.

Прошу прощения за столь подробный отчет (в общем-то, довольно далекий от тематики форума) - но с мультикастом оно связано очень тесно. И, глядишь, поможет еще кому-нмбудь не наступить на эти грабли

Рад слышать, что разобрались.

Вы себе не представляете, насколько рад я

Тему закрываю.