Résumé

  • La délégation officielle de .nz détenue par John Houlker passe à ISOCNZ en 1996 ; le compte rendu de l’assemblée de 2004 dit que la base IANA ne devient alors correcte que pour la première fois depuis 1996.
  • Ce retard distingue le registre en activité de la fiche décrivant son responsable. Le compte rendu ne prouve ni panne DNS, ni échec de résolution, ni quels champs étaient périmés.

Un transfert peut être daté d’une année, tandis que sa trace administrative raconte une autre temporalité. Pour .nz, InternetNZ situe en 1996 le passage de la gestion de l’espace de noms à l’Internet Society of New Zealand. Pourtant, le procès-verbal de l’assemblée générale du 30 juillet 2004 indique que la base de données de l’IANA n’est alors correcte que « pour la première fois depuis 1996 ». Les membres remercient aussi l’Université de Waikato pour son soutien et sa patience pendant la mise à jour des informations communiquées à l’IANA.

Une question précise se dessine : qu’est-ce qui a continué quand le gestionnaire a changé, et que n’a pas suivi la fiche censée le décrire ?

Les sources distinguent plusieurs jalons. La fiche actuelle de délégation .NZ de l’IANA donne le 19 janvier 1987 comme date d’enregistrement et désigne InternetNZ comme gestionnaire actuel. La notice biographique de John Houlker publiée par InternetNZ dit qu’il a détenu la délégation officielle de 1989 à 1996, année où elle a été transmise à la Society, alors appelée ISOCNZ. Ces dates ne se contredisent pas nécessairement : l’enregistrement d’un TLD dans une base et le récit de la période pendant laquelle une personne détenait officiellement la délégation ne répondent pas à la même question.

Les sources disponibles ne permettent pas d’expliquer précisément ce qui s’est passé en 1987 ni pourquoi la notice situe le rôle de Houlker à partir de 1989. Il faut conserver cette différence plutôt que la réduire à une seule date de « lancement ».

L’organisation qui reprend la gestion est elle aussi récente. Le rapport annuel 2025–2026 d’InternetNZ affirme que l’Internet Society of New Zealand a été créée en 1995 et a pris en charge l’espace .nz en 1996. Il estime qu’il n’y avait alors que quelques centaines de noms .nz, contre 100 000 en 2001. Le transfert intervient donc alors que l’espace de noms commence à croître rapidement. Le compte rendu de 2004 ajoute une suite administrative : la Society constate encore, plusieurs années après, que les données de l’IANA doivent être corrigées.

Il faut toutefois interpréter prudemment cette référence à la base IANA. Le procès-verbal ne nomme pas le champ périmé, ne date pas le correctif et ne dit pas que les noms .nz étaient impossibles à résoudre. Il ne démontre ni une délégation racine défectueuse ni une interruption des inscriptions. La phrase « la base n’était pas correcte » décrit un registre ; les sources citées ne la relient pas à une panne ou à une requête DNS échouée. Le vote de remerciement à Waikato et la mention d’une mise à jour des informations IANA laissent penser que des coordonnées ou des renseignements sur le gestionnaire précédent étaient concernés.

Cela reste une interprétation, pas un audit des champs.

Le mot « registre » recouvre souvent plusieurs systèmes. La RFC 1591 décrit la coordination des délégations de premier niveau par l’IANA et les devoirs du gestionnaire désigné pour les noms et les serveurs de noms. Elle précise aussi que le gestionnaire est un fiduciaire au service de la communauté, pas le propriétaire du domaine ; lors d’un transfert, les organisations sortante et entrante doivent communiquer à l’IANA leur accord et la compréhension des responsabilités par la nouvelle équipe. Ce texte fournit un cadre, pas le dossier de transfert néo-zélandais.

Le procès-verbal de 2004 n’explique ni les messages échangés en 1996, ni leur exhaustivité, ni la cause du retard.

La liaison Internet de la Nouvelle-Zélande n’était pas non plus la délégation .nz. La biographie de Houlker évoque séparément son travail sur NZGate et la liaison de 1989 vers Hawaï ; elle indique que les services d’accès sont passés aux opérateurs télécoms à partir de 1995. Un circuit transportant des paquets, un serveur de noms faisant autorité pour .nz, un registre attribuant les noms et une fiche IANA identifiant le responsable sont liés, mais distincts. Modifier la fiche du gestionnaire ne déplace pas le câble ; changer de fournisseur de circuit ne réattribue pas à lui seul le ccTLD.

La chronologie de .nz met ainsi à l’épreuve la continuité institutionnelle. Le gestionnaire change en 1996 ; l’organisation consigne ensuite qu’il faut remettre en ordre la description de ce changement auprès de l’IANA. Rien ne permet de classer le système comme entièrement continu ou comme défaillant. L’épisode montre seulement qu’une couche administrative peut prendre du retard sur les personnes et les organisations qui font le travail. Le service des serveurs de noms peut fonctionner quand une fiche de contact est ancienne ; inversement, une fiche exacte ne prouve pas que les serveurs sont opérationnels.

La Note 70 de Heng Lu propose un angle de lecture contemporain : protéger la fonction du registre sans confondre cette fonction avec la permanence de son gestionnaire actuel. Elle ne constitue pas une preuve sur .nz. Ici, la leçon reste limitée. Le transfert de 1996 compte parce que la responsabilité a changé ; la correction de 2004 compte parce que la fiche décrivant cette responsabilité devait être tenue à jour. Aucune de ces dates n’établit une propriété de .nz. La RFC 1591 écarte précisément l’idée de propriété au profit des devoirs et du service.

Cette histoire ne soutient ni un récit de transfert sans friction ni un récit d’effondrement. Elle établit un passage rapporté en 1996, une correction signalée en 2004 et une question non résolue sur les données IANA entre les deux. C’est dans cet intervalle que se trouve le point utile : la continuité opérationnelle et l’exactitude documentaire sont liées, mais ne constituent pas des preuves interchangeables.

Sources : fiche de délégation .NZ de l’IANA ; John Houlker, Fellows of InternetNZ ; rapport annuel 2025–2026 d’InternetNZ ; documents de l’AGM ISOCNZ 2004 ; RFC 1591 ; règles actuelles de .nz. L’angle interprétatif vient de la Note 70 de Heng Lu, et non des archives historiques.