Skip to main content
Contributor I
August 31, 2026

SSDP discovery (M-SEARCH) gets no response from any player – not even player-to-player

**SSDP discovery (M-SEARCH) gets no response from any player – not even player-to-player**

System: 6 devices (Play:1 Kitchen, Play:1 Bathroom, Play:1 Bedroom, Era 100 SL Office, Arc Ultra Living Room with 2x Era 100 SL as rear speakers)
App version: 88.01.10-release+20260820
Firmware: 86.8-78270 (Play:1) / 96.1-79270 (Era 100 SL, Arc Ultra)

**Symptom:**
The Sonos app (tested on two different Android phones) intermittently shows individual or even all speakers as unreachable ("No products found", missing volume sliders). The speakers are demonstrably active and ready to play – control via Home Assistant (using already-known IP addresses) and Alexa keeps working the entire time.

**Diagnostics performed:**
I narrowed this down over several days using Wireshark/tcpdump packet captures and was able to rule out all network-side causes (Wi-Fi, access points, switch/IGMP snooping, VLAN routing, firewall):

1. Test with a laptop wired directly into the same VLAN as the Sonos devices (the speakers themselves remained on Wi-Fi as usual): SSDP M-SEARCH (ST: urn:schemas-upnp-org:device:ZonePlayer:1) was sent correctly, but none of the six devices responded.

2. Port mirroring on both access point uplinks confirmed the multicast query (239.255.255.250:1900) correctly passes through the switch and is forwarded to both APs. Still no response from any Sonos device.

3. Decisive test: rebooted "Sonos Office" (Era 100 SL) while capturing. On boot it sends its own internal M-SEARCH to rejoin the household (with a proper Sonos user-agent and household ID). NONE of the other five Sonos devices responded.

**Conclusion:**
Even Sonos' own internal SSDP discovery between the players has stopped working – regardless of network path or which device is asking. All players keep sending normal periodic SSDP NOTIFY announcements (so the sending side is fine), but nothing responds to incoming M-SEARCH queries (the responder side). Restarting the app doesn't help.

I'm seeing plenty of similar reports in the app store reviews about broken device discovery since the latest update. Has anyone else seen this specific behavior (system-wide SSDP response failure, including player-to-player), or is there already a known bug report for it? Happy to share the full packet captures if useful.

22 replies

DoDroAuthor
Contributor I
September 7, 2026

Thanks for that tip, kdowling. Couldn't find "Multicast Suppression" anywhere though, checked WiFi settings, network settings, and the individual AP device settings. Running Network 10.6.101 / UniFi OS 5.1.31, so maybe it's not rolled out to that version yet, or only shows up on specific AP/firmware combos.

While looking, I did notice one concrete difference between my main SSID (where the Sonos speakers sit) and the IoT SSID (where they've been trouble-free): Group Rekey Interval is enabled and set to 3600s on the main SSID, but greyed out/not configurable on the IoT one.

For reference, here's the full config on the main SSID:

Network: native/default
Radio: 2.4/5/6GHz all enabled
Fast Roaming (802.11r): on
Handoff suggestions (802.11v): on, -75dBm (5GHz) / -88dBm (6GHz)
Minimum Data Rate: off
Multicast Filtering: Off
Multicast to Unicast: off
Proxy ARP: off
Multicast/Broadcast Blocker: off
DTIM Lock: on
Security: WPA3, PMF Optional
Client Isolation: off
MLO: off
Band Steering: on
BSS Transition: on
UAPSD: off
MAC-addressfilter: off
Auto 802.11 DTIM Period: on
Group Rekey Interval: 3600s

The IoT SSID (2.4GHz only, WPA2, PMF disabled) doesn't expose Group Rekey Interval at all, it's greyed out because of Force WiFi 4 Mode.

The speakers are currently running fine on the IoT network. Once I've had enough runtime there to feel confident it's stable, I'll try moving them back to the main SSID with Group Rekey Interval disabled, just to isolate whether that setting alone was the culprit.

Pools-3015
Prodigy I
September 7, 2026

Thanks for that tip, kdowling. Couldn't find "Multicast Suppression" anywhere though, checked WiFi settings, network settings, and the individual AP device settings. Running Network 10.6.101 / UniFi OS 5.1.31, so maybe it's not rolled out to that version yet, or only shows up on specific AP/firmware combos.

While looking, I did notice one concrete difference between my main SSID (where the Sonos speakers sit) and the IoT SSID (where they've been trouble-free): Group Rekey Interval is enabled and set to 3600s on the main SSID, but greyed out/not configurable on the IoT one.

For reference, here's the full config on the main SSID:

Network: native/default
Radio: 2.4/5/6GHz all enabled
Fast Roaming (802.11r): on
Handoff suggestions (802.11v): on, -75dBm (5GHz) / -88dBm (6GHz)
Minimum Data Rate: off
Multicast Filtering: Off
Multicast to Unicast: off
Proxy ARP: off
Multicast/Broadcast Blocker: off
DTIM Lock: on
Security: WPA3, PMF Optional
Client Isolation: off
MLO: off
Band Steering: on
BSS Transition: on
UAPSD: off
MAC-addressfilter: off
Auto 802.11 DTIM Period: on
Group Rekey Interval: 3600s

The IoT SSID (2.4GHz only, WPA2, PMF disabled) doesn't expose Group Rekey Interval at all, it's greyed out because of Force WiFi 4 Mode.

The speakers are currently running fine on the IoT network. Once I've had enough runtime there to feel confident it's stable, I'll try moving them back to the main SSID with Group Rekey Interval disabled, just to isolate whether that setting alone was the culprit.

 

Fast Roaming -  Disable this

Security: WPA3, PMF Optional - Set this to WPA2/WPA3

Band Steering -  Disable this