Multicast WLAN issues, chromecast and spotify

[Esa_Kuusisto]

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.

[hqlsolutions]

To resolve multicast WLAN issues with Chromecast and Spotify, ensure your router supports IGMP Snooping or Multicast Filtering. Update router firmware, enable AP Isolation, and set a dedicated 2.4GHz network for Chromecast. This reduces interference, improving device connectivity and streaming performance.

hhttps://www.hqlsolutions.com/  

[nevajbeach · Accepted solution]

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!!

[Esa_Kuusisto]

This now fixed. Problem was that I was using site. After deleting the site and assinging wlan services individually to APs chromecast started to work.

Using wireshark now I can see mDNS searched using ipv4 and ipv6 and also I see devices using ipv4 SSDP to search chromecast.

Thank you for the help. You know who you are!

Gtack article should be updated.

[Esa_Kuusisto]

Little bit more tcpdumping. I used pineapple ap as a alternate AP. All works great with it. From wireshark I can see that only ipv4 is used and all connections work fine.Something with ipv6. I keep looking and post when I find something.

For reasons unknown to me even with new VNS and multicast allowed in topology Apple device tries mDNS (ipv6) to find the chromecast. When I use pineapple ap which do not support ipv6 all happens in ipv4 and apple device finds the chromecast. All ipv6 options are disabled and ipv6 is disabled at the router.

Or could the problem be more inside AP? I looked a into to a AP /flash/home/config/current.cfg. From there I found something interesting:

Under radio x vns 1 I found vlan configuration where traffic is forwarded.
cset vapDynamicEgressVlanList 0:2 40970 4
cset vapDefaultContainVlan 0:2 40970

and under topology settings. What ever I change in controller does not change anything in this settings.
# cset topology2Vlan key:vlanId tagged/untagged tunnel/bridge
cset topology2Vlan key 4 vlanId 40970 untagged bridge
cset topoMcastFilter key 4 add rule 1 allow 224.0.0.5/32 wirelessRep disable
cset topoMcastFilter key 4 add rule 2 allow 224.0.1.1/32 wirelessRep disable
cset topoMcastFilter key 4 add rule 3 allow 224.0.0.1/32 wirelessRep disable
cset topoMcastFilter key 4 add rule 4 allow 239.255.255.253/32 wirelessRep disable
cset topoMcastFilter key 4 add rule 5 deny 0.0.0.0/0 wirelessRep disable