nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

OSX Clients Connected to AP, but not passing traffic

unknown

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.

Find more posts tagged with

Accepted answers

All comments

unknown

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.

unknown

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.

unknown

Hello everyone.

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

unknown

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

unknown

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

unknown

I'm still seeing these type of issues with SmartZone 5.1.2. It can be very difficult to demonstrate this effect but we definitely can tell when a client is no longer responding to network pings or passing data.

michael_brado

You're adding onto a 2+ year old thread Andrew.
Can you open a ticket with our TAC, and they will ask to collect an AP support info when a client is reporting a problem.
That might be necessary to understand if it's Apple again, or something on our side, thanks.