Duplicated Chromecast Groups [Ticket In]

Roon Core Machine

Roon Core - ROCK with RoonOS Version 1.0 (build 227) stable
Running on NUC7i7DNKE with 16GB RAM with NVMe 250B SSD

Networking Gear & Setup Details

Roon Core/ROCK server is wired
PC based Remotes are either Wired when docked or Wifi when not
iOS based Remotes are on Wifi
SonoreUPnP endpoint to Naim NDS is wired
Chromecast devices are on Wifi

Wifi Access Point is Edimax WAP1750 (dual channel Wifi 5)

Connected Audio Devices

SonoreUPnP Bridge into Naim NDS network player
2 Chromecast Audio
2 Chromecast based Speakers

Number of Tracks in Library

97,934 tracks

Description of Issue

Roon Core is duplicating Endpoints

Endpoint in question “Bed and Bathrooms” is a Chromecast Group supporting multiple Devices

I previously reported that this type of Endpoint were disappearing, so now conduct an automated schedule reboot of the Wifi Access point daily to prevent this - but now these Endpoints are appearing duplicated in Settings → Audio

Hi Simon,

Is Bed and Bathrooms a single endpoint or a group. I know that I started getting dups when I had Home group a couple of endpoints and then dropped the group. The previously grouped endpoint would appear twice.

I would double check the Google Home app. Roon is showing what it is seeing in responses to its queries. For me, it was Home doing something weird. I removed the group in Home, and then, I reset up the affected Chromecast in Home and it stopped.

Hi,

“Bed and Bathrooms” is a Group of potentially up to 4 devices, created in Google Home.

Resetting Roon Core and it returns to a single instance listing, but after a period it is then listed twice as duplicates.

Not sure I want to delete and then recreate the Group in Google Home, as it works just an annoyance when listed twice as a duplicate.

Thanks

1 Like

Hi @simon_pepper,

Thank you for the report. The team is investigating diagnostics on the backend, and it’s clear this group (and another Chromecast endpoint) is dropping out and re-registering with your Core. We’ll report back once we have an update after we’ve synced.

In the meantime, out of curiosity - do you have any mDNS reflectors in your setup?

No DNS reflectors, no.

DNS servers are the ones provided by the ISP (Virgin Media Ireland), and used by all connected devices on the network.

Due to the Chromecast Groups dropping out and becoming undiscovered, I have my WiFi WAP on a scheduled reboot every 24-hours at 3am GMT/UTC.

I tried to raise this previous problem as a ticket but there was no resolution, so the daily reboot seemed the best fix.

Thanks
Simon

Thanks, @simon_pepper, for the clarification. Diagnostics should give us a pretty clear sense of what’s happening here in that case.

We’ve escalated with QA and I’ll post our conclusions here once we’ve had a deeper look.

I think he is referring to mDNS reflectors this has nothing to do with dns on your isp. It’s for forwarding multicast dns over different networks. Both Chromecast and AirPlay rely on mdns for device discovery as does Roon for those endpoint types. It allows device to found anywhere on your network even different subnets.

1 Like

Still no, some of the applications, such as Naim App, use mDNS for discovery but nothing permanently setup.

Thanks @CrystalGipsy, that’s correct, I omitted the “m” (multicast) and confused the message.

In any case, logs contain evidence of various mDNS invalid responses triggering a discovery loop for these Chromecast devices in your Core. We’ll report back once we know more.

Any update on this? As I have duplicate Chromecast groups listed again this morning.

@connor Is there any update on this?
I saw in the recent Release Notes was a mention re. Gapless Playback from Chromecast devices, does this change have any impact on this issue - which is still present?

Hi @simon_pepper,

Thanks for your prompt and our apologies for the delay. I’ll get a status update on the investigation and post here shortly.

Hi @simon_pepper,

One possibility the team wants to investigate is the potential for repeat mDNS requests to confuse Roon (see here for a related example). Logs show some mDNS discrepancy that suggests to us there might be another device or software program using mDNS with these Chromecast devices on your network and confusing Roon. Is there anything that can “speak mDNS” on this network other than the Naim app, ie. relies on multicast and can connect to this same Chrome group? Does this occur when you have any device with the Naim app powered down?

Additionally, there are timeouts and other network-related failures in logs that may or may not be otherwise noticeable while using Roon but could potentially underpin these symptoms.

I notice you mention a dual-band WiFi access point with network management capabilities. Which frequency are you using for your Remotes and for your endpoints on WiFi?

Hi Connor,

Many thanks for the follow-up

Easy questions first
All the Chromecast devices that can avail of the Chromecast Group are on the 5GHz WiFi band.

I only have 4 devices on the 2.4GHz band with Router based Bandsteering putting everything capable onto the 5GHz band.

Now I very rarely use the Naim app to access the NDS Network player (not Amp) as all playback is done through Roon and the UPnP Bridge.

However I could experiment with a fresh restart with just one instance of the Chromecast Group. Open up the Naim app and if the Chromecast Group is duplicated after the mDNS discovery process conducted by the Naim app confuses Roon.

Outside of this, I don’t believe there are any mDNS devices conducting discovery.

Is there a mDNS monitor I could use to see what devices are trying to use Multicast as a discovery protocol?

Also you say you can see Network failures in my logs, what devices are those relating to?
Many if we tidy these up, Roon may not be getting as confused over the Chromecast Group of Chromecast based devices.

Simon

Hi @connor
Just rebooted my Core (after returning from a business trip and with thr Naim Network player powered off) checked that there was just one Endpoint for the Chromecast Group.

Then powered up the Naim NDS Network player, where all the mDNS discovery is undertaken. I then opened the Naim iOS app to allow it to discover the NDS.

There remains just one Chromecast Group Endpoint.

BTW My Naim NDS doesn’t support Chromecast, it is an earlier Naim product and not the latest versions that have Airplay & Chromecast protocol support.

Naim app doesn’t do anything here for me on Chromecast devices I have an Atom and using the Naim app has never done this, but I have noticed duplicate AirPlay zones on the Atom from time to time but not for a while but I don’t tend to have it active any more.

You can use wireshark to try and identify mDNS traffic on your network but not use if this runs on a mac or not.

But this morning, following the reboot of the Roon Core, I have the Chromecast Group Endpoint duplicated.

Both have the Chromecast Group ‘anchored’ on the same Chromecast Audio’s IP Address.

All that has happened since, is the scheduled daily reboot of the WAP.
I implemented this to prevent the Chromecast devices from disappearing from Roon, as reported in an earlier ticket here Roon 1.8 B898 loses all WiFi based Roon audio endpoints after 48 hrs

Perhaps the duplication is linked to this issue, which also relates to Discovery via mDNS. In this case a lack of discovery after a period of time, then with a reset of the WIFI network, the discovery duplicates the Chromecast Group related Endpoint.

Just doing some further reading to find a mDNS monitor.

And I do have the Bonjour service running on a Windows 7 machine
“Bonjour Service - mDNSResponder.exe” Service on Windows 7 However this has been running for years, before this Chromecast Group Endpoint duplication issue presented itself.

1 Like

Not sure this will help but here is a Wireshark report capturing udp port 5353 i.e. the mDNS traffic on my traffic.

As you can see both iPad.Pro are discovering.
The Roon Core is 192.168.0.12
dingo3, dingo4 and dingo2 are ReadyNAS devices
You can also see the NDS unit in there

Later in the activity the iPhone also discovers, as it is running Google Home as well.

1 0.000000 iPad-Pro.local 224.0.0.251 MDNS 152 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QU question SRV 0 0 14603 iPad-Pro.local OPT
2 0.069913 iPad-Pro.local ff02::fb MDNS 172 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QU question SRV 0 0 14603 iPad-Pro.local OPT
3 0.600785 iPad-Pro.local 224.0.0.251 MDNS 152 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QM question SRV 0 0 14603 iPad-Pro.local OPT
4 0.684327 iPad-Pro.local ff02::fb MDNS 172 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QM question SRV 0 0 14603 iPad-Pro.local OPT
5 0.709230 iPad-Pro.local 224.0.0.251 MDNS 284 Standard query 0x0000 PTR lb._dns-sd._udp.local, QU question PTR _leo._tcp.local, QU question PTR _sueS800Device._tcp.local, QU question PTR _sueGrouping._tcp.local, QU question PTR _Naim-Updater._tcp.local, QU question PTR _spotify-connect._tcp.local, QU question PTR _googlezone._tcp.local, QU question PTR _airplay._tcp.local, QU question PTR _raop._tcp.local, QU question PTR _smb._tcp.local, QU question PTR _workstation._tcp.local, QU question OPT
6 0.734678 dingo3.local 224.0.0.251 MDNS 202 Standard query response 0x0000 PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local TXT, cache flush SRV, cache flush 0 0 9 dingo3.local AAAA, cache flush fe80::a221:b7ff:fec1:9832 A, cache flush 192.168.0.3
7 0.786881 iPad-Pro.local ff02::fb MDNS 304 Standard query 0x0000 PTR lb._dns-sd._udp.local, QU question PTR _leo._tcp.local, QU question PTR _sueS800Device._tcp.local, QU question PTR _sueGrouping._tcp.local, QU question PTR _Naim-Updater._tcp.local, QU question PTR _spotify-connect._tcp.local, QU question PTR _googlezone._tcp.local, QU question PTR _airplay._tcp.local, QU question PTR _raop._tcp.local, QU question PTR _smb._tcp.local, QU question PTR _workstation._tcp.local, QU question OPT
8 0.787704 dingo3.local ff02::fb MDNS 206 Standard query response 0x0000 PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local TXT, cache flush SRV, cache flush 0 0 9 dingo3.local AAAA, cache flush fe80::a221:b7ff:fec1:9832
9 0.792874 ultraRendu.local 224.0.0.251 MDNS 193 Standard query response 0x0000 PTR ULTRARENDU._smb._tcp.local TXT, cache flush SRV, cache flush 0 0 445 ultraRendu.local AAAA, cache flush fe80::d263:b4ff:fe01:5212 A, cache flush 192.168.0.13
10 0.795748 dingo4.local 224.0.0.251 MDNS 202 Standard query response 0x0000 PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local TXT, cache flush SRV, cache flush 0 0 9 dingo4.local AAAA, cache flush fe80::a221:b7ff:fec1:4a26 A, cache flush 192.168.0.10
11 0.803675 dingo2.local 224.0.0.251 MDNS 240 Standard query response 0x0000 PTR dingo2 [00:26:f2:77:87:2f]._workstation._tcp.local TXT, cache flush SRV, cache flush 0 0 9 dingo2.local A, cache flush 192.168.0.9 PTR dingo2 (CIFS)._smb._tcp.local TXT, cache flush SRV, cache flush 0 0 445 dingo2.local
12 0.889158 ultraRendu.local ff02::fb MDNS 197 Standard query response 0x0000 PTR ULTRARENDU._smb._tcp.local TXT, cache flush SRV, cache flush 0 0 445 ultraRendu.local AAAA, cache flush fe80::d263:b4ff:fe01:5212
13 0.889564 dingo4.local ff02::fb MDNS 206 Standard query response 0x0000 PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local TXT, cache flush SRV, cache flush 0 0 9 dingo4.local AAAA, cache flush fe80::a221:b7ff:fec1:4a26
14 1.019673 iPad-Pro.local 224.0.0.251 MDNS 123 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QM question SRV 0 0 14603 iPad-Pro.local
15 1.020498 iPad-Pro.local 224.0.0.251 MDNS 110 Standard query response 0x0000 PTR _naimapp._tcp.local
16 1.093872 iPad-Pro.local ff02::fb MDNS 143 Standard query 0x0000 ANY Naim Audio App._naimapp._tcp.local, QM question SRV 0 0 14603 iPad-Pro.local
17 1.094165 iPad-Pro.local ff02::fb MDNS 130 Standard query response 0x0000 PTR _naimapp._tcp.local
18 1.161125 iPad-Pro.local 224.0.0.251 MDNS 316 Standard query response 0x0000 TXT, cache flush PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
19 1.196708 iPad-Pro.local ff02::fb MDNS 336 Standard query response 0x0000 TXT, cache flush PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
20 1.401843 iPad-Pro.local 224.0.0.251 MDNS 158 Standard query 0x0000 AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QU question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QU question AAAA dingo2.local, QU question
21 1.503651 iPad-Pro.local ff02::fb MDNS 178 Standard query 0x0000 AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QU question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QU question AAAA dingo2.local, QU question
22 1.742907 iPad-Pro.local 224.0.0.251 MDNS 592 Standard query 0x0000 PTR lb._dns-sd._udp.local, QM question PTR _leo._tcp.local, QM question PTR _sueS800Device._tcp.local, QM question PTR _sueGrouping._tcp.local, QM question PTR _Naim-Updater._tcp.local, QM question PTR _spotify-connect._tcp.local, QM question PTR _googlezone._tcp.local, QM question PTR _airplay._tcp.local, QM question PTR _raop._tcp.local, QM question PTR _smb._tcp.local, QM question PTR _workstation._tcp.local, QM question PTR 93d9c5a1-ffe5-3407-45b0-35923df6f663._googlezone._tcp.local PTR 2c6bb220-3973-3180-2b7d-a06945a9aa33._googlezone._tcp.local PTR Apple TV._airplay._tcp.local PTR 7CD1C30B36E2@Apple TV._raop._tcp.local PTR ULTRARENDU._smb._tcp.local PTR dingo2 (CIFS)._smb._tcp.local PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local PTR dingo2 [00:26:f2:77:87:2f]._workstation._tcp.local
23 1.811313 iPad-Pro.local ff02::fb MDNS 612 Standard query 0x0000 PTR lb._dns-sd._udp.local, QM question PTR _leo._tcp.local, QM question PTR _sueS800Device._tcp.local, QM question PTR _sueGrouping._tcp.local, QM question PTR _Naim-Updater._tcp.local, QM question PTR _spotify-connect._tcp.local, QM question PTR _googlezone._tcp.local, QM question PTR _airplay._tcp.local, QM question PTR _raop._tcp.local, QM question PTR _smb._tcp.local, QM question PTR _workstation._tcp.local, QM question PTR 93d9c5a1-ffe5-3407-45b0-35923df6f663._googlezone._tcp.local PTR 2c6bb220-3973-3180-2b7d-a06945a9aa33._googlezone._tcp.local PTR Apple TV._airplay._tcp.local PTR 7CD1C30B36E2@Apple TV._raop._tcp.local PTR ULTRARENDU._smb._tcp.local PTR dingo2 (CIFS)._smb._tcp.local PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local PTR dingo2 [00:26:f2:77:87:2f]._workstation._tcp.local
24 1.921258 iPad-Pro.local 224.0.0.251 MDNS 353 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
25 2.015782 iPad-Pro.local ff02::fb MDNS 373 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
26 2.520599 iPad-Pro.local 224.0.0.251 MDNS 158 Standard query 0x0000 AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QM question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QM question AAAA dingo2.local, QM question
27 2.629923 iPad-Pro.local ff02::fb MDNS 178 Standard query 0x0000 AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QM question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QM question AAAA dingo2.local, QM question
28 3.920464 iPad-Pro.local 224.0.0.251 MDNS 353 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
29 3.961407 iPad-Pro.local ff02::fb MDNS 373 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
30 4.721817 iPad-Pro.local 224.0.0.251 MDNS 691 Standard query 0x0000 PTR lb._dns-sd._udp.local, QM question PTR _leo._tcp.local, QM question PTR _sueS800Device._tcp.local, QM question PTR _sueGrouping._tcp.local, QM question PTR _Naim-Updater._tcp.local, QM question PTR _spotify-connect._tcp.local, QM question PTR _googlezone._tcp.local, QM question PTR _airplay._tcp.local, QM question PTR _raop._tcp.local, QM question PTR _smb._tcp.local, QM question PTR _workstation._tcp.local, QM question AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QM question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QM question AAAA dingo2.local, QM question PTR 93d9c5a1-ffe5-3407-45b0-35923df6f663._googlezone._tcp.local PTR 2c6bb220-3973-3180-2b7d-a06945a9aa33._googlezone._tcp.local PTR Apple TV._airplay._tcp.local PTR 7CD1C30B36E2@Apple TV._raop._tcp.local PTR ULTRARENDU._smb._tcp.local PTR dingo2 (CIFS)._smb._tcp.local PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local PTR dingo2 [00:26:f2:77:87:2f]._workstation._tcp.local
31 4.781080 iPad-Pro.local ff02::fb MDNS 711 Standard query 0x0000 PTR lb._dns-sd._udp.local, QM question PTR _leo._tcp.local, QM question PTR _sueS800Device._tcp.local, QM question PTR _sueGrouping._tcp.local, QM question PTR _Naim-Updater._tcp.local, QM question PTR _spotify-connect._tcp.local, QM question PTR _googlezone._tcp.local, QM question PTR _airplay._tcp.local, QM question PTR _raop._tcp.local, QM question PTR _smb._tcp.local, QM question PTR _workstation._tcp.local, QM question AAAA 93d9c5a1-ffe5-3407-45b0-35923df6f663.local, QM question AAAA 2c6bb220-3973-3180-2b7d-a06945a9aa33.local, QM question AAAA dingo2.local, QM question PTR 93d9c5a1-ffe5-3407-45b0-35923df6f663._googlezone._tcp.local PTR 2c6bb220-3973-3180-2b7d-a06945a9aa33._googlezone._tcp.local PTR Apple TV._airplay._tcp.local PTR 7CD1C30B36E2@Apple TV._raop._tcp.local PTR ULTRARENDU._smb._tcp.local PTR dingo2 (CIFS)._smb._tcp.local PTR dingo3 [a0:21:b7:c1:98:32]._workstation._tcp.local PTR dingo4 [a0:21:b7:c1:4a:26]._workstation._tcp.local PTR dingo2 [00:26:f2:77:87:2f]._workstation._tcp.local
32 5.728552 Naim-NDS.local 224.0.0.251 MDNS 365 Standard query response 0x0000 PTR mu-so_CX_00:11:F6:AE:64:0A._sueGrouping._tcp.local TXT, cache flush SRV, cache flush 0 0 8080 Naim-NDS.local A, cache flush 192.168.0.5 NSEC, cache flush mu-so_CX_00:11:F6:AE:64:0A._sueGrouping._tcp.local NSEC, cache flush Naim-NDS.local OPT
33 6.960142 192.168.0.12 224.0.0.251 MDNS 76 Standard query 0x9e17 PTR _raop._tcp.local, QM question
34 6.960371 192.168.0.12 224.0.0.251 MDNS 82 Standard query 0x9e18 PTR _googlecast._tcp.local, QM question
35 6.986450 815954a5-7f5e-d533-fc69-52a4efc72f0e.local 224.0.0.251 MDNS 406 Standard query response 0x0000 PTR Chromecast-815954a57f5ed533fc6952a4efc72f0e._googlecast._tcp.local TXT, cache flush SRV, cache flush 0 0 8009 815954a5-7f5e-d533-fc69-52a4efc72f0e.local A, cache flush 192.168.0.20
36 7.160693 192.168.0.12 224.0.0.251 MDNS 76 Standard query 0x9e19 PTR _raop._tcp.local, QM question
37 7.160892 192.168.0.12 224.0.0.251 MDNS 82 Standard query 0x9e1a PTR _googlecast._tcp.local, QM question
38 7.185758 815954a5-7f5e-d533-fc69-52a4efc72f0e.local 224.0.0.251 MDNS 406 Standard query response 0x0000 PTR Chromecast-815954a57f5ed533fc6952a4efc72f0e._googlecast._tcp.local TXT, cache flush SRV, cache flush 0 0 8009 815954a5-7f5e-d533-fc69-52a4efc72f0e.local A, cache flush 192.168.0.20
39 7.740351 192.168.0.12 224.0.0.251 MDNS 76 Standard query 0x9e1b PTR _raop._tcp.local, QM question
40 7.740636 192.168.0.12 224.0.0.251 MDNS 82 Standard query 0x9e1c PTR _googlecast._tcp.local, QM question
41 7.740754 815954a5-7f5e-d533-fc69-52a4efc72f0e.local 224.0.0.251 MDNS 406 Standard query response 0x0000 PTR Chromecast-815954a57f5ed533fc6952a4efc72f0e._googlecast._tcp.local TXT, cache flush SRV, cache flush 0 0 8009 815954a5-7f5e-d533-fc69-52a4efc72f0e.local A, cache flush 192.168.0.20
42 7.944880 iPad-Pro.local 224.0.0.251 MDNS 353 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
43 7.954992 iPad-Pro.local ff02::fb MDNS 373 Standard query response 0x0000 TXT, cache flush PTR _naimapp._tcp.local PTR Naim Audio App._naimapp._tcp.local SRV, cache flush 0 0 14603 iPad-Pro.local AAAA, cache flush fe80::1c2a:7738:c7e3:f3e4 A, cache flush 192.168.0.127 NSEC, cache flush iPad-Pro.local NSEC, cache flush Naim Audio App._naimapp._tcp.local
1 Like

Hi @simon_pepper,

The team is syncing today on this issue again, but I wanted to confirm beforehand.

Do you have any other software using these same Chromecast groups? As in, any other streaming service or audio software that you regularly use? We just want to verify explicitly.