Resumen

  • RFC 3737 transfirió a IANA la responsabilidad por las futuras raíces de módulos MIB de RMON, antes registradas por el grupo de trabajo, pero dejó intactos los OID existentes.
  • Fijó una frontera concreta: IANA asigna la raíz MODULE-IDENTITY bajo rmon; los autores y editores del módulo asignan los identificadores ordinarios dentro de él.

Un registro que funcionaba, hasta las correcciones tardías

Las MIB de monitorización remota se habían acumulado bajo el nodo rmon del árbol MIB-II, 1.3.6.1.2.1.16. El grupo RMONMIB mantenía su propia lista de nuevas asignaciones a módulos. RFC 3737 no describe ese sistema como un fracaso: dice que había funcionado razonablemente bien. Sin embargo, algunos errores tuvieron que corregirse en una etapa tardía y unas pocas asignaciones quedaron obsoletas. Además, el procedimiento difería de la práctica habitual, por la que un módulo MIB de la vía de estándares obtiene su raíz cuando se publica la RFC.

La tabla del documento hace visible la herencia. Las primeras entradas nombran grupos de objetos como statistics, history, alarm y capture; los números posteriores identifican raíces MODULE-IDENTITY, valores disponibles, reservas y una asignación obsoleta. El árbol no era una secuencia ordenada de un único tipo de objeto. RFC 3737 admite que algunas asignaciones iniciales no son lógicas y que no pueden cambiarse. La solución cambió quién custodia las decisiones futuras, no los números del pasado.

IANA recibe la raíz, no el módulo entero

RFC 3737 incorporó las asignaciones existentes al registro SMI Numbers y pidió a IANA que lo mantuviera. En adelante, IANA asigna únicamente raíces MODULE-IDENTITY bajo rmon. Dentro de cada módulo, sus autores o editores siguen asignando los OID ordinarios según los procedimientos habituales de MIB. Conforme a RFC 2434, vigente entonces, las nuevas raíces requerían Standards Action; IANA asignaba el número durante la publicación de la RFC.

La distinción importa. Una raíz es un punto compartido del espacio de nombres donde podrían colisionar dos módulos. Una vez asignada, la estructura interna puede organizarse dentro del módulo sin pedir al registro RMON que numere cada objeto. El procedimiento centraliza la frontera sensible a colisiones y deja el diseño interno en manos de cada especificación.

La página posterior de IANA SMI Numbers todavía muestra el árbol rmon, con referencias que ahora apuntan a RFC 4502, un valor disponible, una entrada de módulo obsoleta y reservas. Es una instantánea del registro, no prueba de que un módulo esté implementado o desplegado. Una raíz registrada, una MIB implementada y una observación de monitorización son recibos distintos. RFC 3737 cambió quién registra la próxima raíz; la presencia en el registro no demuestra que haya código en ejecución.

Fuentes