best practices and constraints?

Getting noticed best practices and constraints?

What best practices might exist for software developers who want to use for Meraki MS interface monitoring, rather than the Dashboard API, to mitigate risk of hitting rate limits?

For example, what is the most practical polling frequency, i.e. 1 minute, 5 minutes, 10 minutes?

When should one use rather than the Meraki MS local SNMP?  For example, might there be a delay in the Cloud Controller-reported SNMP data as compared to what one can fetch from the local device?  If so, how much lag is typical?

What scaling constraints might be known to limit the effectiveness of in environments with hundreds or thousands of sites and devices?

Does support interface monitoring in switch stacks?

Basically, I'm looking for clear guidance on when it's appropriate/supported to use vs the Dashboard API vs local SNMP (specific to network interface statistics monitoring).


Kind of a big deal
Kind of a big deal

The best practice would be not to use the SNMP API - it is only there for integration with SNMP only monitoring systems.


New systems should be using the native API.

Getting noticed

Thanks. We make extensive use of the Dashboard API, however monitoring Meraki MS interface statistics is related to hitting API rate limits in larger environments. To mitigate this we use local SNMP for MS interface statistics, but I have my team evaluating if snmp.meraki.con is a performant, scalable, and reliable alternative.


I am looking for Cisco Meraki documented constraints or best practices related to use of the Cloud Controller’s snmp.

Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Community News