IPv6 para ISPs: por qué migrar y cómo empezar
IPv6 es la versión del protocolo de internet que resuelve de raíz la escasez de direcciones: su espacio es lo bastante grande como para asignar direcciones únicas a cada dispositivo sin necesidad de compartirlas. Para un ISP en crecimiento no es un ejercicio técnico opcional — es lo que evita depender indefinidamente de comprar bloques IPv4 caros o de apilar capas de traducción.
- 2
- protocolos en paralelo: dual stack
- 4
- cosas que revisar antes
- 0
- direcciones que comprar
Las razones concretas para desplegarlo
Más allá del argumento de que 'hay que modernizarse', hay motivos operativos que se sienten en la caja y en el soporte:
- Deja de depender del mercado secundario de IPv4, cuyo precio ha subido de forma sostenida.
- Reduce la carga sobre la infraestructura de CGNAT, que es equipamiento que hay que dimensionar y mantener.
- Elimina, para el tráfico que ya va por IPv6, las limitaciones de conexiones entrantes.
- Simplifica el diagnóstico: cada abonado es identificable sin tablas de traducción.
No es migrar, es convivir
El error conceptual más común es pensar en IPv6 como un reemplazo con fecha de corte. No lo es: mientras existan servicios accesibles solo por IPv4, hay que seguir dando IPv4.
El modelo habitual es doble pila —dual stack—: el abonado recibe conectividad por ambos protocolos simultáneamente, y cada conexión usa el que corresponda al destino. Es transparente para el usuario, que no tiene que hacer nada ni enterarse.
Eso significa que el despliegue de IPv6 no elimina la infraestructura IPv4 de inmediato, pero sí frena su crecimiento — que es lo que estaba costando dinero.
Cómo se ve la convivencia
Durante años el abonado va a tener las dos pilas levantadas al mismo tiempo.
Lo que hay que revisar antes de empezar
El obstáculo práctico rara vez es el núcleo de la red: son los extremos y los sistemas de gestión.
- Los equipos instalados en casa del abonado: no todos los modelos del parque lo soportan igual.
- El equipamiento de acceso y agregación, y si su soporte es completo o parcial.
- Los sistemas que registran direcciones: si un campo solo admite el formato IPv4, hay que ampliarlo.
- Las herramientas de diagnóstico y monitoreo del equipo de soporte.
Por dónde empezar
El camino que menos riesgo tiene es incremental: obtener la asignación de direcciones, habilitar IPv6 en el núcleo y el borde, probar con un grupo pequeño y controlado de abonados, y ampliar por zonas a medida que se confirma que todo se comporta bien.
Empezar por los abonados con equipos nuevos, que suelen tener mejor soporte, reduce el número de variables del primer despliegue. Los equipos antiguos se van resolviendo con la renovación natural del parque.
Prepara al equipo de soporte
Un detalle que se subestima: si el equipo de atención nunca vio una dirección IPv6, los primeros diagnósticos se vuelven lentos y confusos. Las direcciones se ven distintas, las herramientas se usan distinto, y un caso normal parece anómalo.
Capacitar al soporte antes de ampliar el despliegue evita que la percepción interna sea que 'IPv6 trajo problemas', cuando lo que hubo fue desconocimiento.
Frequently asked
- ¿Es obligatorio desplegar IPv6?
- No hay una obligación universal, pero la escasez de IPv4 lo vuelve cada vez más necesario en la práctica: crecer sin IPv6 implica comprar direcciones caras o apoyarse más en infraestructura de traducción.
- ¿Qué es dual stack?
- Operar IPv4 e IPv6 en paralelo, de forma que cada abonado tenga ambos y cada conexión use el protocolo que corresponda al destino. Es el modelo estándar de transición y es transparente para el usuario final.
- ¿Mis abonados tienen que hacer algo?
- En un despliegue bien hecho, no. La conectividad llega por ambos protocolos y sus dispositivos eligen automáticamente. Lo único que puede requerir atención son equipos antiguos que no soporten IPv6 correctamente.
- ¿IPv6 elimina la necesidad de CGNAT?
- Reduce la carga considerablemente, pero mientras existan destinos accesibles solo por IPv4 sigue haciendo falta traducción para ese tráfico. Lo que cambia es que la infraestructura de traducción deja de crecer con cada abonado nuevo.
