Primera Fase: Sunrise

Es una fase previa a la fase de Registro Libre, que comprende del 3 de diciembre de 2008 al 2 de febrero de 2009 y en la que los poseedores de marcas pueden proteger sus derechos de forma preferente.

¿Quién puede solicitarlo?

Todos aquellos propietarios de marcas, cuyo registro de la misma haya sido solicitado antes de mayo de 2008 y concedido antes del 3 de diciembre de 2008 por una autoridad con jurisdicción nacional.

¿Cuándo puedo solicitarlo?

Fase Sunrise Abierta: desde ahora y hasta el 2 de febrero de 2009, ya puede solicitar su dominio .tel bajo su nombre de marca..

Segunda Fase: Registro Libre Premium

Fase reservada dirigida a aquellos usuarios que no sean titulares de marca pero que estén interesados en registrar su nombre de dominio bajo la extensión .tel antes de que lo registren otros.
Esta fase dura del 3 de febrero de 2009 al 23 de marzo de 2009.

¿Quién puede solicitarlo?

Cualquier titular puede solicitar su dominio .tel. El método de asignación será realizado por orden de llegada (first come, first served), y no se hará ninguna validación previa.

¿Cuándo puedo solicitarlo?

Puede solicitarlo desde ahora mismo. Guardaremos su solicitud y lanzaremos el registro en cuanto se abra la fase de Registro Libre Premium el 3 de febrero.

¿Cuánto cuesta?

300 € / 3 años

Tercera Fase: Registro Libre

Fase reservada y dirigida a aquellos usuarios que no sean titulares de marca pero que estén interesados en registrar su nombre bajo la extensión .tel.
Esta fase comienza el 24 de marzo de 2009.

¿Quién puede solicitarlo?

Cualquier persona podrá registrar un dominio .tel siempre que esté libre y sin necesidad de cumplir ningún requisito.
Estos dominios siguen la política de contratación vigente en otras extensiones, first come, first served.

¿Cuándo puedo solicitarlo?

Puede solicitarlo desde ahora mismo. Guardaremos su solicitud y lanzaremos el registro en cuanto se abra la fase de Registro Libre el 24 de marzo.

¿Cuánto cuesta?

25 € / 1 año

Como ya ocurriera con otros idiomas (alemán, danés, huúngaro, coreano…) a mediados del 2.005, finalmente, será el 3 de Marzo del 2.007 cuando los dominios IDN (Internationalized Domain Names) en español vean la luz.

En un principio, todos los dominios registrados entre el 3 de Marzo y el 2 de Abril se encontrarán bloqueados hasta el 2 de Mayo del 2.007 con el fin de garantizar los derechos de propiedad intelectual velados por la UDRP (Política uniforme de resolución de disputas en materia de nombres de dominio)

A continuación os pongo un escrito sobre la definición de estos dominios.

Un nombre de dominio internacionalizado o Internationalized Domain Name (IDN) es un nombre de dominio de Internet que (potencialmente) contiene caracteres no ASCII. Este tipo de dominios puede contener caracteres con acento diacrítico, como se requiere en muchos lenguajes europeos (entre ellos, el español), o caracteres de escrituras no latinas como la árabe y las chinas. Sin embargo, el estándar para nombres de dominio no permite tales caracteres, y la mayor parte del trabajo para elaborar una norma ha pasado por encontrar una forma de solucionar este tema, bien sea cambiando el estándar o acordando una manera de convertir los nombres de dominio internacionalizados en nombres de dominio en ASCII estándar mientras se mantenga la estabilidad del sistema de nombres de dominio.

El estándar IDN fue propuesto originalmente en 1998. Después de mucho debate y propuestas competidoras, un sistema llamado Internacionalización de Nombres de Dominio en Aplicaciones (Internationalizing Domain Names in Applications – IDNA) fue adoptado como el estándar elegido, y en el año 2005 empezó su presentación pública.

En IDNA, el término nombre de dominio IDN específicamente denota a cualquier nombre de dominio que consiste solamente en etiquetas en las que el algoritmo IDNA ToASCII puede ser exitosamente aplicado. ToASCII se basa en la codificación ASCII Punycode de cadenas Unicode normalizadas.

Es un mecanismo definido en el año 2003 para manejar nombres de dominio IDN que contienen caracteres no ASCII. Estos nombres de dominio no pueden ser manejados por la existente infraestructura de resolución de nombres y DNS. En lugar de rediseñar la infraestructura DNS existente, se decidió que los nombres de dominio con caracteres no-ASCII deben ser convertidos a una forma basada en ASCII por los navegadores web y otras aplicaciones de usuario; IDNA especifica como esta conversión debe realizarse.

IDNA fue diseñado para una máxima compatibilidad hacia atrás con el sistema DNS existente, el cual fue diseñado para ser usado con nombres utilizando sólo un subconjunto de los caracteres ASCII existentes.

Una aplicación habilitada para IDNA es capaz de convertir entre ASCII restringido y representaciones no ASCII para un dominio, utilizando la forma ASCII en los casos donde se necesite (como el lookup DNS), pero que sea capaz de presentar la forma no ASCII de mejor lectura a los usuarios. Las aplicaciones que no soporten IDNA no serán capaces de manejar nombres de dominio con caracteres no ASCII, pero todavía serán capaces de acceder a tales dominios si les es dado el equivalente ASCII (normalmente más críptico).

ICANN presentó guías de planeación para el uso de IDNA en Junio del 2004 y era posible registrar dominios .jp usando este sistema en julio de 2004. Muchos otros registradores de dominios de alto nivel comenzaron a aceptar registros en marzo de 2004.

Las primeras aplicaciones en soportar IDNA fueron Mozilla 1.4, Netscape 7.1 y Opera 7.11. Las versiones de Internet Explorer anteriores a la 7 requieren un archivo adicional (plug-in) para soportar IDNA. Navegadores que utilizan Internet Explorer como base una versión anterior a la 7 para desplegar páginas web, tales como Avant Browser, tampoco admiten esta tecnología.