Muchas veces debemos monitorizar elementos que disponen del protocolo SNMP. Normalmente es fácil encontrar el fichero de MIB del dispositivo que queremos monitorizar, ya sea en a través del fabricante o a través de webs de terceros como oidview. Una vez tenemos el fichero de la MIB, ¿que hacemos?¿Como podemos obtener el OID de un nodo en particular?
Como para todo, existirán múltiples formas de trabajar con este fichero, pero para los usuarios de Linux tenemos disponible el paquete «snmp» con un grupo de herramientas que nos servirán para nuestro propósito. Lo primero que deberemos hacer es instalar dicho paquete, si no lo hemos hecho ya antes, con un simple «sudo apt-get install snmp«. Una vez instalado tendremos disponibles comandos como snmpwalk, snmpget o snmptranslate.
En el siguiente ejemplo veremos como obtener el valor de algunas variables que nos pueden interesar para monitorizar un SAI con un adaptador CS121. Con dicho módulo venia su correspondiente CD de utilidades donde podíamos encontrar la MIB del producto, en concreto la RFC1628cs121.MIB.
Nos podríamos ver tentados por visualizar dicho fichero, pero la sintaxis que utiliza (ASN1) no es la mas amigable para su lectura.
La herramienta snmptranslate nos sirve para interpretar dicho fichero MIB. A primera vista podríamos analizar el arbol de la mib para evaluar que variables nos pueden interesar en la monitorización, para ello ejecutaremos el siguiente comando, especificando que carge el fichero de MIB del módulo:
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -Tp
+–iso(1)
|
+–org(3)
|
+–dod(6)
|
+–internet(1)
|
+–mgmt(2)
|
+–mib-2(1)
|
+–upsMIB(33)
|
+–upsObjects(1)
| |
| +–upsIdent(1)
| | |
| | +–upsIdentManufacturer(1)
| | |
| | +–upsIdentModel(2)
| | |
| | +–upsIdentUPSSoftwareVersion(3)
| | |
| | +–upsIdentAgentSoftwareVersion(4)
| | |
| | +–upsIdentName(5)
| | |
| | +–upsIdentAttachedDevices(6)
| |
| +–upsBattery(2)
| | |
| | +– -R– EnumVal upsBatteryStatus(1)
| | | Values: unknown(1), batteryNormal(2), batteryLow(3), batteryDepleted(4)
Si en la herramienta de monitorización podemos cargar el fichero de MIB, con interrogar al dispositivo con el nombre del nodo que nos interesa será suficiente (mas adelante explicaré algún ejemplo). En cambio, muchas herramientas de monitorización no permiten la carga del fichero de MIB y le debemos especificar el OID que queremos interrogar. El árbol de OIDs de la MIB lo podemos ver de la siguiente forma:
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -To
.1.3
.1.3.6
.1.3.6.1
.1.3.6.1.2
.1.3.6.1.2.1
.1.3.6.1.2.1.33
.1.3.6.1.2.1.33.1
.1.3.6.1.2.1.33.1.1
.1.3.6.1.2.1.33.1.1.1
.1.3.6.1.2.1.33.1.1.2
.1.3.6.1.2.1.33.1.1.3
.1.3.6.1.2.1.33.1.1.4
.1.3.6.1.2.1.33.1.1.5
.1.3.6.1.2.1.33.1.1.6
.1.3.6.1.2.1.33.1.2
.1.3.6.1.2.1.33.1.2.1
.1.3.6.1.2.1.33.1.2.2
.1.3.6.1.2.1.33.1.2.3
.1.3.6.1.2.1.33.1.2.4
.1.3.6.1.2.1.33.1.2.5
.1.3.6.1.2.1.33.1.2.6
.1.3.6.1.2.1.33.1.2.7
.1.3.6.1.2.1.33.1.3
.1.3.6.1.2.1.33.1.3.1
.1.3.6.1.2.1.33.1.3.2
.1.3.6.1.2.1.33.1.3.3
.1.3.6.1.2.1.33.1.3.3.1
.1.3.6.1.2.1.33.1.3.3.1.1
.1.3.6.1.2.1.33.1.3.3.1.2
.1.3.6.1.2.1.33.1.3.3.1.3
.1.3.6.1.2.1.33.1.3.3.1.4
.1.3.6.1.2.1.33.1.3.3.1.5
El problema ahora es que no sabemos cual es la correspondencia entre el OID y el nodo que evaluamos. Esto se soluciona pasando como parámetro en el snmptranslate la opción -Tz, que nos devolverá la forma numérica y etiqueta de todos los objetos:
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -Tz
«org» «1.3»
«dod» «1.3.6»
«internet» «1.3.6.1»
«mgmt» «1.3.6.1.2»
«mib-2» «1.3.6.1.2.1»
«upsMIB» «1.3.6.1.2.1.33»
«upsObjects» «1.3.6.1.2.1.33.1»
«upsIdent» «1.3.6.1.2.1.33.1.1»
«upsIdentManufacturer» «1.3.6.1.2.1.33.1.1.1»
«upsIdentModel» «1.3.6.1.2.1.33.1.1.2»
«upsIdentUPSSoftwareVersion» «1.3.6.1.2.1.33.1.1.3»
«upsIdentAgentSoftwareVersion» «1.3.6.1.2.1.33.1.1.4»
«upsIdentName» «1.3.6.1.2.1.33.1.1.5»
«upsIdentAttachedDevices» «1.3.6.1.2.1.33.1.1.6»
«upsBattery» «1.3.6.1.2.1.33.1.2»
«upsBatteryStatus» «1.3.6.1.2.1.33.1.2.1»
«upsSecondsOnBattery» «1.3.6.1.2.1.33.1.2.2»
«upsEstimatedMinutesRemaining» «1.3.6.1.2.1.33.1.2.3»
«upsEstimatedChargeRemaining» «1.3.6.1.2.1.33.1.2.4»
«upsBatteryVoltage» «1.3.6.1.2.1.33.1.2.5»
«upsBatteryCurrent» «1.3.6.1.2.1.33.1.2.6»
«upsBatteryTemperature» «1.3.6.1.2.1.33.1.2.7»
«upsInput» «1.3.6.1.2.1.33.1.3»
«upsInputLineBads» «1.3.6.1.2.1.33.1.3.1»
«upsInputNumLines» «1.3.6.1.2.1.33.1.3.2»
«upsInputTable» «1.3.6.1.2.1.33.1.3.3»
«upsInputEntry» «1.3.6.1.2.1.33.1.3.3.1»
«upsInputLineIndex» «1.3.6.1.2.1.33.1.3.3.1.1»
«upsInputFrequency» «1.3.6.1.2.1.33.1.3.3.1.2»
«upsInputVoltage» «1.3.6.1.2.1.33.1.3.3.1.3»
«upsInputCurrent» «1.3.6.1.2.1.33.1.3.3.1.4»
«upsInputTruePower» «1.3.6.1.2.1.33.1.3.3.1.5»
Para obtener mas información de un nodo en concreto primero deberíamos obtener la forma mas completa:
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -Onf -IR upsInputTruePower
.iso.org.dod.internet.mgmt.mib-2.upsMIB.upsObjects.upsInput.upsInputTable.upsInputEntry.upsInputTruePower
Ya ejecutando el snmptranslate con el OID completo obtendremos mas información del nodo, con una descripción de la variable, las unidades, la sintaxis, etc.
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -Td -OS .iso.org.dod.internet.mgmt.mib-2.upsMIB.upsObjects.upsInput.upsInputTable.upsInputEntry.upsInputTruePower
UPS-MIB::upsInputTruePower
upsInputTruePower OBJECT-TYPE
— FROM UPS-MIB
— TEXTUAL CONVENTION NonNegativeInteger
SYNTAX INTEGER (0..2147483647)
DISPLAY-HINT «d»
UNITS «Watts»
MAX-ACCESS read-only
STATUS current
DESCRIPTION «The magnitude of the present input true power.»
::= { iso(1) org(3) dod(6) internet(1) mgmt(2) mib-2(1) upsMIB(33) upsObjects(1) upsInput(3) upsInputTable(3) upsInputEntry(1) 5 }
Para obtener el OID numérico que utilizaremos en la herramienta de monitorización para este nodo ejecutaremos la siguiente consulta:
julian@ubuntu:$ snmptranslate -m «/tmp/RFC1628cs121.MIB» -On UPS-MIB::upsInputTruePower
.1.3.6.1.2.1.33.1.3.3.1.5
Con estos datos ya podemos montar nuestro sistema de monitorización, evaluando únicamente las variables que nos interesen.
También tendremos dos utilizades que nos permitirán obtener los valores directamente desde el módulo. El snmpwalk hará un recorrido por las ramas del árbol desde el nodo que le especifiquemos mientras que el snmpget nos devolverá el valor específico de un nodo. En ambos métodos podemos especificar el fichero de MIB que queremos utilizar o especificar el OID en formato numérico. Veamos varios ejemplos:
julian@ubuntu:$ snmpget -Os -c comunidad -m «./RFC1628cs121.MIB» -v 1 DireccionIP upsOutputPower.1
upsOutputPower.1 = INTEGER: 700 Watts
julian@ubuntu:$ snmpget -Os -c comunidad -v 1 DireccionIP 1.3.6.1.2.1.33.1.4.4.1.4.1
mib-2.33.1.4.4.1.4.1 = INTEGER: 700
julian@ubuntu:$ snmpwalk -Os -c comunidad -m «./RFC1628cs121.MIB» -v 1 DireccionIP upsInputEntry
upsInputLineIndex.1 = INTEGER: 1
upsInputFrequency.1 = INTEGER: 500 0.1 Hertz
upsInputVoltage.1 = INTEGER: 230 RMS Volts
upsInputCurrent.1 = INTEGER: 0 0.1 RMS Amp
upsInputTruePower.1 = INTEGER: 0 Watts
julian@ubuntu:$ snmptranslate -m «./RFC1628cs121.MIB» -On UPS-MIB::upsInputEntry
.1.3.6.1.2.1.33.1.3.3.1
julian@ubuntu:$ snmpwalk -Os -c comunidad -v 1 DireccionIP .1.3.6.1.2.1.33.1.3.3.1
mib-2.33.1.3.3.1.1.1 = INTEGER: 1
mib-2.33.1.3.3.1.2.1 = INTEGER: 500
mib-2.33.1.3.3.1.3.1 = INTEGER: 230
mib-2.33.1.3.3.1.4.1 = INTEGER: 0
mib-2.33.1.3.3.1.5.1 = INTEGER: 0
Se puede encontrar mas información en los siguientes enlaces:
Sotoca.es 
Gracias por su aportación. Tengo una duda, disculpe apenas me introduzco en el tema, ¿éste procedimiento también funcionaría para obtener el oid de un lector de huella dactilar o cómo podría hacer para obtenerlo?
De antemano muchas gracias.
Me gustaMe gusta