Resumen

  • RFC 2011 convirtió los objetos IP/ICMP restantes de MIB-II en un módulo SMIv2 y exigió ipGroup e icmpGroup, pero su IpAddress de cuatro octetos solo representaba IPv4.
  • Que una tabla responda o un contador aumente demuestra algo dentro de su población declarada. No demuestra visibilidad de direcciones, prefijos, rutas o vecinos IPv6, ni el efecto de una configuración.
  • RFC 2465 creó una superficie IPv6 paralela; RFC 4001 hizo explícito el tipo de dirección; RFC 4293 reunió ambos mundos y dejó claro que la nueva indexación requería trabajo de implementación.

El cuadrado de cuatro bytes

La advertencia decisiva aparece antes del cuerpo técnico. Según la nota del IESG, las MIB de IP, UDP y TCP de 1996 admitían solo IPv4. IpAddress era una OCTET STRING de longitud cuatro para una dirección de 32 bits y no podía contener una dirección IPv6 de 128 bits.

La restricción atravesaba la identidad de los datos. ipAddrTable usaba ipAdEntAddr como índice; tanto la dirección como la máscara llevaban el mismo tipo. ipNetToMediaTable identificaba sus correspondencias mediante otro IpAddress. No faltaba una columna cosmética: faltaba la posibilidad de nombrar una fila IPv6. El agente podía devolver un recorrido impecable sin declarar que había omitido una familia.

Por eso conviene separar tres frases. «El módulo es válido» habla de sintaxis. «El agente es conforme» habla de grupos y objetos exigidos. «La red está cubierta» exige saber qué pilas, tablas, contextos y consultas existen. RFC 2011 respaldaba las dos primeras dentro de su alcance, no la tercera.

Una contabilidad con denominadores distintos

La tarea histórica del documento tampoco fue una refundación de SNMP. Los objetos venían de MIB-II; las rutas IP ya habían sido actualizadas por RFC 1354. RFC 2011 trasladó lo restante al marco SNMPv2 y excluyó expresamente la gestión de rutas.

Su declaración de conformidad hizo obligatorios ipGroup e icmpGroup: forwarding, TTL, entradas y salidas, fragmentación, reensamblado, tabla de direcciones, asociaciones con medios y una larga lista de mensajes ICMP. El conjunto era amplio, pero cada número conservaba un borde.

ipInReceives incluía datagramas recibidos con error. ipInDiscards excluía los descartes durante la espera de reensamblado. ipOutNoRoutes se limitaba a la ausencia de una ruta. ipReasmFails no equivalía necesariamente a fragmentos perdidos. Un total ascendente no identifica por sí solo la familia de dirección, el flujo, el camino, el usuario afectado o la causa.

Tampoco una escritura cierra el expediente. ipForwarding, ipDefaultTTL y ciertas filas de correspondencia podían modificarse. La respuesta SNMP acredita que el agente tramitó una operación; para hablar de cambio efectivo todavía hacen falta autoridad, persistencia, pila utilizada y observación posterior.

De la separación a la unificación

RFC 2465 añadió en 1998 un grupo general IPv6 independiente. Seis tablas distinguieron interfaz, estadísticas, prefijo, dirección, ruta y correspondencia con el medio. Las direcciones ocuparon dieciséis octetos sin alterar SMIv2. La solución técnica preservaba el marco, pero obligaba al operador a consultar dos familias de MIB y reconciliar sus identidades.

RFC 4001 cambió la gramática: una InetAddress solo se interpreta junto a InetAddressType. Como índice, primero aparece el tipo y después la longitud y los octetos. La norma desaconsejó fijar un objeto a un formato, aunque permitió que una declaración de conformidad exigiera solo algunos tipos. Hacer visible la familia no garantizaba implementarlas todas.

RFC 4293 unificó finalmente el IP-MIB y dejó obsoletos RFC 2011, RFC 2465 y RFC 2466. Los contadores del sistema y de interfaz adquirieron una dimensión por versión; las direcciones llevaron su tipo; se reordenaron prefijos, routers por defecto y vecinos.

La guía de actualización evita la ficción de una migración documental. Describe ipAddressTable como suficientemente distinta de ipAddrTable para que quizá resulte más fácil escribir código nuevo. Las rutinas SNMP deben entender otros índices y la instrumentación debe producir nuevos datos. Publicar el modelo no actualiza el agente, el colector, el archivo, la alerta ni el criterio humano que usa la cifra.

Fuentes

Límites de la evidencia

Los textos prueban estado normativo, sintaxis, grupos de conformidad y diseño sucesor. No prueban fallos de fabricantes, tasas de despliegue, una avería actual, cobertura de una red concreta, SLA ni fechas reales de migración.