Resumen

  • ICANN considera de forma preliminar que .juniper, por ser un TLD de marca, puede terminar su contrato sin pasar a un registro sucesor. Las observaciones se reciben hasta las 23:59 UTC del 19 de agosto.
  • No hay una decisión final ni una retirada de la raíz. IANA sigue identificando a Juniper Networks como organización patrocinadora, a Identity Digital como contacto técnico y a cuatro servidores autoritativos.

El plazo que vence hoy no apaga un dominio. Cierra una fase de prueba pública dentro de un proceso más largo: primero un operador pide salir de su contrato, después ICANN decide si alguien debe sucederlo y, solo mediante actos posteriores, cambia el estado desplegado en la raíz.

La carta de Juniper Networks lleva fecha de 3 de junio de 2026, aunque ICANN registra la notificación el 8 de junio. La empresa invoca la sección 4.4(b) de su Registry Agreement. La determinación preliminar de ICANN, publicada el 20 de julio, indica que el acuerdo fue suscrito el 30 de julio de 2015, fecha que confirma el expediente contractual oficial de .juniper, y que esa cláusula permite al operador terminarlo por cualquier motivo con 180 días naturales de preaviso.

El contrato no resuelve por sí solo la continuidad. ICANN consultó a Juniper para valorar si debía entregar la operación de .juniper a otro registro y llegó a una respuesta provisional negativa. Expone dos fundamentos: el dominio reúne las condiciones de un .Brand TLD y la transición no es necesaria para proteger el interés público. La expresión decisiva es “preliminar”; la evaluación continúa.

La página de terminaciones marca un periodo de comentarios del 20 de julio al 19 de agosto. El documento individual fija el cierre a las 23:59 UTC y dice que ICANN considerará la información de las partes interesadas antes de emitir su resolución final. Participar permite incorporar evidencia, no ordenar el desenlace.

El estado técnico publicado introduce una corrección importante. La ficha de IANA aún presenta a JUNIPER NETWORKS, INC. como entidad patrocinadora de .JUNIPER. Identity Digital figura como contacto técnico, y aparecen a0.nic.juniper, a2.nic.juniper, b0.nic.juniper y c0.nic.juniper, todos con direcciones IPv4 e IPv6. También se publican servicios WHOIS y RDAP. Es evidencia de que la delegación seguía registrada al congelar las fuentes, no de cuánto se utiliza ni de cuánto tiempo permanecerá.

La diferencia entre contrato y delegación es el núcleo operativo del caso. En su marco de transición, ICANN enumera cinco funciones críticas de un registro: resolución DNS; zona DNSSEC correctamente firmada cuando se ofrece; sistema compartido de registro, normalmente por EPP; servicios de directorio de datos de registro como WHOIS; y custodia de datos. La pregunta sobre un sucesor asigna responsabilidad por esas funciones. No declara que hayan fallado.

Los avisos de .juniper no describen incumplimiento, umbral de emergencia ni activación de un operador EBERO. Se trata de una salida voluntaria y planificada. Tampoco contienen una cifra verificable de dominios de segundo nivel, dependencias, tráfico o usuarios afectados. No se puede convertir ese silencio en una afirmación de que el TLD está vacío ni en un relato de pérdida ya ocurrida.

Las condiciones de marca añaden una protección temporal. Durante dos años, dice ICANN, no puede delegar el TLD a un registro sucesor sin el consentimiento de Juniper, que no podrá negarse, condicionarse o demorarse de manera irrazonable. A la vez, la explicación general deja abierta una futura solicitud por la cadena bajo los procesos y objeciones aplicables. La limitación de dos años no equivale a propiedad perpetua ni a disponibilidad inmediata.

El hecho noticioso del 19 de agosto es, por tanto, un límite para aportar evidencia. Después habrá que leer por separado la determinación final, la fecha efectiva del contrato y cualquier actualización de IANA. Mientras no aparezcan, la formulación exacta es sencilla: Juniper pidió salir, ICANN no ve todavía necesidad de sucesor y la raíz todavía conserva la delegación.

Fuentes