2.2. Estructura del Árbol MIB e Identificadores OID

1. El Desafío del Lenguaje Universal

En la lección anterior vimos que el Manager SNMP "pregunta" al Agente por su estado. El problema es: ¿cómo le pregunta exactamente por la temperatura? Si le envía el texto "Dime tu temperatura", un switch Siemens podría entenderlo, pero un router Cisco podría esperar la palabra "Temperature", y un PLC japonés podría esperar "Ondo". Para evitar este caos, SNMP no usa palabras, usa Identificadores de Objeto (OIDs - Object Identifiers) organizados en una MIB (Management Information Base).

Piensa en el OID como si fuera el número de Seguridad Social o el código de barras de una variable específica dentro de un equipo de red.

2. La Estructura del Árbol OID

Los OIDs no son números aleatorios. Se construyen navegando por un árbol jerárquico mundial, similar a la estructura de carpetas de un disco duro. La raíz del árbol está gestionada por organizaciones internacionales (ISO, ITU).

Todo OID de red industrial suele empezar con la misma secuencia: 1.3.6.1.

• 1: ISO
• 3: Organización
• 6: Departamento de Defensa de EE. UU. (DoD)
• 1: Internet

A partir del nodo "Internet", el árbol se divide en dos ramas fundamentales para nuestro trabajo: la rama mgmt (2) y la rama private (4).

3. MIB Estándar vs MIB Privada

Dependiendo de lo que queramos monitorizar, navegaremos por una rama u otra:

• MIB-2 Estándar (1.3.6.1.2.1.): Es la rama universal. Todos los dispositivos de red del mundo que soporten SNMP deben responder a estos OIDs. Contienen información básica: sysDescr (Descripción del sistema), sysUpTime (Tiempo que lleva encendido), o el estado genérico de las interfaces de red (Up/Down).
• MIB Privada o Enterprises (1.3.6.1.4.1.): Es la rama de los fabricantes. El nodo "enterprises (1)" está regulado por la IANA, que asigna un número único a cada empresa en el mundo. Por ejemplo, el 9 es Cisco, el 4329 es Siemens, y el 2468 es Rockwell Automation. Dentro de su propio nodo empresarial, cada fabricante es libre de crear su propio sub-árbol para exponer datos específicos (ej. la temperatura de la CPU, la carga de la batería del SAI o el voltaje de un puerto PoE).

4. El Archivo MIB y los "MIB Browsers"

Si el NMS (PRTG, Zabbix) hace un GET a un switch Siemens preguntando por el OID 1.3.6.1.4.1.4329.10.1.2.1 y recibe un "45", ¿cómo sabe el NMS si 45 son grados Celsius, RPMs o Voltios? El NMS es ciego; solo ve números.

Aquí es donde entra el Archivo MIB. Es un archivo de texto (un diccionario) proporcionado por el fabricante del switch (ej. un archivo .mib o .txt). El ingeniero de UF1795 debe descargar este archivo de la web del fabricante e importarlo (compilarlo) en su servidor NMS. Este archivo le dice al NMS: "Oye, si consultas el OID acabado en .1.2.1, el número que te devolveré es la temperatura de la CPU en grados Celsius".

Para investigar qué OIDs tiene un equipo en la planta antes de configurarlos en el servidor central, los técnicos usan herramientas portátiles llamadas MIB Browsers (como iReasoning MIB Browser). Conectan su portátil a la red, cargan el archivo MIB del fabricante, y pueden navegar por el árbol haciendo clics en lugar de escribir largas secuencias numéricas.