Frequent pauses leading to a silent device. Power cycling is the only workaround.

Do the garden offices have an Ethernet connection? Where are the Play:1s with disabled radios located?

It would also be useful to see a screenshot of the Network Matrix, to be found at http://x.x.x.x:1400/support/review, where x.x.x.x is the IP of any player. Blur out the MAC addresses if you’re concerned about privacy.

Hi Ratty. Thanks for your reply (you probably do not remember but you helped me solve an STP issue many, many years ago!). Matrix attached. The Garden offices all have ethernet run to them. One garden office has a wired Connect (with wifi disabled) but the other has a Play one on Sonosnet. There are also a stereo pair of Play ones in the garden on Sonosnet.

“Office” is presumably the wired Connect. “Kitchen” is obviously wired too. “Patio 2” is the only other wired node by the looks of things. 

Two nodes look to be powered off. What happens if they’re on?

When the problems start to set in, do the switch port LEDs give any indication of abnormal traffic patterns?

I forgot the two undefined ones. These are phantom devices and do not exist. They’ve been there for some time. I think due to renaming some devices some years ago.

When I saw STP issues some years ago the port LEDS on both switches would be on solid. But with this current issue there is no noticeable change in the status of the lights.

Do you typically have one or multiple units playing? Are any players Grouped? There may be a transient source of interference. Does the Network Matrix change significantly over time?

When paired, the left unit becomes the “coordinator” for the pair. All data for the pair is managed by the coordinator. For Groups, the first player (used to build the Group) is the Group coordinator. When play is initiated a cache is built. Data from the cache is used to ride through small communication issues. If there are lots of issues the cache will shrink and eventually the unit will need to take action when its cache is exhausted. If (in the opinion of the player) the issue seems transient, the player will briefly mute. If the problem is severe the current track will be abandoned and the next track in the Queue will be attempted. A string of small issues can result in an apparently silent player as it patiently tries to work through a continuous string of small, transient issues. Obviously, real time services, such as net radio cannot skip to the next track.

Keep a log of issues. I once had a very severe, intermittent issue. After a few days of logging it became obvious that days and occasional evenings were fine, while other evenings were nasty. Sunday afternoon was nearly impossible. I slipped a copy of my log under my neighbor’s door, along with a polite note. A couple days later the annotated log returned. Some evenings she was traveling overnight for business and Sunday afternoon she called Mom. She was using a cordless phone system that was known to wreck WiFi. I was able to completely resolve the issue by avoiding wireless SonosNet connections near her base station.

You may have an intermittent hardware issue that interferes with network communication. This may or may not be SONOS caused. In another situation network traffic was much slower than expected for a wired network. It was very puzzling. Eventually I discovered that a hidden network wire had been damaged during construction. SONOS noticed this and used its wireless SonosNet to provide the connection to a network switch. While SonosNet is solid, it is not very fast compared to a Gigabit wired connection.

Phantom devices should vanish when the whole system reboots, when the firmware updates if not before. 

I can’t see anything obvious that suggests why it’s going wrong, but it feels like a possible interaction with the network infrastructure. The logs in your diagnostic could well offer a clue. If you don’t get a follow-up here early next week I suggest calling Sonos Support and getting them to parse the diagnostic. 

In the meantime I trust that you reserve fixed IP addresses for Sonos devices and anything that interacts with them. If not then it would be a great idea to do so.

Thanks. Interesting about the phantom devices. I wonder why they are there. I run my own DHCP/DNS server (DNSMasq). It has the IP address of each Sonos device along with its MAC address.

Generally about two or three devices are grouped. Also there’s usually at least one other device playing on its own.

We cannot rule out the possibility of a hardware or very specific to one player network issue. For the purpose of your logging, you could systematically avoid Grouping or using each player. Submitting diagnostics could reduce your logging workload because the diagnostics log network issues for all players -- unless the situation is so bad that a player cannot report, but this is a good, though incomplete data point.

I contacted Sonos support on Monday (20th). They asked me to connect the three wired Sonos devices direct to the router rather than the switches. I did this but after a day the problem returned and I had to power cycle ths device (although I sent a diagnostic before doing so). Unfortunately it seems Sonos support are now quite busy and the chatbot is not available. They emailed me and said they would get back to me in the next seven days….! Fingers crossed.