Skip to main content
Volver

Conformación de un Comité Revisor de la Evolución de la Zona Raíz (RZERC)

Esta página está disponible en:

Estado del RZERC

1 de octubre de 2016: El Comité ahora está activo.

 

Descripción general

Antes de la transición de la custodia de la IANA, se requería la aprobación de la NTIA para todos los cambios en el entorno de gestión de la zona raíz del DNS, entre ellos, la firma de las DNSSEC en la zona raíz, diversos cambios en los procesos de la IANA, así como las modificaciones que serían aplicables a la zona raíz del DNS por parte de la entidad encargada del mantenimiento de la zona raíz. La comunidad de nombres de dominio recomendó que, posteriormente a la transición, la aprobación de los cambios al contenido de rutina de la zona raíz del DNS ya no sería necesario; no obstante, debido a la naturaleza crítica de la raíz del DNS, los principales cambios en la arquitectura requerirían de aprobaciones formales.

En la propuesta del ICG, la comunidad de nombres de dominio requiere la conformación de un comité permanente que brinde recomendaciones a la Junta Directiva de la ICANN acerca de la conveniencia de seguir adelante con este tipo de cambios en la arquitectura. La ICANN denominó a este comité el Comité de Revisión de la Evolución de la Zona Raíz (RZERC). El RZERC considerará las cuestiones planteadas por cualquiera de sus miembros, la PTI o el CSC.

El RZERC no es necesariamente el grupo que considere los detalles de la cuestión que esté siendo examinada, aunque es responsable de garantizar que aquellos implicados en la decisión incluyan a todos los organismos relevantes y que tengan acceso a la pericia necesaria. De este modo, el RZERC trabaja en coordinación con las organizaciones y comunidades relevantes y, según corresponda, con expertos externos, para confirmar que todas las partes afectadas participan en los debates y recomendaciones sobre posibles cambios a la arquitectura o al funcionamiento de la zona raíz.

La carta orgánica para el RZERC fue redactada en forma colaborativa entre la ICANN y el IOTF, e incluyó numerosas oportunidades de revisión por parte del CWG sobre Custodia, antes de ser publicada el 10 de junio de 2016 en un período de comentarios públicos de 30 días.

De acuerdo con el estándar para el proceso de comentario público de la ICANN, esta última examinó los comentarios recibidos y realizó las modificaciones necesarias a la carta orgánica, garantizando la coherencia con los requisitos de la propuesta del ICG. El informe del personal y la carta orgánica final del RZERC fueron publicados el 8 de agosto de 2016. El 9 de agosto de 2016, la Junta Directiva de la ICANN aprobó y adoptó la carta orgánica para el RZERC.

El 1 de agosto de 2016, la ICANN envió una petición a la ASO, al SSAC, RSSAC, RySG, IETF, a la ccNSO y a Verisign (en su rol de entidad encargada del mantenimiento de la Zona Raíz) para iniciar los procesos de sus respectivas organizaciones a fin de designar representantes que se desempeñen en el RZERC. El 12 de agosto de 2016, la ICANN recibió la notificación de representantes de todas las organizaciones designantes, y conformó el RZERC.

Composición inaugural del RZERC

SSAC Patrik Fältström
RSSAC Brad Verd
ASO Carlos Martinez
IETF Jim Reid
RySG de la GNSO Howard Eland
ccNSO Katrina Sataki
Verisign Duane Wessels
Junta Directiva de la ICANN Suzanne Woolf
PTI Kim Davies

 

Enlaces relevantes

A note about our terms of service:

We have updated our electronic terms of service to provide greater transparency and align with laws applicable to us. Learn more.

This site uses cookies to deliver an efficient user experience and to help us see how the site is used. Learn more.OK

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