HDMI over IP and VOSS

[matts]

I'm trying to get a digital signage project working and am running into an issue that I believe is happening when the traffic is passing through the VSP. It worked before we changed our network topology as now all IDFs home-run to the VSP whereas before they linked to the main MDF switch stack.

We're using a 1-to-many HDMI over IP extender (HDbitT v1.3c) so one computer can control multiple large displays throughout the school. I've created a VLAN just for these displays and added it to the ports that the HDMI extenders are on as well as all the uplink ports. When the HDMI transmitter and receivers are all plugged into the same switch stack, it works, but when the hooked up to different switch stacks, the traffic never makes it through the VSP. I'm guessing this has something to do with the VSP handling IP vs MAC addresses?

Sample config on switch stacks (EXOS):

create vlan "Displays"

configure vlan "Displays" tag 151

Sample config on VSP (VOSS):

vlan create 151 name "Displays" type port-mstprstp 1

vlan members 151 1/1-1/23 portmember

I'm no expert with routing and VOSS, so hopefully this is something simple that I'm overlooking.

Thanks!

[matts]

In case anyone finds themselves in a similar situation, I had to disable igmp snooping on our EXOS switches and the VSP

EXOS:

disable igmp snooping vlan <vlan name>

VOSS:

interface vlan <vlanid>
no ip igmp snooping

 Also, the ports that the HDMI transmitter and receivers are plugged into need to be untagged:

configure vlan <vlan name> add ports <ports> untagged

Thanks for the insight, this saves us from another costly 3rd party digital signage solution!

[matts]

TQU, yes, it could be a multicast issue. I'll try your suggestions next time I can be on site to test.

K-phi, here are snippets of the VSP config at this site:

router isis
spbm 1
spbm 1 nick-name f.74.84
spbm 1 b-vid 4051-4052 primary 4051
spbm 1 multicast enable
spbm 1 ip enable

# this is the primary data VLAN
vlan members remove 1 1/1-1/24,1/s1-1/s2 portmember
vlan create 150 name "MSHS_Data" type port-mstprstp 1
vlan members 150 1/1-1/23 portmember
vlan i-sid 150 9990150
interface Vlan 150
ip address 10.148.96.1 255.255.240.0 0
ip spb-multicast enable
ip igmp upnp-filter
ip dhcp-relay
exit

# this is the VLAN just for the displays
vlan create 151 name "MSHS_Displays" type port-mstprstp 1
vlan members 151 1/20,1/22 portmember

vlan create 4051 type spbm-bvlan
vlan create 4052 type spbm-bvlan

# this is an uplink port to one of the switch stacks
interface GigabitEthernet 1/20
default-vlan-id 150
no shutdown
no spanning-tree mstp  force-port-state enable
no spanning-tree mstp msti 1 force-port-state enable
exit

# this is the fabric uplink port back to our core router
interface GigabitEthernet 1/24
default-vlan-id 0
auto-negotiate
no shutdown
auto-nni
no spanning-tree mstp  force-port-state enable
no spanning-tree mstp msti 62 force-port-state enable
exit

 And this is from a different school. Everything is pretty much the same except there's only the data VLAN and the following port configs:

# fabric uplink port
interface GigabitEthernet 1/49
untagged-frames-discard
default-vlan-id 0
auto-negotiate
no shutdown
isis
isis spbm 1
isis enable
no spanning-tree mstp  force-port-state enable
no spanning-tree mstp msti 62 force-port-state enable
exit

# switch uplink port
interface GigabitEthernet 1/50
untagged-frames-discard
default-vlan-id 18
auto-negotiate
name "To MDF 160 DAC"
no shutdown
exit

I'll try the igmp snooping settings and report back the results.

Thank you!

[TQU · Accepted solution]

Hi Matts

You should look to the IGMP snooping configuration, 1-to-many sound like multicast stream.

Try to disable the IGMP snooping on the vlan on both device.

I'm not familiar with HDBitT but I found some diagram with IGMP switch. So I think it use multicast.

If no change, please share full configuration of each node.

Regards,

Théo

[K-phi]

Hi, 

Could you share the access port config (UNI) and the trunk ports config (NNI) of two different switches ?

Thx

Kevin