Skip to main content
Retired Sonos Staff
June 10, 2010

Sonos and the Spanning Tree Protocol

I wanted to post a few clarifications regarding SONOS and Spanning Tree Protocol that have been raised in this thread.

SONOS ZonePlayers use 802.1D Spanning Tree (STP) for loop prevention between wired ZonePlayers and the wireless SonosNet Mesh Network. The Spanning Tree running on ZonePlayers is compliant with IEEE 802.1D and can inter-operate with other IEEE 802.1D and IEEE 802.1w compliant devices. Note: IEEE 802.1w is an updated version of the Spanning Tree protocol called Rapid Spanning Tree. The two types of STP protocols are compatible and 802.1w should revert to inter-operate with 802.1D devices (such as Sonos). Therefore, 802.1w Ethernet switches will work with Sonos ZonePlayers.

SONOS ZonePlayers CAN be connected to Ethernet switches that do NOT support Spanning Tree as long as the Ethernet switches do not interfere with the STP BPDU packets transmitted between ZonePlayers. This is typically never the case and these switches pass the BPDU packets like any other packet.

If the Ethernet switches that Sonos ZonePlayers are wired to DOES support Spanning Tree, the Spanning Tree on those switches must be configured properly. Ethernet switches that support Spanning Tree typically have their STP settings disabled. This also typically means that these switches will block/discard the BPDUs coming from the ZonePlayers. When the ZonePlayers are not able to see BPDUs, they cannot detect there is a shared transmission medium between the Zones and this will typically result in loops in the network. The solution to allow the use of these switches with Sonos is to enable and configure the Spanning Tree on the Ethernet switches. The configuration settings on each switch are different and the appropriate documentation for those products should be consulted. Note: Some switches have a setting that is called Pass BPDUs or equivalent. This setting when present allows the BPDUs between the ZonePlayers to pass freely through the switch without actually enabling STP on the the switch. Typically, setting this function also works, but again please review the switches product documentation.

A good guideline for Ethernet switches is if the switch says it supports Spanning Tree, either 802.1D or 802.1w, then its configuration settings and user documentation should be examined before wiring multiple ZonePlayers to the switch. If the switch does not state it supports Spanning Tree, 802.1D, or 802.1w, it will probably work fine with Sonos.

SONOS ZonePlayers do NOT require a connection to the same Ethernet switch. Different ZonePlayers can be connected to different Ethernet switches which are in turn connected to each other. The only requirement is that Sonos ZonePlayers must be able to actively participate in 802.1D Spanning Tree and not have BPDU transmission blocked between them. There is no Sonos limitation that prevents wiring multiple ZonePlayers to multiple Ethernet switches.

IEEE 802.1D has a recommended bridge span limitation of 7 bridges. This means that the total number of connected bridges from one end of the network to the other should not exceed 7 bridges. This typically only comes into play when daisy chaining Sonos ZonePlayers together by wiring one ZonePlayer to the next. In this case, the guidelines is when daisy chaining ZonePlayers, do not exceed 7 ZonePlayers wired together. If wiring multiple ZonePlayer to a single Ethernet switch, typically the number of spans will only be 3 or 4 (I.e. much less than 7). Except in the daisy-chain configuration, this limit of 7 bridges/7 ZonePlayers, is rarely ever hit.

A number of comments have used the term router and switch interchangeably in regards to this topic. Sonos ZonePlayers in the same HouseHold MUST be connected to the same routed network. A Spanning Tree cannot span two or more routed networks. In addition all Sonos ZonePlayers and Controllers must be on the same routed IP network in order to properly communicate and function. Typically, two or more routed networks are not seen in the household environment except by accident (Example. A carrier provides a new router in a network that already had a router and the original router was not removed).

Hopefully this information has clarified a number of items and not added additional confusion.

Regards, Todd
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.

53 replies

Lyricist I
June 14, 2012
Hi there,

We have had a lot of problems on many of our client sites recently.
The key to fixing these has been to set all of our managed switches with a low bridge priority.
set them to:
- switch one: 4096
- switch two: 8192
- switch three: 12288
- etc. incrementing in multiples of 4096

This will ensure that the Sonos is not the root bridge.

Mr Sonos,
Could you please set your default bridge priority to something really high?
Because Sonos MAC addresses start with 00:0E they are pretty much always the lowest MAC and will win the BRIDGE PRIORITY BATTLE by default which will lead to issues in the network because the switches will do what the Sonos tells them.

Also do we need to have IGMP snooping running for best Sonos performance? will this help to contain the multicast traffic to sonos only devices?

Is there some online training that your dealers can do that will teach us about the advanced aspects of Sonos network best practice?

Thanks.

Gerard.
ratty
June 14, 2012
Could you please set your default bridge priority to something really high?
FYI the bridge priority is set at 0x9000 (36864) for all Sonos players/bridges except for the first unit to be registered, which has a priority of 0x8000 (32768).

Also do we need to have IGMP snooping running for best Sonos performance? will this help to contain the multicast traffic to sonos only devices?

I seem to recall that people had problems when IGMP snooping was enabled, as SSDP traffic wasn't being forwarded correctly.
Avee
Avid Contributor I
October 13, 2012
Anyone looking for configuration settings of managed switches should also check this thread: Working STP settings of large cabled Sonos installation
Avid Contributor I
December 7, 2013
Hello,

Thank you for the explanations regarding STP.

I have well understood that SONOS ZonePlayers can be connected to Ethernet switches that do not support Spanning Tree as long as the Ethernet switches do not interfere with the STP BPDU packets transmitted between ZonePlayers.

Does this guarantee that connections will be done using the wired network?

In other words:
I have a very simple Ethernet network with a unique central switch to which RJ45 wall plugs are directly connected. My goal is to connect the Sonos ZP to the RJ45 wall plugs and be sure that the network used will be the wired one and not the Sonos Wireless Network.
Does this imply to use a manageable switch to be able to set a higher STP priority for/to the wired links?
Or with a simple switch (that does not support STP but do not interfere with the STP BPDU) the Sonos ZPs will deactivate all the wireless links?

Thank you for your help,
Regards,
Ced
Headliner II
December 8, 2013
Hello,

Thank you for the explanations regarding STP.

I have well understood that SONOS ZonePlayers can be connected to Ethernet switches that do not support Spanning Tree as long as the Ethernet switches do not interfere with the STP BPDU packets transmitted between ZonePlayers.

Does this guarantee that connections will be done using the wired network?

In other words:
I have a very simple Ethernet network with a unique central switch to which RJ45 wall plugs are directly connected. My goal is to connect the Sonos ZP to the RJ45 wall plugs and be sure that the network used will be the wired one and not the Sonos Wireless Network.
Does this imply to use a manageable switch to be able to set a higher STP priority for/to the wired links?
Or with a simple switch (that does not support STP but do not interfere with the STP BPDU) the Sonos ZPs will deactivate all the wireless links?

Thank you for your help,
Regards,
Ced


A dumb switch would not add to the path cost, which means that the Sonos units will prefer the wired link over the wireless. Usually problem arises with managed switch that uses RSTP path costs, which would be higher than the wireless links. In those cases, you must manually reconfigure the managed switch to use classic STP or manually set the path costs for the Sonos ports to decent values.
Avid Contributor I
December 8, 2013
Hello,
Thank you for your answer!
Regards,
Ced
Lyricist I
December 30, 2013
I have now tried to battle with STP and Sonos. My network switches are all netgear gs108t v1 + v2 and gs716t. I have two sonos components a zp90(connect) and a play:1. Theese are connected to different switches. On the play:1 the port on the switch goes into discarding state, port cost is set to 10.
Avid Contributor I
October 26, 2014
Does anyone know if flow control should be enabled for the ports Sonos components are wired into?

Linksys by default sets all ports to 'none' for flow control instead of auto.

Just curious if this would help my situation. I have occasional hiccups with the STP settings where my system becomes unresponsive, but I'm trying to isolate STP issues that could possibly be causing my Linksys LAPAC1750PRO WAP's to stop working.
Avid Contributor I
October 27, 2014
The Linksys EG008W that was mentioned earlier has been discontinued, any suggestion on a currently available alternative?
Lyricist I
January 6, 2015
After many years of troubles and endless hours of trying to reconfigure my switches and numerous fine updates on the SONOS software providing good features to us customers, I still wonder why SONOS never provided a feature allowing to switch from the very old IEEE 802.1D-1990 standard (the one proposing the cost to be 19 for 100MB link) to the more recent version of 1998 which would be more in line of nowadays default settings off the shelf switches are using.
Is there a reason why?