> С помощью MVR мне удалось это сделать, НО при этом на портах
> связывающих 2960-48 и c3560e дублируется весь поток приходящий в порт gi
> 0/1 c3560e, что меня немного пугает... Существует ли вообще другое решение,
> если да, то огромная просьба помочь разобраться, ссылки на доки приветствуются,
> а примерам исходя их простейшей схемы выше буду просто очень рад.

Мультикаст он такой. Или все или ничего.

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

1. вариант с MVR

cisco 3560e:

ip igmp snooping
mvr
mvr vlan 10
mvr group 239.10.0.1
mvr group 239.10.0.2
...
mvr group 239.10.0.72

interface GigabitEthernet0/1
switchport access vlan 10
switchport mode access
mvr type source
spanning-tree portfast

interface GigabitEthernet0/21
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 10
switchport mode trunk
mvr type source

cisco 2960:

ip igmp snooping

interface FastEthernet0/1
switchport access vlan 20
switchport mode access
mvr type receiver
spanning-tree portfast

interface FastEthernet0/2
switchport access vlan 30
switchport mode access
mvr type receiver
spanning-tree portfast

interface GigabitEthernet0/1
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 10
switchport mode trunk
mvr type source

Тут стоит обратить внимание на то, что на портах Gi 0/21 и Gi 0/1 связывающих 3560e и 2960 стоит именно mvr type source т.к. порты между свичами транковые. Между портами Gi 0/21 и Gi 0/1 свичей постоянно ходит весь поток каналов (300 Мбит), а на 2960 на клиентских портах уже только тот, который запрошен клиентом. В этой схеме остался не рассмотренным вопрос с свичами НЕ cisco вместо 2960, по идее d-link, но только те, что с возможностями ISM vlan должны тоже работать, но не было под рукой чтобы проверить.

2. вариант с PIM

cisco 3560e:

ip routing
ip multicast-routing distributed

interface GigabitEthernet0/1
no switchport
ip address 10.10.221.1 255.255.255.252
ip pim sparse-dense-mode
spanning-tree portfast
!
interface GigabitEthernet0/21
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 20,30
switchport mode trunk
!
interface Vlan20
ip address 10.10.221.9 255.255.255.252
ip pim passive
!
interface Vlan30
ip address 10.10.221.13 255.255.255.252
ip pim passive
!
interface Vlan600
description Management Vlan
ip address 10.10.10.2 255.255.255.252
!
ip pim rp-address 10.10.221.2 51 override
ip route 0.0.0.0 0.0.0.0 10.10.10.1

access-list 51 permit 239.10.0.0 0.0.0.127

cisco 2960:

ip igmp snooping

interface FastEthernet0/1
switchport access vlan 20
switchport mode access
spanning-tree portfast

interface FastEthernet0/2
switchport access vlan 30
switchport mode access
spanning-tree portfast

interface GigabitEthernet0/1
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 20,30
switchport mode trunk

В строке ip pim rp-address адрес 10.10.221.2 это не ошибка, так и надо. Фактически в данной схеме вместо 2960 может быть любой другой управляемый свич с поддержкой igmp snooping, например d-link 3100, rubytech 2310c или 2126 вполне работают. Также стоит учесть, что одинаковые каналы в рамках одного vlan передаются между свичами в одном экземпляре, а вот если одинаковый канал запросят с нескольких разных vlan, то между свичами пойдет количество одинаковых потоков одного канала равное количеству vlan с которых их запросили.