I'm afraid @EugeneL meant the updates for Meraki's hardware devices (switches, access points, firewalls, etc.), those are installed automatically. However your question was more about whether Meraki's MDM solution Systems Manager can deploy updates to the client devices it is managing right?   Afaik it can only do that for iOS devices, and only when they're DEP supervised.   See this: Source: https://documentation.meraki.com/SM/Device_Enrollment/Systems_Manager_Agent_and_MDM_Profile_Enrollment   Also this page specifically about using that feature for iOS: https://documentation.meraki.com/SM/Apps_and_Software/Deploying_OS_Updates_with_Systems_Manager   Slightly related you can require your devices to have a specific OS version for compliancy purposes, and use the compliancy status to do other stuff (like installing certain apps, provide access to corp wifi, etc.): ... View more

You say that nothing has changed but thats not true. You changed ISPs 😉. That means you changed IP addresses on the home end. Did you change the specified public IP in the tunnel configuration on the office end (do you even have a static IP address in the home network)?   This is what the docs say about this situation: Event Log: "phase1 negotiation failed due to time up" Error Description: VPN peer-bound traffic was generated towards a non-Meraki VPN peer for which we did not already have an established tunnel. In attempting to begin the phase 1 negotiation to establish the tunnel, we did not receive a response back from the remote side. Error Solution: Use some simple tests (ping, for example) to check for packet loss between the two sites. Take a packet capture to verify that ISAKMP traffic is being sent by the local peer. If the ISAKMP traffic is received and the remote side is not replying, verify that the remote side is configured to establish a tunnel with the local peer.   Have you tried a packet capture on both ends to see what comes in on both ends? Is the office MX behind a firewall? The new home provider could be blocking UDP 500 & 4500 connections. ... View more

Hey cool! I came out of the world of Industrial Automation too. +1 on the CMNA training and the full-stack that followed it. The free hardware is a genius move by Meraki imo. Although it must cost them a lot of money.   Good to have you! ... View more

These logs seem to be from the initiating side. I assume that these are the logs of your MX? We now need to see what the responding side sees and does in turn. What do the logs on the other side show?   Does your MX get a public IP over the PPPoE connection?   Any chance the new provider is blocking port UDP 500 or 4500 outgoing in their firewall?   On the other end, what is the setup: is the MX in your office behind a firewall/NAT? Any chance UDP 500 & 4500 are blocked here (or maybe restricted to certain public IP addresses/ranges)?  ... View more

For those still wondering: MQTT's full meaning is Message Queuing Telemetry Transport: https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=mqtt The Vatican is indeed the smallest country in Europe (technically a sovereign city-state). Belgium, while being in the lower half, is actually not at all the smallest country: https://en.wikipedia.org/wiki/List_of_European_countries_by_area The leaked product was indeed the MV32: https://community.meraki.com/t5/Smart-Cameras/New-Camera-MV32/m-p/42951/highlight/true#M910 Coolest swag topic for those interested: https://community.meraki.com/t5/Off-the-Stack/Best-Meraki-Swag/m-p/65089 ... View more

Merry Christmas to you too! I guess my apologies to MS gnome are in order. Cheers little fella🍻 ... View more

@AdamS wrote: I think we can do it we'll just need to open up the raised floor and install some exhaust fans to deal with the heat and route the power safely.  We have APIs to blink all the lights already which is awesome. AAAAH! I love it. Let the countdown begin: https://www.timeanddate.com/countdown/christmas?iso=20201225T00&p0=224&font=cursive   You could also just put a few pallets at the bottom, that way you don't have to mess with the floor. Pallets can hold that weight, and they also have holes in them through which you could route the cabling. The PDU's could be in the open space between the top and the bottom of the pallet.   Seems like with the way the tree is setup, the sides of the switches already get airflow.   Love @Wazz 's idea for stackpower, that can save you some outlets. ... View more

Thanks for posting back! ... View more

@kYutobi thanks mate! ... View more

Not every power supply responds equally to "dirty" power. Maybe a dip or a spike occurred and the MX PSU couldn't handle it while the MS could. It could also be a dying power supply.   I'd keep an eye on it and if it happens again I'd try to get it RMA'D.   More generally you could consider putting a UPS in front of it. That'll double as a signal cleanup and a backup power device. ... View more

Depends on what you mean with proper. Let's have an example. If this is the co-termination date: And this is the device table: After conversion the number of per device licenses for each of the present product groups would be equal to the left column amounts. Then from those, a number of licenses would be attached to actual devices, namely the number in the right column.   Each of the new per device licenses would be valid for 387 days.   Effectively this means nothing has changed from a value perspective. ... View more

Wow, just wow. A tad bit disappointed that it's offline, but I understand...   That MSRP though 😲 ... View more

Found the thief! Here: https://community.meraki.com/t5/Security-SD-WAN/MX64W-and-Cisco-Umbrella-Review-my-setup-please/m-p/71044/highlight/true#M17807 ... View more

Nice, that is a different approach for sure!   One thing I see you could easily optimize is the second question asking whether the network has an AP or not. You could just detect that yourself by calling the following endpoint:   The python module has the call too: def getnetworkdevices(apikey, networkid, suppressprint=False)   You could then iterate through those, check if there is an AP in there and base your configuration on that result. Then you can keep using the list and really automate it. Now it seems a bit laborious.   A little code snippet for you: myNetworks = meraki.getnetworklist(apikey, '653657') for network in myNetworks: deviceList = meraki.getnetworkdevices(apikey, network['id']) for device in deviceList: if(device['model'].startswith("MR")): print(network['id'], " contains APs") break   With a break, to please Philip.   ... View more

I knew I was going to get hit with counter examples. Curse you @PhilipDAth 🧛🏻‍   Why don't you fetch the orgs and networks you need directly by using their ID though?   The point I'm trying to make is that you have to be careful with them as it's easy to make mistakes. Your script will be running in an unexpected way and you might unwillingly be skipping important actions. And your script can be harder to understand as the flow is kind of interrupted. ... View more

When you use for network in networkid you don't need a break to stop the loop. It'll stop automatically when it has iterated over all items. If you want to exclude certain ID's from the script, either remove them on beforehand or skip them with an if statement like @Nash mentioned in her post. It's rare that break and continue's are "good programming practice".   I'd also recommend that you make it easier on yourself by naming your variables more meaningfully. For example I'd change the name of the list to networkids and use networkid for the items in it. It'll make your code more readable/understandeable.   Now for your code, it should be something like:   for networkid in networkids: success = 0 failure = 0 try: result = meraki.addvlan(apikey, networkid, vlanid, name, subnet, mxip, surpressprint=False) # skip the following networks if networkid not in ['L_1648946644']: # try to create the VLAN if 200 <= int(result[0:3]) < 300: # check the returned status code success += 1 print("VLAN created for ", networkid) else: failure += 1 print("Something went wrong while creating VLAN for ", networkid, " returned message was: ", result) except ValueError as e: print("Exception occured while trying to create VLAN for ", networkid, " invalid VLAN ID") print('VLAN Addition Complete. Networks successful: ', success, ' Networks failed: ', failure)     ... View more

Indeed :). ... View more

I don't think this is a Meraki issue. That said, does this help?   Source: https://superuser.com/questions/495759/why-is-ping-unable-to-resolve-a-name-when-nslookup-works-fine ... View more

See the docs here: https://documentation.meraki.com/zGeneral_Administration/Tools_and_Troubleshooting/Using_the_Cisco_Meraki_Device_Local_Status_Page ... View more