Resumen

  • YU salió de la lista activa de la ISO en 2003, pero .YU permaneció en la raíz del DNS hasta 2010 porque la operación del registro y las dependencias de los usuarios avanzaban a ritmos distintos.
  • Las reservas de nombres en .RS, la custodia temporal de RNIDS y el apagado del servicio antes del cambio en la raíz crearon un puente; cambiar el código no actualizaba por sí solo las direcciones guardadas en otros sistemas.

Un código puede cambiar mientras las direcciones siguen en uso

.YU fue delegado en 1989 y se administraba desde Liubliana. Tras la desintegración de Yugoslavia a comienzos de los años noventa, quienes lo operaban ya no estaban en el territorio. En 1994, profesores de la Universidad de Belgrado asumieron su mantenimiento como YUNET. La relación entre el código, el Estado al que había nombrado y el equipo que gestionaba el servicio ya se había desplazado. El informe de IANA sobre .RS y .YU reconstruye esa trayectoria.

En julio de 2003, la ISO sustituyó YU por CS para la unión de Serbia y Montenegro. El operador de .YU comunicó a IANA que un referéndum montenegrino podía disolver la unión; por eso no se impulsó una transición inmediata a .CS. La demora no resolvía quién constituía un país. IANA coordinaba delegaciones DNS y se guiaba por la lista ISO, pero no decidía la condición de Estado. El documento de debate de ICANN de 2006 reconocía otra dificultad: no había un procedimiento formal para retirar un ccTLD cuando su código dejaba de estar activo en la ISO.

Dos códigos nuevos no reemplazaban la transición

El referéndum de mayo de 2006 respaldó la independencia de Montenegro; ambos países la declararon en junio. La revisión ISO del 26 de septiembre eliminó CS y añadió ME para Montenegro y RS para Serbia. La raíz podía recibir nuevas delegaciones, pero la zona .YU seguía atendiendo a usuarios de ambos países.

El 11 de septiembre de 2007, la junta de ICANN aprobó .RS y transfirió .YU de manera provisional al Registro Nacional Serbio de Nombres de Dominio de Internet, RNIDS. La entidad debía actuar como custodio temporal, informar cada seis meses y trabajar con el Gobierno de Montenegro para completar el paso a .RS y .ME antes del 30 de septiembre de 2009. La decisión dejó explícito que la ISO aportaba el criterio de códigos; ICANN no decidía qué era un país.

El plan de 2007 encaminaba a .ME los registros de los subdominios .CG.YU, .MN.YU y .CG.AC.YU, utilizados por entidades montenegrinas; el resto de .YU podía pasar a .RS. RNIDS también se comprometió a dejar de aceptar nuevos registros en .YU cuando terminara el periodo preferente de .RS. Desde entonces, la zona antigua solo se mantendría para que los titulares existentes modificaran o eliminaran sus registros. Así se cerraban nuevas altas antes de retirar los nombres restantes.

Los titulares de .YU recibieron primero la reserva del nombre correspondiente en .RS. Durante los primeros seis meses de .RS, solo ellos podían reclamar esas reservas; las que no se utilizaron vencieron en septiembre de 2008, cuando comenzaron las inscripciones generales. Después, el registro clasificó 2.769 nombres .YU como activos y eliminó el resto en marzo de 2009. Entre marzo y mayo, 1.236 titulares solicitaron su restitución. Son cifras de etapas distintas y no permiten deducir cuántas solicitudes terminaron en una transferencia efectiva.

La raíz no era el único lugar donde quedaba una dirección

En junio de 2009 todavía había 4.266 dominios .YU delegados, frente a 32.772 antes; .RS tenía 26.294. Cerca de 200 de los .YU restantes no tenían un equivalente .RS. Aun cuando existía una correspondencia, las direcciones antiguas seguían en listas de correo, credenciales de acceso, recuperación de contraseñas, programas y teléfonos, además de contactos de otros dominios. Google aún indexaba 6,2 millones de páginas .YU en junio de 2009, frente a 69 millones en septiembre de 2007. Esas cifras describen referencias persistentes, no cuántas personas quedaron sin servicio.

En septiembre de 2009, ICANN amplió el plazo hasta el 30 de marzo de 2010 a petición de RNIDS, que quería completar mejor la transición. El informe de IANA señala usos pendientes, pero no calcula sus consecuencias. RNIDS apagó el servicio .YU a las 00:00 GMT+1 del 30 de marzo. La delegación se retiró de la raíz del DNS el 1 de abril, mediante la actualización de serie 2010040100. El registro dejó de servir la zona antes de que desapareciera su delegación de la raíz.

Un retiro sin reglas completas

El documento de 2006 ya había señalado la falta de un proceso formal. En 2011, un grupo de trabajo del ccNSO concluyó que no existía un procedimiento de retiro documentado y describió el caso .YU como una práctica deducida de varias decisiones: fijar un plazo, asignar una custodia temporal y medir los avances. Es un análisis retrospectivo, no una norma que hubiera regido la decisión de 2007.

La documentación permite ver cómo se repartieron las tareas: la ISO mantenía la lista de códigos; ICANN e IANA coordinaban la raíz y las delegaciones; RNIDS y el Gobierno de Montenegro ejecutaban la migración; cada servicio externo conservaba las direcciones que había almacenado. Quitar .YU de la raíz podía acabar con la resolución normal, pero no corregía listas de correo, cuentas ni marcadores. Los informes oficiales no cuantifican los costes o pérdidas de cada usuario.

Fuentes y alcance