TundraSonic

Thanks. Any reason why?

Possibly a good idea but could also be quite difficult and expensive. If her working was limited to a single laptop in her office then it'd be a better option but she works all over the house and outside so we'd need to replicate all or a good chunk of our 11 AP's. Not to mention other possible issues of making sure that she has full access to printers, TV's, etc (which I think could be done w/ dual logins but that can get messy and with spanning tree turned off for C4 could be messier). It's 2021 and networks are fully capable of operating in an integrated fashion. There s/b no need to separate her out. HOWEVER, I'd once before discussed w/ our integrator having a separate C4 network for stuff that talks ONLY to the core EA5 which I believe would be T3's, Dimmers, maybe audio matrix & amps? EA1's and CA1's?

One quick note - The C4 dimmers are all on the EA5 ethernet switch, not Unifi. I'm not sure what difference that makes as I can't see the switch config in HE. Is there a router element of any sort between the 'ethernet in' and that switch? Is this a purely dumb switch and 'ethernet in' is a peer? What does this mean for erratic behavior involving only a 6-button keypad and C4 dimmers (so everything within the C4 ecosystem)? Thanks,

There are a few things that somewhat consistently malfunction such as the recessed light for my wife's vanity (video from other thread), lights in scullery that take a long time to turn on (press button on C4 6 button remote, long delay of varying lengths, lights on C4 dimmers finally react). I may try to do see if I can get them to malfunction with a packet capture later today.

Thanks. I have an article due today and an editor who doesn't seem to care about my personal home automation or network problems so time is limited until I get my work done. Also, I'm a bit rusty w/ network stuff. 25 years ago I was solid, having to brush cobwebs off today (and some of this didn't exist 25 years ago). IGMP Snooping can reduce traffic through pruning but I assume C4 want it off because it can prune too much causing delays as they have to re-establish. However, I believe this should only apply to traffic hopping a VLAN or subnet boundary? So long as all C4 stuff is on the same VLAN and subnet (and it is in this case) IGMP snooping shouldn't make any difference? Turning it on could help if it reduces traffic but this network is so lightly loaded that I'm not sure there'd be any difference. I may try it later today to see what happens. I currently have IGMPv3 off. Similar to above, all of the C4 devices are on the same VLAN & subnet and all hardwired. None of this involves anything wireless that I know of. Possibly turning this on could reduce multicast traffic but this network is rarely even very busy, much less saturated. mDNS is needed for a number of apps like Apple TV iPhone Remote, etc. I could turn it off for bit but similar to above I'm struggling to see what affect that would have on the C4 stuff other than maybe reducing mDNS traffic on the C4 VLAN. Is C4 using UDP for all of this? Thanks,

Thanks. Agree. Muj was asking for it though. Again though, ALL C4 stuff and everything it connects to are on the same Switch/VLAN/Subnet. I cannot find anywhere that any broadcast traffic is being blocked or where there would be any expectation of it being blocked. If it is network I would love to find the problem but I'm stumped by this. Where is it being blocked? And, how can a network problem cause a slider to move to 74 or 100 when the user moves it from 0 to 20?

I've been running pings against the EA5 & T3's. Here are a few. 84 packets transmitted, 84 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.191/0.328/0.571/0.077 ms 181 packets transmitted, 181 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.171/0.327/0.521/0.067 ms 129 packets transmitted, 129 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.285/0.497/0.826/0.084 ms 3000 packets transmitted, 3000 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.253/0.483/1.082/0.090 ms

I did a long ping to the EA5 (still from 2 hops away) and a few C4 commands on a T3 (two scene activations, six light level changes, one gain change). No packet loss. C4 commands all executed properly. Ping times were running in the 2 - 3 ms range though.

Thanks. Are you saying that I should not be allowing multicast? The only traffic via firewall is to/from public internet and there are NAT rules for this. External connection from C4 apps or website to our EA5 work well. VLANs vary based on VLAN. Surveillance VLAN (cams) is extremely segregated. Guest VLAN and an IOT VLAN for stuff that needs internet but not direct connectivity to us internally are just that - they can see the internet but nothing else except a printer. LIFX VLAN is semi segregated - it allows what is necessary for LIFX to function. C4 VLAN can see internet and has necessary routing to our personal devices VLAN. Wife's VLAN is tight. Disco'ing link ag would be a good bit of work itself and disruptive to editing/rendering work. I cannot imagine any way whatsoever that it would be causing problems especially with all on a different Switch, VLAN and Subnet from any C4 or HA stuff.

Thanks. Yes, this could certainly be the case if it goes back to its previous state (or possibly even if it goes to an intermediary state). However, if the previous state is 0, the user moves the slider to 20%, C4 moves briefly to 20% but then jumps to 74% or 100%, which we've seen several times, that doesn't seem network related?

I believe that is effectively 8 discreet L/R amp pairs w/ sub out? How do you plan to select source? How do you plan to distribute to each amp? I assume you can control audio level w/ the MDX? FWIW, we are likely replacing some of our zone amps w/ these to get ARC capability but they'll be downstream of an audio matrix.

And sorry for the late replies. I was at urgent care yesterday afternoon & night so trying to get caught up on a lot of things.

Yes and no. As people I like my dealer very much. From a technical standpoint they're in a bit over their heads on many things. They were originally to have done the network but after the bid was awarded to them (and I think after they'd already started pre-wire) they pulled out stating that they'd decided it was too complicated for their level of knowledge but that they'd help us find someone else to do it. As it turned out all other integrators said that they would only do the network if they could do the entire job. The only people who would do network only were corporate folks who wanted 3x - 7x as much as was in our budget (which was based on bids from 3 integrators). Sometimes you have to make compromises and given delays already caused by our integrator pulling out at the last minute I reluctantly agreed to do the equipment/config/mgmt if they'd do all of the wiring and other bits which they agreed to. My wife's work is involved primarily to insure that her stuff is secure. Fortunately they have also been good about answering questions and offering advice otherwise. Our dealer (1 tech does all of the C4/Media/Security/Surveillance stuff while other guys do all of the wiring) are great guys and know a lot of things that I don't. OTOH, I've had to fix a number of things in C4 that they did incorrectly and there are other things that I can't fix that I'm still waiting on them to correct like garage lights coming on every time any door is opened (they're busy and I'm relatively patient so not a big deal). So in the end it is sometimes much easier, faster and more efficient to do things yourself. And perhaps more important, doing so also provides for a good learning experience. In this case in particular if it does turn out to be a networking problem since I have to manage the network. There have also been a few instances of our dealer not understanding something and fixing the wrong things. This is the most complicated project they've done and I suspect they didn't account for the extra after install support needed based simply on complexity. Finally, they're overloaded and like others have been dealing w/ a lot of Covid issues and to the extent I can I'd like to keep the burden off of them.

No C4 traffic s/b crossing any VLAN (or subnet) boundaries. It's all on the same Switch/VLAN/Subnet. This should not be an issue? Ethernet connections were all tested and met 5e. Something could still have come loose but there is no indication of that. Some quick pings. These were from 2 hops (physical switches) away. I can stick a machine directly on the C4 switch/VLAN if that would help:EA EA5: 12 packets transmitted, 12 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.294/0.357/0.433/0.045 ms 8DIM: 12 packets transmitted, 12 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.714/1.066/1.817/0.298 ms T3a: 12 packets transmitted, 12 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.359/0.548/0.601/0.065 ms T3b: 13 packets transmitted, 13 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.404/0.511/0.709/0.072 ms Edit: The 8DIMs are all quite slow responding and much slower than any other device on the network I tried. I'm assuming that this is an internal turnaround issue and not network related. Firewall should not be an issue except for traffic to/from public internet: Cable Modems > Firewalls > UI UDMP > Switch Core > Switch C4

I am not at all disregarding people's advice. But when the response is simply 'network', that is not helpful. Am I to pull out all of my Ubiquity system and replace it with Cisco? Thank you. All of these except port aggregation are disabled and have been. We do have a NAS and a couple of Mac Pro's that are port agg'd but these are on a separate switch/VLAN/Subnet so should not be interfering in any way w/ C4? They are also LACP, not PaGP. Multicast is ON.

Yes, this could certainly be the case if it goes back to it's previous state (or possibly even if it goes to an intermediary state). However, if the previous state is 0, the user moves the slider to 20%, C4 moves briefly to 20% but then jumps to 74% or 100% - how can that network related?

No, I did the network along w/ the C4 integrator and tech folks from my wife's work. Integrator is not allowed network admin access. FWIW, I worked for Vint Cerf and helped develop ATM and Frame Relay protocols so am somewhat familiar with networking though old and rusty. There should be nothing in the network causing problems. As mentioned before, all of the C4 stuff is on the same Subnet/VLAN/Switch so there s/b no VLAN/Subnet boundary/routing issues. I'm checking through Unifi to see if I can see anything but nothing that I can find. IGMP Snooping is off, multicast on, etc. I emphasized 'should be' because there certainly could be something that I'm not seeing. Thanks. Any help appreciated!

So, with a change in light or audio level. On T3 the user moves the slider from 0 to 20%. Presumably the T3 sends a state change packet to the EA5, change happens, ack, etc. Or change doesn't happen, nack, retries, etc. So when the slider moves itself to 74% or 100% (instead of the 20% selected by the user) AND that adjustment happens in the system EA5, how could the network have caused that? With turning off a session not working I can see where a network problem could cause that (though proper programming would issue retries and then provide an error message). With the slider problems I can't get to how any kind of network problem could cause it. Network problems could cause it to not execute or to execute late, but that I can figure out a network problem cannot (or certainly should not) cause a change to a state outside of the bounds of the original command. Thanks,

Thanks. Because of my wife's job there are only a very few people allowed network access.

From Composer HE: EA5: C4-E5-V2 I/O Firmware: 1.0.36 From T3: Control4 Software: 320.49.0.20 OS: 3.1.3 Build 574826-res Director Version: 3.1.3.574826-res From 8Dims: 8Dims: 1.1.107 Bus Ethernet Gateway: 2.0.20

BTW, thank you guys for the help. I don't mean to be pedantic but I'm struggling to figure out how the network could be a problem. If it is then that'd be great and hopefully an easy fix but what C4 are doing is very simple and extremely low bandwidth on a lightly loaded network w/ gobs of bandwidth to spare. These same network components successfully handle massively more complicated and higher bandwidth applications without problems so I'm struggling a bit. If stuff needed to cross sub/vlan boundaries then there could certainly be config issues there but that's not the case here that I know of.

Checking...

The erratic behavior or ATV? Let's leave the ATV thing off this thread for now and just focus on the erratic behavior. If it is network, then how?

ATV's are A1842 running 14.3

Let's take the simplest problem - a media session not turning off. This should involve only the T3 and EA5. I click session off, T3 sends a packet to the EA5 with a change state to OFF bit in it, EA5 executes. Overall quite simple. In reality there s/b some check work around it. If the T3 doesn't get a correct status update back from the EA5 within xx microseconds it sends the packet again. And then maybe a third time. If it continues to not get a proper response then it should display an error message on the T3 to the user about it. None of this seems to be happening.