Resumen

  • El RFC 1401 reúne la carta del IAB del 30 de marzo de 1992, la respuesta de DISA del 16 de abril y una nota posterior del IAB del 19 de mayo. El IAB solicitó opiniones antes del 20 de abril y pidió a las autoridades capaces de hacerlo que fijaran plazos de conversión a DNS.
  • DISA anunció una evaluación técnica y económica para los sistemas del Departamento de Defensa y prometió comunicar más adelante sus decisiones. Ninguna decisión de adopción figura en el intercambio publicado.

La prisa del IAB tenía una consecuencia visible para el usuario. Una comunidad que consultaba DNS y otra que seguía descargando hosts.txt podían conservar mapas distintos del mismo espacio de nombres. El memorando adjunto al RFC 1401 decía que el archivo central ya no podía seguir el tamaño y los cambios de Internet. Señalaba bolsas de dependencia de tablas estáticas dentro de MILNET y relacionaba las diferencias entre bases con fallos de acceso. Eran argumentos de la institución que escribía la carta, no una encuesta completa de equipos.

La correspondencia puso el correo en primer plano. Un registro MX permite identificar relevos alternativos y ordenarlos; la vieja tabla de nombres no expresa esa función. El IAB aceptaba una solución de compromiso para quienes mantuvieran archivos estáticos: incorporar datos de DNS al conjunto del NIC, sincronizarlos e incluir al menos MX. A la vez defendía el uso común de DNS y pedía a las autoridades políticas que impusieran fechas. La opción provisional resolvía compatibilidad; el objetivo cambiaba el sistema.

Había antecedentes suficientes para desconfiar de otro calendario sin ejecución. El RFC 1031 propuso en 1987 tres etapas para MILNET: solo tabla, mezcla de tabla y DNS, y DNS en todas las aplicaciones. Su posible calendario terminaba en octubre de 1989, aunque el propio texto advertía que todavía no se había publicado una política oficial. En marzo de 1992, el IAB seguía reclamando atención a los usuarios de tablas. La nueva historia no es el diseño de aquella migración, sino quién podía decidir el siguiente paso.

Lyman Chapin pidió la opinión del grupo de normas de DISA para el 20 de abril. Kenneth Thomas contestó el día 16 y habló de revisar impactos de rendimiento, interoperabilidad y economía. El 19 de mayo, Chapin agradeció el compromiso de estudiar el asunto y planteó una reunión. Las tres cartas no incluyen orden de implantación, resultado de la revisión ni prueba de que se celebrara esa reunión. La respuesta cumplió la fecha y aplazó la decisión sustantiva.

El contraste tiene un dueño en cada extremo. El IAB podía mostrar el coste de dos directorios que ya no coincidían y recomendar plazos. DISA tenía que decidir qué cambiar en sus propios sistemas y con qué recursos. La carta de abril convirtió la presión externa en un expediente interno. Para los usuarios que no encontraban un destino, el expediente no era todavía una respuesta de DNS.