Resumen

  • La sugerencia 2013.2 de ARIN pidió caracteres acentuados en el campo de nombre de cliente. ARIN la dejó en suspenso hasta que avanzara un sustituto de Whois; su índice público aún la marca « On hold ».
  • ARIN ya prestaba RDAP en 2015 y en 2025 lo describía como basado en UTF-8. La guía actual de Reg-RWS todavía limita las cargas XML a ASCII, con una excepción parcial para comentarios.

Una petición que cabía en un carácter

Thomas St.Pierre enumeró en su propuesta del 14 de febrero de 2013 los signos que admitía entonces « Customer name »: letras latinas básicas, cifras y poca puntuación. Quería añadir, entre otras cosas, los acentos de idiomas distintos del inglés. Pidió atención inmediata. ARIN respondió doce días después que registrar texto internacional era sencillo, pero consultar esos datos mediante servicios Whois heredados y atados a ASCII exigía más trabajo.

La salida que ARIN eligió fue esperar al grupo WEIRDS del IETF. Cuando hubiera un estándar razonable para sustituir Whois, volvería al asunto. El expediente quedó abierto, con estado « On hold » y última actualización del 26 de febrero de 2013. Ese estado y esa fecha siguen visibles en la ficha original.

En 2015 ya no faltaba el protocolo. ARIN escribió en junio de ese año que las RFC de RDAP se habían publicado en marzo y que su propio servicio de directorio RDAP estaba funcionando. En una presentación de 2025 calificó a Whois tradicional como carente de internacionalización y a RDAP como compatible internacionalmente gracias a UTF-8. Su guía vigente ofrece las consultas RDAP.

El índice actual de sugerencias aún muestra 2013.2 entre los asuntos activos. La nota sigue invocando la normalización del IETF y la compatibilidad con Whois. Ese registro público no cuenta qué decisión tomó ARIN después de que llegara RDAP.

El punto de entrada sigue teniendo su propia regla

RDAP sirve para leer registros. No es el formulario que crea un cliente. La documentación de cargas de Reg-RWS dice que XML admite solo ASCII; algunos campos de comentarios permiten letras acentuadas en UTF-8. En la carga de cliente, customerName es un campo separado. La excepción publicada para comentarios no se extiende expresamente a ese nombre.

Falta una prueba autenticada actual de envío de un nombre con tilde por los distintos canales de ARIN, o una declaración oficial que enumere exactamente los campos admitidos. Eso cambiaría el diagnóstico de producto. Lo que ya se ve es la dislocación institucional: respuesta RDAP capaz de UTF-8, instrucciones de escritura ASCII y un expediente que continúa esperando al estándar que llegó hace once años.