SNMP Trap Messages
Important: You need a good understanding of networks and SNMP, or you need to work with your network manager to implement SNMP traps. UNP supports SNMPv1, SNMPv2c, and SNMPv3.
The Simple Network Management Protocol (SNMP) standard allows devices to communicate even if they are different hardware and run different software. UNP supports Trap messages, which are a widely used mechanism to receive alerts about the activities of a device across a network.
Note: Only All Sites Admins have full access to configuration.

- An SNMP-compliant device or software is configured to send Trap messages to UNP. The important thing to know here is that SNMP trap set up is primarily done on the device or software side, not within UNP.
- An SNMP trap message is sent from the device or software when some sort of event occurs. (In this case, a 9-1-1 call is made.)
- You've created triggers in UNP that listen for the Trap messages, and these triggers are assigned to notifications.
- When a trap message is received from the device or software, the Trap trigger associated with it sends the notification to the assigned endpoints and contacts.
- (Applies only to SNMPV1) SNMP traps include a community string. The community string configured in UNP must match the community string included in the Trap message. Only one community string can be configured. So if you have more than one device or software configured to send trap messages to UNP, they must all use the some community string. SNMP trap messages support both public and non-public community strings. For SNMPv1, typically the community string 'public' is used.
- SNMP itself does not include a resend mechanism. If there's a network hiccup and the SNMP Trap message isn't sent or is lost, UNP knows nothing about it. However, the device or software may have a resend mechanism in place. For example, The Mitel Emergency Services check to make sure SNMP trap messages are sent when an emergency call is made. Check your vendor documentation for information on this.
In UNP SNMP is used to:

Note: These dial monitors are for Mitel MiVoice Business. If you're a MiVoice Connect customer, see the Dial Monitoring topic for creating dial monitors. If you are not licensed for Mitel, you do not need this functionality.
Mitel MiVoice's Emergency Services feature allows you to monitor certain numbers dialed and then perform an action. (A good example of this is monitoring 9-1-1 calls.) When an emergency number is dialed, a Customer Emergency Services ID (CESID) is sent from the Mitel system to the Public Safety Answering Point (PSAP). The CESID is used as a key in the Automatic Location Information (ALI) database. The ALI database displays the precise location of the caller, as well as emergency services information identifying the proper medical, fire, or law enforcement agency for the location.
Mitel uses SNMP traps for their Emergency Services feature. You can create SNMP traps in UNP that listen for the SNMP traps from Mitel. This allow you to then trigger emergency notifications to your UNP endpoints and contacts when a Mitel monitored emergency number is dialed. For multi-site organizations, SNMP traps can be site specific.
There are three basic steps:

There are two main areas to configure:

The Mitel MiVoice Business SIP Trunk top provides instructions on configuring a SIP trunk for use with UNP. Make sure you've done SNMP configuration on your SIP trunk.

Important: There are several more steps to configuring a Emergency Services and SNMP than just what's listed here. Consult your Mitel documentation. Of the areas to configure, these areas are specific to UNP.
Consult your Mitel Emergency Services documentation on how to

In Mitel Emergency Services, you can either set up CESIDs or use the Calling Party number.
If you're assigning a CESID to a device, directory number, zone, or whole system, you'll need the CESID to configure dial monitoring in UNP. Notifications are then triggered if the number is dialed from a device with the same CESID.
If you're not using CESIDs, SIP trunks originating 9-1-1 calls use the Calling Party number instead. In this case, you'll leave the CESID field blank when configuring your UNP Mitel Dial Monitor trigger. When 9-1-1 is dialed from any phone on the network, the notification with the Dial Monitor trigger assigned is sent.

SNMP Configuration
Make sure SNMP is enabled.
You can use the default values for other fields.
SNMP Trap Forwarding
Make sure SNMP is enabled.
Change the Trap Forwarding Attributes to:
Field | Setting |
---|---|
IP Address | IP address of the UNP server |
Comments | Enter a comment that helps you identify this SNMP trap will forward to UNP. |

In UNP, you create Mitel Dial Monitor triggers, which is an SNMP trap, and then assign the trigger to notifications.
If you want to include the information about the caller, you need to Configure MiVoice Business in UNP Mitel Module.
If you want to include the caller's name and location, you need to import your Mitel phone directory.
- Export your Mitel MiVoice phone directory to a CSV file. Consult your Mitel MiVoice documentation on how to do this.
- Go to Configuration > Integrations > SNMP Trap Trigger.
- Select Settings.
- For Import Mitel Directory CSV select Choose File.
- Select the file you exported from your MiVoice communications manager.
- Click Save.
Now you can include the location and caller name variables in the message template when you create your Dial Monitor triggers.
- Go to Configuration > Phone Systems > Dial Monitoring.
- Click New > New Mitel Dial Monitor.
- Enter a descriptive Name.
-
For multi-site organizations, do one of the following:
- If you're an All Sites Admin – To assign this trigger to a specific site, disable Available in All Sites and select a Site from the drop-down list. Or, you can leave it Available to All Sites.
- If you're a Site Admin – This trigger is automatically assigned to your default site. Each Site Admin will need to create their own triggers.
- Enter the number to monitor configured in your Mitel communication manager. Our example uses 911.
-
For CESID, enter the CESID number you defined in your communication manager (Emergency Services section). You can use a C# regular expression in this field to match multiple CESID numbers used on your network.
Regular expressions for number ranges are more complex, refer to this external web site for assistance in writing expressions Regex for Numbers and Number Range.
- (Optional) Change the Template Title and Body. You can use static text, variables (available from the Add text variables drop-down menu), or a combination of both.
- For Version, select the version of SNMP trap message:
- V1 – define the version as SNMPv1.
- V2 – define the version as SNMPv2.
- V3 authentication – define the version as SNMPv3 and specify the following
- Username and Authentication – Credentials used for V3 security. The Username is always required.
- Authentication Type – Encryption type (MD5 or SHA) used with the authentication password.
- V3 authentication and privacy – adds privacy information onto details similar to V3 authentication.
- Privacy Phrase – Additional phrase required in addition to V3 credentials.
- Privacy Type – Encryption type (DES, AES-128, AES-192, or AES-256) used with the privacy phrase.
- Click Save.
Variable | Description |
---|---|
Note: Some of these variables may return null values. Check your Mitel documentation. | |
{DialedDigits} |
The digits that are outpulsed on the outgoing trunk after digit modification has been performed. |
{CesidDigits) | This is the CESID from: the CESID Assignment form (for the Directory Number), L2 to CESID Mapping form (for a device from which the emergency call is placed), Network Zones form (for a zone from which an emergency call was placed), or Default CESID form (for the whole system). |
{CallingDN} | The DN of the device used to place the emergency call. |
{CallerName} | The name of the calling user |
{Location} |
Original location of the user if placed from a hot desk service, otherwise the caller location. |
{RegistrationDN} | DN registered with the phone, if from a hot desk service. |
{RegistrationName} | Name of the user registered with the phone, if from a hot desk service. |
{CallType} | Indicates that the call is an emergency call. |
{SysName} | IP address or host name configured in the SNMP Configuration form used to identify the system responding to the emergency call. |
{DetectTime} | The date and time (with seconds) that the emergency call was initiated. |
{CallingPNI} | The Primary Node ID for the caller (if applicable). |
{SeqNumber} | An incrementing number from 1, used for correlating the retry logs. |
Create a Dial Monitor trigger for each emergency number you're monitoring in Mitel that you want extended to your UNP endpoints and contacts.
Create the notification(s) you want sent and assign the triggers.

Create the notification(s) you want sent and assign the Mitel Dial Monitor triggers.
General – Typically, you'll select a Text and Images or Stored Audio notification type. You might also choose to use Text to Speech, since this is an emergency notification. If you want to include an opening tone to get the receivers attention, choose Stored Audio notification type. You would not choose One-Way, Recorded, or Two-Way notification types.
Select Triggers – Select SNMP from the Activator drop-down list and select the trigger you created.
Message Details – Since you defined message title and body for your individual Mitel Dial Monitor triggers, you'll want to pull that content into your notification.
- Select {activatorTitle} from the Title {} variable drop-down list.
- Select {activatorBody} from the Body {} variable drop-down list.
Endpoints & Contacts – Assign the endpoints and contacts you want the emergency notification sent to. If you want the notification sent to the Mobile app, for example, add the contacts and make sure to check Mobile in the Contact Methods section.

SNMP traps can be sent by any SNMP-compliant device or software. The snmp trap trigger allows you to configure UNP to receive trap messages from those devices or software. For example, I have a temperature monitoring SNMP-compliant device in my server room. I have it configured to send trap messages to my UNP when there's a change in alarm states, which then triggers a notification to my network administrator to alert him to check the server room.
There are 7 generic trap types. You can create an individual trigger for each or create one trigger for any of them.
There are three basic steps to create a Trap trigger:

Follow the instructions in your vendor documentation on how to configure the device or software to send SNMP traps to UNP.
To configure UNP,
- you'll need the unique Object Identifier (OID) for the trap you want to send.
- If you're using the enterpriseSpecific trap type, you'll also need the list of vendor-specific trap codes. The vendor determines what the trap codes are.
The OID and trap codes are found in the Management Information Bases (MIB) files for the device or software.

- Go to Configuration > Integrations > SNMP Trap Trigger
- Select New SNMP Trap Trigger.
- Enter a descriptive Name.
-
For multi-site organizations, do one of the following:
- If you're an All Sites Admin – To assign this trigger to a specific site, disable Available in All Sites and select a Site from the drop-down list. Or, you can leave it Available to All Sites.
- If you're a Site Admin – This trigger is automatically assigned to your default site. Each Site Admin will need to create their own triggers.
-
Enter the Enterprise OID for the trap being sent, as defined in the MIB files of your SNMP-compliant device or software.
For our example, 1.3.6.1.4.1.20916.1.8.2.1 is the OID – iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) 20916 products(1) roomalert32E(8) traps(2) alarmmessage(1) – 20916 is the private enterprise number assigned to the vendor by the Internet Assigned Numbers Authority.
- For Version, select the version of SNMP trap message:
- V1 – define the version as SNMPv1.
- V2 – define the version as SNMPv2.
- V3 authentication – define the version as SNMPv3 and specify the following
- Username and Authentication – Credentials used for V3 security. The Username is always required.
- Authentication Type – Encryption type (MD5 or SHA) used with the authentication password.
- V3 authentication and privacy – adds privacy information onto details similar to V3 authentication.
- Privacy Phrase – Additional phrase required in addition to V3 credentials.
- Privacy Type – Encryption type (DES, AES-128, AES-192, or AES-256) used with the privacy phrase.
-
(Only applies to Version V1) Select the Generic Trap Type from the drop-down list.
For our example, I'll select enterpriseSpecific for my temperature monitoring device.
Generic Trap Name and Number Description
Note: The number assigned to the trap name is automatically assigned by UNP. coldStart (0) Indicates that the agent has rebooted. All management variables will be reset; specifically, Counters and Gauges will be reset to zero (0). One nice thing about the coldStart trap is that it can be used to determine when new hardware is added to the network. When a device is powered on, it sends this trap to its trap destination. If the trap destination is set correctly (i.e., to the IP address of your Network Management System) the NMS can receive the trap and determine whether it needs to manage the device. warmStart (1) Indicates that the agent has reinitialized itself. None of the management variables will be reset. linkDown (2) Sent when an interface on a device goes down. The first variable binding identifies which interface went down. linkUp (3) Sent when an interface on a device comes back up. The first variable binding identifies which interface came back up. authenticationFailure (4) Indicates that someone has tried to query your agent with an incorrect community string; useful in determining if someone is trying to gain unauthorized access to one of your devices. egpNeighborLoss (5) Indicates that an Exterior Gateway Protocol (EGP) neighbor has gone down. enterpriseSpecific (6) Indicates that the trap is enterprise-specific. SNMP vendors and users define their own traps under the private-enterprise branch of the SMI object tree. To process this trap properly, the NMS has to decode the specific trap number that is part of the SNMP message.
ANY This triggers accepts any of the generic trap types in this table (0-6). -
(Available only if you select enterpriseSpecific) Enter the Specific Trap Code defined by the vendor.
For our example, my temperature monitoring device has a temperature alarm profile to notify me when the temperature falls below 60 or rises above 80. The particular alarm message that I want has a trap code of 1.
- Select Save.
Create as many triggers as you need, and then assign them to notifications.

Create an alert for each individual trap type you want to receive data on. For example, I want to know when
- new hardware is added to the network – create a trigger for trap type coldStart
- a device interface goes down – create a trigger for trap type linkDown ... and when
- a device interface is up again – create a trigger for trap type linkUp
I can then have each trigger assigned to its own notification or have one generic notification with all three triggers assigned.
Create enterprise specific alerts for each type code you want to receive data on. For example, I want to know when
- the room temperature alarm is activated – create a trigger for trap type enterpriseSpecific and Specific Code Type 1
- there's a change in power state (main power vs batter back-up power) – create a trap type enterpriseSpecific and Specific Code Type 3
I can have each trigger assigned to its own notification, or have one generic notification with all
Create one generic alert for all SNMP trap messages – create a trigger for trap type ANY.
For this one, I'll create one notification and assign this trigger. Any time an SNMP trap message is received, the notification is sent. For enterprise specific trap messages, this trigger is sent when any vendor-defined trap code is received.

Create the notification(s) you want sent and assign the SNMP trap triggers.
-
General – Typically, you'll select a Text and Images or Stored Audio notification type. You might also choose to use Text to Speech, since this is an emergency notification. If you want to include an opening tone to get the receivers attention, choose Stored Audio notification type. You would not choose One-Way, Recorded, or Two-Way notification types.
-
Select Triggers – Select SNMP from the Activator drop-down list and select the trigger you created.
-
Message Details and Actions – Enter the content you want sent.
-
Endpoints & Contacts – Assign the endpoints and contacts you want the emergency notification sent to. If you want the notification sent to the Mobile app, for example, add the contacts and make sure to check Mobile in the Contact Methods section.

-
Trap Listening Port – (default 162). Change this value if your network is configured for a different port.
-
SNMP Community String – (default public) Change this value to match the community string included in the SNMP traps sent to UNP. If you select V3 as your SNMP Version, UNP will use the defined authentication and security ahead of this value.