Skip to main content

ようこそ!¡Yokoso! ¡Bienvenidos a la reunión ICANN64 en Kobe!

Low icann64 750x425 08mar19 es

Quisiera comenzar con algunos consejos prácticos para quienes participan por primera vez en una reunión pública de la ICANN.

  • Para empezar, marquen la página de la reunión ICANN64 como favorita y descarguen la aplicación móvil de la reunión. Estas herramientas les ayudarán a estar al tanto de alrededor de 300 sesiones programadas para esta semana.
  • La jornada para nuevos participantes es una buena opción para ponerse en tema.
  • Si les interesan los temas técnicos, pueden aprender más al respecto en nuestra famosa serie de sesiones "Cómo funciona" que ofreceremos el 10 de marzo.

La reunión ICANN64 es un Foro de la Comunidad. Se trata de una reunión de seis días que se centra en la difusión, la creación de capacidades y la presentación del trabajo de la ICANN a una audiencia mundial más amplia. La última vez que la ICANN realizó una reunión en Japón fue en Yokohama en el año 2000. Diecinueve años después, muchas cosas cambiaron en la ICANN. Les voy a mencionar tres hitos recientes y les explicaré cómo se relacionan con las deliberaciones que pronto llevaremos a cabo en Kobe.

En junio de 2011, la Junta Directiva de la ICANN aprobó el lanzamiento del Programa de Nuevos Dominios Genéricos de Alto Nivel (gTLD), haciendo posible la mayor expansión del Sistema de Nombres de Dominio (DNS) que haya tenido lugar a la fecha.

En la actualidad estamos mucho más familiarizados con la disponibilidad de 1200 nuevos dominios de alto nivel, tanto en inglés como en otros códigos de escritura. Sin embargo, queda mucho trabajo por hacer para lograr que los nombres de dominio en códigos de escritura locales (o nombres de dominio internacionalizados) sean una herramienta de uso diario. Esto es de especial importancia para la comunidad de la región de Asia Pacífico (APAC), ya que creemos que gran parte de los próximos mil millones de usuarios de Internet estarán en nuestra región y muchos de ellos no hablan inglés.

Durante nuestra reunión en Kobe, llevaremos a cabo debates sobre la promoción de una Internet multilingüe. Estén atentos a las sesiones sobre nombres de dominio internacionalizados (IDN) y Aceptación Universal (UA) como la sesión intercomunitaria sobre Aceptación Universal/IDN.

En agosto de 2013, se crea la oficina regional de la ICANN en Asia Pacífico (anteriormente conocida como oficina nodal de la ICANN).

Antes de la creación de nuestra oficina regional, nuestra comunidad se encontraba subatendida. Una de nuestras prioridades es trabajar más cerca de nuestras partes interesadas en la región, y tenemos el orgullo de informar que ahora nuestra comunidad está presente en cada organización de apoyo (SO) y comité asesor (AC) de la ICANN. Además, contamos con más miembros de la comunidad de Asia Pacífico en puestos de liderazgo en las SO, los AC y los grupos de trabajo sobre políticas.

Nuestra oficina brindó programas de capacitación a más de 3000 miembros de la comunidad para que fortalezcan sus operaciones en el DNS y adopten las Extensiones de Seguridad del Sistema de Nombres de Dominio (DNSSEC). Las DNSSEC y la seguridad del DNS también serán temas de análisis en Kobe. Agradecemos a los miembros de la comunidad que participan en estas iniciativas por su contribución a la misión de la ICANN de garantizar el funcionamiento estable y seguro de los sistemas de identificadores únicos de Internet.

En octubre de 2016, concluyó el proceso de transición de la custodia de la IANA.

La transición de la custodia de la IANA marcó un momento histórico: el traspaso de la coordinación y gestión de los identificadores únicos de Internet a la comunidad global.

A pesar de tantos cambios en estos últimos años, hay algo que permanece inmutable: el modelo de múltiples partes interesadas que constituye el principio rector de la ICANN. La reunión ICANN64 en Kobe está organizada por un comité de bienvenida que integran 18 organizaciones, las cuales comprenden registros y registradores de nombres de dominio, empresas y asociaciones de la industria tecnológica local. Además, cuenta con el apoyo del Ministerio de Asuntos Internos y Comunicaciones. Este es un ejemplo notable del tradicional respaldo de Japón al modelo de múltiples partes interesadas que es central en la ICANN.

Próximos pasos

Es necesario que el modelo de múltiples partes interesadas y la ICANN continúen evolucionando a la par del panorama mundial. Los invito a presentar sus comentarios sobre nuestro Plan Estratégico 2021-2025 para ayudarnos a marcar el rumbo de la ICANN. También llevaremos a cabo una sesión de diálogo sobre la evolución de nuestro modelo de gobernanza de múltiples partes interesadas. Estos diálogos sobre temas críticos no son un acontecimiento aislado; espero que la reunión ICANN64 en Kobe marque el inicio de su participación a largo plazo.

Los invito a contribuir con las deliberaciones que delinearán el futuro de los identificadores únicos de Internet.

Comments

    Domain Name System
    Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."