Skip to main content

Próximos pasos del Grupo de Análisis Técnico y el EPDP

Durante la reunión ICANN64, el Grupo de Análisis Técnico del Acceso a los Datos de Registración sin Carácter Público (TSG) presentó un modelo técnico preliminar. El grupo recibió los comentarios de la comunidad sobre una serie de temas, y actualmente se encuentra trabajando para revisar el modelo según los comentarios pertinentes. Los invito a leer más información sobre este tema en el último blog de Ram Mohan.

La ICANN compartirá el modelo y planteará preguntas ante la Junta Europea de Protección de Datos (EDPB) para corroborar si la EDPB considera que el modelo deslinda de su responsabilidad legal a las partes contratadas que brindan acceso a los datos de registración de gTLD sin carácter público. Previamente, presentaremos el modelo ante la Comisión Europea. Queremos expresarle nuestro sincero agradecimiento al TSG por su ardua y excelente labor, llevada a cabo con celeridad en los últimos meses.

Debido a la naturaleza de su tarea, el TSG no trató decisiones o recomendaciones en materia de políticas, las cuales le competen al equipo responsable del Proceso Expeditivo de Desarrollo de Políticas (EPDP) sobre la Especificación Temporaria para los Datos de Registración de los gTLD. Antes de la reunión ICANN64, el equipo responsable del EPDP concluyó y presentó su informe final ante el Consejo de la GNSO, y el Consejo aprobó el informe el 4 de marzo.

La especificación temporaria caduca el 20 de mayo. A medida que nos acercamos a la fecha límite, debemos avanzar para cerciorarnos de tener una política de registración de gTLD en vigencia y que cumpla con los requisitos del GDPR.

Estos son nuestros próximos pasos para lograrlo:

  1. La organización de la ICANN plantea preguntas específicas sobre el modelo técnico preliminar ante la EDPB.
  2. El periodo de comentario público sobre el Informe Final del EPDP concluye el 17 de abril. Una vez que se consoliden los comentarios recibidos, se plantearán las preguntas ante la EDPB.
  3. La Junta Directiva de la ICANN considerará las recomendaciones en materia de políticas surgidas del EPDP. Le envié una carta al presidente del Consejo de la GNSO, Keith Drazek, en la cual, además de agradecerle al Consejo los esfuerzos realizados, le comunico los plazos y el proceso que nos quedan por delante.
  4. Todas las preguntas planteadas ante la EDPB se publicarán en icann.org.

El equipo responsable del EPDP está comenzando la segunda etapa de su trabajo, la cual incluye la creación de un mecanismo de acceso estándar a los datos de registración de gTLD sin carácter público y las cuestiones planteadas en el Anexo 2 de la Especificación Temporaria. Los aportes que recibamos de la EDPB nos brindarán información de utilidad para esta importante tarea. Muchísimas gracias a todo el equipo que trabajó con una celeridad sin precedentes en la primera etapa del EPDP. Cuenten con nuestro apoyo en la próxima etapa de este 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."