Resumen

  • El informe preliminar del grupo técnico de ICANN contempla que un nombre DNS deje de resolverse mientras su equivalente en un sistema alternativo continúa activo. Eso puede ocurrir si el sistema alternativo lo permite y el titular decide conservarlo.
  • El principio «misma cadena, mismo controlador» necesita reglas para los cambios de estado, pruebas de confirmación en cada sistema y límites a la reasignación. Un registro idéntico no muestra por sí solo quién autorizó la transición ni si terminó.

El vencimiento no es un único clic

Imaginemos una empresa que deja vencer ejemplo.tld en DNS, pero quiere seguir usando el nombre idéntico en otra red de nombres. El informe inicial del Technical Study Group plantea expresamente ese escenario. No relata un fallo real ni fija una política universal. Señala que el nombre deja de estar disponible en el DNS global, mientras que el nombre alternativo podría mantenerse si su sistema no exige que venza al mismo tiempo y el titular desea conservarlo.

La alternativa también requiere una secuencia definida. Si el titular ya no quiere el nombre alternativo, el informe describe desactivar los nombres en todos los sistemas, desasignarlos y retirarlos de la integración. Solo entonces el nombre vuelve a quedar disponible. Entre la fecha de vencimiento y ese último paso pueden existir varios estados legítimos. El problema surge cuando el servicio no explica quién elige entre ellos, quién ejecuta cada paso y qué ve el usuario mientras tanto.

Por eso la expiración sirve como prueba de gobernanza. «Misma cadena, mismo controlador» describe una relación, pero una relación puede cambiar con una renovación, un cambio de titular, una suspensión o una decisión de cumplimiento. La pregunta no es solo si ambas entradas coinciden en una consulta. También importa quién puede iniciar el cambio, qué autoridad reconoce cada sistema y cómo se evita que la cadena se reasigne mientras la contraparte anterior todavía funciona.

El grupo técnico no aprueba servicios

ICANN reunió al TSG para estudiar la posible asociación de un gTLD del DNS mundial con la misma cadena en un sistema alternativo y valorar sus efectos sobre la seguridad y estabilidad del DNS. El documento del 10 de agosto de 2026 es un informe preliminar y aparece como borrador. No aprueba una integración ni convierte una arquitectura en la única opción. Examina un modelo con un sistema de registro compartido (SRS) y otro distribuido que se apoya en una fuente única de verdad, o USoT.

La página de consulta pública de ICANN establece que cada operador que quiera ofrecer el servicio debe avanzar individualmente por la política RSEP. El informe técnico servirá como referencia para futuras evaluaciones; el lenguaje contractual propuesto para los acuerdos de registro llegará a otra consulta. Las observaciones cerraron el 21 de septiembre y la página indica el 16 de noviembre de 2026 como fecha prevista del informe.

La evaluación común evita empezar desde cero, pero no sustituye el examen de un servicio concreto. Un operador puede controlar ambos registros en un SRS; otro puede depender del registrador o de un sistema externo. La aplicación RSEP debe describir quién ve los datos, qué sistemas ejecutan los cambios y cómo puede un evaluador comprobar que la misma persona mantiene el control.

Dos arquitecturas, distintas pruebas

Si los cambios pasan por el SRS del registro, una extensión de protocolo o una sola ficha de dominio puede coordinar las publicaciones. Ese diseño facilita que el registro observe el estado de DNS y del nombre alternativo. Aun así, el TSG advierte que un SRS compartido no demuestra automáticamente que el controlador sea el mismo. Hace falta información suficiente o una garantía técnica y contractual fiable.

La USoT permite repartir los datos y la ejecución entre sistemas. Pero el diseño debe responder qué dato prevalece mientras hay una actualización pendiente, cómo se notifican los participantes y quién decide que el proceso se ha completado. Una fuente común solo es útil si define qué hacer durante una demora, una respuesta contradictoria o una interrupción.

El cambio interno de titular que describe el informe es una advertencia práctica. Si el registrador cambia el titular en sus propios procesos, el registro puede no enterarse. En ese caso, la garantía de control compartido descansa en el contrato, salvo que exista un vínculo de identidad persistente u otra prueba. Si el nombre DNS y el alternativo son objetos distintos asociados a titulares distintos, una operación única que transfiera ambos puede preservar la relación; el informe presenta esa opción como un posible diseño.

Tampoco todos los estados de bloqueo son equivalentes. El TSG indica que la suspensión debe aplicarse simultáneamente a todos los sistemas integrados. Para una desactivación externa, como un problema de abuso o una orden judicial, propone que el registro deshabilite el nombre en todos ellos. En cambio, un clientHold colocado por el registrador para detener la resolución DNS no debería, por sí solo, deshabilitar el nombre alternativo. Si una interfaz reduce todo eso a un indicador de “pausa”, el usuario no podrá saber qué regla se aplicó.

La consulta traslada la pregunta al usuario

La contribución de Unregistry publicada en el portal de ICANN respalda la conclusión general del TSG y considera que los controles del lado del registro son en gran medida suficientes. Su crítica se concentra en la experiencia del titular: pide transparencia sobre el estado integrado y una respuesta segura cuando no se puede resolver una discrepancia de sincronización. Es la posición de un participante.

El Ministerio de Electrónica y Tecnología de la Información de India pide transformar las condiciones amplias en criterios verificables antes de aprobar cada servicio RSEP. Enumera estados de transacción, límites para operaciones sin resolver, mecanismos de fallo seguro, un plan probado de cierre, protecciones frente a la reasignación tras el vencimiento y auditorías independientes. Estas son propuestas de la contribución, no reglas ya adoptadas.

La Intellectual Property Constituency señala que la discusión sobre protección de derechos queda abierta a la comunidad. Un mecanismo técnico puede mantener dos registros coordinados, pero no determina quién debe tener prioridad sobre una cadena, cómo se atiende una colisión ni dónde puede reclamar una persona afectada.

En un examen de servicio concreto, conviene poder responder qué rol autoriza cada renovación, transferencia, suspensión y retirada; qué evidencia recibe cada sistema; cuánto dura una operación incompleta; qué impide reasignar DNS con la contraparte anterior aún activa; y cómo se corrige un dato controvertido. Eso es más exigente que verificar que ambas fichas contenían la misma cadena en una fecha.

Dejar evidencia de la transición

Una ficha duplicada no resuelve la responsabilidad. Lo útil es conservar la secuencia del cambio: quién lo inició, bajo qué versión de la regla, qué estado había antes, qué estado se quería alcanzar, qué sistemas estaban afectados, qué confirmaciones llegaron, qué límite de espera se aplicó y qué ruta de corrección o revisión quedó disponible. La vista pública puede limitarse a informar si el nombre integrado está activo, retirado, suspendido o pendiente. La auditoría privada necesita los datos necesarios para demostrar por qué.

Esta propuesta editorial no es un requisito que el TSG ya haya aprobado. Surge de una relación de agencia distribuida: el registrador conoce al cliente; el registro controla la publicación DNS; el operador alternativo controla la otra ejecución; el titular soporta el efecto práctico de una diferencia. Si nadie puede reconstruir el cambio después de un incidente, la asignación de responsabilidades en un contrato será difícil de hacer valer.

Las reglas RSEP de ICANN y sus notas de implementación ya contemplan describir el servicio propuesto y sus consecuencias para quienes lo usan. El siguiente paso debería convertir la línea técnica común en pruebas que un operador pueda ejecutar antes del lanzamiento y que un tercero pueda revisar más tarde. La igualdad del nombre es apenas la condición de partida. La gobernanza consiste en mostrar cómo se conserva el control cuando los sistemas cambian a distinto ritmo.

Fuentes