Summary
Reporting a reproducible behavior pattern on a 15-speaker Sonos S2 system with a WiFi 7 network. Issue reproduces on both iPhone and Android (Google Pixel), ruling out an iOS-specific cause. SonosNet is disabled (WiFi turned off on all wired devices), so all wireless Sonos speakers connect directly to the UniFi APs. Parallel report filed with Ubiquiti (case #5542888). Interested whether Sonos has received similar reports from customers using controllers on 6 GHz WiFi.
Environment
Controllers:
- iPhone 17 Pro, iOS 26.4.1
- Google Pixel 10 Pro, Android 16 (April 2026 patch) — same issue reproduced
- Sonos app build 84.00.34 (iOS); latest available on Android
Sonos system (15 speakers, S2, all on 192.168.0.0/24):
| Room | Model | Firmware | Connection |
|---|---|---|---|
| Bar | Era 100 | 18.3 | Wireless |
| Dining Room | Play:5 | 17.2.4 | Wired (WiFi off) |
| Entrance | Era 100 | 18.3 | Wireless |
| Garage | Play:1 | 17.2.4 | Wireless |
| Guest Room | Roam | 18.3 | Wireless (portable) |
| Gym | Ray | 18.3 | Wired (WiFi off) |
| Kitchen L + R | Era 100 × 2 | 18.3 | Wireless (stereo pair) |
| Master Bathroom | Roam SL | 18.3 | Wireless (portable) |
| Master Bedroom | Ray | 18.3 | Wireless |
| Media Room | Playbar | 17.2.4 | Wired (WiFi off) |
| Media Room | Sub | 17.2.4 | Wired (WiFi off) |
| Move 2 | Move 2 | 18.3 | Wireless (portable) |
| Office | Era 100 | 18.3 | Wireless |
| Stairs | Era 100 | 18.3 | Wireless |
Network:
- UniFi Cloud Gateway Max + WiFi 7 APs (U7 Pro Wall)
- iPhone and Sonos speakers on the same VLAN / subnet (no firewall, no multicast relay involved)
- iPhone connects to a 5 + 6 GHz SSID on the Default VLAN
- Wireless Sonos speakers connect to a 2.4 + 5 GHz SSID using Private Pre-Shared Keys (PPSK) mapped to the same Default VLAN
Symptom
When the phone is associated on the 6 GHz band:
- Sonos app intermittently cannot change volume on one or more speakers
- Group / ungroup actions fail or hang
- Already-playing audio typically continues, but new control commands don't reliably land
When the phone is forced to the 5 GHz band (same SSID, same VLAN):
- Full control restored immediately
- Switching back to 6 GHz keeps control working until the next recurrence
Reproduction
The issue is intermittent but has two known triggers:
Trigger 1 — Time on 6 GHz: After some period on 6 GHz (not consistent — can be minutes to hours), volume and grouping controls stop responding in the Sonos app.
Trigger 2 — AP roaming on 6 GHz: Moving between rooms (roaming between APs) while on 6 GHz can trigger the issue. Not every roam, but frequently enough to be a pattern.
Recovery: Toggle WiFi or disable 6 GHz on the client → phone reassociates on 5 GHz → control immediately restored. Re-enabling 6 GHz keeps it working until the next occurrence.
Critical observation: When the Sonos app cannot control speakers, Alexa can still control the same speakers via voice — skip, pause, and volume all work. This confirms the Sonos speakers are fully online and responsive; the issue is isolated to the local network control path from the 6 GHz WiFi client.
What I've ruled out on the network side
- VLAN / firewall isolation — phone and Sonos are on the same L2 segment
- SonosNet mesh — disabled (WiFi off on all wired Sonos devices)
- IGMP snooping tested both on and off
- Proxy ARP disabled on the Sonos SSID
- Multicast Enhancement and Multicast-to-Unicast disabled on the Sonos SSID
- BSS Transition disabled on the Sonos SSID
- Min data rate, DTIM, UAPSD all configured per Sonos + UniFi best practices
- Signal strength on all Sonos speakers is strong
- All Sonos speakers and the app are up to date (legacy S2 models are on 17.2.4 as expected)
- Issue reproduced on both iPhone (iOS 26.4.1) and Google Pixel 10 Pro (Android) — not platform-specific
- Alexa can still control speakers during a failure — confirms speakers are online and responsive; issue is local network path only
Questions for Sonos and the community
- Has Sonos received similar reports from customers using controllers (iOS or Android) connected on the 6 GHz WiFi band?
- Since this reproduces on both iPhone and Pixel, is there any known interaction between Sonos SSDP/UPnP discovery traffic and 6 GHz client associations — e.g., timing assumptions, reachability checks, or socket-level behavior that might differ when the controller is on 6 GHz?
- Are there any recommended Sonos app or OS settings specifically for 6 GHz client networks?
- Anyone else running Sonos on a WiFi 7 network with 6 GHz clients seeing the same behavior?
Happy to submit a diagnostic ID captured during a failure — just let me know the preferred channel.
