Resumen

  • X.500 describía un contexto raíz, pero dejaba su gestión colectiva a acuerdos bilaterales o privados. NameFLOW-Paradise sustituyó el entramado entre pares por un acuerdo de cada DSA de primer nivel con Giant Tortoise, un DSA raíz no contemplado por la norma.
  • La salida de la replicación Quipu no fue un cambio instantáneo. La escasa implantación de DOP y defectos en los textos de 1993 y 1997 obligaron a separar una vía rápida, otra más lenta y una solución duradera.
  • Una copia del contexto raíz podía acelerar List y Search sin acreditar actualidad, cobertura universal, seguridad o autoridad. La propia propuesta impedía que el DSA raíz atendiera operaciones de usuario por LDAP, DAP o DSP.

La dificultad podía medirse en acuerdos. En el modelo X.500, los administradores de los DSA de primer nivel gestionaban colectivamente el contexto de nombres raíz. La norma no decía cómo escalar esa coordinación: la dejaba a convenios bilaterales o a otros medios privados. Si entraba un nuevo DSA, tenía que pactar con todos los existentes. A medida que el directorio crecía, el número de relaciones se convertía en un problema por derecho propio.

NameFLOW-Paradise había cambiado esa geometría. Giant Tortoise almacenaba las entradas de países y las distribuía mediante la replicación de Quipu. Según RFC 2120, en junio de 1996 había 770 DSA replicando esa información. En vez de formar una malla completa, cada administrador de primer nivel establecía una relación con la raíz: entregaba sus datos de país y recibía una vista ensamblada del contexto completo.

La ganancia no era solo administrativa. El contexto raíz de X.500 de 1988 contenía información de conocimiento y una indicación de alias. Bastaba para un List inseguro, no para una búsqueda de un nivel sobre los atributos de las entradas. La réplica más rica de Quipu permitía que un DSA nacional aplicara el filtro localmente, sin encadenar ni remitir la consulta a cada DSA maestro.

Esa utilidad no convertía a Giant Tortoise en dueño de la verdad. El DSA de primer nivel seguía dominando sus entradas. La raíz reunía una vista a partir de contribuciones y acuerdos. La copia local dependía de la última réplica recibida. Un resultado podía ser correcto y, aun así, no demostrar cuándo se actualizó el maestro, qué política permitió la consulta o si otro participante tenía el mismo estado.

El camino directo existía en el papel, no en todos los productos

La arquitectura de destino combinaba dos protocolos. DOP establecería un vínculo operativo jerárquico entre el DSA raíz y cada maestro de primer nivel. DISP llevaría el contexto raíz ampliado a los DSA que lo conservarían como sombra. Así, cada uno podría resolver nombres y ejecutar List y Search de un nivel con sus propios datos replicados.

El problema era que pocos proveedores habían implementado DOP. Además, los textos X.500 no transportaban todavía todo lo necesario. Faltaba información de control de acceso en las referencias subordinadas para que List fuera seguro. Copiar referencias no equivalía a copiar las entradas y atributos requeridos para Search. Y el uso concreto de un vínculo jerárquico con un DSA raíz era posible en ASN.1, pero no estaba reconocido por el texto de apoyo.

Por eso RFC 2120 diseñó una migración en tres tiempos.

La vía rápida evitaba DOP. Un administrador de primer nivel facilitaba a la raíz su punto de acceso y los nombres distinguidos relativos que dominaba, incluso por teléfono, y luego acordaba por DISP recibir la sombra del contexto. La solución distribuía el conocimiento de la raíz y permitía un List inseguro. No prometía una búsqueda completa ni protegida.

La vía más lenta construía temporalmente la relación jerárquica con acuerdos de sombra puntuales. Cada DSA maestro suministraba su entrada de primer nivel a la raíz. La administración de la raíz añadía la referencia subordinada que apuntaba de nuevo al maestro. Después, el contexto completo se sombreaba hacia fuera. Para que List y Search fueran seguros, había que corregir dos defectos: transportar los controles de acceso y replicar entradas subordinadas, no solo referencias. En la reunión de DANTE de 1996, los proveedores no esperaban una disponibilidad amplia mucho antes de mediados de 1998.

La solución de largo plazo utilizaba finalmente DOP. Cada DSA mantenía el dominio de sus entradas. El vínculo jerárquico actualizaba las referencias maestro/sombra, los atributos de filtrado, los atributos colectivos y la información de control de acceso. DISP seguía distribuyendo el contexto raíz a los participantes.

La secuencia mostraba que “cumplir la norma” no era un estado binario. La vía rápida producía evidencia de conocimiento y de List. La vía lenta añadía entradas y controles que podían hacer posible Search. El vínculo DOP probaba una relación operacional estandarizada. Ninguno de esos pasos, aislado, acreditaba que todos hubieran participado, que todas las réplicas fueran contemporáneas o que la raíz ejerciera una autoridad universal.

El servidor central no era la puerta pública

RFC 2120 mantuvo un DSA raíz maestro, pero le cerró la función más obvia: no debía atender operaciones de usuario a través de LDAP, DAP ni DSP. Las consultas se resolverían en los DSA de primer nivel con copias del contexto. La centralización existía para coordinar y distribuir, no para concentrar toda interacción y todo juicio sobre los datos.

Este límite separa RFC 2120 de RFC 2148. El BCP de páginas blancas discutía qué organización debía mantener la ficha de una persona, cómo conservarla al día, qué límites de privacidad aplicar y cómo facilitar acceso a los clientes. RFC 2120 se ocupa de otro plano: cómo hacer visible la parte superior del árbol sin una malla inabarcable y cómo sustituir la maquinaria Quipu sin perder búsqueda local.

RFC 1276 había definido Quipu como un enfoque provisional: funcionaba en pilotos, aceleraba el despliegue y presentaba deficiencias conocidas de gestión y escala. RFC 2120 no contrapuso un estándar puro a un sistema fallido. Partió de un sistema útil y preguntó qué debía sobrevivir a su reemplazo. Esa es su relevancia histórica.

Una sintaxis estándar no garantiza el procedimiento. Un acuerdo bilateral no otorga soberanía. Una réplica raíz no prueba frescura. Un List muestra referencias visibles; una Search muestra que un DSA pudo filtrar los datos que poseía. Ninguna operación convierte por sí sola coordinación en autoridad.

Fuentes