Resumen

  • RFC 2366 situó marsMIB bajo { snmpModules 17 }. Publicado dos meses después, RFC 2417 señaló un error administrativo de asignación y la situó bajo { mib-2 57 }.
  • Al desarrollar las rutas simbólicas aparecen raíces numéricas distintas: 1.3.6.1.6.3.17 y 1.3.6.1.2.1.57. Los objetos definidos bajo la MIB heredan el nuevo prefijo.
  • La MIB describe objetos de gestión para clientes y servidores MARS y servidores multicast. Cambiar sus nombres no informa, por sí solo, de cambios en agentes, gestores, pertenencia a grupos, circuitos virtuales o reenvío de paquetes.

Una corrección de rama con consecuencias en cascada

Un identificador de objeto (OID) es una ruta jerárquica, no una etiqueta superpuesta a un número fijo. Cada arco nombra un elemento hijo de su padre. En julio de 1998, RFC 2366 definió el módulo de gestión MARS como marsMIB ::= { snmpModules 17 }. En septiembre, RFC 2417 dejó obsoleto ese documento. Su nota a IANA califica la asignación anterior de error administrativo; la nota de revisión pide «reroot this MIB from snmpModules to mib-2», y la identidad del módulo pasa a ser marsMIB ::= { mib-2 57 }.

El cálculo permite ver el alcance de la corrección. RFC 1902 coloca snmpModules bajo snmpV2, que a su vez está bajo internet; MIB-II, RFC 1213 coloca mib-2 bajo mgmt e internet. Así, la raíz anterior se expande a 1.3.6.1.6.3.17 y la corregida a 1.3.6.1.2.1.57. Como los descendientes del módulo se definen respecto de marsMIB, sus rutas numéricas también heredan el nuevo prefijo.

Eso sí es un cambio de identidad en el espacio de nombres de gestión. No es, por sí mismo, un cambio de funcionamiento de MARS. RFC 2022 describe MARS como el mecanismo con el que los equipos de redes ATM se registran o consultan la pertenencia a grupos multicast y luego utilizan mallas de circuitos virtuales o un servidor multicast para distribuir el tráfico. Las tablas de RFC 2417 ofrecen vistas de clientes, servidores, grupos, correspondencias, circuitos virtuales, estados, temporizadores y estadísticas. Describen lo que un agente puede informar; no ejecutan la distribución de pertenencias ni demuestran qué circuito transporta un paquete.

La distinción importa porque «cambió la MIB» puede referirse a varias capas: un documento normativo, un OID simbólico, el nombre numérico compilado en un agente, los objetos que consulta un gestor y el comportamiento de red que observa un operador. RFC 2417 establece las dos primeras. No identifica un proveedor, un agente actualizado, un sistema de monitorización convertido, un mecanismo de compatibilidad, una incidencia ni una migración completa del parque. Que sea el documento sucesor indica qué asignación adopta el registro normativo, no con qué rapidez la siguieron los equipos en servicio.

El registro IANA SMI Numbers actual anota el arco 57 de mib-2 como marsMIB, con RFC 2417 como referencia, y marca como obsoleta la entrada anterior del arco 17 de snmpModules. Es una confirmación útil del nombre que usa hoy el registro. No es un censo retrospectivo de despliegues. RFC 2417 también indica que el módulo se usa con la ATM-MIB de RFC 1695, MIB-II de RFC 1213 y, de forma opcional, IF-MIB de RFC 1573: dependencias entre modelos de gestión, no pruebas de que un agente concreto los exportara.

La frontera de la evidencia es la historia

Es fácil imaginar a un operador viendo desaparecer cada objeto MARS de una rama y reaparecer en otra. Los documentos no cuentan esa escena. Un gestor configurado para consultar el antiguo subárbol numérico podría haber necesitado una vista nueva; un agente compilado para exponer el subárbol corregido podría haber respondido de otra manera. Son consecuencias plausibles del cambio de nombre, no hechos históricos documentados. Para saber si un sistema admitía ambos nombres, modificó su configuración o sufrió fallos de consulta, harían falta pruebas de implementación u operación que aquí no aparecen.

Las notas de Heng Lu sobre la primacía del código en ejecución y las capas de realidad sirven como lente analítica: asignación simbólica, implementación, interpretación del gestor y servicio observado son afirmaciones distintas. Esa lente no aporta pruebas sobre los despliegues de 1998.

La lección acotada es más sólida que una anécdota de migración sin respaldo: una corrección del registro puede cambiar la identidad con la que el software de gestión localiza información y desplazar todos los nombres descendientes, mientras la acción de red observada sigue siendo una cuestión distinta. Se movió el árbol documental. Las RFC no dicen que se moviera MARS.

Fuentes