Résumé

  • La suggestion ARIN 2013.2 demandait des caractères accentués dans le nom du client. ARIN l'a suspendue en attendant un standard de remplacement pour Whois; le registre actuel des suggestions la classe encore « On hold ».
  • ARIN exploitait RDAP dès 2015 et le qualifiait de protocole fondé sur UTF-8 en 2025. Sa documentation actuelle de Reg-RWS décrit pourtant des charges XML limitées à ASCII, sauf certains commentaires libres.

La voyelle perdue dans l'organigramme

Thomas St.Pierre n'avait pas demandé un chantier théorique. Dans sa suggestion du 14 février 2013, il cite précisément le champ « Customer name » et sa liste de caractères autorisés : lettres latines sans accents, chiffres et quelques signes. Il voulait inscrire les noms tels qu'ils s'écrivent dans d'autres langues. La demande portait la mention « Immediate ».

La réponse d'ARIN sépare deux métiers. L'enregistrement internationalisé serait simple; la recherche dans les anciens services Whois, construits autour d'ASCII, serait plus délicate. ARIN promet de reprendre le sujet quand le groupe WEIRDS de l'IETF disposera d'un standard raisonnable. Le 26 février 2013 devient la dernière date de mise à jour affichée. Le ticket reste ouvert mais suspendu.

Le standard est arrivé. ARIN explique dans son récit de juin 2015 que les RFC de RDAP ont été publiés en mars et que son propre service RDAP fonctionne. Dans une présentation de 2025, l'organisme oppose clairement les deux protocoles : pas d'internationalisation pour Whois traditionnel, support international fondé sur UTF-8 pour RDAP. Son guide actuel indique comment interroger ce service.

Le tableau des suggestions actives n'a pas suivi cette chronologie. La ligne 2013.2 conserve le statut « On hold » et présente encore la normalisation par l'IETF comme dépendance. Le futur de 2013 s'est transformé en passé de 2015; la ligne administrative, elle, reste au présent.

Lire un nom, l'écrire, le rechercher

Une capacité RDAP ne règle qu'une partie du problème. RDAP reçoit des requêtes et renvoie des fiches; l'écriture des fiches relève d'autres interfaces. La documentation Reg-RWS d'ARIN dit que ses charges XML n'acceptent qu'ASCII. Elle autorise les lettres accentuées dans certains commentaires libres, mais le nom du client dispose de son propre champ customerName, sans exception correspondante dans les instructions publiées.

Une soumission authentifiée récente d'un nom accentué, ou une note officielle détaillant les champs et interfaces effectivement ouverts, établirait la situation du produit. La documentation publique établit déjà un décalage : un lecteur UTF-8 moderne, une porte d'écriture documentée en ASCII et une demande toujours suspendue au nom de l'ancien protocole.