Предыдущий свитч тут не причем - я тестирую в пределах одного dgs'а.
Про буферизацию плеером я в курсе, но дело здесь в том, что свитч не пропускает через себя поток сразу.

Приведу куски логов которые я уже отослал в dlink.

forward_unregistered_groups (такая же картина при filter_unregistered_groups если поток присутствует в multicast forwarding table):
Потребитель:
root@buffalox# tcpdump -q -c 10 -nivlan14 udp or igmp and host 234.5.2.16
11:08:37.148080 IP 10.130.0.1 > 234.5.2.16: igmp
11:08:37.191510 IP 10.128.0.1.20000 > 234.5.2.16.20000: UDP, length 1316
Источник:
root@pdb# tcpdump -c 10 -nivlan14 udp or igmp and host 234.5.2.16
11:08:37.147019 IP 10.130.0.1 > 234.5.2.16: igmp v2 report 234.5.2.16
11:08:37.189468 IP 10.128.0.1.20000 > 234.5.2.16.20000: UDP, length 1316

А теперь filter_unregistered_groups (поток отсутсвует в multicast forwarding table):
Потребитель:
root@buffalox# tcpdump -q -c 10 -nivlan14 udp or igmp and host 234.5.2.16
11:30:22.457047 IP 10.130.0.1 > 234.5.2.16: igmp
11:30:22.908152 IP 10.130.0.1 > 234.5.2.16: igmp
11:30:28.804673 IP 10.128.0.1.20000 > 234.5.2.16.20000: UDP, length 1316
Источник:
root@pdb# tcpdump -c 10 -nivlan14 udp or igmp and host 234.5.2.16
11:30:22.456018 IP 10.130.0.1 > 234.5.2.16: igmp v2 report 234.5.2.16
11:30:22.529392 IP 10.128.0.1.20000 > 234.5.2.16.20000: UDP, length 1316

Т.е. в первом случае поток начинает доходить до потребителя через доли секунды после отправки первого igmp request'а.
Во втором случае поток начинает подаваться практически сразу, но до портебителя доходит только через ~6 секунд. (я уже наблюдал 18-и
секундную задержку на прошивке 252b45)