Skip to main content

 

Cisco Meraki Documentation

Meraki Status Page

This page describes the Meraki Status page, the value it represents, and how to use it.

Link: Meraki Status Page

Goal

To understand the purpose and benefits of the Meraki Status Page, and how to use it.

After reading this article you will:

  1. Understand the purpose and benefits of the Meraki Status Page.
  2. Understand when and what to expect to be published on the Meraki Status Page.
  3. Understand how to Subscribe to the Meraki Status Page for updates.

Purpose

Simply stated, the Meraki Status Page is intended to keep customers informed of severe outages within the Meraki Cloud.  The intent is to share a high-level description of incidents that Meraki is aware of, and how we are addressing them. 

Benefits

  • Customers can quickly grasp the scope of critical incidents that are in-flight at Meraki
    • The launch of Components to categorize Services and Regions allows customers to focus on a more granular view
  • Customers need not contact Meraki Support to stay abreast of critical in-flight incidents
  • Customers can subscribe to updates, if they desire; this includes Component-specific subscriptions
    • Updates are available in the following formats:
      • Email
      • RSS feed
      • ATOM feed
      • Slack

Scope of Incidents

At this time, the Meraki Status Page is scoped to communicate critical, global customer outages only.  What this means is that only outages which affect most customers will be visible on the Meraki Status Page. This implies an outage of a large number of Meraki servers, or a critical supporting service that affects most customers.  If a particular Meraki server that your Meraki devices use is down, but most servers are operating normally, you should not expect to see a posting on the Meraki Status Page.

Here is a non-exhaustive list of some examples of conditions that are specifically excluded from being posted on the Meraki Status Page:

  1. Maintenance notifications
  2. Issues that affect only a single Meraki server, or a small group of servers (anything less than a cluster/region)
  3. Any non-critical services that are down (even if they affect all customers)
  4. General Dashboard latency, unless attributed to a global outage
  5. Latency of specific operations (e.g. processing new device claims, auto-VPN updates, etc.), unless attributed to a global outage

Status Page Components

Status Page Components categorize incidents by Service and Region, helping you quickly identify impacts to your specific environment. While we aim for granular detail, Components are applied at our discretion based on the information available to ensure we provide the most accurate and clear communication for each incident.

Service Components

Here is the list of Components that define broad categories of Services, and a short description for each:

  1. Dashboard  - the Meraki Dashboard

  2. API - a programmatic interface to the Meraki Dashboard

  3. Network Device Connectivity - connectivity between customer-hosted Meraki network devices and the Cloud

  4. End User Device Connectivity - connectivity between end-user devices and customer-hosted Meraki network devices

  5. Access Point  - a customer-hosted Wireless access point (MR)

  6. Switch - a customer-hosted switch (MS)

  7. WAN appliance - a customer-hosted WAN appliance (MX)

  8. Camera - a customer-hosted camera device (MV)

    1. Note: this Service Component is not listed for the China or India geographic regions as Cameras are not sold in those markets.

Region Components

Here is a list of Components that define Regions where Meraki services are supported:

  1. North and South America 

  2. Europe 

  3. Asia-Pacific 

  4. Canada 

  5. China 

  6. India 

Component Notification Subscriptions

The improved granularity of impact that Components communicate extends to notification subscriptions.  You have the flexibility to tailor your notification subscriptions to be notified for just the Region(s) or Service(s) that you care about.  You have flexibility to subscribe to as much or little as you like.

The workflow below illustrates the subscription management cycle that is now supported with Components.  This example is shown for Email notification subscriptions, but works similarly for other notification methods as well.

Example subscription workflow

Here, we can see the main screen where you would enter an email address for the notification subscription.  Notice how this does not yet specify what you are subscribing to - that comes a few steps later.

Screenshot 2026-02-17 at 11.12.56 AM.png

So, you enter your email address, and the system will email you a One Time Password (OTP) to the email address you provided: 
Screenshot 2026-02-17 at 12.28.16 PM.png

You will need to enter that password in order to gain access to the subscription screen:
Screenshot 2026-02-17 at 11.14.07 AM.png

After you enter your email address and OTP, you may also be challenged with an image-based CAPTCHA, just to validate you are an actual person trying to access your subscription notification screen:

 Screenshot 2026-02-17 at 11.14.21 AM.png

Once you pass the CAPTCHA screen, you should see a dialog window that looks like this, which allows you to select which Regions and Services for which you wish to receive notifications: 

Screenshot 2026-02-17 at 11.14.48 AM.png

You can then check/uncheck the Regions and Services to your liking.  Finally, you need to click the "Save" button in the lower right side of that window to save your notification subscription choices:

Screenshot 2026-02-17 at 12.33.10 PM.png

You can repeat the process above anytime you wish to amend your notification subscription choices.

The above example was shown for email subscriptions, but other notification methods also support this functionality. 

What you can expect to see

Perhaps the best way to explain what you can expect to see is by way of some fictitious examples.  Please note: the images below are not taken from actual Meraki incidents, and therefore won't be visible on the actual Meraki Status Page.  The images below are for illustrative purposes only.  The exact look and feel of actual incident posts on the Meraki Status Page my vary somewhat from what is shown below.
 

Example screen captures

New Incident published

As part of the incident triage process, each new incident will be evaluated to see if it meets the Scope of Incidents defined above.  Once an incident is determined to be in-scope for that criteria, then our teams will post a preliminary message to share the fact that an investigation is underway:

New Incident Identified 

Update to Incident published

As the investigation unfolds, and the incident remediation team has information to share, there will be posts similar to the one below.  Some things to keep in mind:

  • Updates are not posted on a fixed schedule, but rather as deemed necessary to convey useful information
  • Its quite possible that more than one update may be posted for an incident
  • The level of detail is kept intentionally low, for the sake of sending a clear, comprehensible message 

Here is an example update that shows progress in a fictitious investigation:

clipboard_e6d54eb743ae7ebd36c030135a5cd7777.png

Incident Resolved

Once an incident has been investigated and remediated, and normal service levels restored, the incident will be Resolved in the Meraki Status Page.  This view shows how Meraki Status Page appears once any open incidents have been resolved.  To view recently-resolved incidents, slick the "Incident History" link near the bottom left corner of the page. Here is a fictitious example:

clipboard_ef22ebdcd6e377479682a3c84f1fc19e4.png

Meraki Status Page Incident Color Legend

You may have noticed in the example screen captures above that the color of the frame around the incident text is different colors.  For the fictitious examples above, it begins as black, and then shows yellow.  These colors are generally meant to convey the relative severity of the incident.  Here is a color legend that describes these various severity ratings:

  • None (black)
    • When incidents are newly created, they default to this, as the severity may not be clear from the outset
  • Minor (yellow)
  • Major (orange)
  • Critical (red)

Usage

Accessing the Meraki Status Page

The Meraki Status Page can be accessed via this URL: https://status.meraki.net.  Not login nor authentication is required to view the page.

Note: the Meraki Status Page is not incorporated into the Meraki dashboard; this is intentional.  By keeping the Meraki Status Page independent, its utility is maximized in the event that the Meraki dashboard is experiencing an issue.

Subscribing to Email Updates

1. Navigate to https://status.meraki.net

2. Click "SUBSCRIBE TO UPDATES"

Subscribe to updates

3. Click the "Email address:" field.

Email Address Field

4. Type in the email address you wish to receive updates

5. Click the "Subscribe Via Email" button.

Meraki Status Page Subscribe via email

6. You will receive a confirmation email from the Meraki Status Page. You must click the "Confirm subscription" link in the email in order to finalize your email subscription.

Confirm Subscription to Meraki Status Page

 

Canceling your Email Subscription

Want to stop your email subscription?  Simple.

Just click the "Unsubscribe" link which is at the bottom of every email you receive from the Meraki Status Page (including your subscription confirmation email):

Unsubscribe from the Meraki Status Page

Subscribing to RSS feed

1. Navigate to https://status.meraki.net

2. Click "SUBSCRIBE TO UPDATES"

Subscribe to updates

3. From the pop-up window, select the tab with the "feed icon" (looks like a wifi icon).

Click Wifi Icon

4. Click the link for "RSS Feed"

Get RSS Link URL

5. The browser will refresh to show the RSS feed URL. Copy that URL, and inject it into any tool that supports RSS feeds.

RSS Feed URL

 

Subscribing to Atom feed

1. Navigate to https://status.meraki.net

2. Click "SUBSCRIBE TO UPDATES"

Click Subscribe to updates

3. From the pop-up window, select the tab with the "feed icon" (looks like a wifi icon).

Click the Wifi Icon for Atom Feeds

4. Click the link for "Atom Feed"

Get Atom Feed Link

5. The browser will refresh to show the Atom feed URL. Copy that URL, and inject it into any tool that supports Atom feeds.

Atom Feed URL

 

Subscribing to Slack Updates

If you are the Workspace owner of a Slack instance (or have Workspace owner permissions), you can visit the Meraki Status Page and subscribe to updates in one of your Slack channels.

To get started, visit the Meraki Status Page and select the blue Subscribe to Updates button. Then, choose the Slack icon from the pop-up menu and select Subscribe via Slack:
Meraki Status Page showing how to subscribe to updates using the "Subscribe via Slack" option.

Follow these instructions to complete the configuration and connection between the Meraki Status Page and your Slack instance:

  1. After clicking the Subscribe via Slack button, sign in to your workspace on Slack. Then grant Slack the permissions that the Meraki Status Page needs to access the workspace.

  2. While granting permissions, you may also select which Slack channel you want notifications posted to.

  3. The integration process may require you to send an authorization request to your Slack App Manager before you can install the integration.

  4. Once the integration is installed, you'll get a success message on the your web browser, and a welcome message in Slack from the Statuspage app.

    Note: If you are subscribing to get updates to a private slack channel, you must invite the Statuspage app to that channel in order to get updates.

Still need help?

If this documentation article did not answer your questions, or give you what you need, contact Meraki Support.

  • Was this article helpful?