Skip to main content

 

Cisco Meraki Documentation

Webhooks

Overview 

Meraki webhooks are a powerful and lightweight way to subscribe to alerts sent from the Meraki Cloud when something happens. They include an API style message in machine and human-readable JSON, and are sent to a unique URL where they can be processed, stored or used to trigger powerful automations.

 

Webhook workflow

 

Configuring webhook alerts

 

Webhooks support all configurable alert types available in dashboard under Network-wide > Configure > Alerts. This includes a variety of alerts for all product types that you own or operate. The webhooks architecture consists of the Meraki cloud and a cloud-accessible HTTPS receiver (server). There are a variety of standalone cloud webhook services (e.g. hook.io, Zapier, etc.) that are able to receive and/or forward webhooks.

Note: As of August 20, 2019, non-HTTPS receivers are no longer supported.

Use Case

  • Webhooks are a powerful tool for network monitoring and can be integrated with other reporting and automation systems to help your business react to and learn from outages and changes to your networks.

  • This tool is helpful for service providers and other organizations who need around the clock monitoring of their networks.

  • With webhooks you can receive updates within minutes for outages, network changes, new configurations, and many other events in your environments.

Features 

  • Any alerts configured from the Network-wide > Configure > Alerts page will be sent as webhooks as well as emails to network administrators.

  • Meraki alerts include a JSON formatted message and are sent to a unique URL where they can be processed, stored or used to trigger powerful automations.

Configuration 

  1. Navigate to Network-wide > Configure > Alerts, and add one or more HTTPS receivers in the Webhooks section. Save the page.
  2. On the same page, the configured Webhook can now be added as a recipient for the alerts.

For detailed configuration steps with screenshots, visit: https://create.meraki.io/guides/webhooks/.

Firewall Rules

Once configured on the dashboard, IPs/Ports will populate in the Firewall Info page of the dashboard. These need to be configured inbound to your receiving server. The FDQN and Ports will be based on the FQDN and port configured in the URI and may not be the same as below.

Firewall rules required for webhooks

Source IP range:
209.206.48.0/20
216.157.128.0/20 
158.115.128.0/19 

Receiver Health Monitoring

Auto-Disable Policy

Meraki continuously monitors the health of all configured webhook receivers. If a receiver fails consistently over an extended period, it will be automatically disabled. A webhook receiver will be automatically disabled if delivery consistently fails for > 100 attempts in 24 hours. Note: Temporary failures (brief downtime, intermittent errors) will not trigger auto-disable. Only sustained, consistent failures result in disabling.

When a receiver is disabled, an email notification will be sent to the organization administrator(s)

How to Re-Enable Your Webhook Receiver : Once you've fixed the underlying issue with your Webhook endpoint:

  1.  Go to Organization > Configure > API & Webhooks > Webhooks tab in the Meraki Dashboard
  2.  Delete the disabled webhook receiver
  3.  Create a new webhook receiver with the same (now-working) URL
  4.  Save the URL and click "Send test" to ensure you get a "Webhook test was successful!" message


Common Webhook Receiver Failures & How to Avoid Them  :

  1. Your webhook receiver service crashed or server is offline
  2. There is Typo in URL, or endpoint path has changed
  3. HTTPS endpoint has an expired, self-signed, or mismatched certificate
  4. Endpoint requires authentication but credentials are wrong/missing
  5. Firewall does not allow connections from Meraki IP ranges                                                                                                                 
  6. Endpoint responds with HTTP 2xx status codes (You can use https://webhook.site/ to test if the webhook receiver is functional)
  • Was this article helpful?