Apple TV and Meraki headaches

Just when we thought our brand spanking new Meraki is working like a charm, we started getting calls from teachers saying that the Apple TV’s kept on disconnecting every few minutes and in some cases it would disconnect every few seconds, this got really frustrating – as we did not face many issues with our previous Cisco Wireless Setup.

Its been over one month and we still haven’t figured out what is going on, we searched the internet to find help and tried them all, still no luck. If any of you are out there with a similar network setup, please read along to see how you could troubleshoot Apple TV issues

Our Network Infra consist of 2 Cisco cores in VSS mode with multiple VLAN, all Apple TV’s are on a particular VLAN and wired

All our Access points are MR42 & Switches be MS350 (no L3 routing enabled)

Teachers are connected to a Staff SSID (configured in Bridge mode and WPA2)

 

How did it all unfold?

Initially, when our teachers started complaining, we would restart the AP and ask them to restart their computer, but then this became school-wide and spread like a virus – it kind of made the IT look bad because we just shelled out 1 million for this new Network Infra.I went into the classrooms multiple times to figure out what was going on and started doing a bunch of changes to the network – to the point where I even lost track of what all I did.

 

What did I do?

Minimum Bitrate: I changed this setting on the Meraki SSID to 36 Mbps – that means no more 802.11b devices, well tough crap for anyone who still has them.This means no more of those old devices would fight for valuable airtime leaving more bandwidth for the rest of the school owned devices; the roaming seemed better too after I changed this setting

Dual-band operation with band steering: this was recommended by some experts in order to increase the utilization of the 5GHZ Band which has much less interference, I thought this would do the trick, my gut was telling me that getting the Apple Macs to use the 5GHZ would be the answer, the 2.4ghz is used largely and has better range, but it also comes with ton of interference from microwaves, neighbouring SSID’s, hotspots etc . but this setting seemed to have caused more harm than good, because now I started noticing that the Mac clients were constantly hopping between the 2.4 and the 5Ghz band where I noticed a pattern where the Mac would get disconnect from the ATV when the client kept switching radios ( not AP’s or SSID )

Manual 5Ghz Band Assignment: Since I couldn’t turn off the 2.4Ghz radio on the SSID because I still had a ton of devices that needed them, I decided to start manually turning off the 2.4Ghz on individual AP’s to try and force the clients to use.                                      Did I have any luck ? not really, the disconnections were still intermittent, some teachers started saying it was better and some started saying it was worse.Felt I was getting back to square one every time.

Now this became a dangerous obsession, and I created a Meraki Support ticket, and they asked me to capture the packets using their packet capture utility, while that feature was not working just when I needed it the most, I decided to sit in the classrooms and started monitoring the behaviour of the clients with regards to the WiFi connectivity.I also read some articles on how the Mac and Apple TV connect via Bonjour and that the apple tv used channel no: 6 on the 2.4Ghz and 149 & 153 on the 5Ghz for their peer to peer communication.

Read this http://community.arubanetworks.com/t5/Technology-Blog/Apple-TV-Peer-to-Peer-using-WiFi-channels-6-and-149/ba-p/223027

& this http://help.apple.com/deployment/ios/#/apd8fc751f59

Now I started to find patterns on client’s that were connected to the SSID on channel 6,149 & 153 were dropping their ATV connections more frequently.

Manual Channel assignment: After I had read the above two articles, I started manually changing the channel to anything other than 14

Channel width: The channel width on the 5GHz band was set to 40MHz, upon Meraki support engineers recommendations I set it to 20 MHz which means the wireless AC clients could not utilize the full glory of the AC network, but at this point we needed stability, plus in dense AP environment it is highly recommended to reduce the Channel width, the channel width could be set to 40 or 80 MHz in an auditorium or outdoor AP when the Access Point density is less.

Did this all work out in the end? 

A combination of the tinkering with the channel width, manually disabling the 2.4 GHz band and manual assignment of channels on the 5 GHz to anything other than channel 149 seems to have alleviated most of the problems, but every now and then there are the intermittent disconnections between the Apple TVs and the clients.I will be updating this post once I have it all completely sorted out.

An update: As of September 2017, I must say things are looking a lot better, an upgrade of the Meraki Switch and Wireless firmware and OSX upgrade to Sierra, the Apple TV connections feels a lot more stable. The Meraki firmware supports Apple 802.1r and Fast Roaming, which could help alleviate some of the roaming issues. I am still yet to try these out BTW.

However, i still have concerns about the Meraki switches and the Cisco Core Switch Network not playing nicely with the Virtual Switching System ( VSS ). I am still doing some research to get to the bottom of this.I will update this blog post as soon I find some more

 

 

 

3 thoughts on “Apple TV and Meraki headaches

    1. Hey, Willie, I must say although we had some initial hiccups, we are all sorted now.The lack of knowledge from the third party resellers caused us some concerns, we were one of the first org in this region to go all Meraki.There is still a couple of issues with reporting on the dashboard but the Cisco support has a beta firmware ready for us, so we will check that out soon

      Where do you plan to implement this?

      Like

  1. Hello
    @ANTONY RAPPAI

    I’m a network administrator for a company here in Brazil. I just read your post and obvious always with the same 802.1x disconnect (disassociation) issues.
    I can say that I have lost days x hours reading articles, opening calls in the forum, reading reports about administrators in trouble and everything I just read was all going through the same problem with roaming and disconnections unknown.

    I can say that a Meraki deployment is very complex when I decided to accept this solution in relation to others such as Ruckus.

    Here my scenario is as follows: Industrial environment and administrative offices all in a single plant dividing into 3 sheds.

    I have 11 AP MR33 with firmware 25.8 before that the network was in total chaos. Soon after this update improved but the problems were not solved.
    After long studies, readings and tests my current SSID configuration is:

    – Bridge mode: Make clients part of the LAN
    – Vlan ID = 4
    – 5 GHz band only
    – Minimum bitrate (Mbps) = 24
    – Layer 2 LAN isolation = enable
    – Layer 3 firewall rules = I have some rules, yes.
    – Traffic shaping rules = 5mbps per client and Enable SpeedBurst = enable
    – Shape traffic = VOIP
    – PCP / DSCP tagging = (7 highest) and (44 Voice)
    – Radio power = 100% always
    – Auto channel = Allow DFS Channel
    – Default 5GHz channel width = 80Mhz
    – Client balancing = On

    Same with these settings above I had problems with roaming and disconnections in the same environment. The error on my devices was: An authentication error occurred. And that made my hair stand up, because they were already SSID authenticated devices.

    After that I decided to remove the 2.4 and 5ghz from the automatic channels. I made the configuration of manual and static channels not causing overlap or using the same channel, for example. That’s exactly 3 days, and even this moment I’m writing has not caused any more crashes.

    And I track logs and key clients daily for months.

    For now this is my experience with Meraki.

    Good luck to all of us!

    Pedro Constantino.

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.