Estamos en el año 2026. El protocolo IPv6 existe desde 1998. Es un estándar RFC desde hace más de un cuarto de siglo. Todo sistema operativo moderno lo soporta. Todo componente de red moderno puede manejarlo. Todo libro de texto, todo curso, toda certificación lo cubre. Y sin embargo millones de personas navegan todavía exclusivamente por IPv4 — no porque quieran, sino porque otros lo descuidaron.
Esto ya no es sólo una omisión técnica. Es una vergüenza.
La vergüenza conspicua
Empecemos por lo evidente. GitHub — la mayor plataforma de desarrollo de software del mundo, propiedad de Microsoft, una de las empresas tecnológicas más ricas del planeta — no soporta IPv6. Ni un solo byte. Quien tiene una conexión IPv6-only no puede alcanzar GitHub. Ni repositorios, ni issues, ni pull requests, ni documentación. Microsoft compra GitHub por 7.500 millones de dólares, pero desplegar IPv6 — al parecer supera sus posibilidades.
Reddit, que se autodenomina la Front Page of the Internet, tampoco soporta IPv6. Una plataforma que se presenta como la portada de Internet no domina el protocolo fundamental de Internet.
La lista continúa. Docker Hub. Cloudflare Workers (parcialmente). Numerosos proveedores SaaS. La lista de empresas que fracasan rotundamente en este tema básico es larga. Y es vergonzosa.
Un cuarto de siglo de ignorancia
IPv6 no es ninguna novedad. No es tecnología experimental. Ni siquiera es controvertido. Las direcciones IPv4 están agotadas desde 2011 — la IANA asignó los últimos bloques libres. Desde entonces Internet sólo crece porque NAT, carrier-grade NAT y otras muletas torturan la red IPv4 más allá de su construcción.
IPv6 resuelve esto. Lo resuelve desde 1998. El espacio de direcciones es tan vasto que cada persona, cada dispositivo y cada tostadora podría tener su propia dirección — sin agotar el suministro. Simplifica la arquitectura de red, elimina los parches NAT, mejora la conectividad de extremo a extremo, reduce la latencia en redes móviles, permite comunicación peer-to-peer genuina.
Y sin embargo, en 2026, seguimos debatiendo la adopción. Como si fuera una extensión opcional. Como si fuera un bonus deseable.
Es un imperativo. Quien no lo tiene no ha entendido nada.
Dual Stack: la condición permanente que nadie quiere
Como algunos no participan, todos los demás deben operar Dual Stack. Dual Stack — funcionamiento paralelo de IPv4 e IPv6 — estaba concebido como transición. Un puente que cruzas y luego demueles. En cambio, edificaron sobre el puente, levantaron casas, y ahora lo llaman hogar.
Dual Stack significa esfuerzo duplicado. En cada dimensión.
Reglas de cortafuegos. Toda regla existente para IPv4 necesita una contrapartida para IPv6. Y las reglas IPv6 no son copias — ICMPv6 es crítico para el funcionamiento, el descubrimiento de vecinos requiere tratamiento especial, las cabeceras de extensión exigen su propia lógica de filtrado. Quien configura cortafuegos IPv6 como cortafuegos IPv4 acaba con agujeros o conexiones rotas.
Bindings de servicios. Todo servicio debe escuchar en ambos protocolos. Servidores web, servidores de correo, bases de datos, message brokers, agentes de monitorización. Algún software lo hace automáticamente. Otro no. Alguno lo afirma y no lo hace.
Conexiones VPN. IPSec, WireGuard, OpenVPN — todos soportan IPv6. Pero configuraciones de túnel que sólo transportan IPv4 son endémicas. Quien monta un túnel VPN que sólo enruta IPv4 ha partido su red por la mitad sin notarlo.
Resolución DNS. Los registros AAAA existen desde 1999. Pese a ello hay proveedores de hosting que no los ofrecen. APIs de registradores que no los soportan. Configuraciones CDN que los ignoran. El DNS es la guía telefónica de Internet — y una guía que sólo conoce la mitad de los números está rota.
Depuración. Un timeout de conexión bajo Dual Stack puede tener diez causas diferentes. ¿Es un problema IPv4? ¿Un problema IPv6? ¿Una condición de carrera Happy Eyeballs donde el cliente prueba IPv6 primero, falla y luego intenta IPv4 — pero tan despacio que el timeout se dispara? Quien haya diagnosticado un fallo IPv6 intermitente en una red híbrida sabe cuánto tiempo de vida se pierde en el proceso.
Cumplimiento y certificación. Las auditorías deben examinar ambos protocolos. Los tests de penetración deben atacar ambos protocolos. La documentación debe cubrir ambos protocolos. Las certificaciones que sólo prueban IPv4 no valen nada — y son lamentablemente todavía la norma.
Si menos gente circulara con anteojeras, podríamos haber terminado la migración hace tiempo y pasado a operación IPv6-only. En cambio, administradores y equipos de red probablemente tendrán que arrastrar esta tontería de Dual Stack otros cinco a diez años. Cinco a diez años de esfuerzo duplicado, de fuentes de error duplicadas, de complejidad duplicada. Porque algunos lo consideraron innecesario.
El ejemplo de T-Online
El hospital universitario de la RWTH Aachen ofrece Wi-Fi gratuito. Suministrado vía T-Online. Acceso a Internet: sólo IPv4. Sin IPv6.
Eso es más que vergonzoso. Esto es una joya alemana — Deutsche Telekom, que se presenta como pionero tecnológico, invierte miles de millones en infraestructura, alardea en campañas publicitarias con redes gigabit y 5G — y no logra ofrecer IPv6 en su solución Wi-Fi. En una universidad. En un hospital. En una institución que investiga, enseña, cura. Sólo IPv4. En 2026.
¿Qué decir? Lo mismo de siempre: no es la tecnología la que falta. Es la voluntad. Telekom sabe hacer IPv6. Lo despliega en conexiones fijas. Tiene la infraestructura. Pero en este punto, en esta solución, alguien decide que no es necesario. Que lo que hay basta. Que nadie nota que falta la mitad de Internet.
Pero se nota. Todo el mundo lo nota, quien tiene una conexión moderna y de repente comprueba que páginas no cargan, apps no conectan, servicios son inalcanzables — porque el cliente quiere IPv6, la red no ofrece ninguno, y la caída a IPv4 es tan lenta que los timeouts saltan.
En un artículo publicado recientemente — Todo o nada — se trató de empresas que trabajan a medias. Que etiquetan bonitamente los muladares. Que afirman rendir mientras sólo cobran. T-Online, en este caso, aporta la ilustración gratis: si no sabes hacer IPv6, mejor no hagas nada — pero deja de llamarte proveedor.
La consecuencia
Es hora de que dejemos de embellecer el tema.
Un proveedor que no ofrece IPv6 o lo implementa deficientemente debería perder el derecho a llamarse proveedor, punto. Quien no domina el protocolo fundamental de Internet no es un proveedor. Es un relicario IPv4 caminando hacia la irrelevancia en un plazo previsible.
Quien comercializa un dispositivo con capacidad de red que no es plenamente compatible con IPv6 no debería recibir aprobación para el mercado europeo. Punto. Sin excepciones, sin regulaciones transitorias, sin cláusulas de derechos adquiridos. Quien vende dispositivos sin IPv6 en 2026 vende mercancía defectuosa.
Quien duda de IPv6 no ha entendido nada. Ni la técnica, ni la necesidad, ni la responsabilidad. IPv6 no es una guerra santa. Es un estándar. Quien duda de los estándares porque son incómodos no pertenece a una industria construida sobre estándares.
Quien fracasa pertenece al escarnio público. No a puerta cerrada, no en post-mortems internos, sino públicamente. Porque la vergüenza pública es el único lenguaje que algunas empresas entienden.
Qué significa esto para libcom.de
libcom.de planifica, construye y opera redes — desde hace más de dos décadas. IPv6 no es en ello un proyecto que se introduce. Es un requisito previo que se presupone.
Quien viene a mí obtiene una respuesta honesta: ¿Tiene IPv6? Si no, ¿por qué? Si sí, ¿total o parcialmente? ¿Sus servicios son dual-stack o IPv4-only? ¿Sus registros DNS están completos? ¿Sus reglas de cortafuegos son simétricas? ¿Sus túneles VPN son compatibles con IPv6?
La respuesta a estas preguntas no es académica. Decide si su infraestructura es apta para el futuro o si sucumbirá en cinco años a una migración que debería haber ocurrido hace tiempo.
Si se pregunta si su TI es compatible con IPv6 — realmente compatible, no teóricamente —, o si busca a alguien que lo piense honestamente: escriba a contact@libcom.de. Hacemos un inventario honesto. Sin presión comercial. Con la vista en lo que dura a largo plazo.
IPv6 no es opcional. Quien todavía lo trata como opcional es el problema.