Resumen

  • RFC 3001 incorporó los identificadores de objeto ASN.1 al espacio URI como urn:oid; la unicidad siguió dependiendo del árbol OID que ya los asignaba.
  • RFC 3061 sustituyó el documento inicial tres meses después, identificó con claridad la autoridad registral y fijó una grafía canónica, sin definir resolución ni validación.

Hay una diferencia entre poder citar algo desde cualquier sistema y poder encontrarlo desde cualquier sistema. urn:oid:1.2.3 resuelve la primera necesidad. No dice quién asignó el último arco, dónde vive el objeto, quién confirma la asignación ni qué servicio debe responder. La contundencia visual de la cadena puede ocultar esa modestia funcional.

La RFC 3001, publicada por Michael Mealling en noviembre de 2000 con categoría Informational, registró un espacio URN para los object identifiers de ASN.1. Los OID no nacieron con ese RFC. Ya se organizaban como un árbol: 0 designaba la rama de ITU-T, 1 la de ISO y 2 la asignación conjunta ISO/ITU-T. Quien recibía un nodo podía repartir identificadores bajo él. El nuevo prefijo hizo portable el número resultante, pero no otorgó ni trasladó la facultad de asignar.

La distinción encajaba con la arquitectura de la RFC 2141. Un URN debía ofrecer un identificador persistente e independiente de la ubicación. Cada namespace identifier daba sentido a su namespace-specific string. Para un OID, la parte oid anunciaba las reglas y los números separados por puntos reproducían el camino asignado. La construcción nombraba; no localizaba.

RFC 3001 apoyaba la unicidad y la persistencia en las reglas del sistema OID. Declaraba alcance global y exigía coincidencia exacta para la equivalencia léxica. Al mismo tiempo, los apartados de resolución y validación decían que no se definía ningún mecanismo. Dos aplicaciones podían intercambiar y comparar una referencia sin compartir un buscador normalizado ni un procedimiento común que demostrase la legitimidad de la asignación.

El borrador institucional quedó, de forma insólita, dentro del texto publicado. En la casilla del registrante declarado aparece una petición de ayuda del autor, que no se sentía cómodo figurando como «registrant» y preguntaba a quién debía colocar. A continuación se identificaba la secretaría de ISO/IEC JTC1 SC6. No hay base para convertir esta frase en una disputa o una avería del sistema. Sí la hay para observar que una especificación puede cerrar la forma de un identificador antes de cerrar la explicación pública de la autoridad que lo sustenta.

En febrero de 2001, la RFC 3061 dejó obsoleta a RFC 3001. Eliminó la pregunta y explicó que ISO/IEC JTC1 SC6 era la autoridad registral adecuada porque podía interpretar y cambiar el estándar ASN.1. También precisó la gramática: componentes decimales separados por puntos, sin ceros iniciales y sin las descripciones legibles que a veces acompañaban a los nodos OID. El identificador debía transportar el recorrido numérico canónico, no etiquetas humanas susceptibles de variar.

La mejora evitó que dos grafías representasen el mismo valor. No convirtió la grafía correcta en un título de propiedad. La igualdad exacta demuestra que dos cadenas son iguales; no demuestra que el número se asignó bien, que su supuesto titular aún controla la rama o que el referente existe. Ver la posición en el árbol revela una estructura de autoridad, pero no entrega una prueba firmada por esa autoridad.

Tampoco apareció un resolutor mundial en RFC 3061. El namespace conservó alcance global y siguió sin mecanismo de resolución o validación. No hay contradicción. «Global» describe el dominio en el que una asignación pretende ser única, no la obligación de que todo consumidor dependa de una única base de datos. La consulta podía quedar en manos de una aplicación, de un registro sectorial, de un servicio posterior o no existir.

La RFC 8141, de 2017, ayuda a formular la cautela con vocabulario posterior: una cadena puede satisfacer la sintaxis general de URN sin haber sido asignada válidamente conforme a las reglas de su espacio. Ese texto no debe atribuirse retrospectivamente a los autores de 2000. Sirve, sin embargo, para separar dos preguntas que las primeras RFC ya mantenían apartadas: «¿está bien escrito?» y «¿es una identidad legítima?».

Visto así, urn:oid no fue un resolutor que quedó a medias. Fue una especificación inicial deliberadamente estrecha. Las autoridades OID conservaron la asignación; el URN aportó transporte; el software obtuvo una comparación canónica. Cualquier directorio, certificado o servicio que prometiera resolver o validar debía aportar su propia procedencia y demostrar su comportamiento operativo.

La decisión evitó centralizar de antemano todas las consultas futuras. También dejó una obligación que las interfaces cómodas suelen borrar: acompañar el identificador con la evidencia adecuada. El nombre mundial permite que instituciones distintas hablen del mismo número. La confianza empieza donde termina la cadena de caracteres.

Sources