---
oid: "1.3.6.1.6.3.2.1.1.2.1.2"
asn1-notation: "{iso(1) identified-organization(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpM2M(2) snmpM2MObjects(1) snmpAlarm(1) snmpAlarmTable(2) snmpAlarmEntry(1) snmpAlarmVariable(2)}"
description: "snmpAlarmVariable OBJECT-TYPE "
last-modified: "2020-06-02"
tags: [oid-repository]
---

## OID: `1.3.6.1.6.3.2.1.1.2.1.2` (last updated: 2020-06-02)

```asn1
{iso(1) identified-organization(3) dod(6) internet(1) snmpV2(6) snmpModules(3) snmpM2M(2) snmpM2MObjects(1) snmpAlarm(1) snmpAlarmTable(2) snmpAlarmEntry(1) snmpAlarmVariable(2)}
```

### Description

```asn1
snmpAlarmVariable OBJECT-TYPE 
SYNTAX InstancePointer 
MAX-ACCESS read-create 
STATUS current 
DESCRIPTION 
"The object identifier of the particular variable 
to be sampled. Only variables that resolve to an 
ASN.1 primitive type of INTEGER (Integer32, 
Counter32, Gauge32, TimeTicks, Counter64, or 
UInteger32) may be sampled. 
If it is detected by an error response of 
authorizationError, noSuchObject, or 
noSuchInstance that the variable name of an 
established snmpAlarmEntry is no longer available 
in the sampling context, a single 
snmpObjectUnavailableAlarm event is generated and 
the status of this snmpAlarmEntry is set to 
\`destroy'. Likewise, if the syntax of the 
variable retrieved by the query is not Integer32, 
Counter32, Gauge32, TimeTicks, Counter64, or 
UInteger32, the same actions will be taken. 
If the SNMPv2 entity acting in a dual role detects 
that the sampled value can not be obtained due to 
lack of response to management queries, it should 
either: 
1) Set the status of this snmpAlarmEntry to 
\`destroy', if it is determined that further 
communication is not possible; 
or, 
2) Delete the associated snmpAlarmValue 
instance (but not the entire conceptual row), 
and continue to attempt to sample the 
variable and recreate the associated 
snmpAlarmValue instance should communication 
be reestablished. 
An attempt to modify this object will fail with an 
\`inconsistentValue' error if the associated 
snmpAlarmStatus object would be equal to \`active' 
both before and after the modification attempt." 
RFC 1451 Manager-to-Manager MIB April 1993

**Classification**: MIB object for network management

### Supplementary information

Automatically extracted from IETF [RFC 1451](https://www.rfc-editor.org/rfc/rfc1451.html).

### Child OIDs

No child OID

### Terms of Use

[Terms of use](https://oid-base.com/disclaimer.htm.md)

**Note to implementers:**: The OID repository is constantly updated but does not necessarily store the latest (or most accurate) version of this formal description. For an implementation, it is recommended to search the web for a more recent description. If this is the case, please update the above description.