OSX Clients Connected to AP, but not passing traffic

  • 8
  • Question
  • Updated 8 months ago
Anyone else experiencing issues with OSX clients connecting to APs, then randomly not being able to pass traffic/browse the internet?

We're seeing this primarily with OSX 10.11 clients. We have ZD1200s and R710s running 9.13.1

Ruckus support's latest fix was enabling Proxy ARP or upgrading to Sierra. But we just experienced the same issue with a Sierra device.
Photo of JasonD

JasonD

  • 43 Posts
  • 3 Reply Likes
  • frustrated

Posted 3 years ago

  • 8
Photo of Jamie Walmsley

Jamie Walmsley

  • 23 Posts
  • 3 Reply Likes
I too was seeing this issue and from my own testing I came to the conclusion that it was happening when channelfly changed channels. The Mac device would follow the CSA onto the new channel and then Id see traffic just stop the same as you guys did. This was on R600's using 9.12.

Didnt get anywhere with Ruckus carrier support, they werent able to replicate it. We switched to using non DFS channels and turned channelfly off after a minuite of the AP being up and havent had anywhere near as many complaints in our office about Mac dropouts. Its a total bandaid fix and only viable because we have 3 APs in our office and can make do without the DFS chans.
(Edited)
Photo of Stuart Stalker

Stuart Stalker

  • 1 Post
  • 0 Reply Likes
I'm not to sure if this thread is still alive with the same issues, I can see no post of resolution.  I would like to add to the thread by saying I have the same symptoms with my MacBook Pro (Sierra 10.12.1) and Draytek 2860.  The symptoms did not exist with the previously installed BTHomeHub.  The router replacement was necessary for VLAN installation.
Photo of Jamie Walmsley

Jamie Walmsley

  • 23 Posts
  • 3 Reply Likes
Hi Stuart,

Try upgrading to 10.12.3+ - Apple apparently fixed their side of this problem and personally Ive seen far fewer dropouts since upgrading our mac clients. I'm still getting a few drop outs on Mac clients when we see DFS channel changes on 5Ghz so Im not convinced its 100% fixed, ive got it reraised with ruckus carrier support who are relooking into it. Not sure if any of that will apply to you though as it sounds like your not using a ruckus ap? Could be some generic wlan issue that Apple fixed so it might still apply.
(Edited)
Photo of JasonD

JasonD

  • 43 Posts
  • 3 Reply Likes
+1 we've had to disable a few DFS channels to alleviate drop outs. 
Photo of thefilmguy

thefilmguy

  • 3 Posts
  • 0 Reply Likes
The issue everyone is speaking about in this thread seems to be related to the data stall issue we had. It seems that setting the arp timeout on the AP to zero resolved the problem. We were running version 9.12 and upgraded to 9.13 to fix the issue. Since the upgrade, I have not heard of any complaints of drops since nor have I been able to replicate it. We also have proxy-arp enabled. To note, it didn't seem to matter what version OSX we were running.

SIDE QUESTION: Does anyone have any issues with Macs & auto join? Whereas the MacBook via 802.1x would never join the SSID unless you toggle WiFi off/on? It's a sporadic issue that Ruckus states the GTK being corrupted, affecting both PSK and 802.1x. Also stating it is caused by Apple. I tried researching this and kind of finding it hard to believe because I never had this auto join issue with Cisco.
Photo of Steven Veron

Steven Veron

  • 20 Posts
  • 4 Reply Likes
I am on 9.13.3 and I'm still having this issue, with proxy-arp enabled. I've also narrowed it down to only iPhone 7 and 7+ users. My test iPad Air with the same IOS version doesn't have this issue. 
Photo of JasonD

JasonD

  • 43 Posts
  • 3 Reply Likes
We're somewhat passed the dropped traffic issue, but apparently it's not completely resolved until 10.12.4. The auto-connect issue is still present in our environment, we'll be moving away from 802.1x to resolve this.
Photo of erick arroyo

erick arroyo

  • 1 Post
  • 0 Reply Likes
Hello everyone.

Recently I have the same issue with the explanation like @Joseph LoBianco , exactly the same. I have put sniffers on layer 3 and captures on layer 2 and with that I could observe that the ARP packets are mal-formed when that are forwarding by the APs, this issue is only for versión zd1200_9.13.3.0.41.ap_9.13.3.0.41. The fix is applying ARP PROXY over every SSID, however isn't a root cause fix. The problem is a bug reported in latest versions refer to the modifications over ARP packets when that is forwarding by every Access-Point.

A possible root cause fix is upgrading the ruckus controller to the version zd1200_9.13.3.0.106.ap_9.13.3.0.106. this version is recommended by ruckus But sincerely I'm won't applied this version now because i need at least two critical weeks with a stable wifi.

Regards
Photo of Stephen Schillinger

Stephen Schillinger

  • 1 Post
  • 0 Reply Likes
Has anyone resolved this issue.
We are seeing something very similar at one of our clients sites.

Macs only dropping connection about every 10 minutes, and turning the WiFi off and back on resolves it.

Thanks,
Stephen
Photo of JasonD

JasonD

  • 43 Posts
  • 3 Reply Likes
Have you implemented any of the various fixes listed in this thread? I.e. Proxy ARP, upgrade to 10.12.4+, upgrade to Ruckus v10...