10-14-2016 09:06 AM
Campus based APs with Controllers running 188.8.131.52
ClearPass based role assignment
We have gazillions of AppleTV's that work fine
We have two SSID's, one using 802.1x and the other is open and controlled by CPPM Guest, each with separate VLANs. I have joined AppleTV's to both the 802.1x and open network and sucessfully shared them using AirGroup configuration in CPPM.
The Chromecast however....not so much! The controller AirGroup config has all services enabled, I can see that the device has the correct roles assigned and is showing up in the AirGroup server list.
Both Android and iOS devices running the Google Cast app can see and configure and it SAYS that's ready to cast to.
However, you cannot actually cast any media to it on ANY platform (iOS, Chromebook, Chrome Browser, Android), it just doesn't show up. I have read a few threads (mostly about earlier AOS versions) and tried everything in them but it simply refuses to show up.
Solved! Go to Solution.
10-14-2016 09:10 AM
Are any ports being blocked? Do you have deny inter-user bridging enabled?
10-14-2016 10:57 AM
Thanks for the reply.
Only the Chrome Cast configuration app can see the device, any other app (i.e. YouTube, or Chrome Browser) on any OS cannot see it at all.
I've checked (and rechecked) the ACLs for the roles that are supposed to be able to access it as well as the role that the ChromeCast is being assigned. They're actually 'allow-all' (shudder)
Deny Inter User traffic is not enabled on either VAP.
I have used this exact same configuration with AppleTV's and it works fine, which is why this is confusing me so much.
10-17-2016 10:18 AM
There are no blocked service ID's (show airgroup blocked-service-id)
There are a lot of blocked queries. I looked through the list and didn't see anything that jumped out (like _GoogleChrome._tcp or something obvious like that)
this is what 'show airgroup servers' looks like:
a4:77:33:7e:4e:58 172.16.1.242 mDNS,DLNA CHS-Library-ChromeCast googlecast 3000 wireless MEDIA-PLAYER-ROLE chs library chromecast SAU-ConferenceRoom
And this is what 'show airgroup users' looks like for my phone and laptop respectively.
(CONCORD-MASTER) # show airgroup users | include 90:60:f1:75:97:6b
90:60:f1:75:97:6b 10.10.112.43 mDNS,DLNA 2222 IT-ROLE blambert SAU-IT-AP2
(CONCORD-MASTER) # show airgroup users | include 34:13:e8:10:93:2f
10-18-2016 10:25 AM
Here's something interesting.
I took my Windows 10 laptop and started a packet capture while attempting to cast via Chrome.
There is actual traffic to and from the Chromecast IP address.
So....it looks like it's able to discover it, attempts to communicate, goes back and forth a bit....then fails for no discernable reason. As I watch the capture, it looks like the browser attempts a discovery again, goes through the process over again every two minutes.
I have checked and re-checked the ACLs on the controller, and the two roles involved both have allow-all ipv4/ipv6
10-18-2016 12:19 PM
In the Guest Device Repository , Are you sharing the necessary controller user-roles ?
Lead Mobility Engineer @ Integration Partners
AMFX | ACMX | ACDX | ACCX | CWAP | CWDP | CWNA
10-19-2016 05:39 AM
I have tried it several different ways and none have made a difference.
I've tried it via usernames, shared locations (which work great for the AppleTVs), and shared roles, as well as various combonation of the three.
Glad I'm not the only one who is confused here!