开云体育

ctrl + shift + ? for shortcuts
© 2025 Groups.io

DM-NVX-351 on different subnet


 

We mainly to DM-MD16x16 systems and usually just use DM-NVX to send AV to a remote location such as a pool house via fiber.

But I have a project coming up that we are using DM-NVX-351s instead because a number of the rooms exceed the maximum distance allowed by HD BaseT.? I would like to put the DM-NVX on a different subnet than the CP4. Programming will be done in SIMPL. At one time I know that there were issues with IR and RS232 on the DM-NVX if the processor was on a different subnet.? Was that every fixed?? Or are there any other caveats on have the processor on a different subnet?


 

开云体育

One of my biggest NVX projects so far I intentionally put all of the NVX on a completely different VLAN/subnet from the control stuff and while I was only doing the network design/config for that I haven’t heard of any control issues.

?

Of course all of the NVX encoders and decoders need to be on the same VLAN (or you need to have a multicast router/proxy with appropriately sized interfaces) for video between them to work but as long as they can see the processor for control no reason it should need to be on the same subnet.

?

--

Lincoln King-Cliby, CTS, DMC-E-4K/T/D
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Diamond)
ControlWorks Consulting, LLC
Direct: (+1)440.771.4807 | Cleveland: (+1)440.449.1100? | Boston: (+1)508.695.0188 | DC: (+1)202.381.9070? | Fax: (+1)440.449.1106
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer

?

From: [email protected] [mailto:[email protected]] On Behalf Of Steve Kuehn
Sent: Friday, July 30, 2021 2:46 PM
To: [email protected]
Subject: [crestron] DM-NVX-351 on different subnet

?

We mainly to DM-MD16x16 systems and usually just use DM-NVX to send AV to a remote location such as a pool house via fiber.

But I have a project coming up that we are using DM-NVX-351s instead because a number of the rooms exceed the maximum distance allowed by HD BaseT.? I would like to put the DM-NVX on a different subnet than the CP4. Programming will be done in SIMPL. At one time I know that there were issues with IR and RS232 on the DM-NVX if the processor was on a different subnet.? Was that every fixed?? Or are there any other caveats on have the processor on a different subnet?


 

We have systems running like this and they have been working well. The IT guys did the VLAN setup, so I don't know configuration specifics. In one case I have 10 TVs with RS232 control over the local NVX units and it has never failed.

Side note, when I was initially setting this up and having some issues, I called Tech support and they said 'Nope, you can't do that', while at the same time our IT guys got it all working. TB then said 'Oh, yes, you can do that.'


 

Thanks for the confirmation.? I'll report back if there is any special VLAN configuration needed other than the standard IGMP Snooping/Querier and Multicast Router stuff.? I just remember way back when I took the NVX class that there was apparently an issue where IR or RS232 on the DM-NVX didn't work if it was on a different subnet.? I guess that problem has been fixed by now.

One thing I have never fully understood is why you need to execute the command "IGMPPROXY OFF" on the Crestron processor or why it was even turned on by default in the first place.? I guess I could just try it both ways and see what happens.

Thanks,


 

I'm sure this is way over simplifying it but... IGMP Proxy effectively forwards all IGMP traffic through the router. ?which means that the port the processor is plugged into would subscribe to all the multicast groups so that it could forward that traffic on incase something on the other side of the router needs it. ?So if it subscribed to all the NVX streams then the port would be flooded and unusable.

I have not run into a need to have IGMP proxy on but I have forgotten to disable it before connecting NVX so it seems like it would be better to be disabled from the factory but maybe theres a use-case I havent considered.


 

On Fri, Aug 6, 2021 at 08:15 AM, Kyle Goyer wrote:
I'm sure this is way over simplifying it but... IGMP Proxy effectively forwards all IGMP traffic through the router. ?which means that the port the processor is plugged into would subscribe to all the multicast groups so that it could forward that traffic on incase something on the other side of the router needs it. ?So if it subscribed to all the NVX streams then the port would be flooded and unusable.

I have not run into a need to have IGMP proxy on but I have forgotten to disable it before connecting NVX so it seems like it would be better to be disabled from the factory but maybe theres a use-case I havent considered.
That is what I suspected would happen.? I have used IGMP proxy in conjunction with a mdns repeater in the routers we install to access Sonos from another subnet.? But that is more involved then simply turning IGMP proxy on.? Your also have to tell the router which VLAN is the upstream, which is the downstream, and number of other things to get it to work.? And then your have to tell the mDNS repeater which VLANs to repeat.?? So it is more involve that just flipping a switch to implement IGMP proxy.

Which begs the question, why have IGMP proxy enable by default particularly when you have a Crestron processor with one LAN port and no ability to do VLANs.? I cannot imagine a situation where it needs to be turned on in anything but a router and then only in very unique situations.


 

开云体育

IGMPPROXY is (potentially) helpful for lower-bandwidth multicast things like mDNS, UPnP, and Bonjour (AirPlay, AirPrint, etc.) bridging the CS to LAN – the problem is that the processor only has a gigabit interface and with NVX using ~750m in its default configuration it only takes 2 encoders being proxied by the processor before you’ve completely saturated the CS and LAN interfaces on the processor and all sorts of things fall apart. ?(750 + 750 = 1500? > 1000)

?

I believe the default is off for more recent firmware and the 4-series but I haven’t had NVX in a network configuration where that would matter in a long time.

?

--

Lincoln King-Cliby, CTS, DMC-E-4K/T/D
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Diamond)
ControlWorks Consulting, LLC
Direct: (+1)440.771.4807 | Cleveland: (+1)440.449.1100? | Boston: (+1)508.695.0188 | DC: (+1)202.381.9070? | Fax: (+1)440.449.1106
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer

?

From: [email protected] [mailto:[email protected]] On Behalf Of Steve Kuehn
Sent: Thursday, August 05, 2021 4:36 PM
To: [email protected]
Subject: Re: [crestron] DM-NVX-351 on different subnet

?

Thanks for the confirmation.? I'll report back if there is any special VLAN configuration needed other than the standard IGMP Snooping/Querier and Multicast Router stuff.? I just remember way back when I took the NVX class that there was apparently an issue where IR or RS232 on the DM-NVX didn't work if it was on a different subnet.? I guess that problem has been fixed by now.

One thing I have never fully understood is why you need to execute the command "IGMPPROXY OFF" on the Crestron processor or why it was even turned on by default in the first place.? I guess I could just try it both ways and see what happens.

Thanks,


 

Thanks Lincoln for clarifying.? I guess we should include turning IGMP proxy off? as part of the initial setup of any system we set up.? Particularly on the series 3 with its 100baseT Ethernet adapter.

I always though it was just IGMP snooping in the Ethernet switches that was useful for lowering multicast traffic.? Guess I need to read up on IGMP proxy to see how that may lower bandwidth too.


 

开云体育

All of the 3-series with a control subnet also have gigabit NICs; 3-series without a control subnet IGMP proxy isn’t applicable. In any event, IGMPPROXY OFF is the more sane default/standard configuration.

?

There are a variety of things that go into an effective multicast deployment – IGMP snooping (and no TCN flood for Cisco) are critical but if the processor is trying to proxy multicast unless you have things upstream (like blocking all multicast on that switch port) it’s “working as designed”

?

--

Lincoln King-Cliby, CTS, DMC-E-4K/T/D
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Diamond)
ControlWorks Consulting, LLC
Direct: (+1)440.771.4807 | Cleveland: (+1)440.449.1100? | Boston: (+1)508.695.0188 | DC: (+1)202.381.9070? | Fax: (+1)440.449.1106
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer

?

From: [email protected] [mailto:[email protected]] On Behalf Of Steve Kuehn
Sent: Friday, August 06, 2021 12:34 PM
To: [email protected]
Subject: Re: [crestron] DM-NVX-351 on different subnet

?

Thanks Lincoln for clarifying.? I guess we should include turning IGMP proxy off? as part of the initial setup of any system we set up.? Particularly on the series 3 with its 100baseT Ethernet adapter.

I always though it was just IGMP snooping in the Ethernet switches that was useful for lowering multicast traffic.? Guess I need to read up on IGMP proxy to see how that may lower bandwidth too.