Routing video multicasts between vlans

  • 0
  • 1
  • Question
  • Updated 3 years ago
  • Answered
Hello,

I am stumped on how to approach my situation and haven't had any luck with the previously posted solutions.

Current setup:
vlan446 contains ~100 IPTV video multicasts.
I want to split specific channels/multicasts into 4 other vlans, e.g., 10 channels to vlan610, 20 channels to vlan620, etc. in order to balance traffic around our ring. So instead of flooding all 100 channels via layer 2 to our ring on vlan446, I would like to have a more targeted approach and split some channels from vlan446 --> vlan610 North feed, vlan446 --> vlan620 South feed

In order to single out specific channels/multicasts, is this an ACL that needs to be configured? Do I have to run PIM in order to split the specific multicasts to new vlans?

Thank you in advance! 
Photo of Justin Beaman

Justin Beaman

  • 122 Points 100 badge 2x thumb

Posted 3 years ago

  • 0
  • 1
Photo of Henrique

Henrique, Employee

  • 10,342 Points 10k badge 2x thumb
Hi Justin, I was wondering about MVR feature.

Please see a brief explanation I got from User Guide:

"Multicast VLAN Registration (MVR) is designed to support distributing multicast streams for IPTV to subscribers over a Layer 2 network. In a standard Layer 2 network, a multicast stream received on a VLAN is not forwarded to another VLAN. The streams are confined to the Layer 2 broadcast domain. In an IGMP snooping environment, streams are forwarded only to interested hosts on a VLAN. For inter- VLAN forwarding (routing) a multicast routing protocol, such as PIM/DVMRP must be deployed.

MVR breaks this basic rule, so that a stream received over Layer 2 VLANs is forwarded to another VLAN, eliminating the need for a Layer 3 routing protocol. It simplifies the multicast stream distribution and is a better solution for IPTV-like services. With MVR, a multicast stream is forwarded to all VLANs containing interested hosts. "

Please take a look in the article below:

How to configure “Static” MVR regardless of IGMP join