cancel
Showing results for 
Search instead for 
Did you mean: 

Multicast WLAN issues, chromecast and spotify

Multicast WLAN issues, chromecast and spotify

Esa_Kuusisto
New Contributor III

I have connectivity issues with multicast when I try to use chromecast and spotify. I have enabled multicast replication and configured per guide:
https://extremeportal.force.com/ExtrArticleDetail?an=000074801

Chromecast problem is with that cannot communicate it with android phone.
Spotify problem is that cannot control spotify at amplifier from laptop. Something to do with multicast.

My test setup is one 3805i AP and V2110 controler at other location. So traffic is bridged@AP. Version 09.21.02.0014. Traffic goes inside one AP. No problems if traffic goes between wired and wireless.

No problems if I use some bulk home AP. I have not filtered any traffic. All traffic should pass. Multicast bridging enabled with 0.0.0.0/0. Issue did exist also with couple older software releases.

Any clues where to check? This should be possible as this works with bulk no name AP, but not with identifi.

2 ACCEPTED SOLUTIONS

nevajbeach
New Contributor

Hello Extreme Networks Community,

It sounds like you're experiencing issues with multicast traffic on your WLAN setup, particularly affecting Chromecast and Spotify. The Chromecast problem appears to be related to communication with your Android phone, while the Spotify issue involves controlling the amplifier from your laptop. Given your setup, with a 3805i AP and a V2110 controller bridging traffic at the AP, it seems the multicast traffic isn't being handled effectively when contained within a single AP, although it works fine between wired and wireless connections. To resolve these issues, you might want to explore more robust network configurations or firmware updates. Additionally, for a smoother Spotify experience, consider using the Spotify Unlimited Skips APK, which can offer enhanced functionality and control over your music playback.

Good Luck!!

View solution in original post

jerrygen
New Contributor II

Hi Esa,

Your issue likely stems from how multicast traffic is handled in enterprise Wi-Fi environments. Chromecast relies on mDNS (UDP 5353) and SSDP (UDP 1900) for device discovery and communication, and these protocols can be blocked by default in controller-based setups. Make sure client isolation is disabled, multicast forwarding is allowed, and IGMP snooping is either disabled or properly configured with a querier. Enabling multicast-to-unicast conversion (if supported by your AP) can also improve performance.

Since you’re using bridged@AP mode, double-check that the multicast traffic is correctly forwarded between wireless clients. You can use Wireshark on both devices to confirm the multicast discovery packets are being exchanged. Also, consider testing with a basic open SSID and minimal security to isolate configuration issues from encryption-related bugs.

For the Spotify issue, it’s likely related to the same multicast discovery challenges. Spotify Connect requires reliable multicast between devices on the same network. If it works on home-grade APs but not on your enterprise gear, it strongly suggests a config gap. Make sure multicast bridging is working end-to-end and that UDP ports used by APK Spotify Premium (usually 5353 and others) are not filtered. Also, try updating your controller/AP firmware, as newer releases often include multicast fixes.

Regards

View solution in original post

22 REPLIES 22

Esa_Kuusisto
New Contributor III
No change with IOS. I can setup chromecast device and connect it to my wireless network. I can not find it after initial setup.

Esa_Kuusisto
New Contributor III
Ok. Removed the rules. Those were only for debugging.

I have not. Will try with IOS.

Ronald_Dvorak
Honored Contributor
I don't think that you'd need this 2 rules.
There is no deny rule so everything will be allowed ....you'd delete them.

BTW, you wrote "Chromecast ... cannot communicate with android phone" - does it work with IOS ?

Esa_Kuusisto
New Contributor III
Yes you can. Controller is in totally different network over Internet and traffic is bridged@ap.

34b07c3ec3944e43a9cd591cc80dabdc_RackMultipart20160107-26658-1n8g05s-2_inline.png


I have ran into where the last rule you have has hung it up. I have my rules set as

dest none
none src
GTM-P2G8KFN