Skip to main content

El Grupo de Análisis Técnico interactúa con la comunidad en Kobe

Tsg engages community kobe64 750x427 27mar19 es

Tras una semana de encuentros productivos con grupos de la comunidad durante la reunión ICANN64 en Kobe, Japón, el Grupo de Análisis Técnico del Acceso a los Datos de Registración sin Carácter Público definió los pasos a seguir para concluir su tarea a mediados de abril. En nombre de todo el equipo, agradezco los valiosos aportes de la comunidad, los cuales tendremos en cuenta para finalizar nuestro modelo técnico preliminar.

El Grupo de Análisis Técnico recibió comentarios en forma presencial en Kobe, y también por correo electrónico, sobre diversos temas que incluyen los supuestos sobre los cuales se basará el modelo, quién estará a cargo de revisar las solicitudes de acceso a datos de registración sin carácter público, y la modalidad de almacenamiento y transferencia de los datos solicitados. Nos ocuparemos de estas cuestiones en la versión revisada del modelo técnico preliminar.

En algunos casos, las preguntas y los comentarios que recibimos tienen una relación más directa con las decisiones en materia de políticas que definirán la posible modalidad de implementación del modelo. Instamos a los miembros de la comunidad que plantearon estas cuestiones a que se las transmitan al equipo responsable del Proceso Expeditivo de Desarrollo de Políticas sobre la Especificación Temporaria para los Datos de Registración de los gTLD. Además, nuestra intención es poner de relieve algunas de estas preguntas sobre políticas (que no pudimos responder) en la versión final del modelo técnico.

Los miembros del Grupo de Análisis Técnico continuamos recibiendo comentarios sobre nuestro modelo técnico preliminar. Pueden escribirnos a gdpr@icann.org. Nuestras próximas acciones incluyen otras tres reuniones virtuales, seguidas de una reunión presencial que llevaremos a cabo los días 15 y 16 de abril en las oficinas de la ICANN en Washington D.C. a fin de analizar los comentarios recibidos y finalizar la edición de nuestro documento. Una vez concluido nuestro trabajo, le presentaremos nuestro informe final al Presidente y Director Ejecutivo de la ICANN, Göran Marby, quien nos recomendó realizar esta tarea.

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