Skip to main content
Resources

Documento de asesoramiento: Orientación al operador de registro sobre la custodia de la información de contacto del registrador en caso de uso indebido

Tenga presente que la versión oficial de todos los contenidos y documentos traducidos es la versión en idioma inglés; las traducciones a otros idiomas son solo a título informativo.

Versión 18 de abril de 2024

El objetivo del presente Documento de asesoramiento es orientar a los operadores de registro sobre los requisitos de custodia de los elementos de datos descritos en las secciones 8.4.8 y 8.4.9 de la Política de datos de registración.

Definiciones:

Las palabras clave "DEBE", "NO DEBE", "REQUERIDO", "DEBERÁ", "NO DEBERÁ", "DEBERÍA", "NO DEBERÍA", "RECOMENDADO", "NO RECOMENDADO", "PODRÁ" y "OPCIONAL" en el presente documento deben interpretarse como se describe en BCP 14 [RFC2119] [RFC8174] cuando, y únicamente cuando, aparezcan en mayúsculas, como se muestra aquí.

Información de referencia

De conformidad con las secciones 8.4.8 y 8.4.9 de la Política de datos de registración, los operadores de registro DEBEN custodiar los siguientes elementos de datos:

  • 8.4.8. Dirección de correo electrónico del registrador para informar instancias de uso indebido
  • 8.4.9. Número telefónico de contacto del registrador para informar instancias de uso indebido

De conformidad con la sección 3.1, Especificación 2 del Acuerdo de Registro Base de gTLD, DEBEN utilizarse los documentos RFC8909 y RFC9022 como formato del depósito.

El documento RFC9022 no tiene campos dedicados para el Correo electrónico del registrador para informar instancias de uso indebido ni para el Número telefónico de contacto del registrador para informar instancias de uso indebido, pero hay dos campos genéricos que podrían utilizarse para cumplir con los requisitos de las secciones 8.4.8 y 8.4.9 de la Política de datos de registración.

Plan de custodia de información de contacto del registrador para informar instancias de uso indebido:

Para cumplir con los requisitos de las secciones 8.4.8 y 8.4.9 de la Política de datos de registración, el operador de registro deberá realizar las siguientes acciones: 

  1. El operador de registro DEBE custodiar el elemento de datos "Correo electrónico del registrador para informar instancias de uso indebido" en el elemento <email> descrito en la sección 5.4.1.1 del documento RFC9022 o en el elemento <csvContact:fEmail> descrito en la sección 5.4.2.1.1 del documento RFC9022.
  2. El operador de registro DEBE custodiar el elemento de datos "Número telefónico de contacto del registrador para informar instancias de uso indebido" en el elemento <voice> descrito en la sección 5.4.1.1 del documento RFC9022 o en los elementos <csvContact:fVoice> y/o <csvContact:fVoiceExt> descritos en la sección 5.4.2.1.1 del documento RFC9022.
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."