Aviso de cierre del servicio Test-Ipv6.com

 (retire.test-ipv6.com)
1 puntos por GN⁺ 2025-10-06 | 1 comentarios | Compartir por WhatsApp
  • Test-Ipv6.com tiene previsto cerrar oficialmente el servicio en diciembre de 2025
  • El sitio ha sido operado gratuitamente desde 2010, asumiendo costos de ingeniería y de equipo/hosting
  • El operador considera que ya no le es posible seguir invirtiendo recursos y planea enfocarse en su familia, entre otras prioridades
  • Los operadores de mirrors dejarán de recibir actualizaciones a partir de diciembre de 2025
  • Parte del código fuente de código abierto ya está publicada, pero elementos como la consulta de geolocalización no pueden publicarse ni transferirse

Aviso de cierre del servicio Test-Ipv6.com

Está previsto que test-ipv6.com deje de operar en diciembre de 2025

Desde 2010, test-ipv6.com se ha ofrecido gratuitamente a los usuarios generales.
Aunque este sitio no genera ingresos, ha requerido costos considerables de ingeniería, soporte, equipo y hosting.

El operador, sin dar más detalles, considera que ha llegado el momento de reenfocar sus recursos en su familia.
Solicita la comprensión y el respeto de los usuarios ante esta decisión.

Está previsto que el sitio cierre durante las vacaciones de invierno de 2025 (diciembre).

Información para mirrors y proveedores de servicios

  • Los operadores de mirrors dejarán de recibir actualizaciones a partir de diciembre de 2025, aunque podrán seguir operándolos si así lo desean
  • Los proveedores de servicios que hayan elaborado manuales de soporte (runbooks) tomando como referencia test-ipv6.com o RIPE-631 deben actualizarlos obligatoriamente

Preguntas frecuentes (FAQ)

Publicación y transferencia del código fuente

Transferencia del dominio

  • El operador podría considerar ceder la continuidad de la operación del dominio únicamente a una institución RIR o NIC confiable con fines de interés público

Operación del servicio mirror

  • Después del cierre del sitio, ya no se supervisarán ni se ofrecerán la funcionalidad mirror ni los servicios relacionados, por lo que se recomienda retirar los mirrors

Consultas y comentarios adicionales

  • Si hay preguntas o comentarios adicionales, se recomienda consultarlos directamente con el operador cuando se reúnan con él

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-10-06
Comentarios en Hacker News
  • Trabajo con el ingeniero detrás de este servicio (en otro equipo, pero interactuamos seguido y a veces coincidimos en proyectos), y recién hace poco me di cuenta, al ver el aviso de copyright en el pie de la página, de que él lo había creado. Es una persona realmente interesante y un ingeniero excepcional (de esos llamados ingenieros 10x), además de siempre ser humilde y estar dispuesto a ayudar. En los últimos 15 años resolví problemas varias veces gracias a este sitio
    • Si por casualidad no ve este hilo, me gustaría que alguien le hiciera llegar que un usuario de internet le está profundamente agradecido por haber ofrecido este excelente servicio, que respeta totalmente su decisión y lo aplaude por haber tomado una decisión adecuada para sí mismo en vez de sacrificarse para ayudar a otros
    • Vi el nombre jfesler en el sitio y enseguida supe quién era. Yo también recién me entero ahora. Es una gran persona
  • Es triste que el motivo del cierre no sea que IPv6 por fin ya se adoptó globalmente y que IPv4 desapareció. Aun así, este sitio web fue extremadamente útil para resolver problemas de despliegue de IPv6 (y todavía lo sigue siendo). Quiero expresar un enorme agradecimiento por haberlo mantenido
    • Para mí, IPv6 sigue siendo una tecnología que parece existir solo en los datacenters. En servidores se usa desde hace mucho, pero nunca vi una conexión residencial a internet con soporte de IPv6. Siempre recuerdo sorprenderme al viajar a Europa y descubrir que estaba usando IPv6
    • Lamentablemente, gran parte de la resistencia que queda proviene de ingenieros de redes que simplemente no quieren aprender algo nuevo
    • El tono de la publicación me dejó una sensación extraña. No sé si solo me pasó a mí, pero algunas frases suenan como de preocupación o estrés. De todos modos, parece que quiere proteger su privacidad, así que no voy a indagar más. Como usuario del sitio, solo le deseo que de aquí en adelante le pasen cosas buenas
  • Un poco fuera de tema, pero estoy lidiando con un problema en el que mi ISP implementó mal el enrutamiento de IPv6 y eso provoca pérdida de paquetes. Así que me veo obligado a usar IPv4 detrás de CGNAT, lo que trae otros problemas, pero al menos no hay pérdida de paquetes. El equipo de soporte de segundo nivel hizo un hotfix, pero dos o tres semanas después el problema vuelve a aparecer
    • En mi caso no es el ISP, sino que escucho muchas quejas sobre IPv6 en routers Mikrotik (por ejemplo: caso de problema). Parece que de mi lado hay algún bug raro o una mala configuración. A veces el router o el cliente pierden el enrutamiento IPv6. Cuando eso pasa, la conexión simplemente queda colgada indefinidamente. La única solución es desconectarse del Wi‑Fi y volver a conectarse para renovar el lease de DHCP. Lo depuré durante bastante tiempo, y ahora estoy 80% seguro de que es un bug de Mikrotik
    • Puedes ver mi caso en este enlace. No pude escalar el problema internamente porque no tenía forma de contactar directamente a un ingeniero dentro de Globe Telecom, y también le escribí a Level3 (el proveedor de tránsito por donde pasaban todos los traceroute fallidos), pero no recibí respuesta. Por suerte, hoy en día está casi todo resuelto (Level3 ya no es el último salto exitoso). Ahora solo falla la conectividad con Evoluhost, y se identificó que el problema es un bucle de enrutamiento hacia 2001:fe0:4775:1c0::1 dentro de Globe. Esta es la captura del estado de hoy
    • Mi ISP directamente no soporta IPv6. Debe haber mucha gente como yo, y muchos ISP así también
    • No vi ese problema, pero sí noto muy seguido que las rutas de IPv4 e IPv6 son distintas. Hubo veces en que en IPv4 el MTU era 1500 y en IPv6 era 1492 (probablemente por 6rd y mucho PPPoE). También hubo casos en los que, al restringirse las solicitudes ICMP de fragmentación, la comunicación se detenía. Incluso hice mi propio sitio de prueba de MTU v4/v6. Antes los túneles de he.net eran buenos, pero ahora muchas veces aparece captcha o se suman 300 ms de latencia, así que no me quedó otra que dejar de anunciar ese tramo en mi LAN. Si el ISP habilita v6 por defecto y entrega equipos decentes, la mayoría de los dispositivos de consumo y los sitios de alto tráfico funcionan bien sobre IPv6 también. De hecho, cuando el enrutamiento v6 anda mal, termina afectando a más clientes que v4
    • Puede ser un caso totalmente distinto, pero tuve una experiencia que me confundió durante semanas. Si usas OpenWRT 24.0 o 24.1, hay un bug crítico que afecta el throughput de IPv6. Se soluciona actualizando a la versión más reciente
  • Quiero agradecer enormemente a quien creó este sitio. Durante años fue de uso habitual cada vez que tenía que depurar problemas de IPv6 en todo tipo de dispositivos
  • Si en 2025 despliegas un servicio nuevo (un proyecto greenfield) sin prestar atención a IPv6, prácticamente ya fracasaste. A estas alturas, todas las redes virtuales internas deberían ser IPv6-only o al menos dual-stack. Es realmente lamentable que la adopción de IPv6 vaya más atrasada que la estandarización de las pruebas unitarias
    • Lo intenté con muchísimas ganas en mi red doméstica. Pero, de manera extraña, siempre terminaba topándome con problemas del tipo “algunas páginas funcionan y otras no”, y al final opté por desactivar IPv6. Ya ni recuerdo cuál era exactamente el problema, y tampoco había motivo para tener que entenderlo. Quiero que internet sea estable todo el tiempo, como abrir una llave de agua
    • Yo no percibí ninguna ventaja. Implementé IPv6 en casa y en algunas redes del trabajo, pero solo seguían apareciendo problemas tontos y no obtuve absolutamente nada a cambio. Por ejemplo, el hostname dinámico que el ISP distribuye automáticamente chocaba con la configuración de sistemas internos, y eso nos hizo perder muchísimo tiempo. Además, cada dispositivo recibía como cuatro direcciones y los desarrolladores no sabían cuál usar. Seguro que algo estábamos haciendo mal o que el equipo estaba mal, pero nadie percibió un beneficio real. Si estuviéramos en un entorno sin IPv4 sería distinto, pero no era nuestro caso. Terminamos desactivando IPv6 en casi todas las redes, y solo lo dejamos encendido en algunas redes para acceso a internet de clientes
    • La próxima vez que HE deje de enrutar IPv6 de Europa a Nueva York, o que el VPN de la empresa solo soporte IPv4 mientras el resolver prioriza registros AAAA, no dejes de contactarme
    • Durante los últimos 6 meses estuve construyendo una plataforma/proyecto de “menos código, más despliegue” para organismos gubernamentales. IPv6 no apareció ni como requisito ni como “sería bueno tenerlo”. Hasta ahora ni una sola persona dijo “ojalá esto corriera sobre IPv6”
    • Creo que IPv6 estaría bien, pero mi experiencia es que, cada vez que lo activo en casa o en una red local, siempre hay algo que deja de funcionar bien
  • Sugiero consultar con ben de IPinfo. Este año, después del fallecimiento de Kevin Loch, tomó a su cargo varios sitios como ip4.me e ip6.me y los sigue operando (perfil de ben, noticia sobre Kevin Loch). Estoy seguro de que podría continuar test-ipv6.com sin que baje la calidad. Tiene muy buena reputación y un historial excelente
    • ¡Gracias por decirlo! Ya me puse en contacto con Jason, y espero que el sitio siga vivo
  • Si necesitas una prueba sencilla de IPv6, recomiendo Google IPv6 Test
  • Es sorprendente lo lejos que hemos llegado con IPv4+NAT
    • Si lo mides por volumen de tráfico, ni siquiera hemos llegado tan lejos. Hoy en día la mayor parte del tráfico son datos que van de Google/Meta a dispositivos móviles, y casi todo eso es IPv6
    • En realidad es resultado de haber aguantado demasiado tiempo con IPv4. La adopción de CGNAT en internet residencial y móvil se volvió inevitable, junto con varios problemas que se podrían haber evitado si el cambio completo a IPv6 se hubiera hecho antes
  • Gracias a este servicio incluso pude mostrárselo al equipo técnico de mi ISP y así resolver problemas con el soporte de IPv6
  • Pregunta ingenua, pero me da curiosidad si este sitio realmente requiere mucho mantenimiento. Lo vengo usando desde hace años y me ha sido muy útil (estoy muy agradecido de que exista), pero no imaginaba que necesitara tanta gestión