I usually add some backoff and retry logic around API calls that retrieve information, to cope with transient errors.   We pull a lot of data from different orchestrators including Dashboard, as these errors occur fairly often (at the volumes we operate at).   If it used to be ok, but the issue is new and persists, consider opening a case with support.     ... View more

If you are not using the Python library and if there are a lot of devices you'll need to handle multipage results, are you doing that?   Set the productTypes parameter (it's an array) to just one element "wireless", then you'll only get matching devices returned. Makes it simpler.   ... View more

@sungod's answer is the best one IMO for what you are describing due to the real-time detailed analytics that it provides, pending that you have a Netflow collector to analyze the flows. Alternatively, since you mention the likes of Kibana (and/or if using the ELK stack) you can export syslog to obtain flow logs. However, it will not be as detailed as Netflow.   https://documentation.meraki.com/General_Administration/Monitoring_and_Reporting/Syslog_Event_Types_and_Log_Samples#Meraki_MX_Security_Appliance ... View more

Thanks again. ... View more

I generally avoid trying to replicate what is seen in dashboard.   As well as issues like the one @RaphaelL mentions, there are some practical factors with trying to match anything quantitative...   dashboard's method of calculation isn't published, you must infer/guess when trying to replicate dashboard may be using data that is not available via the API dashboard may be using data with different time resolution/bucketing is dashboard always doing the calculation on demand, or are some things cached for efficiency are the start/stop times dashboard uses the same as used in your calculation, when you operate across many time zones it can be unclear if you tell the customer that your report x is the same as dashboard report z, if there is any difference at all, it can destroy confidence in both, the natural perception will be that one (at least) is wrong etc.   In general, for performance analysis/comparison at scale, it is simpler to ignore dashboard, besides it would take too long to look at dashboard details for hundred of networks manually.   As long as our calculations based on API data are reasonably accurate (which does requires testing carefully!), we will use them for reporting and analysis. That is enough to identify any issues, then dashboard can be used to drill down to determine the cause and resolve it.   For wifi onboarding issues, we calculate from the API data across hundreds of sites for each AP and SSID, the resulting excel file has a few thousand rows, with filters/sorts it's then easy to identify any problems, some reports have code to traffic light cells with values out of range.   ... View more

Ah I'm close! Now I need to play around with that output and get it into a .CSV! Thay gave me all the ACLs formatted neatly.    Bit annoying it's giving me loads of OBJ objects and now the actual cidr.. 😞   Thank you! ... View more

Hello. This is the API endpoint that I am using. https://developer.cisco.com/meraki/api-v1/#!get-organization-uplinks-statuses ... View more

Hi, password is never returned. ... View more

The last test I ran still showed a few crazy readings on the 6th, ok since then.   I'd guess they are near resolution, but still need to wait for formal confirmation.   ... View more

thank you @sungod!  ... View more

@tjh188 - this is where we may be able to help!   We author the Meraki.Api nuget package for the purpose of Meraki automation.  See https://www.nuget.org/packages/Meraki.Api/ if you are familiar with .NET development.   If not, but you have a modest budget, we can do the required development for you. ... View more

Be aware the maximum lookback stated in the documentation is "31 days", whether this is simply 86400*31 seconds or some other period isn't stated. But if you miss a run for some reason, or there is a network/API/other glitch (these things happen), you may run out of time to recover before losing data.   I recommend use the Python library with async IO to run on all networks concurrently (underlying is rated limited, but the library handles that for you) as you will be issuing call-per-network, this will run faster than network at a time.   Fwiw for testing I currently run it daily with 600 second resolution and build a long-term time series, same as the approach for a number of other things we measure, the automation handles some re-runs itself, or we can recover manually by setting t0-t1 as appropriate.   ... View more

Thanks @PatWruk this should cover the WAN interface! ... View more

Thanks @RaphaelL, but we need to reliably receive all events without missing any, so must poll for them ("pull") rather than receiving syslog events ("push"). ... View more

Hi Sungod. Thank you for answering. We have been working with those events but there are a lot of dissasociation events event before the user associates the network for the first time and this is a lot of work to be done and also it is not trustable. If you or anyone knows a better way of getting the average time of network clients would be perfect. Thank you in advance! ... View more

You might also want to add...   output_log=False, suppress_logging=True,   ...there are several other things you can set. ... View more

You can use https://developer.cisco.com/meraki/api-v1/#!get-organization-admins to identify admins and detect which have API key(s).   Then as above get the requests and see which admin(s) are using the API.   ... View more

If you give the actual returned values from the request and your equation, might be able to see what the problems is. ... View more

Option 2 works for a csv file, but not the first one. 🙂    I can do it when I run the command with a > command:  python .\GET-Org-NL.py > Get-Org-NL.txt fx.    When running option 1 I get this error:    PS C:\Python\Python310\Scripts> python .\GET-Org-DK.py File "C:\Python\Python310\Scripts\GET-Org-DK.py", line 5 line = f"id: {p_id} \t name: {p_name}"   But I can fix this with the above command 🙂    I will mark your idea / solution here Rasmus    Thanks to all, here for your help. 🙂  ... View more

Was hoping I was doing something wrong but thanks for confirming @sungod. I'll update this post on case completion. ... View more

I use this API call to get usage for each AP   https://api.meraki.com/api/v1/networks/<network ID>/wireless/dataRateHistory?deviceSerial=<AP Serial Number>?timespan=3600&resolution=3600   This give me results for the last 10 minutes   Once I collect the info, I parse it and write it to a back end database and use Power BI to display the results ... View more

Thank you for answering. And I regret that I can't rollback more than 31 days.   I have 4 networks and I don't get more than 100 clients per day, so I'll try to find a way to get them regularly. Now, I was able to get all the network ids, so I decided to download an Excel format manually by generating the URL for the Summary page "https://n232.meraki.com/network id........."   import meraki dashboard = meraki.DashboardAPI(API_KEY) organizations = dashboard.organizations.getOrganizations() for organization in organizations:     organization_id = organization['id']     print(f"organiztion_id : {organization_id}")         networks = dashboard.organizations.getOrganizationNetworks(organization_id)         for network in networks:         network_id = network['id']         network_name = network['name']         print(f"network_id : {network_id}")         print(f"network_name : {network_name}") ... View more

Thank you very much. The thing is that certain high usage clients are meant to be permitted so just trying to explore as many variables as I can in order to define the restriction most precisely ... View more

Ok, but now how do I troubleshoot a Docker container? (Thanks in advance) ... View more