Manual

47
746-257-B2-001, Rev. B (01/2014)
6.0 Data Management
6.2.2 SNMP Alarm Traps
Trap on Normal
The IDH4 Series has the capability of sending a “return to normal” trap once an alarmed condition
returns to a normal state. This feature is enabled by default, but can be disabled by setting the
"TRAP ON NORMAL" parameter in the the MIB point atiMgmtSnmpTrapOnNormal to a value of "2".
The contents of this trap message will be identical to the SNMP Alarm traps, but the value of the
Alarm "Type" dened in the 5th varbind will be "1" (NOMINAL).
SCTE-HMS Warm-Start Trap
In addition to the SNMP alarm traps, the IDH4 Series will also send an SCTE-HMS warm-start trap
when it is initialized. Some SNMP monitoring software requires this trap for auto-identication of the
transponder. The format of this trap will be similar to the alarm trap, but the only information sent
will be:
commonTrapCommunityString, OID 1.3.6.1.4.1.5591.1.3.1.11.0
commonPhysAddress, OID, 1.3.6.1.4.1.5591.1.3.2.7
commonLogicalID, OID 1.3.6.1.4.1.5591.1.3.1.1.0
SCTE-HMS Cold-Start Trap
An SNMP-HMS cold-start trap will be generated by the IDH4 Series anytime it initializes with a
new rmware version. In addition, a cold start trap is sent whenever the IDH4 conguration has
changed. If any parameter in the HMS PROPERTY table has changed since the last reset, a
cold-start trap will be sent upon the next reset.
Varbind Explanation
Binding #1
commonPhysAddress
OID: 1.3.6.1.4.1.5591.1.3.2.7.0
MAC Address of the transponder
Binding #2
commonLogicalID
OID: 1.3.6.1.4.1.5591.1.3.1.1.0
Optional user-configurable parameter that is often used to provide a unique logical name, or even the
physical address of where the transponder is installed.
Binding #3
alarmLogInformation
OID: 1.3.6.1.4.1.5591.1.2.3.1.2.1
This varbind was designed by the SCTE-HMS committee with the intention of being used by sophisticated
trap interpreters. The information is “coded” within the octet strings:
Octet 1-4: POSIX Time of alarm occurrence (most significant byte first)
Octet 5: Alarm Type (See description below)
Octet 6: Contents of commonNeStatus immediately after alarm occurred
Octet 7-m: Alarm Object Identifier (BER encoded)
Octet n-z: Alarm value (BER encoded)
Most trap interpreters cannot decode this message, which is why varbinds 4 and 5 were added that pro-
vide the same information in a more useable format.
Binding #4
Alarmed Parameter OID/Value
OID: 1.3.6.1.4.1.5591.1.4.2.1.27.1
This field provides the varbind of the parameter that is alarming along with the value of that parameter.
This is the same information encoded in varbind #3 Octets 7 through Z.
In the example above the value would be:
OID: 1.3.6.1.4.1.5591.1.4.2.1.27.1.0 (psTamper)
Value: 2 (Open)
Binding #5
Alarm Location/Type
OID: 1.3.6.1.4.1.5591.1.1.2.1.2
This is the information from varbind #3 Octet 5 above. The alarm location will always be the SCTE-HMS
currentAlarmAlarmState and the type will be determined based on how the alarm was configured in the
SCTE-HMS PropertyIdent MIB tables.
OID 1.3.6.1.4.1.5591.1.1.2.1.2.0 (currentAlarmAlarmState)
Type: 1-7 based on SCTE definitions:
1 NOMINAL
2 HIHI
3 HI
4 LO
5 LOLO
6 Discrete Major
7 Discrete Minor
The Type will be determined by how the alarm is configured in the SCTE-HMS PropertyIdent MIB, whether
it is a Discrete or Analog alarm and the level of alarm defined for that state.
Table 6-6, SNMP Alarm Trap Varbinds and Explanations