Skip to main content

Segundo Equipo de Revisión de Seguridad, Estabilidad y Flexibilidad del DNS: Siete aspectos destacados de nuestra reunión en ICANN63

El Segundo Equipo de Revisión de Seguridad, Estabilidad y Flexibilidad del DNS (SSR2) ha continuado progresando de manera significativa desde que reanudamos nuestro trabajo en junio de 2018.Celebramos nuestra reunión presencial más reciente durante dos días en ICANN63 en Barcelona, España. Allí, también celebramos una sesión pública de difusión y alcance y nos reunimos con varios grupos de la ICANN.A continuación se muestran siete aspectos destacados de nuestros pocos días productivos.

Durante la reunión ICANN63:

  • Realizamos nuestra evaluación de la implementación de la ICANN de 25 de las 28 recomendaciones del SSR1.Esperamos concluir el primer borrador de esta parte de nuestro informe hacia fines de noviembre de 2018.
  • Planificamos temas específicos que pretendemos revisar en cada una de las tres otras áreas de nuestro interés, enumeradas más abajo en este blog.
  • Actualizamos nuestro plan de trabajo en función del progreso y los esfuerzos de planificación del Equipo. Estamos elaborando una versión final para su adopción por parte del equipo y su presentación ante la Junta Directiva de la ICANN.
  • Nos reunimos con miembros del Equipo de Revisión de Competencia, Confianza y Elección de los Consumidores (CCT) para debatir intersecciones entre los mandatos del CCT y el Equipo de Revisión SSR2.
  • Celebramos varias sesiones de difusión y alcance de la comunidad.
  • Continuamos trabajando juntos de manera productiva y reafirmamos nuestro compromiso hacia nuestro cronograma sumamente ajustado.
  • Comenzamos a planificar reunirnos en persona de nuevo a principios del año 2019 con vistas a ICANN64 en Kobe, Japón.

Nuestras áreas de interés

Estamos abordando mandatos relevantes de los Estatutos de la ICANN en cuanto a su relación con cuatro áreas clave:

  • La implementación por parte de la ICANN de las 28 recomendaciones de la primera Revisión de SSR en 2012.
  • Actividades clave relativas a la seguridad, estabilidad y flexibilidad de la ICANN.
  • Actividades que afecten la seguridad, estabilidad y flexibilidad del sistema de identificadores únicos (con el que contribuye y facilita la ICANN).
  • Desafíos estratégicos respecto de la operación segura y flexible del sistema de identificadores únicos.

Investigaremos y analizaremos todas las consideraciones con una clara intención de elaborar recomendaciones específicas, mensurables, alcanzables, relevantes y basadas en el tiempo (SMART) que recaigan dentro de la competencia de la ICANN.

Compartan sus visiones

El Equipo de Revisión SSR2 considera nuestro trabajo como una revisión centrada en la comunidad y nosotros alentamos a todos a compartir sus visiones a lo largo de nuestro trabajo. Recibimos con agrado comentarios en cualquier momento, incluso sus opiniones sobre preguntas tales como:

  • ¿Nuestros temas abarcan todos los elementos necesarios para la revisión SSR2?
  • ¿El material y el enfoque de nuestro equipo es lo que usted considera que el SSR2 debería estar investigando?

Esperamos que los miembros de la comunidad envíen sus comentarios y aportes en cualquier momento a input-to-ssr2rt@icann.org (archivado públicamente).Visite nuestra wiki para conocer las últimas novedades, actualizaciones y oportunidades para formar parte, incluso cómo ser un observador del equipo de revisión.

Nuestros próximos pasos

En los próximos meses, terminaremos de recopilar hechos y elaborar nuestras recomendaciones. Tenemos pensado reunirnos de manera presencial en enero o febrero de 2019 y presentar nuestras recomendaciones preliminares a la comunidad durante ICANN64 en Kobe.

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."