Domisfera

Allá por Noviembre, la ICANN ya anunciaba la normalización de los dominios IDN.IDN. Estos dominios ya  están un poquito más cerca de convertirse en realidad. La ICANN ha anunciado que ha completado con éxito la primera batería de pruebas.

Y pongamos por ejemplo de los chinos, aunque están más que acostumbrados a navegar en URLs con caracteres ASCII, no obstante, cuando hacen uso de dominios IDN se ven obligados a cambiar el "modo" del teclado para escribir la extensión en ASCII. Esto es: dominio-IDN.extensión-NO-IDN

Con los nuevos avances de la ICANN la navegación a través de Internet en países como China, Japón, Arabia… será de la forma natural: IDN.IDN

Los detalles técnicos están disponibles en la página de la ICANN de modo que los tests puedan ser replicados.

Los tests no incluían ni la perspectiva del usuario final, ni una prueba en vivo con los DNS raíz reales, simplemente, se centraban en una réplica del entorno real. Esto implica que harán falta más pruebas.

Estos fueron las cadenas punycode de prueba utilizadas en los tests:

xn--18-7g4a9f
hippo18potamus
xn--18-xf0jl42g
xn--18-h31ew85n
xn--flod18hst-12a
xn--18-xsdrfd6ex1e
xn--18-dtd1bdi0h3ask
xn--18-28gg3ad5hl2fzb
xn--18-hmf0e1bza7dh8ioagd6n
xn--18-rjdbcud0neb9a8ce1ezef
xn--1818-63dcpd5be6bfqcecfadfad3dl
xn--1818-1goc0bacbac7eg2kh6ci9cj9bk4yla7ablb
xn--181818-qxecc5edd8aee8aebebecadeadead0fkkill5ymam
xn--flod18hstflod18hstflod18hstflod18hstflod18hstflod18-1iejjjj
hippo18potamushippo18potamushippo18potamushippo18potamus18hippo

Diseño de pruebas de la ICANN:
http://www.icann.org/announcements/announcement-05dec06.htm

Cometarios a las pruebas:
http://forum.icann.org/lists/idn-tests-comments/

Tests realizados:
http://www.icann.org/topics/idn/idn-setup-v1-4.pdf

(Fuente: ICANN)

La ICANN (Internet Corporation for Assigned Names and Numbers) se niega a acelerar la introducción de los dominios IDN, a pesar de la enorme presión política para usar los caracteres no latinos en los dominios.

Paul Twomey, director ejecutivo de la organización, dijo en Australia que el mundo no anglohablante había comenzado a pedir más rápidez en este tema.

Mientras que la ICANN está de acuerdo con el fondo (un Internet multicultural), no lo está con los plazos y desea ponerlo en funcionamiento, sólo tras completar las exhaustivas pruebas que ya ha empezado a hacer.
 
Actualmente sólo se admiten 37 caracteres en los nombres de dominio, la internacionalización ampliaría este número hasta más de 50.000.

Uno de los problemas que hay es que varios caracteres de diferentes lenguajes son muy parecidos, lo cual producirá seguramente muchos errores typo, pero de una categoría nueva a los habituales que ya conocemos. El phishing estará atento a esta nueva categoría de typos.
Aprobar los caracteres entra dentro de las pruebas para las que la ICANN no quiere verse sometida a presiones.

Por lo menos, parece que la ICANN se compromete ya a normalizar los dominios dominios IDN, lo cual no es poco. Ya podría ser así también para otro tipo de polémicas propuestas que acaba de realizar sobre los dominios .biz,. org y .com, que serán uno de los temas analizados en mis próximos post…

(Nota importante: Este post es algo técnico y es una continuación de este otro: link Antes de seguir leyendo, para comprender mejor lo que a continuación explico y entender mejor el funcionamiento de los dominios en Internet, recomiendo un artículo que es muy interesante: link ) Actualmente, cuando se escribe en un navegador -con soporte para IDN- un dominio IDN, éste convierte el nombre del dominio escrito en Unicode (Juego de caracteres local de país, por ejemplo alfabeto chino) a Punycode (caracteres ASCII ) para que posteriormente algún Servidor Raíz de Dominio (DNS Root Servers) pueda interpretar o comprender el nombre dominio que se busca. En resumen, al Servidor Raíz de Dominio debe llegarle el dominio que se le solicita a través del navegador en caracteres ASCII para que éste pueda establecer dónde se encuentra el hosting o alojamiento asociado a ese dominio. Sin embargo, en estos momentos, el problema de Internet reside en que los Servidores Raíz de Dominio (DNS Root Servers) sólo reconocen y son capaces de interpretar extensiones: gTLDs (.com, .net, .org…), sTLDs (.mobi, .cat…) y ccTLDs (.es, .de, .br…) compuestas con caracteres latinos. Así pues, si se pone en un navegador -con soporte IDN- un dominio con una extension IDN, por ejemplo: 您所提供的資料.公司, se enviará esa extensión .公司 en Punycode (ASCII) al Servidor Raíz de Dominio (DNS Root Servers), sin embargo, éste no será capaz de reconocerla.

Y esto es precisamente lo que la ICANN quiere solventar para finales del año que viene, lo que se pretende ahora es normalizar y conseguir que, además de los nombres de dominio, las extensiones puedan ser también IDN, esto es, que se puedan enviar también peticiones desde los navegadores a los Servidores Raíz del siguiente modo: dominio-IDN.extension-IDN Por lo que sé, se han puesto dos métodos sobre la mesa para solventar este problema que tienen los Servidores Raíz de Dominio (DNS Root Servers) y que puedan así, interpretar los dominios en la forma mencionada: dominio-IDN.extension-IDN El primer método consiste en usar Punycode para resolver la extensión IDN (por ejemplo con caracteres chinos) en el propio Servidor Raíz de Dominio. Esta solución implicaría la creación de tantas extensiones nuevas por cada gTLD, ccTLD y sTLD como alfabetos haya ( birmano, hindú, armenio, georgiano, griego, judio, arabe, cirílico, chino, japonés, coreano, etc….) El segundo método se basa en usar tablas de correspondencia para decidir a que gTLD, ccTLD o sTLD ya existente le corresponden los caracteres Punycode (ASCII) enviados por el navegador. A este método se le llama DNAME y fue propuesto por Verisign. Si se introduce esta versión para la normalización, habrá miles de nombres virtuales (dominio-IDN.extension-IDN) que serían alias de los "actuales" (dominio-IDN.extensión-NO-IDN). Probablemente, este segundo método sea el que finalmente se termine implantando porque si se utilizara el primero, habría que crear un nuevo gTLD, ccTLD y sTLD por cada alfabeto diferente. Por ejemplo, para el caso del gTLD .com habría que crear: .公司 : .com (en chino) .회사 : .com (en koreano) … : .com (en griego) … : .com (en japonés) etc… Parece ser que los dominios IDN dejarán de ser noticia, salvo en España claro está.

La ICANN ha anunciado el 1 de noviembre de 2006 su intención de establecer una hoja de ruta para normalizar finalmente los dominios IDN.IDN

Y antes de nada, lo explico:

Un dominio IDN.IDN es un nombre de dominio IDN que tiene también su extensión escrita en UNICODE, por ejemplo: 您所提供的資料. 公司

Este proceso para normalizar los dominios IDN.IDN, en realidad, se inició el 20 de junio de 2003 cuando tuvieron lugar los primeros registros de dominios IDN en las extensiones .cn, .jp, .org, .info y .tw

Las pruebas que la ICANN está haciendo en estos momento en laboratorio tienen como misión determinar si el software y hardware necesarios están suficientemente preparados para luego, en una segunda fase, hacer las pruebas de normalización de dominios IDN en vivo y con la colaboración de los desarrolladores de algunos navegadores que también participan activamente en este proceso.

Los cambios que implicará esta normalización tienen una trascendencia mundial, de hecho, no son fáciles de implantar y un fallo en la puesta en marcha puede provocar una grave caida global de Internet.

De momento, el diseño de las pruebas de normalización se está preparado durante este mes de noviembre y las conclusiones y sus resultados serán públicos el próximo mes de diciembre de 2006. Pero si las pruebas resultan satisfactorias, estaríamos ante la solución técnica definitiva a los dominios IDN

La ICANN prevee que tanto el aspecto técnico, como las políticas de normalización a seguir estarán implantadas a finales de 2007.

Estamos ante una importantísima noticia, que es vital para la Red porque de este modo se logrará por fin la normalización de los dominios IDN para todos los ccTLD, gTLD y sTLD del mundo.