TRAP/INFORM notification¶
-
pysnmp.hlapi.v3arch.asyncore.
sendNotification
(snmpEngine, authData, transportTarget, contextData, notifyType, *varBinds, **options)¶ Send SNMP notification.
Based on passed parameters, prepares SNMP TRAP or INFORM notification (RFC 1905#section-4.2.6) and schedules its transmission by I/O framework at a later point of time.
Parameters: snmpEngine (
SnmpEngine
) – Class instance representing SNMP engine.authData (
CommunityData
orUsmUserData
) – Class instance representing SNMP credentials.transportTarget (
UdpTransportTarget
orUdp6TransportTarget
) – Class instance representing transport type along with SNMP peer address.contextData (
ContextData
) – Class instance representing SNMP ContextEngineId and ContextName values.notifyType (str) – Indicates type of notification to be sent. Recognized literal values are trap or inform.
*varBinds (
tuple
of OID-value pairs orObjectType
orNotificationType
) – One or more objects representing MIB variables to place into SNMP notification. It could be tuples of OID-values orObjectType
class instances ofNotificationType
objects.SNMP Notification PDU includes some housekeeping items that are required for SNMP to function.
Agent information:
- SNMPv2-MIB::sysUpTime.0 = <agent uptime>
- SNMPv2-SMI::snmpTrapOID.0 = {SNMPv2-MIB::coldStart, …}
Applicable to SNMP v1 TRAP:
- SNMP-COMMUNITY-MIB::snmpTrapAddress.0 = <agent-IP>
- SNMP-COMMUNITY-MIB::snmpTrapCommunity.0 = <snmp-community-name>
- SNMP-COMMUNITY-MIB::snmpTrapEnterprise.0 = <enterprise-OID>
Note
Unless user passes some of these variable-bindings, .sendNotification() call will fill in the missing items.
User variable-bindings:
- SNMPv2-SMI::NOTIFICATION-TYPE
- SNMPv2-SMI::OBJECT-TYPE
Note
The
NotificationType
object ensures properly formed SNMP notification (to comply MIB definition). If you build notification PDU out ofObjectType
objects or simple tuples of OID-value objects, it is your responsibility to provide well-formed notification payload.
Other Parameters: **options –
- lookupMib: bool
- lookupMib - load MIB and resolve response MIB variables at the cost of slightly reduced performance. Default is True.
- cbFun: callable
- user-supplied callable that is invoked to pass SNMP response to INFORM notification or error to user at a later point of time. The cbFun callable is never invoked for TRAP notifications.
- cbCtx: object
- user-supplied object passing additional parameters to/from cbFun
Notes
User-supplied cbFun callable must have the following call signature:
- snmpEngine (
SnmpEngine
): Class instance representing SNMP engine. - sendRequestHandle (int): Unique request identifier. Can be used for matching multiple ongoing INFORM notifications with received responses.
- errorIndication (str): True value indicates SNMP engine error.
- errorStatus (str): True value indicates SNMP PDU error.
- errorIndex (int): Non-zero value refers to varBinds[errorIndex-1]
- varBinds (tuple): A sequence of
ObjectType
class instances representing MIB variables returned in SNMP response in exactly the same order as varBinds in request. - cbCtx : Original user-supplied object.
Returns: sendRequestHandle (int) – Unique request identifier. Can be used for matching received responses with ongoing INFORM requests. Returns None for TRAP notifications. Raises: PySnmpError
– Or its derivative indicating that an error occurred while performing SNMP operation.Examples
>>> from pysnmp.hlapi.asyncore import * >>> >>> snmpEngine = SnmpEngine() >>> sendNotification( ... snmpEngine, ... CommunityData('public'), ... UdpTransportTarget(('demo.snmplabs.com', 162)), ... ContextData(), ... 'trap', ... NotificationType(ObjectIdentity('SNMPv2-MIB', 'coldStart')), ... ) >>> snmpEngine.transportDispatcher.runDispatcher() >>>