Skip to main content
Contributor I
January 23, 2026

Spanning Tree issues on TP-Link/Omada after replacing downstream/edge switch.

Preface: My networking skills are not what I’d like them to be.  I’ve been referencing the Sonos STP document and Sonos Networking Best Practices guide to try and resolve the issue below.

 

Two questions:

  1. With two (of 14) Sonos devices connected to ethernet should SonosNet be split across those two devices? Isn’t that why the Matrix reports some STP blocking and some forwarding?
  2. If yes to #1, I need help configuring STP to work that way.

Before:

After moving to a larger house three years ago and SonosNet was not working great, Sonos tech support instructed me to connect a second Sonos device to ethernet which resolved the network issues.

My previous topology was:

  • Managed switch with STP enabled
    • Port 5 → to “dumb” switch → Soundbar
    • Port 6 → to another “dumb” switch → Amp

This worked, but unfortunately I don’t remember if or how my 14 Sonos devices were split across those. 

 

The Issue:

 

Last week I replaced the dumb switch connected to the Soundbar above with a managed switch. The remaining “dumb” switch started reporting a loop, so I enabled STP on the new managed switch and that resolved the loop reporting.

BUT, now my network is reporting one of the ports as blocking and it appears that ALL 14 of my Sonos devices are running through just one of the switches -- that is, they are not (somehow) split between the two ethernet connections.

The Sonos matrix reports some as STP state: blocking and some as STP state: forwarding.

I do wonder with my new topology if it’s a (Omada) network config that is forcing one of the ports to be in blocking mode, or if it’s perhaps my mix of dumb and smart downstream switches that STP is just deciding that one path is the lowest cost for everything. (Again, my STP understanding is limited.)

 

Current Topology:

This is all TP-Link hardware with and OC200 hardware controller. I consider my “root” switch, a SG2210P, as it is connected to my ER7206 router. I’ve tried using both “STP” and “RSTP” settings and no change. Currently using “STP” everywhere.

  • SG2210P (CIST Pri: 4096) →
    • Port:5 STP Pri 128 → 
      • Port:1 Pri 128 of an SG2008 (CIST 4096)
        • Port 5 pri 128 → Soundbar
    • Port:6 STP Pri 128 →
      • Port 5 of ES205GP (“dumb”) Port 2 → Sonos Amp

The ES205GP only has “Loopback control”, which is enabled, but no STP settings.

 

With this configuration ALL 14 Sonos devices are showing connected to the ES205GP and Omada is showing Port 5 on the SG2008 as “STP blocking”.

If I unplug the Sonos Amp from the ES205GP then ALL the Sonos devices move to/show as connected to the SG2008 on its port 5.

I’ve tried various settings (like lower CIST for the root than the SG2008), and also setting port 6 of the root SG2210P to 240 (highest) to try and make the SG2008 a higher priority, but TP-Link still blocks port 5 on the SG2008 (soundbar).

 

Assuming that SonosNet should split across the two wired devices, is it STP configuration or could it be the least “cost” is always through the dumb ES205GP to the root SG2210P?

This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.

23 replies

Prodigy III
January 23, 2026

My first question would be what provides your normal WiFi throughout the house and is it a mesh system, i.e. more than one unit? Second would be does it work well? 

Stanley_4
Grand Maestro
January 23, 2026

I looked into this when I got a managed/smart switch. Didn't take me long to return the switch and hook my Sonos back to my dumb ones. I'm sure there are more technical solutions but I wanted music, not frustration.

Belly M
January 23, 2026

I use UniFi managed switches without issue but the best practice applies to other manufacturers, use either WiFi or wired never mix the two in a household. If wired disable WiFi on all Sonos devices. 
 

You could try disabling WiFi on just the two wired Sonos devices and hopefully this will stop the STP loop.

Prodigy III
January 23, 2026

The reason I asked if your existing non-Sonos WiFi is good or not is because the version of STP Sonos use on Sonosnet is very old and not very easy to get going with other more modern devices. It’s very easy for it all to get confused. Any modern mesh WiFi system (even if you only use one unit) will not play nicely with Sonos unless your managed switch can translate between old and new STP implementations. Cisco can do this for example. However… it’s a ball ache to be frank. The simplest solution is to abandon Sonosnet and then STP does not matter. If you have a managed switch, the best thing to do here is to disable STP on the ports Sonos devices are on if it lets you. 

Then configure Sonos to just use your main WiFi which these days is way more robust than when Sonosnet was a good idea. 

The other thing on a managed switch that you need to get right is multicast or IGMP. It’s probably best to have your WiFi or the router that provides NAT to run the IGMP querier process, but your managed switches should deploy IGMP snooping. This allows the switch to look at IGMP requests so it can only send packets to ports with interested devices and not flood the whole network with multicast packets. Get this wrong and speakers will fall out of groups or not join and drop audio… 


To disable Sonosnet, power off all Sonos devices then power on and connect the ethernet connected devices one at a time and go into the settings in the iOS app to disable WiFi. Then do the next one. The big caveat here is if you have a soundbar, you cannot disable WiFi if you use a Sub or surround speakers as the soundbar needs WiFi to communicate with them, so to not get Sonosnet you can’t wire in any soundbar that supports Sonosnet. When you then turn on the WiFi only devices, as there is no Sonosnet available they use the main WiFi. 

 

64busmanAuthor
Contributor I
January 24, 2026

The reason I asked if your existing non-Sonos WiFi is good or not is because the version of STP Sonos use on Sonosnet is very old and not very easy to get going with other more modern devices.

I read that somewhere, but I thought I read the plain “STP” setting was the old version. But maybe that explains why SonosNet isn’t split between the two ethernet-connected speakers.

I don’t have mesh wifi, I have hard-wired APs. The SonosNet is on a separate channel from my APs, so it has not been a big issue.

 

but your managed switches should deploy IGMP snooping. 

I need to research that more. TP-Link support suggested enabling IGMP, but I’ve toggled it both ways and I see no difference.

 

Then configure Sonos to just use your main WiFi which these days is way more robust than when Sonosnet was a good idea. 

That’s probably the right approach. My 2.4G band is pretty quite, which is what Sonos uses (for wifi, too, not just SonosNet?) Just a bit of a pain to plug in each speaker -- sure wish there was more ethernet in the walls!

And there’s no reason some speakers can’t still be hard-wried in that case, correct?

Now I have to decide if it would be smart to create a separate Sonos VLAN -- and what all I’d break doing that...

Just to satisfy my curiosity, if everything was configured correctly (and I had the right version of STP on my network equipment), would SonosNet split between two more more hard-wired speakers? Is that what the “STP state” in the Sonos matrix was supposed to indicate?

 

Thanks.

 

Prodigy III
January 24, 2026

“Plain” STP comes in two different types, short and long cost path values. Sonosnet uses the very old short values which will cause problems with anything expecting long ones. Some switches allow you to customise etc. but like I say, I think your time is best spent getting your normal WiFi running well and getting rid of Sonosnet. 

Unless all your kit is really old, things like Play:3’s, Play:1’s, One’s etc. can run on 5GHz, not just 2.4. 

Although people often recommend either plug all or plug none, you can mix & match, you just have to follow the sequence I posted to make sure you don’t accidentally create Sonosnet. New Era Sonos speakers don’t support Sonosnet at all. 

A separate VLAN with Sonosnet may cause you all sorts of headaches. In this scenario you may have to route multicast between VLAN’s, which can be complicated. Or if you try and keep them fully independent, your switch will need to provide the IGMP querier function for the Sonos VLAN and not interfere with that function on your main WiFi which is used by quite a few things these days like smart TV’s and even Philips Hue. 

Stanley_4
Grand Maestro
January 24, 2026

I looked at VLANs and decided they were more frustration than I wanted to deal with.

For me just using one of the other LAN ports on my router was far simpler, just move an Ethernet wire or two. Moved the Access Point, NAS and my (back then) wired Sonos to it. Then went back and started moving other things that were not happy crossing LANs. Looked at the final result and realized I'd accomplished nothing by all this and went back to a single LAN.

 

64busmanAuthor
Contributor I
January 24, 2026

​@Ian_S: Although people often recommend either plug all or plug none, you can mix & match, you just have to follow the sequence I posted to make sure you don’t accidentally create Sonosnet.

 

It’s surprisingly hard to find info on NOT creating SonsNet when connecting to ethernet, yet still leave the device’s wifi enabled. Is that at all not possible?

Does not sound like it:

To disable Sonosnet, power off all Sonos devices then power on and connect the ethernet connected devices one at a time and go into the settings in the iOS app to disable WiFi. Then do the next one. The big caveat here is if you have a soundbar, you cannot disable WiFi if you use a Sub or surround speakers as the soundbar needs WiFi to communicate with them, so to not get Sonosnet you can’t wire in any soundbar that supports Sonosnet. When you then turn on the WiFi only devices, as there is no Sonosnet available they use the main WiFi. 

 

I don’t have ethernet cable available everywhere, so I have to use home wifi or SonosNet.

And unfortunately, I have a Soundbar with a Sub and two surrounds, which requires wifi to be enabled, in a place where home wifi is not the best. But, there’s ethernet available at the Soundbar.

So, if I plug in the Soundbar to ethernet, and all my other speakers have Wifi enabled, that will cause other speakers in range of the Soundbar to switch over to SonosNet.

It’s very odd that is not possible to disable SonosNet as it’s very common to have devices that can be connected to either (like a laptop).

 

I do have a number of Play:1 (and Sonos One’s) connected in stereo pairs. From my understanding, unlike the Playbar, stereo pairs do not use 5GHz to talk directly to each other. That is, for those, if one is connected to ethernet just disable its wifi.

Stanley_4
Grand Maestro
January 24, 2026

There is no control other than the horribly mislabeled "disable wifi" available so your choice is:

1. Internal radio on

2. Internal radio off

 

Many requests for more flexibility on enabling Sonosnet but the Sonos plan seems to be focused on Wi-Fi setups for the majority of users while keeping the ability to connect to Ethernet (without Sonosnet) as an extra cost option on the newest gear.

Local Superstar
January 24, 2026

 

I don’t have ethernet cable available everywhere, so I have to use home wifi or SonosNet.

And unfortunately, I have a Soundbar with a Sub and two surrounds, which requires wifi to be enabled, in a place where home wifi is not the best. But, there’s ethernet available at the Soundbar.

Fix the WiFi? If it was me, I would unplug all Sonos and setup in Wireless Mode, and where you have an ethernet connection and poor WiFi (eg in your example above) plug an AP in. If you have poor WiFi, then your controller(s) will struggle, even if your wired SonosNet is working after juggling with STP configuration. In Sonos Wireless Mode, you will free up an additional 2.4GHz channel used by SonosNet and use for your new AP.