Resumen

  • El RFC 1430 afirmó que adaptar los datos de muchas organizaciones a una estructura coherente exigiría mucho más esfuerzo operativo que instalar servidores y programas de consulta.
  • La propuesta repartía el trabajo: las entidades grandes administrarían su propia rama, las pequeñas alquilarían espacio, y un servicio central sostendría raíz, asignación de nombres, ubicación de servidores y réplicas.

El nombre aparece en pantalla en un segundo. Preparar la respuesta podía llevar años de trabajo distribuido. Había que trasladar fichas existentes, encajarlas en una jerarquía común, decidir quién podía corregirlas y seguirlas cuando cambiaban. Los cinco autores del RFC 1430, publicado en febrero de 1993, señalaron ese coste sin adornos: adaptar los datos a un marco de información coherente pesaría mucho más que montar servidores y agentes de usuario.

La promesa inicial era una guía de personas y un soporte para autenticación X.509. El plan reservaba para después la búsqueda de recursos, la información sobre infraestructura y varias funciones de correo. Ya existían proyectos piloto de X.500 que cooperaban. Su paso a servicio operativo dependía, decía el texto, de financiación suficiente para las tareas centrales. Un piloto podía conectar máquinas. La guía de personas necesitaba instituciones dispuestas a cuidar las entradas.

El modelo asignaba a las organizaciones grandes una porción del árbol de información mantenida en su propio DSA, el servidor del directorio. Las pequeñas alquilarían espacio en el DSA de una red regional o de otro proveedor. Ese verbo, alquilar, importaba. La arquitectura ofrecía una puerta a quien no podía sostener un servidor propio, pero alguien todavía debía pagar alojamiento y designar al encargado de los datos. La inclusión tenía una contabilidad, no solo una dirección técnica.

Las partes del árbol tampoco se unirían por arte de magia. Los autores enumeraron cuatro operaciones comunes: mantener un DSA raíz, asignar nombres, registrar qué servidor guardaba cada rama y replicar la información necesaria en la parte alta. Paradise administraba entonces una raíz y podía servir como base inicial. Cada país participante tendría que organizar servicios equivalentes a escala nacional. Al abrir una rama nacional, los operadores centrales ayudarían a instalar esa capacidad. Distribuir fichas exigía una coordinación que seguía siendo central.

El capítulo de gestión de datos contenía la amenaza práctica. Sin procedimientos de calidad, decía el plan, toda la infraestructura tenía pocas posibilidades. Cada propietario mantendría su información y ningún manual único resolvería las diferencias entre instituciones. Hacían falta orientaciones, un nivel mínimo de calidad, pruebas para conectar bases previas y herramientas reutilizables. Los autores incluso propusieron un resumen ejecutivo para convencer a los directores de centros informáticos de invertir personal. El presupuesto de servidores no pagaba por sí solo la limpieza de una libreta de direcciones.

Publicar datos sobre personas sumaba obligaciones. Los responsables nacionales debían estudiar cómo se aplicaban sus leyes de privacidad y registro; el texto también sugería una declaración de derechos de los usuarios. El alcance mundial multiplicaba los lugares donde una ficha podía ser útil y donde su publicación debía examinarse.

El RFC no dio una cifra de personal ni documentó una implantación general. Sí dejó una regla de lectura para las grandes promesas de búsqueda: contar nodos es fácil; comprobar quién mantiene las entradas cuesta más. Si el directorio se financiaba como un proyecto de hardware, el primer cambio de empleo de sus usuarios empezaría a vaciarlo.