I had it dissappear fairly quickly again after the post above, and then a reboot of my switch immediately fixed it again. Will try in the coming days to figure out to what makes it dissappear in the first place; maybe i can see some pattern.
added info: I have given the roon core and the Kef’s a reserved IP in my otherwise DHCP’d LAN network. They’re both on ethernet.
Still have this problem, haven’t gotten around yet to try the following:
put the Core and the Kef on the same switch.
(Just to see if that makes a difference, it’s a fairly impractical place for my core to be sitting)
What I’m also curious about is: is it a bug on Kef’s side, or Roon’s side. When the stuff works it’s not going over RAAT, but Kef’s Streaming Protocol. So one of those implementations might have a bug (or both). But that stuff is too opaque to fix, apart from via black box testing methods described in this thread…
you’re clearer than I am about the technical issues I think
I’ve wondered whether ‘Kef Streaming’ is RAAT or something else
my plot thickens - I am now losing the Kef Streaming option much less frequently - I got 12 hours without interruption yesterday - then it gave me ‘select audio zone’ again.
i have no idea what has changed - this happened before the recent updates to Roon software
Maybe repeated re-starts…?
Both my core and my Kefs are connected to the same (slightly suspect) switch (and cheap TP Link switch).
I am going to change this switch, in case that’s the problem
After a day of use, it keeps working consistently. The TP-link switch is to blame for me. Remove yours from the chain @Jonathan_Trigg , if that helps, we have solved the mystery.