Receiving SNMP Events
The SNMP event providers support SNMPv1 traps and SNMPv2 notifications.
The following three types of SNMPv1 traps and SNMPv2 notifications are supported:
Generic
Generic traps and notifications correspond to named events such as link up and cold start. Generic traps and notifications are represented by classes, such as SnmpLinkUpNotification and SnmpWarmStartExtendedNotification, that contain the name of the trap in the class name. These classes are subclasses of SnmpNotification and SnmpExtendedNotification.
Enterprise-specific
Enterprise specific traps and notifications correspond to events that are represented by a WMI class that is not a subclass of SnmpNotification and SnmpExtendedNotification. To support enterprise specific traps and notifications, a consumer must define classes by compiling MIB definitions using the SNMP MIB compiler.
Enterprise-nonspecific
Nonenterprise-specific traps and notifications do not correspond to any of the generic event types or enterprise-specific event types. Nonenterprise-specific traps and notifications have not had their MIB definitions compiled into the SMIR. They are represented by the SnmpNotification, SnmpV2Notification, SnmpV1ExtendedNotification, and SnmpV2ExtendedNotification classes derived from SnmpNotification and SnmpExtendedNotification.
Note
For more information about installing the provider, see Setting up the WMI SNMP Environment.
The following sections are discussed in this topic:
- Receiving Generic SNMP Events
- Receiving Enterprise-Specific Events
- Receiving Enterprise-Nonspecific Events
Receiving Generic SNMP Events
The SEEP and SREP support all types of generic SNMPv1 traps and SNMPv2 notifications. Generic SNMP events are represented by subclasses of the SnmpNotification and SnmpExtendedNotification classes.
Each event type is represented by one SEEP class and one SREP class. The SEEP classes derive from SnmpNotification; the SREP classes derive from SnmpExtendedNotification. The event providers require different classes because they use different mechanisms in the presentation of the SNMP event data.
The SEEP converts the SNMP event data directly to WMI class properties, whereas the SREP does not. The SREP adds a level of indirection to the interpretation required to use the WMI properties. The properties of the SREP SnmpExtendedNotification subclasses are instances of SNMP classes; the properties of the SEEP SnmpNotification subclasses are integers and strings.
The following table lists the types of generic SNMP events and the associated event classes.
SNMP event | SEEP class | SREP class |
---|---|---|
Authentication failure | SnmpAuthenticationFailureNotification | SnmpAuthenticationFailureExtendedNotification |
Exterior Gateway Protocol (EGP) neighbor loss | SnmpEGPNeighborLossNotification | SnmpEGPNeighborLossExtendedNotification |
Cold start | SnmpColdStartNotification | SnmpColdStartExtendedNotification |
Warm start | SnmpWarmStartNotification | SnmpWarmStartExtendedNotification |
Link up | SnmpLinkUpNotification | SnmpLinkUpExtendedNotification |
Link down | SnmpLinkDownNotification | SnmpLinkDownExtendedNotification |
For example, the SnmpLinkUpNotification and SnmpLinkUpExtendedNotification classes describe the link-up event. Both classes include the ifIndex, ifAdminStatus, and ifOperStatus properties, but they have very different types. The properties in the SnmpLinkUpNotification class are of type SINT32 and STRING. The properties in the SnmpLinkUpExtendedNotification class are the embedded object type IETF_SNMP_RFC1213_MIB_ifTable.
Receiving Enterprise-Specific Events
The SEEP and SREP support any enterprise-specific traps and notifications that you have compiled into the SMIR.
The following procedure describes how to receive enterprise-specific events.
To receive enterprise-specific events
Compile the MIB definitions from the device responsible for generating the event.
You can compile the MIB definitions using the SNMP MIB compiler. For more information, see Setting up the WMI SNMP Environment.
Determine what types of classes you want mapping to the events.
When you compile the MIB definition for an enterprise-specific event, you can determine what type of class the compiler generates. Specifically, you can instruct the compiler to create one of the following choices:
- SnmpNotification subclasses from the definitions.
- SnmpExtendedNotification subclasses from the definitions.
- SnmpNotification and SnmpExtendedNotification subclasses from the definitions.
For more information, see Compiling MOF Files.
If the SNMP event providers receive a specific trap or notification for which there is no class, the providers generate an nonenterprise-specific event. For more information, see Receiving Enterprise Nonspecific Events.
Receiving Enterprise-Nonspecific Events
An enterprise-nonspecific event is an event that does not map from an SNMPv1 trap or SNMPv2 notification to any of the subclasses of SnmpNotification or SnmpExtendedNotification or any class that represents an enterprise event.
SEEP uses the SNMPV1Notification or SNMPV2Notification classes for nonspecific events, whereas SREP uses the SNMPv1ExtendedNotification and SNMPV2ExtendedNotification classes.
All four enterprise-nonspecific classes derive from either the SnmpNotification or SnmpExtendedNotification classes, and have the same format. Both classes have the single property VarBindList. VarBindList is an array of instances of the SnmpVarBind class. SnmpVarBind is a base class supported by the SNMP event providers to represent an instance of an SNMP variable binding. The following table lists the properties of SnmpVarBind.
Property | Description |
---|---|
Encoding | String that indicates the Abstract Syntax Notation One (ASN.1) type of the variable in the Value property. |
ObjectIdentifier | String that identifies the variable in the Value property. |
Value | Raw data in octets. |
In the SnmpV1Notification and SnmpV2Notification classes, the variable binding order from the SNMP event has been preserved except for the first two variable bindings, TimeStamp and SnmpTrapOID. These bindings have been removed and are stored in the TimeStamp and Identification properties of the SnmpNotification or SnmpExtendedNotification parent class.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for