Yesterday the company bought a few Sonos wireless hifi equipment, beans need to test the effect.
As a simple test, my structure is very simple, the router (firewall) comes out to pick up the Cisco switch, then boost and my controller (computer or phone) are on a VLAN, and then between boost and player through the grid wireless network connection between themselves.
Routers-Switches-SONOS boost/controller------PLAYER
I thought it was a very simple setup and found a weird problem that the boost device could not get the IP address from the Cisco switch anyway, but the same port was connected to the computer and the IP was instantly available. If I connect directly to a fool switch, boost can get the IP. I changed a few VLANs and checked the IP helper but it just didn't work.
After some research, this problem is caused by STP. The boost device itself has a wired and wireless network, and when it connects to an access port, the packet that he sends for BPDUs is considered by the switch as a loop, so the port is automatically switched off immediately. Knowing this, I only need to use the Bpdufilter enable command to ignore the BPDU packets from the device. However, it is important to note that this port must not be connected to other switches after using this command.
The port is configured as an access port, STP quickly converges, directly into the forwarding State, and enable Bpdufilter, ignoring BPDUs.
Interface GIGABITETHERNET1/15
Description * * * * Reserved for SONOS devices * * * *
Switchport
Switchport Access VLAN 100
Switchport mode access
Spanning-tree Portfast Edge
Spanning-tree Bpdufilter Enable
End
You can then successfully initialize the Sonos device to play the music.
650) this.width=650; "src=" http://s3.51cto.com/wyfs02/M02/75/5C/wKioL1Y35MCCS7T1AAPTXqmzK8A754.jpg "title=" 22.PNG "alt=" Wkiol1y35mccs7t1aaptxqmzk8a754.jpg "/>
This article is from the "Mapo Tofu" blog, please be sure to keep this source http://beanxyz.blog.51cto.com/5570417/1709013
SONOS Wireless Audio Configuration Cisco Switches