SNMP Traps: System Monitoring¶
Administrators at sysadmin level
can configure additional SNMP traps for alerts
from the System Monitoring > Configuration menu on the GUI
(menu model: data/SystemMonitoringConfig). Note: some traps
are not configurable.
Refer to the topic on System Monitoring Configuration in the Advanced Configuration Guide.
The following alerts are configured:
| Notification | Interval | Level | Configurable |
|---|---|---|---|
| Txn Queue Size | Hourly | warn | Yes |
| Failed Txn | Immediate | warn | Yes |
| data/Alert (CNF atm) | Immediate | Alert defined | No |
| Session Exceeded | Immediate | warn | Yes (via platform CLI command) |
| API Request Throttled | Immediate | warn | Yes (via platform CLI command) |
| Total DB Index Size | Daily | warn | Yes |
| Total DB Size | Daily | warn | Yes |
| Device Comms. Concurrency Limit | Immediate | warn | No |
For platform CLI commands for session limits and throttle rates, see: Performance Commands.
Transaction Queue Size¶
In accordance with the configurable threshold (default 500)
Identifying strings and example context:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Transaction Queue Size Exceeded Threshold
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING: Current Size: 520 Threshold: 500
Transactions: Model Operations Alerts¶
- Alerts on transactions failure
- per model (wild cards allowed, default is
data/*) - model operations (default is Import)
- per model (wild cards allowed, default is
Identifying string:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Transaction Completed with Fail
Transaction trap context information (200 chars):
ID: transaction ID (same as on GUI - further transaction details available on GUI)Action: transaction message (same as on GUI)Detail: source of resource (source host for import)Hierarchy: friendly path of the resource, else the execution hierarchy of transaction
Example: Import Fail
2019-03-28 10:54:46 <UNKNOWN>
[UDP: [192.168.100.3]:31384->[192.168.100.25]:162]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (170158257) 19 days, 16:39:42.57
SNMPv2-MIB::snmpTrapOID.0 = OID: DISMAN-EVENT-MIB::mteTriggerFired
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING:
Transaction Completed with Fail
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING:
ID: 44967,
Action: Import Call Manager,
Detail: 192.168.100.15,
Hierarchy: sys
DISMAN-EVENT-MIB::mteHotValue.0 = INTEGER: 1
SNMPv2-MIB::sysName.0 = STRING: VOSS
Change Notification Feature (CNF)¶
CNF traps are triggered when Change Notification Sync transactions
add or update instances
on the data/Alerts model.
The identifying alert string is:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Device Change Notification
The data/Alerts attribute values of the model
are provided in the traps details:
alert_severity
alert_category
alert_timestamp
alert_count
alert_id
alert_message
alert_code
For example , the trap Context information (200 chars) is:
ID: Device Host business key (alert_id)Code: CNF Alert code (alert_code)Occurrences: number of occurrencesLatest Occurrence:: time stamp (alert_timestamp)
Example: CNF alert
2019-03-28 10:54:46 <UNKNOWN>
[UDP: [192.168.100.3]:31384->[192.168.100.25]:162]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (170158257) 19 days, 16:39:42.57
SNMPv2-MIB::snmpTrapOID.0 = OID: DISMAN-EVENT-MIB::mteTriggerFired
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Device Change Notification
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING:
ID: 44967,
Code: 100034,
Occurrences: 1,
Latest Occurrence: 2019-03-28 10:54:44Z
DISMAN-EVENT-MIB::mteHotValue.0 = INTEGER: 1
SNMPv2-MIB::sysName.0 = STRING: VOSS
Session Limits¶
SNMP traps are triggered when session limits are reached.
Example:
For example, the customer administrator session limit default is 10 and a trap is triggered if it is exceeded. (The default can be configured with the voss session-limits command).
Note
Global session limits do not show a Hierarchy value in the message string.
2019-03-28 10:54:46 <UNKNOWN>
[UDP: [192.168.100.3]:31384->[192.168.100.25]:162]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (170158257) 19 days, 16:39:42.57
SNMPv2-MIB::snmpTrapOID.0 = OID: DISMAN-EVENT-MIB::mteTriggerFired
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Customer Administration Session Limit Exceeded
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING:
Limit: 10,
Hierarchy: sys.hcs.Varidion.GSCorp
DISMAN-EVENT-MIB::mteHotValue.0 = INTEGER: 1
SNMPv2-MIB::sysName.0 = STRING: VOSS
API Request Throttle¶
SNMP traps are triggered when throttle rates are reached.
Throttle rates are configured with:
voss throttle-rates type <administration|selfservice|user> requests <number of requests> unit <min|sec>
In other words, the SNMP trap would be triggered for request limits for any of:
- Administration
- Self-service
- User-specific
Identifying strings and Self-service as example:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: Selfservice Api Request Limit Exceeded
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING: Rate 20/min
Total DB Index Size¶
In accordance with the configurable threshold (default 50)
Identifying strings and example:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: DB Index Size Exceeded Threshold
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING: DB Index Size (60.00GB) exceeded threshold (50GB)
Total DB Size¶
In accordance with the configurable threshold (default 200)
Identifying strings and example:
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: DB Size Exceeded Threshold
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING: DB Size (210.30GB) exceeded threshold (200GB)
Device Communications Concurrency Limit¶
SNMP traps are sent if there is a timeout failure while connecting to a device and waiting for the concurrency limit.
Current concurrency support:
- 8 concurrent requests to Unified CM
- 8 concurrent requests to Unifity Connection
- 1 concurrent requests to HCM-F