Странная работа IPTV после MES2124F

[alibek]

Для предоставления IPTV используем мультикаст в мультикастовом VLAN и аналог функции MVR.
MES2124F настроен примерно так:

Код: Выделить всё

!
ip igmp snooping
ip igmp snooping vlan 60
ip igmp snooping vlan 60 immediate-leave host-based
ip igmp snooping vlan 435
!
multicast snooping profile TRUNK
 match ip 239.0.0.0 239.255.255.255
exit
multicast snooping profile CLIENT
 match ip 239.0.0.0 239.0.255.255
 match ip 239.1.0.0 239.1.255.255
 match ip 239.195.0.0 239.195.255.255
 match ip 239.250.0.0 239.250.255.255
exit
!
interface gigabitethernet 1/0/1
 loopback-detection enable
 switchport access vlan 435
 switchport protected-port
 bridge multicast unregistered filtering
 storm-control broadcast enable
 storm-control broadcast level kbps 100
 storm-control broadcast logging                             
 storm-control include-multicast unknown-unicast
 port security mode max-addresses
 port security discard
 port security max 3
 switchport forbidden default-vlan
 switchport access multicast-tv vlan 60
 negotiation 100f
 pppoe intermediate-agent
 multicast snooping add CLIENT
exit
!
interface gigabitethernet 1/0/25
 switchport mode trunk
 switchport trunk allowed vlan add 10,60,300-499,800-999
 switchport forbidden default-vlan
 pppoe intermediate-agent
 pppoe intermediate-agent trust
 multicast snooping add TRUNK
exit
!


После него каскадом подключено еще три коммутатора (других вендоров), функционально настроенные так же.
Проблема с ТВ-каналами из группы 239.0.0.x на коммутаторах после MES2124 — эти каналы не работают. Хотя каналы из группы 239.195.0.x работают.
При этом если перед коммутатором MES2124F другой абонент включит у себя каналы из группы 239.0.0.x — то после MES2124F они так же начинают работать.
То есть какая-то проблема с прохождением igmp.

[Евгений Т]

Добрый день.

Какое оборудование стоит выше MES2124? Приложите настройки интерфейса данного оборудования.
Зачем на порту gi 0/25 висит мультикаст профиль TRUNK? Оттуда репорты приходят?
Не вижу в приложенной вами конфиге настройки bridge multicast filtering. Она есть?
Покажите вывод sh ip igmp snooping groups для 2 случаев:
1) Клиент за gi 0/1 запросил группу из диапазона 239.0.0.x
2) Клиент за gi 0/1 запросил группу из диапазона 239.195.0.x

Также прошу снять зеркало с порта gi 0/25. При снятии дампа запросить группу из не рабочего диапазона 239.195.0.x.
Таким образом мы увидим есть ли репорт на аплинке и приходит ли после этого на коммутатор мультикаст.

[alibek]

MES2124F первый коммутатор в цепочке, подключен от коммутатора агрегации QTECH QSW-3900.
IGMP reports приходят с абонентских портов (1-24) и с downlink (26-28). Мультикаст-профиль TRUNK на всякий случай, для исключения постороннего трафика если вдруг на абонентских портах профиль забуду указать.
bridge multicast filtering есть, не указал в конфигурации.
Вывод sh ip igmp snooping не сохранился. Дамп пока не снимали, во время снятия дампа заодно зафиксируем sh ip igmp snooping.

Нет ли предположений, в чем может быть причина?
Ведь IGMP работает, раз часть каналов работает нормально.
Разница между рабочими и нерабочими каналами в трех вещах:
1. Разные IP-адреса - на случай если где-то неправильно указали мультикастовые профили. Но коммутаторов в проблемной ветке немного, их все перепроверили.
2. В группах 239.0.x.x source-ip приватный и недоступный (фейковый). В группах 239.195.x.x source-ip публичный. Это может как-то влиять? Как мне кажется, на L2 это не должно иметь значения, но может быть коммутатор source-ip как-то проверяет.
3. В группах 239.0.x.x каналы не шифруются. В группах 239.195.x.x каналы шифруются. Может быть дело в этом?

[Евгений Т]

Нет ли предположений, в чем может быть причина?

Есть ощущение, что проблема не в коммутаторе MES. Не может коммутатор один диапазон групп пропускать, а другой запрещать, учитывая то, что на оба диапазона нет ограничений.
Дамп точно покажет место проблемы.