Brief:
- I have a separate vlan for my IoT devices on my Ubiqutiy Unify Dream Machine router.
- When my HASS is on that same IoT network, then Chromecasts (especially CCAs) do not work properly: groups fail to play, devices disappear.
- When the HASS machine (a Pi4) is on a separate VLAN (and consequently a separate IP block), things work as they should.
Some more detail:
- The VLAN for my IoT devices has the ip block
192.168.4.*
- The VLAN for my primary computers is
192.168.2.*
- Without thinking about it, my Raspberry Pi that runs HASS was on the primary network, while all the IoT devices (including Google devices) were on the IoT network.
- This worked fine.
- But, I couldn’t send WOL packets from HA to my LG TV (to power on the TV)
- So, I moved the HA to the IoT network (and that worked, the TV turns on)
- After doing so, all my Chromecast groups, and Chromecast Audio (CCA) devices all started acting up.
- I didn’t realize this was the cause, so I tried a bunch of things.
- All of my CCAs are hardwired via ethernet. Putting them on WiFi did not help.
- I even deleted my old Home and factory reset all the CCAs, thinking that they just all got confused.
- I messed with my router settings extensively based on many online topics
My setup
- Ubiquity Unifi Dream Machine (UDM)
- Some managed switches, a few wireless access points
- 4 CCAs (hard wired using POE adapters)
- 1 CCwGTV (hard wired using the official ethernet plug adapter)
- 1 Google Home
- 1 Google Home Mini
- 1 Nest Audio
Question
- Why? What about having the HASS Pi on the same VLAN / subnet could cause this?
- How? How should I solve this, I suppose I can put just the Google devices on their own VLAN.
Related (mostly for keywords)
There are so many posts on the internet about CCAs, ethernet, mDNS, speaker groups, etc etc that sound almost exactly like what I was dealing with. Would somebody help me understand how the mDNS communication protocol of Chromecast devices could be disrupted by a device (in my case the HASS).