Resumen

  • entPhySensorValue no era una medición autodescriptiva: el tipo, la escala decimal y la precisión fijaban el significado del entero, mientras el estado, la marca temporal y la tasa de actualización delimitaban su vigencia.
  • Una tasa cero podía corresponder a actualización bajo demanda, por evento o a una tasa desconocida. ok(1) significaba que el agente podía obtener el valor, no que la calibración ni la realidad física fueran correctas. Las alarmas de umbral quedaban fuera de la tabla.

Antes de leer el valor había que identificar la cosa

Un sistema de gestión recibe 315. La base de datos acepta el entero, pero todavía no sabe si son 31,5 grados, 315 vatios, 315 revoluciones por minuto, una cantidad relativa o un residuo de una consulta anterior.

RFC 3433, publicado en diciembre de 2002, definió la Entity Sensor MIB para cerrar ese hueco. El texto, la ficha del RFC Editor, la página del IETF, el historial, las referencias y la búsqueda de erratas preservan una norma de representación, no una lectura de un equipo real.

La tabla era un aumento disperso de las entidades físicas clasificadas como sensor(8). Cada fila compartía el entPhysicalIndex de su componente. La relación original usaba la Entity MIB de RFC 2737; la versión posterior de RFC 6933 mantuvo el modelo de identidad física.

Ese índice separaba sensores que podían devolver números iguales. Sin identidad estable, unir series históricas podía mezclar componentes distintos.

Tipo, escala y precisión formaban una sola semántica

El tipo distinguía voltaje, corriente, potencia, frecuencia, temperatura, humedad, RPM, caudal, verdad lógica y valores otros o desconocidos. La escala añadía una potencia decimal desde yocto hasta yotta. La precisión indicaba decimales fijos o dígitos exactos.

Un sensor de temperatura que trabaja en décimas podía declarar tipo Celsius, escala units y precisión 1. Así, 315 significaba 31,5 grados. Con otra escala, el mismo entero cambiaba de magnitud; con otro tipo, cambiaba de fenómeno.

Los extremos de mil millones negativos y mil millones positivos estaban reservados como subdesbordamiento y desbordamiento para tipos de punto fijo. No eran valores extremos normales. Perder el tipo y la condición convertía un error en un punto aparente de la gráfica.

El vocabulario dependía de SMIv2: RFC 2578 definió la estructura, RFC 2579 las convenciones textuales, RFC 2580 la conformidad y RFC 2119 los términos normativos.

La errata verificada 2008 corrigió además las etiquetas de escala intercambiadas: peta(14) representa 10^15 y exa(15) 10^18. Una nota copiada sin su corrección podía introducir mil veces de diferencia.

Más decimales no demostraban más exactitud

La precisión de RFC 3433 describía la representación fija. No certificaba por sí sola calibración, incertidumbre, trazabilidad ni clase metrológica.

RFC 7460 hizo explícita la diferencia al modelar energía. Las clases ANSI e IEC de exactitud eléctrica no existían en RFC 3433, por lo que aquel MIB creó un objeto de exactitud separado. Una pantalla con una décima puede mostrar resolución sin ser correcta dentro de una décima.

El texto entPhySensorUnitsDisplay era una ayuda visual. La máquina debía interpretar tipo y escala, no convertir una cadena de presentación en modelo de autoridad.

El estado hablaba desde el agente

ok(1) decía que el agente podía obtener el valor. unavailable(2), que no podía hacerlo en ese momento. nonoperational(3), que creía roto el sensor, ya fuera por desconexión o por señales fuera de rango, inestables o salvajemente fluctuantes.

La formulación importa: era conocimiento del agente. Un estado verde no probaba calibración, ubicación correcta ni correspondencia con el mundo físico. Un estado de fallo tampoco identificaba por sí solo la causa.

La introducción al marco SNMP en RFC 3410 sitúa la MIB como almacén virtual de información gestionada. La fila está mediada por software y política de recolección.

Cero tenía tres significados de actualización

La marca entPhySensorValueTimeStamp guardaba el sysUpTime de la última obtención del valor o estado. Una tasa positiva expresaba el intervalo estimado de sondeo en milisegundos.

La tasa cero reunía tres casos: actualización al recibir la consulta, actualización cuando cambiaba el sensor o desconocimiento de la tasa. Dos estrategias podían ser recientes; la tercera era una declaración de incertidumbre. Traducir cero automáticamente como “en vivo” borraba esa diferencia.

El lector debía conservar tasa, marca, hora de consulta, estado y conocimiento de implementación. Una tasa positiva tampoco era garantía: describía un intervalo posible, no el instante físico de conversión ni la exactitud del sensor.

La alarma no estaba en la fila

RFC 3433 no incorporó umbrales especializados. Remitió a mecanismos generales como los grupos Alarm y Event de RMON en RFC 2819.

Valor, cruce de umbral, evaluación, notificación y acción eran hechos distintos. La tabla de sensores era de solo lectura. Una cifra alta no demostraba que existiera una regla, que una alarma hubiera llegado o que se hubiera ejecutado una parada.

Solo lectura no significaba inocuo

La especificación señaló entPhySensorValue como potencialmente sensible. SNMPv1 no era seguro por sí mismo, y proteger la red con IPsec no decidía qué principal podía leer cada objeto.

Recomendó el modelo de usuario de SNMPv3 de RFC 3414 y el control por vistas de RFC 3415. Identidad, privacidad y autorización de lectura eran recibos distintos del significado físico.

Una operación GET válida probaba que un principal recibió la representación del agente. No probaba calibración, mapeo de índice, frescura ni verdad material.

Fuentes y límites

La lectura aplica también la separación de capas de realidad y el uso del código en ejecución como evidencia primaria propuestos por Heng Lu. Especificación, implementación, respuesta SNMP, magnitud física, alarma y resultado operativo no son intercambiables.

Las veinte fuentes describen el contrato y sus límites. No prueban una implementación nombrada, adopción, exactitud real, incidente, ataque, alarma entregada, reparación ni resultado comercial. El logro de RFC 3433 fue impedir que un entero desnudo pareciera una medición completa.