Skip to main content

Se solicitan propuestas para realizar un estudio sobre el proceso de actualización de la zona raíz

Esta página está disponible en:

LOS ÁNGELES, 28 de abril de 2020. La Corporación para la Asignación de Nombres y Números en Internet (ICANN) publicó una Solicitud de Propuestas (RFP) a fin de identificar un contratista calificado para realizar un estudio sobre los procesos y sistemas que se utilizan al efectuar cambios en el nivel más alto de la estructura del Sistema de Nombres de Dominio (DNS): la zona raíz.

El objetivo del estudio es determinar si es necesario incrementar (y en ese caso, de qué manera) la robustez de los procesos operativos para efectuar cambios al contenido de la zona raíz, identificar puntos únicos de falla y, si los hubiera, proponer recomendaciones para su reducción o eliminación. Este estudio está previsto en la propuesta [PDF, 2.31 MB] de transición de las funciones de la Autoridad de Números Asignados en Internet (IANA) al sector privado. El contratista elaborará un documento en el cual presentará sus conclusiones y propondrá cambios para contrarrestar las debilidades identificadas durante la investigación.

Históricamente, el Departamento de Comercio de los Estados Unidos (DoC) desempeñó un rol activo en la coordinación y gestión del DNS. Tras un proceso de casi dos décadas que culminó el 1 de octubre de 2016, el rol del DoC pasó al sector privado como parte de la iniciativa denominada transición de la custodia de la IANA. Como parte de la planificación de esta transición, en marzo de 2016 el Grupo de Coordinación de la Transición de la Custodia de las Funciones de la IANA (ICG) publicó un documento titulado "Propuesta para la Transición de la Custodia de las Funciones de la Autoridad de Números Asignados en Internet (IANA) de la Administración Nacional de Telecomunicaciones e Información de los Estados Unidos (NTIA) a la Comunidad Global de Múltiples Partes Interesadas". En el documento, se propuso un plan para implementar la transición junto con recomendaciones adicionales, como la convocatoria a realizar una evaluación formal de los procedimientos operativos para efectuar cambios en la zona raíz una vez concluida la participación de la NTIA. Esta RFP procura identificar un proveedor para llevar a cabo el estudio descripto en la propuesta del ICG.

El texto completo de la Solicitud de Propuestas, junto con los plazos correspondientes, se puede consultar en este espacio [PDF, 268 KB].

Quienes estén interesados en esta RFP deben enviar un correo electrónico a RZUPStudy-RFP@icann.org. Las propuestas se deben presentar en formato electrónico antes de las 23:59 UTC del 12 de junio de 2020 mediante la herramienta de gestión de compras de la ICANN. El acceso a la herramienta se puede solicitar por correo electrónico a la dirección indicada previamente.

Acerca de la ICANN

La misión de la ICANN es ayudar a garantizar una Internet global, unificada, estable y segura. Para contactar a otra persona en Internet, debemos ingresar una dirección –un nombre o un número– en nuestra computadora u otro dispositivo. Esa dirección debe ser única para que las computadoras puedan localizarse unas a otras. La ICANN ayuda a coordinar y brindar soporte a estos identificadores únicos en todo el mundo. La ICANN fue creada en 1998 como una corporación de bien público y sin fines de lucro con una comunidad integrada por participantes de todo el mundo.


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