Hello, I have carried out numerous tests. At this stage, the only configuration in which I do not reproduce the issue with iPhones is when I configure external DNS servers via DHCP. As soon as the iPhone receives public DNS servers, it systematically sends an ARP request to announce itself (IP/MAC address pair). ... View more

Hello everyone, I ran a test by modifying the network topology so that the access points can communicate with each other across all switch stacks. Unfortunately, this did not resolve my issue: Apple devices are still regularly losing their Wi-Fi connection. ... View more

  Ok, I was also considering this hypothesis. I will test it and get back to you. Thank you. ... View more

Ok, I was wondering because I’m having ARP update issues with iPhones, and I only encounter this problem at headquarters where I have a different network topology than the other branches. At headquarters, I use policy rules on my core network that redirect the management VLAN traffic of the access points directly to the firewall. As a result, when the APs are not on the same switch stack, they cannot see each other. But in the branch offices, I haven’t implemented this specific routing, and I don’t encounter the problem. ... View more

ok thanks you ... View more

hello the core network.  ... View more

I assume I'm not the only Meraki/Apple user in bridge mode with multiple Layer 2 switches. Is there specific documentation for implementing a stable environment for Apple devices in bridge mode with a Meraki Wi-Fi infrastructure? Do we need to use a specific configuration for Apple devices in a Meraki environment, such as NAT mode, to ensure proper Wi-Fi functionality with Apple devices? Thank you very much.   ... View more

The access points are in the same VLAN and are correctly tagged. “Android tends to send gratuitous ARP requests more frequently after DHCP renewals and during roaming, which allows the ARP table to be refreshed automatically upstream.” Indeed, with Android I have observed that there is no issue. However, since Meraki acts as a proxy ARP, shouldn’t it compensate for this lack of reactivity in order to ensure service continuity for all devices on the market — especially given that Apple devices are very common in enterprise environments and Meraki is primarily designed for enterprise use? thanks you   ... View more

Hello, Yes, I have already opened a ticket with Meraki. What seems strange to me is that the behavior varies depending on the context. We are observing several clearly different behaviors. When connecting to a Meraki access point for the first time, the gratuitous ARP is correctly sent and the core network updates its table. The iPhone therefore does what is needed to announce itself to the network. However, when moving between access points on the same floor but connected to different switch stacks, the gratuitous ARP requests are no longer relayed. As long as we stay connected to the Wi-Fi network and the ARP table on the core network has not been cleared, everything works fine across the entire Wi-Fi network. After a period of inactivity, the ARP table on the core network is cleared, and that’s when the problems start. When coming back from this inactive period and reconnecting to the usual access point, there is no connection issue. But when walking around the floor and connecting to access points connected to different switches — while still being close enough for the APs to “see” each other — a connection problem occurs. I believe that in this configuration, the access points exchange ARP information with each other because they can see one another over the Wi-Fi network, and they do not contact the core network to update its ARP table; they only transfer the session. ... View more