Hello all -   Thanks to everyone who had input on this. We were able to get the report I was looking for by joining the two tables. Here is the python code we used. Hopefully this will help others out there. Still not sure why Meraki doesn't have a canned report like this. (net_tag is something we use for upgrading our devices in groups and can be removed)     import meraki import json import time timestr = time.strftime("%Y-%m-%d--%H.%M") print (timestr) org_id = '######' dashboard = meraki.DashboardAPI(suppress_logging=True) devices = dashboard.organizations.getOrganizationDevices(org_id, total_pages='all') networks = dashboard.organizations.getOrganizationNetworks(org_id, total_pages='all') for network in networks:       for device in devices:             if 'MX' in device['model']:                   dev_id = str(device['networkId'])                   net_id = str(network['id'])                   if len(network['tags']) > 0:                         net_tag = str(network['tags'][0])                   else:                         net_tag = str(network['tags'])                   updatetime = device['configurationUpdatedAt']                   date_time = updatetime.replace("T"," ")                   date_time = date_time.replace("Z","")                   date = date_time[0:10]                   time = date_time[12:]                   #print(date)                   for detail in device['details']:                         if detail['name'] == 'Running software version':                               if net_id == dev_id:                                     print(device['name'] + "," + device['model'] + "," + detail['value'] + "," + device['serial'] + "," + device['mac'] + "," + net_id + "," + date + "," + time + "," + net_tag) ... View more

One thing we see with other devices/vendors are there are a lot of different CPUs to measure. My guess is this is measuring the CPU that runs the OS, but if traffic passing doesn't touch that as it's passing by via the ASICs or alike, the CPU may stay low. Then again, run something like the ThousandEyes agent and I bet the CPU jump up occasionally.. ... View more

Hi david_n_m_bond,   In addition to  sungod comment, please find the Meraki documentation - https://documentation.meraki.com/MT/MT_General_Articles/MT_Automation_Builder ... View more

Hi, we can help with this using our 'Business Hours' functionality. We also have a system for managing maintenance windows. The difference with maintenance windows is we won't send an alert if we see something go wrong during the window, but if it's still down when the window closes, we'll cache and send the alert then.   Business Hours - Highlight Help Maintenance Windows - Highlight Help Cisco Networking App Marketplace | Highlight ... View more

Time to get rid of Cacti and get a proper monitoring system 😉   Lots of good options here Cisco Networking App Marketplace | Cisco ... View more

If you're interested in NOC type wallboard, that's exactly what we do - we don't use webhooks for a few reasons but we 100% collect the data from the Meraki dashboard API   Take a look at the Cisco Networking App Marketplace   ... View more

I got it.  ChatGPT helped me figure it out. ... View more

Hi @JGill,   In case you are still facing issues with the GET API call not returning all the elements, I would recommend you to call into our support hotline/open a case, so that our engineers can help you troubleshoot the issue. ... View more

FYI, there is indeed a bug, and the case is awaiting resolution. ... View more

Nice! That's very useful data - but just beware of one thing that if the device goes offline completely, and so can't report back to the Meraki shard, from what we've seen the data can't be completely trusted. You need to correlate this data with device availabilities or change history to get it properly accurate. ... View more

Yes well figured out, pagination is important on these calls as there is #a lot# of data returned. Don't forget that if you don't want the data back on all switches there are query parameters/filters you can apply which cut the amount of data returned. ... View more

https://documentation.meraki.com/CiscoPlusSecureConnect   ... View more

Hi @Prodrick, The reason you see this in certain customers vs all of them is based on the number of uplinks used by the MX. The probes that we use to gather this data are automatically turned on when there are two uplinks, we use the probing data to make any policy based routing decisions. You can read further about this here - https://documentation.meraki.com/MX/Monitoring_and_Reporting/SD-WAN_Monitoring   In terms of monitoring a single uplink spoke, you are able to see the statistics for a single uplink peer from the hub side if the hub is multi wan enabled. Alternatively as @MartinS has mentioned, there is some back end configuration. However, we encourage you to reach out to your accounts team as there are some design considerations to keep in mind when enabling it.  ... View more

Got it. The new documentation (that's about to be released) states: The number of entries per page returned. Acceptable range is 3 - 20. Default is 10. I didn't notice that. ... View more

Yes that's the correct API endpoint for Cellular signal strength. I'm afraid the Meraki documentation on that endpoint isn't the best, give me a shout if anything doesn't make sense as we use the call a lot.   Martin ... View more

We had a Head Office with ~75 people, all using Windows PCs with files at the Data centre, over the SD-WAN.  Accounts often opened 2-300MB of linked spreadsheets without any problems.  This was over a 400/400 and 100/100 at the HQ and a pair of Gig lines at the DC. ... View more

Do you have specific errors? We did something very close to this just recently. We pull our configuration items. Store them into a sql db, config entry query ends up as its own table and each row is the site_id and updated_id so we can track the latest pull so we only compare the latest to our source of truth.   Currently we don't take any action but using the SQL we then built a PowerBI report compare the retrieved results compared to defined standards. We wrote the whole config pull via Python using the Meraki SDK and then have it scheduled to run nightly via a Github self-hosted runner. ... View more

Thanks - the getOrganizationApiRequests will help.  I will then experiment with what I need to send as the filter string. ... View more

@CoreyDavoll1 If you want I'd happy to give you access to our service observability platform which you can integrate in with Meraki and see if it gives you similar results? Drop me a private message if this sounds interesting and we'll organise from there.  ... View more

Very happy to help! ... View more

Hi ,   I don't have any MG to confirm that behavior.   Are there a lot of networks in that Org ? You could probably list all the networkIds from uplinksLossAndLatency and compare from GetOrganizationNetworks and find the networkId missing between the 2 lists.    But even with that info, I do think that you should probably log a case. ... View more

To partially answer my own question: Point-to-Point Protocol over Ethernet - Wikipedia   PPPoE discovery   Since traditional PPP connections are established between two end points over a serial link or over an ATM virtual circuit that has already been established during dial-up, all PPP frames sent on the wire are sure to reach the other end. But Ethernet networks are multi-access where each node in the network can access every other node. An Ethernet frame contains the hardware address of the destination node (MAC address). This helps the frame reach the intended destination. Hence before exchanging PPP control packets to establish the connection over Ethernet, the MAC addresses of the two end points should be known to each other so that they can be encoded in these control packets. The PPPoE Discovery stage does exactly this. It also helps establish a Session ID that can be used for further exchange of packets, and is also used to indicate termination of the session. PPPoE discovery packets are carried in Ethernet frames with EtherType set to 0x8863." ... View more

As others have indicated, many are now using the API to poll for uplink usage data:   such as https://developer.cisco.com/meraki/api-v1/get-network-appliance-uplinks-usage-history/ A lot will depend on what you want to do with the data & how you want to present it, as to the tools used - from a python script writing to a csv maybe - up to an ecosystem partner application. Note the data provided gives raw traffic levels.  To put it in context, you'll need to compare to available bandwidth - which you probably have to provide for yourself   (also - configure it for best performance:   https://developer.cisco.com/meraki/api-v1/update-network-appliance-traffic-shaping-uplink-bandwidth/ )   The same raw data though is available via SNMP:  https://documentation.meraki.com/General_Administration/Monitoring_and_Reporting/SNMP_Overview_and_Configuration For busy environments, you are probably better polling individual MXs directly, even though polling solely the Dashboard is simpler to set up ... View more