On a personal mission to figure this out.   It's not the Active Directory Device GUID, but its something like that.  The MDNS advertised GUID is not what shows up in the console.  Not sure if its encoded, encrypted, or just random.   What I do know is if you resolve the computer name with .local   the name magically updates in the Meraki Console, and they seem to stay that way so far.   If the names stick I'll look a scripting it up as a one off update.      I'm sure this is a local subnet fix only, but using it to narrow down how Meraki is updating the names.  Sharing in case it jogs ideas from the group or you see something in the traces I'm missing.    Steps to get names to update on console for testing: 1). From the clients page of your local network, get the IP address of a client with a gobbledygookname. 2). NSLOOKUP the IP to get the AD Computer name         nslookup 172.22.22.132            Name: Computer1.yourdomain.com           Address: 172.22.22.132  3) Use the powershell command resolve-dnsname to lookup name with .local appended (without your domain).         resolve-dnsname Computer1.local       Name Type TTL Section IPAddress     ---- ---- --- ------- ---------     Computer1.local AAAA 60 Answer fe80:8EC1f5:351D:ABF3     Computer1.local A 60 Answer 172.22.22.132 Check your console in about 2 minutes name will be updated.    You will see in a packet trace that when you query the device with .local, the host replies to the multicast  query.  Meraki must be picking that up with a DNS Snooping type process to grab the name and update the console.  Not as simple as a lookup with ipaddress.local, must be hostname.local.  And since its multicase this will only work on your local subnet, so not an enterprise answer, but a start.... ... View more

Hoping not to do this via API.  Just trying to figure out exactly what Meraki is using so we can tweak the Domain / Network setup.  I have one workstation working now, so trying to back into exactly "why" its working with the handful of changes / commands ran.  ... View more

I know this is an old thread, but did anyone ever figure out an easy way to resolve this issue?   Tried a few of the hacks to disable MDNS but doesn't seem to work, unless I'm missing something.   Have a new requirement for tracking which would be super easy with the Wi-Fi API and or Splunk data if the machine names were correct.  Manually updating 7,000+ clients even by API doesn't float to the top of my solutions list.   ... View more

I would stop,  draw it out and document the connections.   Post a simple Visio here so we can sanity check "our" assumptions on your setup. We may be missing an important detail filling in the blanks with our deployment expectations vs your actual setup.   "Assuming" you have configured advertised networks on the hub site to site VPN page.  I would take one of those networks in question and  confirm routes for the targets are "Green"  and  not spinning circles on the spoke side. i,e, they are going via the VPN   tunnel, not some other unexpected direct internet / vpn path.   Then I would do the same on the HUB side.  Do you see the expected spoke routes as green (not spinning).   Then use the Traceroute and MTR on the tools page of the MX's and Make sure the path is really what you expect.  I would do that from both the spoke and the hub locations to make sure the hub or spoke are not making some odd unexpected routing decision based.   Sanity check the Topology pages, make sure they match, and you don't see an odd IP in the stack that's advertising a route off the stack.  i.e. a cable modem in a non segmented port that just happens to match an IP / arp.   Seen stranger things happen.   The again I grab a wire shark during a transfer and look for any packet retries, fragmented packets or large gaps in packet sequences, TCP 0  events.   if its an https transfer, we will not see inside the data, just IP's and headers.  So happy to take a look at one if you need a set of eyes.  If your not comfortable posting the Wireshark here, feel free to hit me up out of band and we can take a look. with a screen share or a private email to send it too.      I think were all interested to figure out where the gremlin is coming from. ... View more

Packet captures on the Spoke side LAN and Internet interfaces would help show any fragmentation or physical issues thorough packet retransmissions.   Could also grab one from the HUB internet side at the same time for the same reasons.  Build in Wireshark capture is a powerful debugging tool for these types of issues! You don't need to be a Wireshark expert to see retransmission and corrupt packets,  they stand out 😅,  but we are here to help if you need it.    ... View more

I know this is an old post, but the CPU numbers are under the Organization -> Summary report (set the date / time to today if you want current view).  Or using the API call is an easy method to get     Sample Python script,  just set your org and api key. import meraki import os import pprint API_KEY = os.environ.get('MERAKI_API') organization_id = os.environ.get('MERAKI_ORG') dashboard = meraki.DashboardAPI(API_KEY, caller='TopApplianceUtil.py/v1.0') response = dashboard.organizations.getOrganizationSummaryTopAppliancesByUtilization(organization_id, quantity= 500, timespan = 2000) print ('Number of MX Appliances = ' , len(response)) for mx in response: print(mx['utilization'], mx['model'], mx['name']) ... View more

Your MX68 is sized as 400mbs The MX 95 VPN I think is 800mbs.   So your top end "Should" be 400mbs on a site to site MX68 spoke.   If your getting 5mbs something sounds off for sure!  SMBV1, 2 , 3?  IF you have a Wireshark capture without sensitive data we could take a look or compare to a SMB transfer on our side.          ... View more

We ripped out our MPLS and replaced with Duel broadband.  10 X the performance for 1/10 of the price!  During the migration we ran them side by side as load balanced interfaces,  just set the available speeds under the sd-wan traffic shaping.   Make sure your Hubs have firewall rules out from any firewalls between the Hub Concentrator and internet so you can build auto-vpn tunnels.     But agreed,   SMB traffic does not have issues via SD-WAN, if anything it's faster because you get much better bandwidth for the money!     ... View more

We saw the issue with MX 85 / 95 units on 18.107.2.  MX's running 95% utilization or better!  18.107.3 seemed to correct the issue.     Learned to look at this python script /  API call after upgrades after that!    import meraki import os import pprint API_KEY = os.environ.get('MERAKI_API') organization_id = os.environ.get('MERAKI_ORG') dashboard = meraki.DashboardAPI(API_KEY, caller='TopApplianceUtil.py/v1.0') response = dashboard.organizations.getOrganizationSummaryTopAppliancesByUtilization(organization_id, quantity= 500, timespan = 2000) print ('lengnth = ' , len(response)) for mx in response:    #print(mx)    print(mx['utilization'], mx['model'], mx['name']) ... View more

That is odd.  We normally see the cable length to the device powered down.   Can't say I've tried it with a down steam Meraki switch.  Good to know!      ... View more

Assuming you have the COX modem locked down Access port VLAN, then connecting to a firewall or MX Appliance.   We see lots of IP / broadcast ARP entries from some of the broadband modems as they can be a shared ethernet segment.    Is the COX modem set for a static IP or DHCP?   As a rule make sure the VLAN's are unique and set for Access ports, only the MX's Public WAN  and COX LAN (yellow port) plugged in. We have see some devices have issues with POE negotiations also, so I'd say turn off POE also and see if that makes a difference.    ... View more

Sounds similar to the issues on the 10th.  If still having issue make sure to open a case.  the https://status.meraki.net/ dosn't seem to get updated unless several people are calling in.    If you don't have your support ID to open a new case just use an old case or you will get stuck in the IVR. And because its hard to find when dashboard is down. Meraki Support number: 415-937-6671  Add it to your phone with your customer number 🙂   ... View more

status.meraki.net just updated.  No ETA from support at this time. ... View more

Support confirming a backend issue going on.  I'll post updates once the case is open. ... View more

I'm seeing the same issue on dashboard.   My API access is still active and running. ... View more

I have a python script that pulls all the switch / port / client data for our org.  You can see AP's by name in the lldp field, and the switch port settings  (access, trunk, and associated vlans,.  It's a down and dirty script, but will output a csv file and you can just filter on the APs.     You can use a similar API to go correct them once you have a list.   Not sure how this will come across but shoot me a note if you have a question. # Start of python file ------- import meraki import json import csv import os from datetime import datetime API_KEY = os.environ.get('MERAKI_API') organization_id = os.environ.get('MERAKI_ORG') dashboard = meraki.DashboardAPI(API_KEY, output_log=False, print_console=False)   now = datetime.now() dt_string = now.strftime("%m/%d/%Y %H:%M:%S %Z") dtFilename = now.strftime("%m-%d-%Y_") print(dt_string) print(dtFilename) clientDatafile = dtFilename+'ClientData.csv' try:     datafile = open(clientDatafile, 'w', newline='')     csv_writer = csv.writer(datafile) except Exception as error:     print("Error: ", error )     exit(error) count = 0 networks = dashboard.organizations.getOrganizationNetworks(     organization_id, total_pages='all' ) print('Client Listing : ', clientDatafile ) for network in networks:     print('Network ID: ' + network['id'] + ' Name: ' + network['name'])     try:         clients = dashboard.networks.getNetworkClients(          network['id'], timespan=2592000, total_pages='all', perPage='1000'         )     except:         print('opps')             for client in clients:         if count == 0:            header = client.keys()            csv_writer.writerow(header)            count += 1         csv_writer.writerow(client.values())       #  End of python file.          ... View more

Marvin,  Curious if you updated just the time field via the API, or all the elements?   i.e. for Networks scheduled for an upgrade, just modifying the time field for the nextUpgrade for a specific product?  i.e.  response = dashboard.networks.updateNetworkFirmwareUpgrades(     network_id,     products={'appliance': {'nextUpgrade': {'time': '2024-09-09T03:10:00Z'}}} )     ... View more

Agreed!!  A simple remote proxy in the MX on the Tools page where you could select the WAN interface and use HTTP/S to configure / review a broadband modem would be such a great feature.   We have duel broadbands at each location, sometimes with the same broadband subnet / gateway.  So even getting on an internal PC and hitting the gateway IP unless you shut down one broadband (or radically manipulate SD-WAN traffic shaping) you can't control which broadband modem you will get.    We've made the same request several times.  Maybe getting some up votes in the community will help.  ... View more

Just noticed our Z3 and MX85 units now how firewall logging in the tools!  Apologize for the redacted version, but you get the idea. Nice add Meraki, long overdue!          ... View more

To our defense "...an entire service"  did cover of view of the world, as our entire Meraki Dashboard Service was 100% down 😀.   I do have some great examples of some Status IO pages (behind logon screens) that show scheduled maintenance along with regions and sub applications (+ to expand) that show the best of both worlds.    Happy to share if they want to see how some other companies show schedule maintenance below the high level status pages.  ... View more

We are on n755.   We didn't have any indication or alert of maintenance.  We were down about an hour.  Normally not an  issue but we had 10 network upgrades scheduled yesterday morning.    No maintenance screen was shown,  just 405 errors and 503 errors.  Guessing they had an ugly upgrade going on.  Tickets are in for an RCA for our records.    Be nice if they sent out scheduled maintenance alerts if they are taking shards offline, or update the https://status.meraki.net  page to show scheduled maintenance (and expected durations).      ... View more

I can see some opportunities, but agree this one has a long way to go to show value.   MX84's not supported, that's a large part of our store base. SSO integration not yet supported (must use local accounts). Against company policy.  Routing for testing of internal applications is based on Highest VLAN.  So if you have a guest / un-routable network as your highest vlan,  you can only test internet applications, no Auto-VPN based applications in the datacenters.    No option to set the source vlan for the agent at this point.  So we get better metrics for internal applications just using the existing Insights Web App health and WAN health.  Even if applications are setup with a local admin account,  if a user is in with their SSO account the applications show offline in the Meraki Dashboard.       ... View more

We ran into some funky spanning tree issues during upgrades with the direct VRRP heartbeat cable during deployments.  Pull the cable no issues,  your mileage may vary, but FYI.  We pulled all the heartbeat cables a few years ago. Bulk of our 500+ MX's are MX84's in a HA configuration, each MX duel cross connected to the switch stack so that no single switch or MX failure should take a location offline.   Meraki Switch stack with stacking cables.    Primary MX WAN1 - Carrier 1 WAN2 - Carrier 2 Port 9 -> Sw1 port 47 Port 10 -> Sw3 -> port 47   Spare MX WAN1 - Carrier 1 WAN2 - Carrier 2 Port 9 -> Sw1 port 48 Port 10 -> Sw3 -> port 48   Originally had a heat beat cable on MX <-> MX on port 3, since pulled. ... View more

Also for visibility,  additive FW rules are immediate.  If you have a FW rule where your are taking away or blocking access, you need to roll the Primary MX.  State / rule change is immediate, spare takes over and processes.  Still have the VPN tunnel / session delay.   ... View more