Confusion Around Meraki Firmware Auto-Updates

janic
Here to help

Confusion Around Meraki Firmware Auto-Updates

Hi fellow Meraki admins,

 

Lately, we've noticed across multiple customers that the firmware of all devices within a network is not being automatically upgraded as expected. I'm not just talking about waiting 1–2 months for an upgrade to the latest firmware, but rather critical updates (at least according to the dashboard) still remaining unscheduled. We've seen multiple customers running firmware that is over 10 months old, with seemingly no automatic scheduling.

The wording in the dashboard regarding firmware management is, in my opinion, misleading. Under "Network-wide" → "General", the configuration states:

 

"The *insert Meraki Product* in this network are configured to run the latest available firmware."

As a Meraki admin, when I read this, I expect the network to eventually update to the latest firmware—certainly not after 10 months.

 

Now, here’s my issue: I'm not expecting Meraki support to immediately conduct an in-depth investigation, but my support ticket response was disappointing. They simply told me that this is "expected behavior" and referenced their docs:

 

Though it will eventually be pushed to qualified networks via the automated upgrade process, the automated upgrade process does not happen immediately after release and is rolled out over time. The automated process can sometimes take weeks to occur on all networks, depending on certain factors.

I'm sorry, but I find it hard to believe that this feature is intended to work this way.

 

Sure, we can leverage the API to manually schedule firmware updates for our customers, but this has been a built-in feature for years. As paying customers, we should expect it to work as advertised, especially since Meraki actively promotes it in their sales documentation.

 

How do you guys handle firmware upgrades across 40+ organizations? Am I supposed to just accept the current state of things?

5 Replies 5
Brash
Kind of a big deal
Kind of a big deal

I'll first state that I don't manage 40+ organizations so my experience may vary.

 

I've personally never found the automatic updates to be all that helpful. I've seen firmware pushed immediately to some orgs while others haven't had it pushed for ages.

My preference is to manually manage upgrades.
That way I can pilot new versions before pushing it to all organizations.

Mloraditch
Head in the Cloud

I manage more than you (around 100 and nearly 7500 devices) and currently we do it manually. We've noticed what you have with it not being anywhere near automatic it's on our todo list to add some monitoring and pushes to our tools via the API.

 

I certainly understand that people should be able to opt-out and some like doing things automatically, but the whole point of their Beta/RC/Prod rings is to suss out the biggest bugs and they definitely still advertise upgrades as automatic but it's anything but that except for the random times they decide otherwise.

It's a problem I shouldn't have to be dealing with especially when some of the bugs addressed are vulnerabilities.

They need to clarify the actual policy and ideally provide settings so I say push upgrades once GA for some period of time or similar if they aren't going to actually globally push.

If you found this post helpful, please give it Kudos. If my answer solves your problem please click Accept as Solution so others can benefit from it.
Paccers
Building a reputation

if anything we have the opposite problem and the auto-scheduling pops up and schedules upgrades when we don't want it to! (we keep a tight grip on change management and scheduling).

 

To be fair to Meraki I don't think it's a guarantee every single Network will get auto-scheduling of upgrades performed so I wouldn't rely on that.

 

I'd recommend trying to suss out whether you can perform a sweep and upgrade of firmware every 6 months or so at least (easier said than done with 40 Orgs, especially if they have differing times/tolerance for upgrades!)

MaghM
Meraki Employee
Meraki Employee

"When new firmware becomes available it will immediately be available on dashboard for an administrator to upgrade to. Though it will eventually be pushed to qualified networks via the automated upgrade process, the automated upgrade process does not happen immediately after release and is rolled out over time. The automated process can sometimes take weeks to occur on all networks, depending on certain factors."

 

As you can see, the timing is not immediate or set to a specific timeframe. After a stable firmware release is made available, it will be pushed out in batches to different customer dashboards. There is no guarantee as to when this firmware upgrade will be pushed out to a specific dashboard but when it is, it will fall within the upgrade window specified under Network-wide > General. We recommend network administrators to check all of their Dashboard networks periodically for available firmware upgrades and upgrade them manually to the latest firmware versions in such scenarios.

 

There is nothing that you are required to do to mitigate problems with auto-update. What we are observing here is expected behaviour and is simply the way that the auto-update mechanism works. I do appreciate the confusion that the menu can cause and I hope that you find the documentation useful to review.

 

https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/...

 

Meanwhile, feel free to submit feature request for new ideas, as any feature request that is made, sends an email to our Product Managers and Development Teams.

If you found this post helpful, please give it kudos. If my answer solved your problem, click "accept as solution" so that others can benefit from it.
jimmyt234
A model citizen

What we have learnt over time is that you cannot trust the Meraki auto-updates to keep you updated and not have networks in "critical" status. You have to take ownership of the process (whether this be via API or manual).

Get notified when there are additional replies to this discussion.