Доброго времени суток. Есть проблема с зависанием IPTV, происходит это следующим образом, у абонента застывает картинка, если не переключать канал, то отвисает, по времени у всех по-разному, если заново запросить группу, то канал заработает. В момент зависания на порту абонента видно, что пакеты multicast пропадают (В момент зависания: Multicast TX 798996463 0-1; в момент нормальной работы: Multicast TX 798996463 311). Для примера (у этого абонента зависает): DGS-3612G 1 порт - 24 порт DGS-3120-24SC 15 порт- 28 порт DES-1210-28/ME 2 порт - абонент. Ниже конфиги на все коммутаторы в схеме. Multicast приходит на DGS-3612G c разных источников и уходит в ISM Vlan'ы.

На DGS-3120 нужно включить IGMP Snooping и фильтрацию во влане iptv_mik. В момент наличия проблемы нужно смотреть вывод "show igmp_snooping group" на DES-1210, на DGS-3120.
А на DGS-3612G нужно для начала посмотреть выводы:
show igmp group
show igmp_snooping group

И таким образом увидеть где эта группа пропадает в момент наличия проблемы.

Группы не пропадают на DGS-3612G и DGS-3120SC, а вот на группе с DES-1210-28/ME сбрасывается UP time.

Наличие групп по show igmp_snooping group (forwarding) не показатель работы. Группы могут быть, а данных для них нет.

Когда у абонента картинка застывает кто-то еще в цепочке подписан на эту же группу?

Подскажите, такой вывод нормальный:
Source/Group : NULL/238.1.1.30
VLAN Name/VID : iptv_mik2/1033
Reports : 6
Member Ports : 10, 14, 25, 27-28
Router Ports : 25, 27-28
Up time : 357
Expire Time : 146
Filter Mode : EXCLUDE
Смущает наличие Source портов в строчке Member Ports.

Да, но зависит от конфигурации сети - этот вывод ведь не относится к выложенным конфигам в первом посте (VLAN Name/VID : iptv_mik2/1033 в них нет).
Вы причину зависаний ищете или первый раз свичи для мультикаста настроить пытаетесь?

Это другой исм, просто были сомнения на счет такого вывода.
По конфигам что я выложил разобрались, дело было в абонентском оборудовании, роутер Upvel как-то мешал работе тв в целом районе, заметили в группах на комм. доступа, где проблема была особо частой, порт оставаясь в одной группе прыгал по другим и в этот момент и происходило зависание у остальных. Может кто-то сталкивался с такой проблемой, как защититься от этого?

>Router Ports : 25, 27-28
Если это простой влан со снупингом растянутый на 3 этих порта, то это нормально. Скорее всего в каждый их этих портов льются группы приходящие с двух других (раз уж они как router_ports назначены) и все они участники группы - потому одновременно и source и member. Статически они назначены как router_ports или динамически значения не имеет - если отдельных запретов нет, то могут работать одновременно и как источники и как клиенты. Если это ISM, то могут быть варианты, нужно детальней смотреть (от железки и прошивки может много зависеть, все таки немного отличается реализация на разных свичах).

Да, большинство глюков именно и-за клиентского оборудования, поэтому стараемся фильтровать все что можно кроме разрешенного. Если этот Upvel на руках, то можно подключить на стенде и посмотреть tcpdump что он шлет в сеть. Угадать не получится - роутеры TP-Link , например сбрасывают группу, если получают на аплинке Query с адресом источника входящим по маске в их внутреннюю подсеть (192.168.0.0/24 или 1.0/24 или какая она там у них назначена). Ну и порты одновременно на свичах мониторить - может где канала не хватает, может фильтры какие...

Нашли проблему, всему виной роутер Upvel, если порт в котором стоит роутер Upvel запрашивает группу то появляется проблема на комм. в общем, порт появляется в своей группе и плюс в остальных группах которые запросили другие, после этого у всех пропадает тв, далее все повторяется циклично.

А есть дамп пакетов, что он делает не так?

Полный дамп исходящих пакетов для подсети 224.0.0.0/4 с этого Upvel можете дать?

А как это? Подскажите, немного не понимаю. Вообще подсеть 224.0.0.0/4 мы не используем, но на одном из Upvel'ов я видел в таблице маршрутизации эту подсеть + еще 239.255.255.250, эти маршруты не редактируются, не удаляются.