Well, no that is the API endpoint, but I was asking if anyone had incorporated it into a script yet. Trying to NOT recreate the wheel if possible.   Thanks for the response tho!! ... View more

  import meraki dashboard = meraki.DashboardAPI("") organization_id = '' print("orgID") all_networks = dashboard.organizations.getOrganizationNetworks(organization_id, total_pages='All') for a in all_networks: #print(a['name']) network_alerts = dashboard.networks.getNetworkHealthAlerts(a['id']) count = 0 for n in network_alerts: print(n) if n['type'] == "Uplink IP address in conflict with another device": print(n) with open("C:\\data\\logs\\networkswithissues.txt", "a") as f: f.write(str(n)) count += 1 print(f"{count} networks.")   You can also do it with the Meraki Python module. This filters just for IP conflicts.    This ultimately uses the same endpoint that @LearningIsFun shared, so may not work long-term.  ... View more

No, this is not related to the ServiceNow plugin.  This question is specific to what abilities Meraki Support has to troubleshoot 401 errors. Any help would be appreciated  Thanks. ... View more

I've been looking at how to replicate our existing reporting/analytics without polling using getOrganizationDevicesStatuses but it's not straightforward...   The replacements don't include publicIP, which is useful for simply inferring whether it's a single device outage, or one where a device/WAN/other failure is taking out multiple devices.   I don't see another simple way to get the publicIP, calls that get it for MX/Z are no use as not all devices are behind an MX/Z.   Am I missing an easy way to get publicIP? If not, can it be added at least to the replacement operation getOrganizationDevicesAvailabilities it shouldn't break anything.   Also, one of our main use cases is contractual SLA analysis/reporting, which typically is calendar month, sometimes also by local timezone.   I'd certainly like to move from our current polling approach to a monthly one, but for that a lookback of at least a couple of days more than 31 days is needed to allow for timezones and any transient problems that delay colection, otherwise we lose data.    The https://developer.cisco.com/meraki/api-v1/get-organization-devices-availabilities-change-history/ documentation says has a maximum lookback of 2678400, exactly 31 x 24 x 60 x 60, meaning that unless we ran it at 235959 on the last day of the month for each timezone, it's possible to lose visibility.   In practice we run 'monthly' data gathering early UTC on the 2nd of the following month, simply allowing for where we need to report by local timezone and to giving some buffer in case of a problem.   The 'easy' way out would be to run it daily instead of monthly, but IMHO it'd be better if this and other calls with one-month lookback hard limits were extended by a couple of days to fit better with the common customer desire to have monthly reports and the need for a bit of contingency 😀 ... View more

The ask is not exactly clear here.  As you noted the Uplink statuses includes both WAN1, WAN2, and Cellular if needed.  You would filter out what you don't need.   https://developer.cisco.com/meraki/api-v1/get-organization-appliance-uplink-statuses/   If your WAN2 interfaces are Meraki MGs then you can get more information around those devices statuses from API Call:  "Get Organization Cellular Gateway Uplink Statuses"   https://developer.cisco.com/meraki/api-v1/get-organization-cellular-gateway-uplink-statuses/     ... View more

That worked thank you...I guess me over thinking a little.   Thank you much! ... View more

Is there any documentation around this "Improvements to functionality of Day-0 Zero-touch connectivity"?  Thanks. ... View more

If you use the Get Device Endpoint, does it return the switchProfileId? RHB@wopr ~ % curl -L --request GET \ --url https://api.meraki.com/api/v1/devices/<serial> \ --header 'Authorization: Bearer xxx' \ --header 'Accept: application/json' {"lat":nn,"lng":nn,"address":"","serial":"","mac":"34:56:fe","lanIp":"192.168.128.4","url":"","networkId":"","tags":[],"name":"Home-MS120-8LP","details":[],"model":"MS120-8LP","switchProfileId":null,"firmware":"switch-16-7-1","floorPlanId":""} ... View more

Firmware release notes are not exposed via any API endpoint, nor are they publicly accessible other than via the Dashboard itself. They may be posted on the Community boards, but these is only provided as is by community members. Nothing from Meraki themselves. ... View more

Thank you for the reply! EDIT: Works Perfectly, returning only 1 network!  api.meraki.com/api/v1/organizations/{Org ID}/uplinks/statuses?networkIds[]={network ID} ... View more

Posting update as I was looking for this API call.   https://developer.cisco.com/meraki/api/cycle-device-switch-ports/ ... View more

Posting update as I was looking for this API call.   https://developer.cisco.com/meraki/api/cycle-device-switch-ports/ ... View more

Just adding my voice for getting that uptime in dashboard or via API ... View more

I think this may be what you're looking for..? https://developer.cisco.com/meraki/api-v1/get-organization-devices-availabilities/    ("status") ... View more

Did you solve your issue or are you still having problems ?   ... View more

It use to be, but I believe it still is coded for V0 API calls last I looked.  It was a great place to start to learn the API and get data back in a simple format.   The evolution was this:  https://developer.cisco.com/docs/meraki-tools-google-sheets-add-on/#!introduction/meraki-tools-for-google-sheets   They are quick and dirty, simple but limited in function, but no code/low code to get some basic data back in a usable format.  I started with them early on, but once you get into python you won't likely go back.   My opinion. ... View more

Yup, you can definately do to Excell as well if that work better.   What would be better is being able to graph the output (using python) like how the Dashboard does it, with the higher resolution. My python skill is lacking in this area. ... View more

Searching the OpenAPISpec is sometimes useful, but you have to back track a bit to figure out the call.   https://api.meraki.com/api/v1/openapiSpec ... View more

Thanks guys, glad I'm not missing something and the feature would be useful for others as well.   Ideally we'd want it as an Org wide call - ideally ideally it would be part of the same /organizations/:organizationId/appliance/uplinks/usage/byNetwork call which is currently in Beta. If that same org wide call could be made generic and return uplink usage for all device types that would be amazing! @John_on_API  please! ... View more

Not sure how you're running your script or exact end goal.  Assuming it's python, if you bring in Pandas, you can easily take the List of data you receive from the API call, covert that to a pandas dataframe and export that to an excel sheet.  Then you don't have to define each specific returned value as a variable and account for each of them if you are just looking to get data exported quickly into a usable format.  3 lines of code.   from datetime import datetime import pandas as pd import meraki <some code not shown for example> try: devicestatuses = dashboard.organizations.getOrganizationDevicesStatuses(org_id, total_pages='all') except meraki.APIError as e: print(f'Meraki API error: {e}') print(f'status code = {e.status}') print(f'reason = {e.reason}') print(f'error = {e.message}') continue except Exception as e: print(f'some other error: {e}') continue # Convert devicestatuses to Dataframe. df_devicestatuses = pd.DataFrame(devicestatuses) # # Variables # todays_date = f'{datetime.now():%Y-%m-%d}' time_of_run = f'{datetime.now():%H-%M-%S}' outputfilename = f'Device Statuses - {todays_date}_{time_of_run}.xlsx' # Takes output file and creates XLSX file. index=False removes first index column. df_devicestatuses.to_excel(outputfilename, index=False, engine='openpyxl')   ... View more

Not sure, but sounds like the email you are passing is not being sent as a string,  Try double quotes around the email address perhaps?   'email' : "xxxx@test.com"   That or the way you added in authorizations isn't passing correctly.   The code sample you posted doesn't appear to match what was used to generate the error. ... View more

This is only true for devices on the network. I'm only getting a handful of MGs with the API call below.  We have 250 that are unclaimed.  I can probably come up with a python script to create a dummy network and add the devices to get the information.    response = dashboard.organizations.getOrganizationDevices(     ORGID, total_pages='all',models='MG41' ) ... View more

Best place to start is probably the examples on github, for instance...   https://github.com/meraki/dashboard-api-python/blob/master/examples/aio_org_wide_clients_v1.py   This is the line that sets off running the function on all networks at once...     networkClientsTasks = [listNetworkClients(aiomeraki, folder_name, net) for net in networks]     Then in that function, this is the API call being made...   # Get list of clients on network, filtering on timespan of last 14 days clients = await aiomeraki.networks.getNetworkClients( network["id"], timespan=60 * 60 * 24 * 14, perPage=1000, total_pages="all", )       ... View more

Yeah I was trying to avoid calling this api for each VLAN cause we have many VLANS And the reason I'm asking is to be able to exclude some VLANs with excessive client counts. ... View more

@LearningIsFun, that was it! much appreciated!  ... View more