Skip to main content
Resources

Preguntas frecuentes: Marco de Gestión de Incidentes de Colisiones de Nombres para registros (Ronda 2012)

Esta página está disponible en:

Colisión de nombres | Guía para la Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Preguntas frecuentes: Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Mitigación de incidentes de colisión de nombres para los nuevos ccTLD | Preguntas frecuentes: Marco de Gestión de Incidentes de Colisiones de Nombres para Registros Framework for Registries | Informar una colisión de nombres

General

  1. ¿Qué es una colisión de nombres? Una colisión de nombres se produce cuando un nombre de recurso que debe resolverse en un sistema de nombres se resuelve inadvertidamente en otro sistema de nombres, lo que puede provocar comportamientos inesperados, como la interrupción de la comunicación o su desvío del destinatario previsto. Como analogía, considere decir "Mary" en su oficina donde hay una sola "Mary" y luego trate de llamar a "Mary" en un centro comercial y esperar a que "la Mary de la oficina" responda.
  2. ¿Qué es el Marco de Gestión de Incidentes de Colisiones de Nombres? El Marco de Gestión de Incidentes de Colisiones de Nombres [PDF, 634 KB] es una serie de requisitos desarrollados para gestionar los incidentes de colisiones de nombres entre los nuevos dominios genéricos de alto nivel (gTLD) y los usos privados existentes de las mismas cadenas de caracteres. Fue desarrollado con los aportes provenientes de muchas fuentes que incluían la comunidad de la ICANN, un informe publicado por JAS Global Advisors LLC y el Comité Asesor de Seguridad y Estabilidad (SSAC).

  3. ¿Cuáles son las características especificadas en el marco? Las principales características incluyen:

    • Los operadores de gTLD implementarán la interrupción controlada durante un período continuo de no menos de 90 días.
    • La ICANN supervisará cada implementación de la interrupción controlada que realicen los registros a fin de garantizar el cumplimiento de los requisitos contractuales.
    • Las respuestas de emergencia en materia de colisión de nombres pueden activarse en situaciones en las cuales exista un motivo razonable para creer que la colisión de nombres presenta un peligro claro y concreto para la vida humana.
    • La ICANN está preparada para responder a las posibles situaciones de emergencia.
  4. ¿Cuáles son los próximos pasos para los operadores de registro? La ICANN emitirá para cada operador de registro una Evaluación de incidentes de colisiones de nombres, la cual es un mecanismo que se utiliza para instruir al registro respecto de las medidas de mitigación requeridas establecidas en la versión final del Marco de Gestión de Incidentes de Colisiones de Nombres. La evaluación incluirá detalles respecto de cómo se puede implementar la interrupción controlada.

Interrupción controlada, 127.0.53.53 y Comodines

  1. ¿Qué es la interrupción controlada? La interrupción controlada es un método de notificación para los administradores de sistema que han configurado sus redes de manera incorrecta (de forma deliberada o involuntaria) respecto de las cuestiones de colisión de nombres y que los ayuda a mitigar posibles problemas.
  2. ¿Cómo funciona la interrupción controlada? La interrupción controlada es un enfoque para capturar las consultas errantes al DNS. Cuando se captura una consulta errante, el registro toma una acción "controlada" para prevenir un daño y alertar al usuario sobre la necesidad de una solución. Dicha acción adopta la forma de una respuesta a la consulta al DNS con una dirección de IP especial (127.0.53.53). La palabra "interrupción" se refiere a una actividad que alguna vez pareció funcionar a pesar de la consulta errante, pero cuyo funcionamiento ahora se impide.
  3. ¿Cómo se implementará la interrupción controlada? Las nuevas cadenas de caracteres solicitadas se someterán a una delegación temporal antes de ser delegadas de forma permanente, proceso en el que la interrupción controlada se lleva a cabo mediante la introducción de un conjunto específico de registros de recursos en el DNS. Estos registros de recursos han sido seleccionados para advertir a los administradores de sistema que deben diagnosticar y corregir sus sistemas a fin de evitar posibles cuestiones en el futuro. La lista de los registros específicos se puede encontrar en Marco de Gestión de Incidentes de Colisiones de Nombres [PDF, 634 KB].
  4. ¿Cuándo comienza el período de 90 días de la interrupción controlada? Los operadores de registro pueden comenzar la interrupción controlada a partir del 18 de agosto de 2014, siempre y cuando hayan recibido su Evaluación de incidentes de colisiones de nombres (la ICANN comenzará a emitir las evaluaciones el 4 de agosto de 2014).

  5. ¿Dónde puedo realizar un seguimiento del estado del período de interrupción controlada de 90 días para un gTLD determinado? Puede descargar los últimos informes sobre la interrupción controlada si hace clic en los enlaces siguientes:

    • Informe de interrupción controlada de gTLD – En curso (csv file)
    • Informe de interrupción controlada de gTLD – Finalizado (csv file)
  6. ¿Puede un registro adelantar el inicio del período de interrupción controlada? La implementación de un período de interrupción controlada antes del 18 de agosto de 2014 no se tomará en cuenta para el período de interrupción controlada continuo de 90 días requeridos para cada TLD.
  7. ¿Qué es 127.0.53.53? 127.0.53.53 es una dirección de IPv4 especial que aparecerá en los registros del sistema para alertar a los administradores de sistemas sobre una posible cuestión de colisión de nombres, lo cual permitirá diagnosticar y corregir el problema rápidamente. El "53" se utiliza en forma mnemónica para indicar que se trata de un problema relacionado con el DNS debido a la utilización del puerto 53 para el servicio del DNS. Aquellas instancias en las que exista un motivo razonable para creer que se ha producido un perjuicio grave demostrable como consecuencia de una colisión de nombres deben comunicarse a https://forms.icann.org/en/help/name-collision/report-problems. Para obtener más información sobre las colisiones de nombres, consulte https://www.icann.org/namecollision.
  8. ¿Qué sucede con la interrupción controlada para direcciones de IPv6? La ICANN trabajará dentro del Grupo de Trabajo en Ingeniería de Internet (IETF) y otras comunidades técnicas relevantes para identificar un mecanismo para IPv6 que brinde una funcionalidad similar a la que se usa para IPv4 (la dirección de loopback 127.0.53.53).
  9. ¿Por qué existe un comodín? ¿No se encuentran prohibidos? La prohibición de los comodines queda suspendida durante el período de delegación temporal de las nuevas cadenas de caracteres solicitadas. La razón por la que se levanta esta prohibición y se especifica el uso del comodín es capturar todas las situaciones de colisiones de nombre evidentes. El comodín en la parte "superior" de la zona coincidirá con todas las consultas que nunca serían vistas una vez que la zona se ejecute totalmente en producción. Este enfoque maximiza as acciones tomadas para proteger a los usuarios de Internet que actualmente filtran consultas que deben ser locales.

Cumplimiento Contractual

  1. ¿Cómo garantizará la ICANN que los registros cumplan los requisitos posteriores a la firma del contrato? La ICANN supervisará la implementación de los requisitos, principalmente mediante el uso de archivos de zona que se transfieren a la ICANN desde los registros de nuevos gTLD una vez que son delegados (según la Especificación 4 del Acuerdo de Registro de Nuevos gTLD). Este requisito será exigible, al igual que las demás disposiciones del acuerdo de registro, por parte del departamento de Cumplimiento Contractual de la ICANN.

Respuesta de emergencia

  1. ¿Qué tipo de evento de colisión de nombres garantiza una respuesta de emergencia? Una respuesta de emergencia puede activarse en situaciones en las cuales exista un motivo razonable para creer que la colisión de nombres tiene graves repercusiones negativas para un amplio rango de partes interesadas de la comunidad de Internet.
  2. ¿Quién decidirá lo que constituye una emergencia? La ICANN evaluará el perjuicio potencial de acuerdo con el Marco para la gestión de riesgos de colisiones de nombres y tomará una decisión.
  3. ¿Quién administrará y supervisará las solicitudes de respuesta de emergencia? La ICANN actuará como único punto de contacto para los informes/solicitudes de respuesta de emergencia, coordinará la comunicación y garantizará que se tome una acción apropiada de manera expeditiva.
  4. ¿Cómo informo una emergencia? Las solicitudes de respuesta de emergencia se deben presentar en línea a través de https://forms.icann.org/en/help/name-collision/report-problems.

Bloqueo de dominios de segundo nivel y Vía de delegación alternativa

  1. ¿Cuál debería ser el curso de acción a seguir cuando se desbloquean los nombres que figuran en la lista de bloqueo de SLD respecto del período prerregistro y los reclamos ante el TMCH? Los Operadores de registro deben garantizar que los nombres que se desean activar de la lista de bloqueo de SLD tras el período de interrupción controlada de 90 días estén sujetos a los Mecanismos de Protección de Derechos aplicables, tal como se establece en la Especificación 7 del Acuerdo de Registro. La Evaluación de incidentes de colisiones de nombres ofrece aclaraciones adicionales sobre el tema.

    Además, en consonancia con la medida del NGPC del 30 de julio de 2014 en relación a los nombres incluidos en la lista de bloqueo del Informe del registro sobre la Vía de delegación alternativa y registrados en el Centro de Información y Protección de Marcas Comerciales que el registro retuvo de la distribución durante el período prerregistro (Sunrise) o Período de presentación de reclamos, el registro debe continuar reteniendo los nombres de la distribución mientras la ICANN consulta con la comunidad en relación a las inquietudes expresadas referidas a los mecanismos de protección adecuados para esta categoría de nombres.

  2. ¿La Vía de delegación alternativa sigue siendo una opción ahora que el Marco de Gestión de Incidentes de Colisiones de Nombres se encuentra finalizado? No. Los registros deben activar los nombres de acuerdo con los requisitos especificados en el Marco de Gestión de Incidentes de Colisiones de Nombres. Aquellos TLD delegados con anterioridad al 18 de agosto de 2014 que no hayan activado los nombres de dominio en el segundo nivel (otros distintos de "nic") tendrán la opción de realizar una interrupción controlada como comodín.
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."