Skip to main content

Iniciativa de documentación del proceso de la ICANN (Se solicita comentarios de la comunidad)

Durante ICANN58, Göran Marby habló sobre comenzar un esfuerzo para describir y documentar varios procesos clave en los que la comunidad y la organización de la ICANN interactúan a través de recomendaciones y asesoramiento. Ya hemos tenido algo de progreso, como aquellos de ustedes en la Cumbre de la GDD [PDF, 2.3 MB] pudieron observar, y deseo brindarles información actualizada antes de nuestra sesión en ICANN59.

Hasta el momento, este esfuerzo ha generado una serie de diagramas de flujo preliminares que describen visualmente los procesos, roles y responsabilidades y, cuando resulta pertinente, las áreas en las que pueda surgir confusión o conflicto, comenzando con:

Se solicita comentarios de la comunidad

Como mencionamos, estos diagramas de flujo son preliminares y esperamos trabajar juntos para determinar qué hemos hecho bien en la creación de los mismos, qué podría mejorarse y qué falta. A continuación se mencionan algunas áreas que hemos identificado para discusión y aportes.

Situaciones en las que la Junta recibe recomendaciones o asesoramiento en conflicto de diferentes grupos.

  • Al preparar las recomendaciones, ¿qué mecanismo puede ayudar al proceso para evitar situaciones en las que el asesoramiento está en contra de las recomendaciones o un PDP de políticas?

Situaciones en las que hay ambigüedad en las recomendaciones o el asesoramiento, que crea incertidumbre en la etapa de implementación.

  • ¿Qué pasos podrían tomarse para garantizar que las recomendaciones o el asesoramiento sean claros y viables, y que la implementación esté en consonancia con la intención de la recomendación o del asesoramiento?
  • Una vez enviadas las recomendaciones a la Junta, y que el equipo que elabora dichas recomendaciones se haya disuelto, ¿qué sucede cuando, durante los esfuerzos de implementación, hay ambigüedad, confusión o inquietud respecto de la intención o factibilidad de la recomendación? La GNSO tiene un proceso definido para resolver situaciones, pero ¿cómo deberían la organización y la comunidad de la ICANN resolver dichas cuestiones en los casos en los que no hay un proceso definido?

¿Qué debería suceder si las revisiones resultan en recomendaciones que ya son temas en discusión en un PDP?

  • ¿De qué manera un proceso puede ayudar a identificar y capturar interdependencias entre los procesos de revisión y el desarrollo de políticas, y asegurarse de que las mismas se señalen de manera temprana?
  • ¿Qué procesos son necesarios para los equipos de revisión para abordar situaciones en las que las recomendaciones del equipo de revisión están destinadas a dirigir un esfuerzo de PDP o esencialmente determinar cuál debería ser la recomendación de una política? ¿Qué sucede si el grupo de PDP no está de acuerdo o no desea abordar las recomendaciones del equipo de revisión?

¿Hay otros temas no reflejados aquí que deberían ser incluidos? ¿Tiene algún pensamiento o comentario para compartir sobre los borradores?

Durante ICANN59, mostraremos los borradores actuales durante toda la semana en el área de galería principal y celebraremos una sesión el jueves 29 de junio a las 08:00 hora local en el Salón 3, para brindarle a la comunidad la oportunidad de discutir el progreso y proporcionar comentarios. Lo invito a unirse a esta sesión, en persona o mediante participación remota. Debatiremos las áreas mencionadas anteriormente, junto con las áreas de posible confusión o conflicto, y este diálogo ayudará a brindar más claridad sobre estos procesos. Si no puede asistir, envíe cualquier comentario que pueda tener sobre los procesos a processdocumentation@icann.org antes del 30 de julio de 2017.

Próximos pasos

Se recopilarán comentarios sobre estas versiones iniciales de los diagramas de flujo durante todo julio, con el fin de elaborar versiones actualizadas que incorporen estos comentarios para ICANN60 en noviembre. Los diagramas de flujo del proceso se mantendrán en línea y se implementará un mecanismo para reflejar, de manera coherente, aportes adicionales o más claridad a los procesos. Además de eso, lo que sucederá después será determinado en gran medida por los aportes que ustedes realicen, ya sea en nuestra próxima sesión o por correo electrónico, así como los comentarios que recibimos de aquellos de ustedes que contribuyeron a la sesión en la Cumbre de la GDD de mayo de 2017. Esperamos trabajar juntos para finalizar esta iniciativa de documentación del proceso.

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