Auvik has been listening to your feedback and we thank you for your interest in the Alerts v2. We look forward to your continued feedback as we move towards the commercial availability later this year.
Alerts are a big part of your day to stay on top of changes to your network. Auvik has invested in a new alerting engine to address several fundamental concerns and to provide a more scalable and dynamic solution that can more easily adapt to new types of alerts.
By utilizing more powerful conditional logic and controlling the timing of how long conditions need to be true before triggering an alert, our goal is to facilitate richer alerts, reduce alert noise and simplify the ongoing management of alerts. With the addition of device tags, users can easily re-use groups of devices while creating a new alert.
Since the existing notification channels will serve both legacy and Alerts v2 alerts, please be advised that if you use the same notification channel for similar alerts between the legacy and Alerts v2 alerts, you will receive duplicate notifications. For migration testing purposes, we recommend setting up additional notification channels that are directed towards your test users, so that your business operations are insulated against potential duplicate notifications.
Scope of Alerts v2
The new Auvik alerting experience will be rolled out as a side-by-side experience with all of your legacy alerting configuration. We'll incrementally add new alerting functionality in subsequent releases.
Legacy Alerting
You will continue to have access to your existing legacy alert definitions and will also continue to receive your usual alerts and notifications through email, Slack, ConnectWise Manage, or any other integrations you currently have configured. Additionally, the Auvik API will continue to operate as usual.
Alerting Scope
Alerts v2 allows you to create a new alert at any level within your account hierarchy.
Alerts can be applied to sites in a much more flexible manner than the legacy solution. Choose one, many, or all sites to apply a single alert to, and easily clone alerts to make changes to and apply to other sites.
Alert Trigger Conditions
These are the alert triggers conditions currently available. We'll continue to add more new types of alerts.
For a list of all Alerts v2 trigger conditions, click here.
Pre-Configured Alerts
There are no pre-configured alerts using Alerts v2 functionality, but the legacy versions remain. Once all of the initial alert trigger conditions are available with new alerting, we’ll add several net-new pre-configured alerts in addition to replacing any valuable legacy pre-configured alerts.
Alerting Noise
Alerts v2 includes several alert noise reduction mechanisms, including alert delays, boolean operators for more refined alerts, and being able to alert on any or all interfaces in a single alert. We are still working on the logic for reducing downstream alerting noise, and this will be available post-general release.
Legacy vs New Alerting Summary
Feature |
Legacy |
New Alerting Changes |
|---|---|---|
Scope of Alerts |
Define, override, or remove alerts at global site-level, multi-sites, or sites. |
Define alerts, easily create variants and assign them to any level of your account hierarchy, including global site, multi-sites, and sites. |
Managing & Creating Alerts |
Navigate to Manage Alerts > Alerts. |
Navigate to Manage Alerts > Alerts V2. |
Devices and Interfaces |
Alerts are executed against individual devices and interfaces which results in the need to specify each interface and receive separate notifications for each. |
Interfaces are now included in a device and an alert can specify a condition on any or all interfaces in one device which results in only one notification. |
Condition Builder |
Alert definition conditions can only be built with an AND boolean operator. This requires users to create two alerts if they wanted to monitor two things but only cared if one of them happened. |
Alert definition conditions can now be built with ANDs and ORs, and it’s more intuitive to chain multiple conditions together. |
Alert Delay |
Alerts are triggered immediately when an alert definition’s condition is true. This results in noisy alerts when conditions flap or quickly self-heal. The Auto-Pause functionality will completely disable an alert if it triggers so often in a certain amount of time. |
Any alert can have an alert delay setting which requires the alert definition’s condition to stay true for a specified amount of time, or for the condition to happen so many times within a specified period, before an alert is triggered and notifications are sent. This functionality will replace the legacy Auto-Pause functionality to reduce noise without the need to completely disable an alert for a time. |
SNMP Poller Alerts |
Users can build alerts using custom pollers defined in SNMP Poller Settings. |
Custom OID alerts are currently not supported, but this capability will be added in the Commercial Availability release. |
Notification Channels |
Navigate to Manage Alerts > Notification Channels. Can continue to use as normal for legacy alerts. |
Can leverage any existing or create new notification channels from Manage Alerts > Notification Channels to use with legacy or new 2.0 alerts |
Maintenance Windows |
Navigate to Manage Alerts > Maintenance Windows. Can continue to use as normal for legacy alerts. |
Can leverage any existing or create new maintenance windows from Manage Alerts > Maintenance Windows to use with legacy or new 2.0 alerts. |
Managing & Creating Tags |
N/A |
Navigate to Manage Tags to build custom tags of devices you work with often to re-use in any new 2.0 alert |
| Smart Alert Suppression | N/A |
Helps reduce alert noise by preventing cascading alerts when a parent device—such as a core switch or firewall—goes offline. When enabled, Auvik uses its network topology map to identify downstream devices and suppress alerts from them if a parent device is offline. |
| Alert Suppression for Sites | N/A |
Alert suppression for sites can reduce the number of alerts for organizations that use a shared collector. This functionality will suppress alerts based on whether the entire selection of parent devices are offline. |
| Cloud Ping Packet Loss | N/A | Percentage of ICMP ping packets that fail to reach a monitored device when sent from Auvik’s cloud probes. |