Submit a ticketCall us

Webinar: Web Help Desk for HR, Facilities and Accounting Departments
This webinar will focus on use cases for HR, Facilities and Accounting.

Having a unified ticketing and asset management system for all the departments in your company can provide end-users with a seamless experience and make things easier for your IT team. Yet, with different business tasks and objectives, many departments don’t fully understand the capabilities of Web Help Desk and how the software can be customized for effective use in their departments.
Register Now.

Home > Success Center > Network Performance Monitor (NPM) > Alert timings

Alert timings

Table of contents
Created by Richard Casey, last modified by MindTouch on Jun 23, 2016

Views: 49 Votes: 1 Revisions: 3


This article provides information regarding alert timings.

The alerts in Orion operate based on certain timings both in the alert itself and the polling frequency.


NPM11.5 and later


The alerts are evaluated from the polled (database data).
The node down (Status) alert is triggered by a loss in ICMP packets. By default we poll the nodes (ping) every 120 seconds and if a poll is missed then the device is set into a warning state and we then fast poll the node for a further 120 seconds and if still no response then the node is set to down so this process can take up to 4 minutes and then any delays in the alert set up would be added to this value.
The interface status is obtained using SNMP polling of the node and they would be marked as down if the node returns this status after an SNMP result, so if an interface goes down then it may not be 'seen' for up to 9 minutes with the default polling.
In the new alerting each alert is evaluated every 15 seconds (configurable) so the database status of the relevant resource is checked every 15 seconds.
The traps are sent to Orion and are not polled so would be more real-time than the polled data. It is possible to trigger an alert based on matching trap data using the Trap rules in the Trap viewer.


Last modified
21:45, 22 Jun 2016