Skip to main content

Procedimientos para la resolución de disputas posteriores a la delegación para nuevos gTLDs: la ICANN busca proveedores de servicios de procedimientos para la resolución de disputas relativas a la restricción de registros y para PDDRP para marcas comerc

Esta página está disponible en:

En el día de hoy, la ICANN está publicando dos Solicitudes de Propuestas (RFPs) con el fin de identificar posibles proveedores de Procedimientos para la Resolución de Disputas relativas a la Restricción de Registros (RRDRP), y proveedores de servicios de Procedimientos para la Resolución de Disputas Posteriores a la Delegación relativas a Marcas Comerciales (PDDRP para marcas comerciales). Estos procedimientos de resolución de disputas posteriores a la delegación fueron desarrollados para que quienes se vean perjudicados por la conducta de un operador de registro de gTLD cuenten con una vía alternativa para presentar su reclamo a causa de dicha conducta. El objetivo de los RRDRP es abordar circunstancias en las cuales un operador de registros de un nuevo gTLD basado en la comunidad no cumple con las restricciones en materia de registraciones según lo establecido en el Acuerdo de Registro. Los PDDRP para marcas comerciales generalmente se ocupan de la complicidad de un operador de registro en el incumplimiento de normativas sobre marcas comerciales en el primero o segundo nivel de un nuevo gTLD.

Los candidatos a proveer el servicio de RRDRP o de PDDRP para marcas comerciales deberán cumplir con los requisitos indicados en las respectivas RFPs. Algunos requisitos son comunes a ambas solicitudes; por ejemplo, contar con experiencia en la resolución de disputas y desempeñarse como integrante de un panel altamente calificado y con diversidad a nivel global. Asimismo, hay requisitos específicos para cada procedimiento. Por ejemplo, los candidatos a proveer servicios de PDDRP para marcas comerciales, deben demostrar que comprenden las cuestiones relativas a los derechos de propiedad intelectual a nivel global y la Internet; los candidatos a proveer servicios de RRDRP deben demostrar que comprenden las prioridades, necesidades y vulnerabilidades de los procedimientos en un contexto expeditivo en línea. Para mayor información sobre las respectivas RFPs, consulte los siguientes enlaces: http://www.icann.org/en/news/rfps/rrdrp-30apr13-en.pdf [PDF, 157 KB] (RRDRP), y http://www.icann.org/en/news/rfps/tm-pddrp-30apr13-en.pdf [PDF, 158 KB] (PDDRP para marcas comerciales). La ICANN busca candidatos que, además de poseer todas las capacidades técnicas requeridas, posean una demostrada capacidad para administrar y respaldar procesos en un contexto global.

Resumen del programa de actividades de la Solicitud de Propuestas (RFP):

Publicación de la Solicitud de Propuestas por parte de la ICANN 30 de abril de 2013
Preguntas y Respuestas de los postulantes — Teleconferencia 21 de mayo de 2013
Plazo de entrega de propuestas escritas 31 de mayo de 2013 a las 23:59 UTC
Anuncio de los proveedores seleccionados Antes del 30 de junio de 2013

La fecha límite para el envío de respuestas es el 31 de mayo de 2013 a las 23:59 UTC. Las respuestas deben enviarse por correo electrónico a: rrdrp-eoi@icann.org (RRDRP) o tmpddrp-eoi@icann.org (PDDRP para marcas comerciales).


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