MR44 visibility

Berty
New here

MR44 visibility

Hello, do MR44 APs need to see each other over the LAN management or do they only need Internet access to contact the Meraki cloud?

9 Replies 9
Mloraditch
Kind of a big deal
Kind of a big deal

For connection to the cloud they just need internet. I'm not aware of any feature that requires the APs be able to talk to each other directly. 


Example: https://documentation.meraki.com/Wireless/Design_and_Configure/Architecture_and_Best_Practices/Seaml... The requirements for roaming have no need for direct communication.

If you found this post helpful, please give it Kudos. If my answer solves your problem please click Accept as Solution so others can benefit from it.
pdeleuw
Building a reputation

Since L3 Roaming (without concentrator) tunnels the user traffic directly from AP to AP, this feature depends on direct communication between the APs. The communication occurs on the management VLAN.

alemabrahao
Kind of a big deal
Kind of a big deal

Only internet access.

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
Berty
New here

ok thanks you

Berty
New here

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.

alemabrahao
Kind of a big deal
Kind of a big deal

Meraki roaming optimization assumes APs can communicate over their management VLAN.
When APs lose that visibility, the system falls back on client behavior (gratuitous ARP), which Apple doesn’t reliably provide after inactivity.
Android masks the problem because it refreshes ARP aggressively.

 

If possible, allow AP management VLAN traffic to traverse between switch stacks (even if limited to Meraki control traffic). This preserves fast roaming and state sync.

 

 

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
alemabrahao
Kind of a big deal
Kind of a big deal

Some useful documents.

 

Broadcast Suppression and Control Technologies for MR Access Points - Cisco Meraki Documentation

Roaming Technologies - Cisco Meraki Documentation

Seamless Roaming with MR Access Points - Cisco Meraki Documentation

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
Berty
New here

 

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

PhilipDAth
Kind of a big deal
Kind of a big deal

https://documentation.meraki.com/Wireless/Design_and_Configure/Architecture_and_Best_Practices/Roami...

 

"Client tracking information is shared with Access Points via broadcast messages, so ensure that port isolation and private VLAN features are not enabled upstream in a configuration that can block broadcasts between APs."

Get notified when there are additional replies to this discussion.