Skip to main content

Resumen y análisis de los comentarios públicos de la Especificación 13

Como resultado de debates y negociaciones sinceros y constructivos, tenemos en nuestro poder una especificación 13 propuesta. Si el NGPC la aprueba, la Especificación 13 proporcionaría arreglos limitados para los operadores de registro de TLD que califiquen como "TLD .marca". Hasta un tercio de todas las solicitudes de nuevos gTLD pueden calificar como TLD .marca.

El 6 de diciembre de 2013, publicamos una versión preliminar de la Especificación 13 propuesta para comentarios públicos. En respuesta a la versión preliminar propuesta, la comunidad de la ICANN presentó docenas de comentarios considerados y constructivos, lo que conllevó a varias modificaciones y a lo que esperamos que sea la versión final. Puede consultar el resumen y el análisis de los comentarios públicos aquí [PDF, 550 KB].

Los arreglos propuestos en la versión revisada del Acuerdo base de la Especificación 13 [PDF, 244 KB] y los Cambios resaltados en Change-Pro [PDF, 265 KB] son los siguientes:

  • Exención de la Especificación 9 del Acuerdo de Registro. La Especificación 9, también conocida como el Código de conducta, está diseñada para proteger a los registratarios de TLD, pero en el caso de un .marca no hay necesidad de proteger al operador .marca de sí mismo.
  • Diferimiento de los requisitos del período pre-registro. El requisito de un TLD .marca para llevar a cabo un período pre-registro se diferiría por el tiempo en que el TLD continúe calificando como un TLD .marca. Si el TLD deja de operar como un TLD .marca, el TLD deberá cumplir con los requisitos del período pre-registro y mantener un período pre-registro durante 60 días.
  • Un período de "reflexión" de 2 años antes de la redelegación del TLD .marca a un operador de registro sucesor, en la mayoría de los casos. La cláusula no impide la designación de un Operador de Emergencia de Registros de Back-End (EBERO) por parte de la ICANN.
  • El Operador de registro debe realizar un auditoría interna anual y certificar que el TLD continúa calificando como un TLD .marca.
  • Definiciones revisadas de "TLD .marca" y "licenciatario de marca comercial" para abordar las cuestiones y adoptar varias sugerencias de los comentaristas.
  • Eliminación de la capacidad del operador de registro de .marca de designar registradores exclusivos del TLD.

Ahora la comunidad de la ICANN puede revisar esta versión final antes de enviarla al Comité para el Programa de Nuevos gTLD para consideración en ICANN 49 en Singapur.

Quiero agradecer al Grupo de registros de marca por sus negociaciones siempre profesionales y constructivas en la definición y redacción de la especificación propuesta.

Envíeme un correo electrónico con sus comentarios sobre la versión final propuesta de la Especificación 13 a cyrus.namazi@icann.org.

Comments

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