Skip to main content
Volver

Acuerdo Suplementario con el Grupo de Trabajo en Ingeniería de Internet (IETF) - 2016

Esta página está disponible en:

Estado del Acuerdo Complementario de 2016

01 de octubre de 2016: El Acuerdo Complementario de 2016 con el Grupo de Trabajo en Ingeniería de Internet (IETF) ahora está en vigencia.  

 

Descripción general

Desde el año 2000, ha estado vigente un Memorando de Entendimiento (MoU) entre la ICANN y la comunidad del IETF. En virtud del MoU, la ICANN desempeña un conjunto de funciones que implican la asignación de los parámetros de protocolo utilizados en los estándares del IETF. Cada año, las partes acuerdan anexar un Acuerdo Complementario al MoU que defina los niveles de servicio para el desempeño de las funciones de registro de parámetros de protocolo. Entre los años 2007 y 2014 se han firmado una serie de Acuerdos Complementarios al MoU.

En la propuesta del ICG, la comunidad del IETF expresó su satisfacción por los acuerdos actuales con la ICANN, y propone mantener el MoU existente. En particular, la comunidad del IETF propuso que las actualizaciones de los registros de parámetros de protocolo de la IANA continúen funcionando día a día, como lo han estado haciendo durante la última década o más, y continuar confiando en el sistema de acuerdos, políticas y mecanismos de supervisión vigentes entre el IETF, la ICANN y la Junta de Arquitectura de Internet para el suministro de las funciones de la IANA relativas a los parámetros de protocolo.

En la propuesta del ICG, la comunidad del IETF requiere la compleción de un nuevo Acuerdo Complementario entre la ICANN y la comunidad del IETF. Específicamente, el liderazgo del IETF solicitó que el nuevo Acuerdo Complementario incluya:

>> Un reconocimiento por parte de la ICANN de que los parámetros de protocolo son de dominio público.

>> Un compromiso por parte de la ICANN para una transición sin problemas a los operadores subsiguientes, si se presenta el caso.

Para implementar esta tarea, la ICANN y el liderazgo del IETF participaron en las negociaciones para un Acuerdo Complementario de 2016. Además de contener el SLA para el desempeño de la función de registro de parámetros de protocolo, el Acuerdo Complementario de 2016 establece explícitamente que: “La ICANN no reclama ningún derecho sobre el contenido de los registros de parámetros del protocolo, ya que son de dominio público”. También contiene una disposición que establece que la ICANN ofrecerá sus mejores esfuerzos y cooperación para efectuar una transferencia ordenada y eficiente a un sucesor, si se presenta el caso, sin costo alguno para el IETF.

El 27 de mayo de 2016, la Junta Directiva de la ICANN emitió una resolución que aprueba el Acuerdo Complementario al Memorando de Entendimiento con el IETF de 2016, para ser firmado. El 24 de junio de 2016, la ICANN y los representantes del IETF firmaron el Acuerdo Complementario de 2016

 

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