Skip to main content

Actualización formal sobre cuestiones del CCWG sobre Responsabilidad sobre el progreso realizado durante la reunión ICANN 54 en Dublín y después de ella

Contexto


Este es un resumen general preliminar de la propuesta para mejorar la responsabilidad de la ICANN desarrollada por el Grupo de Trabajo Intercomunitario sobre la Mejora de la Responsabilidad de la ICANN (CCWG sobre Responsabilidad) durante el pasado año. Incluye un resumen muy general de los cambios principales propuestos por la comunidad y detalla lo que se describirá en la propuesta completa.

Este documento de 36 páginas está diseñado para actualizar a la comunidad sobre el progreso reciente realizado durante ICANN 54 en Dublín y después de dicha reunión, y aumentar la concientización de las mejoras propuestas a la responsabilidad de la ICANN hasta que se termine una propuesta más detallada. Si bien esta actualización formal refleja las posiciones de consenso actuales del grupo, hay elementos  pendientes que aún deben finalizarse. Estos detalles de finalización se destacan en el documento y serán confirmados y detallados en la Tercera Propuesta Preliminar.

Descargue la actualización formal aquí.

English [PDF, 1.2 MB]
العربية [PDF, 1.05 MB]
Español [PDF, 569 KB]
Français [PDF, 865 KB]
Português [PDF, 775 KB]
Pусский [PDF, 1.02 MB]
中文 [PDF, 1.13 MB]

La Tercera Propuesta Preliminar completa sobre las recomendaciones del Área de trabajo 1 será compartida con el público el 30 de noviembre de 2015, la cual incluirá una explicación más detallada sobre las mejoras a la responsabilidad descriptas en este documento. Asimismo, explicará por qué se han sugerido los cambios, cómo la comunidad arribó a estas recomendaciones y las opciones consideradas y finalmente rechazadas en el desarrollo de la propuesta.

Recibimos con agrado comentarios sobre este documento y alentamos a todas las partes interesadas a ver la propuesta completa para cualquier inquietud o pregunta pendiente.

Resumen


Durante el último año, un grupo de trabajo de miembros de la comunidad de la ICANN ha estado desarrollando un conjunto de mejoras propuestas a la responsabilidad de la ICANN a la comunidad global de Internet.

Este esfuerzo es integral a la transición de la custodia de las funciones de la IANA de los Estados Unidos a la comunidad global de Internet, reflejando la conclusión de la comunidad de la ICANN de que se necesitarían mejoras a la responsabilidad de la ICANN ante la ausencia de la barrera de responsabilidad que la histórica relación contractual con el gobierno de los Estados Unidos proporcionaba. Las mejoras a la responsabilidad estipuladas en este documento no están diseñadas a cambiar el modelo de múltiples partes interesadas de la ICANN, la naturaleza ascendente del desarrollo de políticas ni alterar considerablemente las operaciones diarias de la ICANN.

A continuación se describen los elementos principales de la propuesta. Junto con las estructuras y los grupos existentes de la ICANN, estas mejoras a la responsabilidad garantizarán que la ICANN siga siendo responsable ante la comunidad global de Internet.

  • Una declaración de Misión revisada para los Estatutos de la ICANN que estipula qué hace la ICANN. La declaración de Misión aclara pero no modifica la misión histórica de la ICANN
  • Un Proceso de Revisión Independiente mejorado y un proceso de remediación con un alcance más amplio y la facultad de garantizar que la ICANN se mantenga dentro de su Misión revisada
  • Nuevas facultades específicas para la comunidad de la ICANN que puedan ejercerse cuando los métodos habituales de discusión y diálogo no hayan generado eficazmente consenso incluidas las facultades de:
    • Rechazar presupuestos, planes operativos o estratégicos de la ICANN
    • Rechazar cambios a los Estatutos de la ICANN
    • Aprobar cambios a nuevos Estatutos Fundamentales (véase más abajo)
    • Remover un miembro individual de la Junta Directiva de la ICANN
    • Remover a toda la Junta Directiva de la ICANN
  • Una nueva facultad adicional que otorga a la comunidad una opinión en decisiones sobre las Revisiones de las Funciones de la IANA y cualquier separación de las funciones de nombres de la IANA
  • Todas estas facultades de la comunidad solo pueden ejercerse después de extensos debates y discusiones de la comunidad a través de procesos de participación y escalonamiento. El proceso de escalonamiento ofrece muchas oportunidades para la resolución de desacuerdos entre las partes antes de requerir una acción formal.

Los elementos de responsabilidad descriptos anteriormente serán respaldados mediante:

  • Adiciones a los Estatutos de la ICANN para crear una Comunidad con Facultades Concedidas que se base en un simple vehículo legal que actuará según las instrucciones de los grupos de partes interesadas de la ICANN para ejercer las facultades de la comunidad. A la Comunidad con Facultades Concedidas se le otorga el estado de Designador (un rol reconocido por ley) y tiene la legitimidad de aplicar las facultades de la comunidad si fuera necesario.
  • Elementos fundamentales de los documentos constitutivos de la ICANN (las Actas Constitutivas y los Estatutos) que se clasifican como Estatutos Fundamentales que solo pueden modificarse con el acuerdo entre la comunidad de la ICANN y la Junta Directiva de la ICANN.

Asimismo, otros cambios propuestos incluyen:

  • Un reconocimiento del respeto de la ICANN hacia los derechos humanos
  • La incorporación de compromisos de la ICANN según la Afirmación de Compromisos de 2009 con el Departamento de Comercio de los Estados Unidos en los Estatutos, donde resulte pertinente
  • Mejoras en la responsabilidad y diversidad para las Organizaciones de Apoyo y Comités Asesores de la ICANN
  • Un compromiso para discutir mejoras de responsabilidad adicionales y mejoras de responsabilidad más amplias en 2016, después de la implementación de este conjunto principal de mejoras a la responsabilidad

Para desarrollar estas recomendaciones para mejorar la responsabilidad de la ICANN, el Grupo de Trabajo:

  • Tuvo en cuenta las sugerencias y propuestas generadas dentro del Grupo de Trabajo y por la comunidad general de múltiples partes interesadas de Internet
  • Realizó períodos de comentarios públicos para recopilar aportes sobre versiones preliminares anteriores y discutió iteraciones de sus recomendaciones en todo el mundo en reuniones de la ICANN y mediante seminarios web en línea
  • Los mecanismos de responsabilidad propuestos y actuales de la ICANN sometidos a "pruebas de resistencia" estrictas para evaluar su fortaleza frente a escenarios problemáticos que la organización podría enfrentar
  • Dos firmas legales externas contratadas para garantizar la confiabilidad legal de las mejoras de responsabilidad propuestas
  • Realizó las mejoras mínimas a la responsabilidad de la ICANN necesarias para cumplir con los requisitos básicos de la comunidad, según se requirieran para la transición de la custodia de la IANA
  • Cumplió con los requisitos del grupo que desarrolló la propuesta para la transición de la custodia de la IANA para la comunidad de nombres de dominio
  • Cumplió con los requisitos de la Agencia Nacional de Información y Telecomunicaciones de los EE. UU. para la transición de la custodia de la IANA

Esperamos que sus opiniones y comentarios sobre nuestra Tercera Propuesta Preliminar sobre la mejora de la responsabilidad de la ICANN.

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