Skip to main content
Volver

IANA posterior a la transición

Esta página está disponible en:

Estado de la IANA posterior a la transición

1 de octubre de 2016: La IANA posterior a la transición ha sido constituida bajo el nombre de Identificadores Técnicos Públicos (“PTI”) y ahora desempeña las funciones de la IANA en representación de la ICANN.

 

Descripción general

En la propuesta del ICG, la comunidad de nombres de dominio especificó que una entidad legal nueva debería formarse como una filial de la ICANN para desempeñar la función de nombres de la IANA. Por cuestiones de coherencia de las funciones de la IANA y de logística operativa en general, la propuesta del ICG también exigió que el desempeño de los servicios de números y parámetros de protocolo sean subcontratados a PTI.


Constitución de PTI

La ICANN trabajó con el CWG sobre Custodia y su asesor legal externo para desarrollar las Actas Constitutivas de PTI. Las Actas de PTI describen el propósito de PTI, el rol de la ICANN como único miembro, así como otras especificaciones legales relativas al estatus corporativo y sin fines de lucro de PTI.

Las Actas de PTI fueron publicadas durante un período de comentario público de 30 días, a partir del 1 de julio de 2016. En su reunión del 9 de agosto de 2016, la Junta Directiva de la ICANN aprobó la formación de PTI y ordenó al Director Ejecutivo de la ICANN que procediera con la constitución de PTI. El 10 de agosto de 2016, las Actas de PTI fueron presentadas y recibidas por el Secretario de Estado de California, bajo el nombre Identificadores Técnicos Públicos (“PTI”). El 28 de septiembre de 2016, la Junta Directiva de PTI adoptó las Actas.

Estatutos de PTI

Para garantizar que PTI tenga requisitos de gobernanza adecuados, la ICANN trabajó con el CWG sobre Custodia y su asesor legal externo para redactar los Estatutos de PTI. Los Estatutos de PTI definen los requisitos para la Junta Directiva de PTI y el presupuesto anual de PTI, y están en consonancia con los requisitos de la comunidad de nombres de dominio en la propuesta del ICG y los requisitos de los nuevos Estatutos de la ICANN.

Los Estatutos de PTI fueron publicados durante un período de comentario público de 30 días el 12 de julio de 2016. Antes del cierre del período de comentario público, la ICANN y el asesor legal del CWG sobre Custodia acordaron el lenguaje adecuado para abordar las inquietudes restantes del CWG sobre Custodia. El informe del personal y los Estatutos finales fueron publicados el 18 de agosto de 2016. El 15 de septiembre de 2016, la Junta Directiva de la ICANN aprobó los Estatutos de PTI. El 28 de septiembre, la Junta Directiva de PTI adoptó los Estatutos, los cuales ahora están en vigencia. 

Documentos de gobernanza de PTI

Si bien no lo requiere la propuesta del ICG, la ICANN desarrolló PTI para que fuera una entidad con sólidas prácticas de gobernanza. En las recomendaciones y la evaluación del COSO de la NTIA, la NTIA realizó varias recomendaciones que reforzaron la necesidad de desarrollar un conjunto principal de documentos que guiaran las directivas, actitudes y comportamientos de aquellos que participen en PTI y alentaran el cumplimiento de importantes estándares éticos.

Para satisfacer tanto el objetivo de la ICANN de establecer altos estándares de gobernanza para PTI como las recomendaciones que realizó la NTIA en su evaluación del COSO, la ICANN elaboró una política sobre conflictos de interés, un código de conducta de la Junta Directiva y un documento de Estándares de Comportamiento Esperado para PTI. Cada uno de estos documentos se ha modelado a partir de versiones que son actualmente usadas en la ICANN.

Estos tres documentos fueron publicados durante un período de comentario público de 30 días del 8 de julio al 7 de agosto de 2016. Después de incorporar los comentarios recibidos en el proceso de comentario público, las versiones finales de estos documentos fueron publicadas el 12 de agosto de 2016. Estos documentos fueron adoptados por la Junta Directiva de PTI el 29 de septiembre de 2016 y ahora están en vigencia.

Acuerdo de Funciones de Nombres

El Contrato de Funciones de Nombres de la IANA fue elaborado en función de una declaración de trabajo preliminar por el asesor legal externo del CWG sobre Custodia incluida en la propuesta del ICG. Se compartió una versión preliminar del contrato con el CWG sobre Custodia y su asesor legal externo el 15 de julio de 2026 para su revisión y discusión, lo que resultó en actualizaciones al documento para abordar las inquietudes planteadas.

El Contrato de Función de Nombres de la IANA preliminar revisado fue publicado durante un período de comentario público de 30 días el 10 de agosto de 2016. Después de abordar los comentarios recibidos durante el período de comentario público, la ICANN publicó la versión final del Contrato de Función de Nombres de la IANA el 15 de septiembre de 2016. En esa misma fecha, la ICANN aprobó el Contrato. El 28 de septiembre, la Junta Directiva de PTI adoptó el Contrato. La ICANN y PTI firmaron el Contrato el 20 de septiembre de 2016. El Contrato permite que PTI desempeñe la función de nombres de la IANA en representación de la ICANN y ahora está en vigencia.

Expectativas de Nivel de Servicio (SLE)

La comunidad de nombres de dominio incluyó un requisito en la propuesta del ICG para un nuevo conjunto de Expectativas de nivel de servicio (SLE) que reemplazará los estándares de desempeño para la función de nombres de la IANA establecidos en virtud del ahora caduco contrato de funciones de la IANA. Las nuevas SLE requerirán que PTI mida, registre e informe detalles adicionales de tiempos de transacción para el proceso de solicitudes de cambio de la zona raíz.

Para poner en funcionamiento las SLE, la ICANN realizó actualizaciones al RZMS para recopilar los datos necesarios para las nuevas SLE. Una vez finalizadas las actualizaciones, se recopilaron aproximadamente tres meses y medio de datos a fin de establecer umbrales propuestos para cada una de las SLE.

La ICANN mantuvo discusiones con el CWG sobre Custodia para revisar y ajustar los umbrales propuestos. Los umbrales para todas las SLE fueron acordados por la ICANN y el CWG sobre Custodia y fueron incorporados al Contrato de Función de Nombres de la IANA que las Juntas Directivas de la ICANN y PTI aprobaron. Estas nuevas SLE ahora están en vigencia.

Acuerdos de subcontratación

Si bien no es un requisito de la comunidad de nombres de dominio, la propuesta del ICG requirió que el desempeño de las funciones de recursos numéricos de Internet y parámetros de protocolo fueran subcontratadas a PTI a los efectos de coherencia de las funciones de la IANA y las logísticas operativas generales.

La ICANN redactó acuerdos de subcontratación para las funciones de números y parámetros de protocolo y entregó las versiones preliminares a las comunidades respectivas para revisión y comentarios. Ambos fueron aprobados por la Junta Directiva de PTI el 28 de septiembre de 2016, firmados por la ICANN y PTI, y ahora están en vigencia.

Acuerdo de servicios

 

Para garantizar que PTI tenga el financiamiento y los recursos para desempeñar las funciones de la IANA, la ICANN elaboró un Acuerdo de servicios que estipula los acuerdos de servicios directos y compartidos que la ICANN proporcionará a PTI para operar y desempeñar las funciones de la IANA.

El Acuerdo de servicios preliminar fue compartido con las tres comunidades operativas para su revisión el 12 de agosto de 2016 y fue finalizado el 15 de septiembre de 2016. En esa misma fecha, la Junta Directiva de la ICANN lo aprobó y la Junta Directiva de PTI lo aprobó el 28 de septiembre de 2016. La ICANN y PTI firmaron el acuerdo el 30 de septiembre de 2016 y dicho acuerdo ahora está en vigencia.

 

Enlaces relevantes

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