What is our primary use case?
My main use case for Meraki Dashboard is campus and multi-campus network management, including wireless, switching, routing, VPN, and security.
I use Meraki Dashboard to manage cloud-managed Cisco Catalyst 9300s and 9500s for one of our biggest TAFE education campuses, and I manage my entire wireless network across the whole state of Queensland with 100 campuses and 10,000 students. I use it to manage my Meraki MS fleet of switches and my Meraki MX fleet of security appliances. I use it to monitor, assure, deploy, manage, update, and perform everything under the sun.
My teams rely on APIs, specifically using Meraki Workflows and Meraki APIs very heavily.
My teams incorporate AI-assisted insights and root cause recommendations within Meraki Dashboard into my day-to-day triage workflows by using an AI agent that my company developed. This agent collects data from Meraki Dashboard via the API, alerts, and other external sources, collating that information into ticket management and providing updates. Its biggest current task is managing power outage-related incidents. When a network goes down, it detects the exit of WAPs, switches, and MXs, and checks with the local power company for outages in that area. Once power is restored, it checks again and escalates to a human if systems remain offline.
My network engineering teams do not use templates in Meraki Dashboard. I maintain policy consistency across distributed branches through Meraki Workflows to ensure a consistent network-wide configuration.
How has it helped my organization?
Meraki Dashboard positively impacts my organization by having everything in one spot. Having the ability to grab data from Meraki Dashboard using the APIs is fantastic. I can do planning, plan capacity, and scale the network. Assurance features, network stability, and network issues are all managed and reported on from the APIs, which is fantastic.
Previously, I used another vendor before Meraki, and there were constant issues and incidents reported from users that things just did not work very well. Once I switched to Meraki, it really has that just-works feeling.
Meraki Dashboard's automated alerts and event logs have significantly altered how my team handles configuration drift across my multi-site deployments. I have a single glass pane monitoring everything, triggering alerts when someone makes a change, allowing me to follow up to understand the reason and record it for later correction back to the standard if necessary.
What is most valuable?
Meraki Workflows is the best feature Meraki Dashboard offers.
What makes Meraki Workflows stand out for me is its drag and drop GUI, which has minimal code, allowing anyone who is an administrator on my network to build workflows and automations that can be repeated, saving me and my team a lot of time with rolling out mass changes across the entire network in a programmatic way.
What needs improvement?
To improve Meraki Dashboard, I would suggest better bulk firewall rule management and organization across Meraki Dashboard along the network-wide layer three firewall rules and the VPN site-to-site VPN firewall rules, which are organization-wide. I would love to see better permanent IDs for each firewall rule so they can be programmatically referred to. Organization-wide and local rule categories with subcategories for collapsing the views in the firewall would help organize the firewall rules by type, such as having an infrastructure category at the top along with subcategories like DNS, Active Directory, syslog, and management, and further categories for SaaS, including Microsoft 365 and Salesforce, all managed visually in groups and categories in the firewall view that I can collapse.
I would like to add that I need more in-depth Meraki security appliance system performance monitoring, enabling Meraki Dashboard to actively monitor and report on MX or security appliance CPU and memory utilization. Currently, that information is not reported in Meraki Dashboard, and I have faced multiple instances of Meraki MXs being overloaded without knowing until users start reporting issues. Being able to see and get alerts from Meraki Dashboard based on metrics from the Meraki MX security appliances would be invaluable. I would love a quick access dropdown in the top corner that is persistent across all Meraki Dashboard pages, allowing easy access to network IDs, device IDs, device names, and network names for quick copying and pasting. Furthermore, the change log should stop truncating large changes to avoid cutting off data because of character limits. Shared organization-wide firewall categories would be beneficial, allowing updates in one spot that reflect everywhere.
The accuracy and reliability of Meraki Dashboard's AI capabilities are not fantastic. The AI repeatedly does not do what I ask it to do; I have to be really specific. It often does not provide the information I am looking for and can stop working, especially if I open a new tab in Meraki Dashboard, which seems to break the AI assistant. I have to wait for it to finish before touching Meraki Dashboard because any changes during that time disrupts the Cisco AI assistant session. My colleague and I often get back different answers when we share prompts with it. Sometimes it gives completely incorrect information that makes no sense.
My network engineering teams do not use templates in Meraki Dashboard because I find them too brittle and limited. They often build me into a corner, breaking everything when customer changes are necessary. I recommend customers avoid templates and instead take advantage of Meraki Workflows to roll out bulk changes and maintain consistent network configurations.
For how long have I used the solution?
I have been using Meraki Dashboard for five years.
What do I think about the stability of the solution?
Meraki Dashboard tends to be generally stable.
What do I think about the scalability of the solution?
Meraki Dashboard's scalability is fantastic, especially with the power of Meraki Workflows. However, before Workflows and when attempting to use templates, it was terrible.
How are customer service and support?
Customer support tends to be generally pretty good.
I would rate customer support an eight on a scale of one to ten.
Which solution did I use previously and why did I switch?
I was with Cisco before using Cisco's IOS XE Catalyst switches, and I switched to Meraki due to being a small team facing significant configuration drift across my campuses. With Meraki Dashboard, I was able to standardize the hardware and software on one platform.
What was our ROI?
I do not have relevant metrics available, but I can confirm that the return on investment is reflected in customer satisfaction, and my customers are very satisfied.
What's my experience with pricing, setup cost, and licensing?
My experience with pricing, setup costs, and licensing was frustrating. The contact at Cisco I worked with was extremely avoidant, hard to reach, and difficult to get updates from. Questions about the quote took days to weeks for responses, making the process very frustrating.
What other advice do I have?
On a scale of one to ten, I would rate Meraki Dashboard a six.
I chose a six because as a power user managing a large network, I find Meraki Dashboard designed for small teams or non-network engineers to set up networks quickly and easily, which limits my ability to deliver more services and scale my network faster and better for my customers on the Meraki platform due to design decisions focused on simplicity.
Regarding Meraki Dashboard's AI capabilities, the Cisco AI assistant built into Meraki Dashboard is currently read-only, so it does not make any changes, which is totally fine. I have no issues with that. However, if the Cisco AI assistant in Meraki Dashboard is given the ability to make changes in the future, I would definitely need to have a close look at that, implementing role-based access and controls while ensuring limits are set. For instance, allowing the Cisco AI assistant to turn one port on or off would be acceptable, but it should not allow changes across multiple switches or networks that could cause damage.
Meraki Dashboard is deployed in my organization as the public Cisco, Cisco fully managed cloud in the APJC region.
I have not really structured alerting thresholds or automated workflows in Meraki Dashboard to handle configuration drifts across remote sites, which is something I probably need help with. I have not tuned the thresholds, so I receive all the alerts, making it somewhat noisy. My approach is very human-driven and not automated at this point.
My advice for others looking into using Meraki Dashboard is to take advantage of the APIs to automate and scale their network instead of relying solely on in-built tools. I would strongly recommend using an external tool such as Ansible or Terraform for better network management.
Which deployment model are you using for this solution?
Public Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Other