Home/Catalog/NSCRTV-EPON-ALARM-MGM-MIB

NSCRTV-EPON-ALARM-MGM-MIB

AI MIB Summary

Standard SNMP MIB module defining data structures for NSCRTV-EPON-ALARM-MGM-MIB.

49
Objects
Active
Status
3
Dependencies

Imported Objects

Objects

49 total
Object Name
eponNotifications
OBJECT IDENTIFIER
.1.3.6.1.4.1.17409.2.2.11.1.1
eponAlarmNotificationAlarm TRAP definition
NOTIFICATION-TYPE
.1.3.6.1.4.1.17409.2.2.11.1.1.1
eponEventNotificationEvent TRAP definition
NOTIFICATION-TYPE
.1.3.6.1.4.1.17409.2.2.11.1.1.2
eponTrapObjects
OBJECT IDENTIFIER
.1.3.6.1.4.1.17409.2.2.11.1.2
eponTrapInstanceAlarm instance, indicates the detailed managed object, which detects faults.ro
EponAlarmInstance (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.1.2.1
eponTrapCorrelationIdThe unique sequence number for the alarm to be cleared, for alarm clearing. Set to 0 for alarm reportingro
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.1.2.2
eponTrapAdditionalTextAdditional info to the alarm, for further desciption of the alarm. The format of it shall be related to each kind alarm defined in alarm reference tablero
OCTET STRING ( SIZE
.1.3.6.1.4.1.17409.2.2.11.1.2.3
eponTrapCodero
EponAlarmCode (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.1.2.4
eponTrapSeverityro
EponSeverityType (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.1.2.5
eponTrapOccurTimero
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.1.2.6
eponTrapSequenceNumberA unique sequence number for each trap generated by node. The sequence number shall be reset to 1 when node restarts. The alarm sequence number shall be independent of the event sequence number. Each shall be self-governed. -------------------------------------------------------------------------------- The sequence ID of alarm shall be assigned from the order of transmitting trap to the NMS, instead of the order of alarm occurance. Therefore the NMS will receive the continuous sequence ID. 1. When device is in active/standby mode, sequence ID shall be synchronized between active and standby control module. 2. When control module switchover takes place, the current sequence ID shall keep the synchronized value. 3. When device restarts, sequence ID shall start from 1. 4. It shall be increased per alarm trap including both alarm raising and clear. 5. Non-zero value shall be used. When reaches the maximum number, it shall roll back to 1. -------------------------------------------------------------------------------- The sequence ID of event shall be assigned from the order of transmitting trap to the NMS. Therefore the NMS will receive the continuous sequence ID. 1. When device is in active/standby mode, sequence ID shall be synchronized between active and standby control module. 2. When control module switchover takes place, the current sequence ID shall keep the synchronized value. 3. When device restarts, sequence ID shall start from 1. 4. It shall be increased per event trap. 5. Non-zero value shall be used. When reaches the maximum number, it shall roll back to 1.ro
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.1.2.7
activeAlarmTableActive alarm table The device shall maintain this table, to maintain all outstanding (not cleared) alarms generated by the device, including: 1. Not hit device local alarm filter. That means had been reported to trap receiver (NMS or EMS) 2. Hit local alarm filter. That means not trap is reported to trap receiver for the alarm. The device shall maintain two numbers: 1. Alarm sequence number: As described in eponTrapSequenceNumber, it is initially set to 1 when device restarts, increases per trap reported to trap receiver, and rollover to 1 once it reaches the maximum value. From NMS's view, traps received from a nodes will be consecutive, by identifying the alarm sequence number carried in alarm trap. If breaks, means some trap may be lost, since packet loss between NMS and NE. 2. Alarm raising number: This is maintained by NE internally and does not intend for being acknowledged by external manage system. It is designed to uniquely indentify each alarm raised by NE, excluding duplicates. Once one alarm raised, despite whether it is hit by alarm filter, NE shall assign a raising number to it. So, it major functionality is to uniquely identify alarms hit NE local alarm filter, since this kindly alarm will not be reported to NMS, and hence no alarm sequence number is assigned to it. It is initially set to 1 when device restarts, increases per alarm generation ( excluding duplicates), and rollover to 1 once it reaches the maximum value. FUNCTION DESCRIPTION OF ACTIVE ALARM TABLE: ALARM RAISING ---------------------- 1. When NE detects one fault and associates to one kind of alarm, it shall check whether there is same alarm in active alarm table, which is indexed by alarm code and alarm instance. If hits, it means duplicates, update the corresponding entry of the table. Otherwise, 2. The alarm is not a duplicate. Assign an alarm raising number. Check whether the alarm hits local alarm filters. If hits, set alarm sequence number to 0. Create an entry into active alarm table. Otherwise, 3. Assign an alarm sequence number to the alarm. Create an entry into active alarm table. Report the alarm trap to all trap receivers. ALARM CLEARING ---------------------- 1. When NE detects one fault is cleared and associates to one kind of alarm, it shall check whether there is corresponding alarm in active alarm table, which is indexed by alarm code and alarm instance. If no hit, escape this clear event. Upon a hit, if the alarm sequence number is 0, move the active alarm entry to history alarm table and update the corresponding fields. At this case, historyAlarmCorrelationId and historyAlarmSeqNum will be set to 0. Otherwise, 2. Assign an alarm sequence number to the clear trap. Report the alarm clear trap to all trap receivers. Move the active alarm entry to history alarm table and update the corresponding fields. At this case, activeAlarmSeqNum shall be copied to historyAlarmCorrelationId, and historyAlarmSeqNum shall be set to the new alarm sequence number for the clear trap. ALARM SYNCHRONIZATION BETWEEN NE AND NMS --------------------------------------------- 1. Once NMS finds the alarm sequence number in reported alarm traps is not continuous, it will walk active or history alarm table of the NE for the lost seuqence number.
SEQUENCE OF ActiveAlarmEntry
.1.3.6.1.4.1.17409.2.2.11.2.1
activeAlarmEntry
ActiveAlarmEntry
.1.3.6.1.4.1.17409.2.2.11.2.1.1
activeAlarmSeqNumAlarm sequence number The definition refered to the description of activeAlarmTable
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.1.1.1
activeAlarmCodero
EponAlarmCode (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.2
activeAlarmInstanceAlarm instance, indicates the detailed managed objectro
EponAlarmInstance (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.3
activeAlarmSeverityro
EponSeverityType (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.4
activeAlarmRaisingNumberAlarm raising number. The definition refered to the description of activeAlarmTable
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.1.1.5
activeAlarmFirstOccurTimeThe time stamp when alarm occurs, which triggered to create the active alarm entry.ro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.6
activeAlarmLastOccurTimeThe time stamp when alarm occurs, where the alarm is duplicated with existed active alarm entry, and it was the latest one.ro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.7
activeAlarmRepeatsNumber of repeated alarms for this active alarm entryro
Counter32
.1.3.6.1.4.1.17409.2.2.11.2.1.1.8
activeAlarmConfirmNode shall not clear an active alarm, upon the confirmation of the active alarm, but just mark an acknowledged status. An alarm will only be cleared once the clear condition hits.rw
TruthValue (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.1.1.9
activeAlarmAdditionalTextAdditional info to the alarm, for further desciption of the alarm. The format of it shall be related to each kind alarm defined in alarm reference tablero
OCTET STRING
.1.3.6.1.4.1.17409.2.2.11.2.1.1.10
historyAlarmTableHistory alarm table. The device shall maintain this table, to maintain all cleared alarms generated by the device, including: 1. Not hit device local alarm filter. That means had been reported to trap receiver (NMS or EMS) 2. Hit local alarm filter. That means not trap is reported to trap receiver for the alarm. The number of history alarm enteries in the table could be device-specific. However, it is recommended no less than 200 entries. The detailed function definition refers to that given in description of activeAlarmTable.
SEQUENCE OF HistoryAlarmEntry
.1.3.6.1.4.1.17409.2.2.11.2.2
historyAlarmEntry
HistoryAlarmEntry
.1.3.6.1.4.1.17409.2.2.11.2.2.1
historyAlarmSeqNumAlarm sequence number The definition refered to the description of historyAlarmTable
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.2.1.1
historyAlarmCodero
EponAlarmCode (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.2
historyAlarmInstanceAlarm instance, indicates the detailed managed objectro
EponAlarmInstance (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.3
historyAlarmSeverityro
EponSeverityType (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.4
historyAlarmRaisingNumberAlarm raising number. The definition refered to the description of historyAlarmTable
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.2.1.5
historyAlarmFirstOccurTimeThe time stamp when alarm occurs, which triggered to create the history alarm entry.ro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.6
historyAlarmLastOccurTimeThe time stamp when alarm occurs, where the alarm is duplicated with existed history alarm entry, and it was the latest one.ro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.7
historyAlarmRepeatsNumber of repeated alarms for this history alarm entryro
Counter32
.1.3.6.1.4.1.17409.2.2.11.2.2.1.8
historyAlarmCorrelationIdIt is the corresponding sequence ID of the alarm that to be cleared.ro
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.2.1.9
historyAlarmAdditionalTextAdditional info to the alarm, for further desciption of the alarm. The format of it shall be related to each kind alarm defined in alarm reference tablero
OCTET STRING
.1.3.6.1.4.1.17409.2.2.11.2.2.1.10
historyAlarmClearTimeDefine when the alarm was clearedro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.2.1.11
eventLogTableEvent log table. The device shall maintain this table, to maintain all events had be reported by the device, including: 1. The event table shall be saved in RAM memory and shall be flushed when OLT restarts. 2. The event log table shall support no less than 200 entries. When the event log table is full, the oldest entry in the table shall be removed first. 3. When OLT is configured with control module redundancy, active controller shall automatically synchronize the events in event log table b/w active and standby.
SEQUENCE OF EventLogEntry
.1.3.6.1.4.1.17409.2.2.11.2.3
eventLogEntry
EventLogEntry
.1.3.6.1.4.1.17409.2.2.11.2.3.1
eventSeqNumEvent sequence number The definition refered to the description of eponTrapSequenceNumber
Unsigned32
.1.3.6.1.4.1.17409.2.2.11.2.3.1.1
eventCodero
EponAlarmCode (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.3.1.2
eventInstanceEvent instance, indicates the detailed managed objectro
EponAlarmInstance (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.2.3.1.3
eventOccurTimeThe time stamp when event occursro
DateAndTime (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.2.3.1.4
eventAdditionalTextAdditional info to the event, for further desciption of the event. The format of it shall be related to each kind event defined in event reference tablero
OCTET STRING
.1.3.6.1.4.1.17409.2.2.11.2.3.1.5
eponManagementAddrTableA table of transport addresses to be used in the generation of SNMP messages.
SEQUENCE OF EponManagementAddrEntry
.1.3.6.1.4.1.17409.2.2.11.3.1
eponManagementAddrEntryA transport address to be used in the generation of SNMP operations. Entries in the snmpTargetAddrTable are created and deleted using the snmpTargetAddrRowStatus object.
EponManagementAddrEntry
.1.3.6.1.4.1.17409.2.2.11.3.1.1
eponManagementAddrName
OCTET STRING
.1.3.6.1.4.1.17409.2.2.11.3.1.1.1
eponManagementAddrTAddressrw
TAddress (NSCRTV-EPONEOC-EPON-MIB)
.1.3.6.1.4.1.17409.2.2.11.3.1.1.2
eponManagementAddrCommunityrw
OCTET STRING (SIZE
.1.3.6.1.4.1.17409.2.2.11.3.1.1.3
eponManagementAddrRowStatusrw
RowStatus (SNMPv2-TC)
.1.3.6.1.4.1.17409.2.2.11.3.1.1.4
NSCRTV-EPON-ALARM-MGM-MIB - SNMP MIB Reference | MIBs Explorer