Resumen

  • La delegación oficial de .nz que tenía John Houlker pasó a ISOCNZ en 1996; el acta de 2004 dice que la base de la IANA solo entonces era correcta por primera vez desde aquel año.
  • El retraso separa un registro en funcionamiento de la ficha administrativa que describe a su responsable. El acta no prueba una caída del DNS, una resolución fallida ni qué campos estaban desactualizados.

Un cambio de responsable puede tener una fecha clara y, aun así, dejar una estela administrativa más larga. En .nz, InternetNZ sitúa en 1996 el traspaso de la gestión del espacio de nombres a la Internet Society of New Zealand. Sin embargo, el acta de la asamblea anual de la sociedad, celebrada el 30 de julio de 2004, afirma que la base de datos de la IANA solo entonces era correcta «por primera vez desde 1996». La reunión también agradeció a la Universidad de Waikato su apoyo y paciencia durante la actualización de los datos de la IANA.

La pregunta es concreta: ¿qué siguió funcionando cuando cambió el administrador y qué parte del registro tardó en reflejarlo?

Las fuentes sitúan varios hitos distintos. La ficha actual de delegación de .NZ de la IANA muestra el 19 de enero de 1987 como fecha de registro e identifica a InternetNZ como gestor actual. La semblanza de John Houlker publicada por InternetNZ dice que él tuvo la delegación oficial desde 1989 hasta que pasó a la sociedad —entonces ISOCNZ— en 1996. No son necesariamente fechas incompatibles: la fecha en que un TLD figura en una base y el período durante el que una persona tuvo oficialmente la delegación responden a preguntas distintas.

El material disponible no precisa qué ocurrió exactamente en 1987 ni por qué la semblanza sitúa el período de Houlker desde 1989. La historia debe conservar esa diferencia, no reducirla a una única fecha de «inicio».

La entidad que recibió la responsabilidad también era nueva. El informe anual 2025–26 de InternetNZ dice que la Internet Society of New Zealand se formó en 1995 y asumió la gestión del espacio .nz en 1996. Calcula que entonces había solo unos cientos de nombres .nz y que en 2001 la cifra había llegado a 100.000. La transferencia se produjo cuando el espacio de nombres empezaba a crecer con rapidez. El acta de 2004 añade una prolongación administrativa: años después, la propia sociedad todavía consideraba necesario corregir los datos de la IANA.

Conviene no atribuir a esa referencia más de lo que dice. El acta no identifica el campo desactualizado, no fecha la corrección ni afirma que los nombres .nz no pudieran resolverse. No demuestra que la delegación de la raíz estuviera rota ni que se interrumpieran las altas. «La base de datos no era correcta» describe un registro; las fuentes disponibles no conectan esa frase con una caída ni con una consulta DNS fallida. El agradecimiento a Waikato y la mención de una actualización de los datos de la IANA sugieren que había información heredada sobre contactos o responsables, pero eso es una inferencia, no una auditoría campo por campo.

Además, «el registro» puede referirse a sistemas diferentes. RFC 1591 describe la coordinación de las delegaciones de nivel superior por parte de la IANA y las responsabilidades del administrador designado respecto de los nombres y los servidores de nombres. También define al administrador como fiduciario al servicio de la comunidad, no como propietario del dominio. Para transferir esa responsabilidad, las organizaciones saliente y entrante deben comunicar a la IANA que están de acuerdo y que la nueva conoce sus obligaciones. El texto ofrece un marco, no el expediente de .nz.

El acta de 2004 no revela qué mensajes se intercambiaron en 1996, si estaban completos ni qué causó el retraso.

La conexión internacional de Nueva Zelanda tampoco era la delegación .nz. La semblanza de Houlker cuenta por separado su trabajo en NZGate y el enlace de 1989 con Hawái; dice que los servicios de conexión a Internet pasaron a los operadores de telecomunicaciones a partir de 1995. Un circuito que transporta paquetes, un servidor autoritativo para .nz, un registro que asigna nombres y una ficha de la IANA que identifica al responsable dependen unos de otros, pero no son el mismo servicio. Cambiar la ficha no traslada el cable; cambiar el proveedor del circuito no reasigna por sí solo el código de país.

Por eso la cronología de .nz permite observar la continuidad institucional con especial nitidez. El administrador cambió en 1996 y, más tarde, la organización dejó constancia de que la descripción de ese cambio ante la IANA necesitaba una corrección. Las fuentes no permiten calificar el sistema como plenamente continuo o como averiado. Sí muestran que la capa administrativa puede quedarse atrás respecto de quienes prestan el servicio. Los servidores pueden seguir funcionando mientras una ficha de contacto envejece; a la inversa, una ficha exacta no demuestra que los servidores estén sanos.

La Nota 70 de Heng Lu aporta una lente contemporánea: proteger la función del registro sin confundirla con la permanencia de quien lo administra. No es evidencia sobre .nz. La conclusión aquí es acotada. El traspaso de 1996 importa porque cambió la responsabilidad; la corrección de 2004 importa porque había que mantener actualizado el registro que la describía. Ninguna fecha prueba quién era dueño de .nz. RFC 1591 precisamente descarta la propiedad como marco útil y prioriza las obligaciones de servicio.

La historia no avala ni una leyenda de transición impecable ni una narración de colapso. Documenta un traspaso fechado en 1996, una corrección registrada en 2004 y una pregunta abierta sobre los datos de la IANA entre ambos momentos. La clave está en esa distancia: la continuidad operativa y la exactitud documental están relacionadas, pero no son pruebas intercambiables.

Fuentes: ficha de delegación .NZ de la IANA; John Houlker, Fellows of InternetNZ; informe anual 2025–26 de InternetNZ; actas de la asamblea de ISOCNZ de 2004; RFC 1591; reglas vigentes de .nz. La pregunta interpretativa se inspira en la Nota 70 de Heng Lu, no en los documentos históricos.