IPv4 vs IPv6: diferencias y cuándo usar cada uno

IPv4 (Internet Protocol versión 4) usa direcciones de 32 bits representadas en formato decimal con puntos (como 195.234.56.78), con un espacio total de aproximadamente 4.300 millones de direcciones únicas, prácticamente agotado desde 2011. IPv6 (Internet Protocol versión 6) usa direcciones de 128 bits representadas en hexadecimal con dos puntos (como 2001:db8::1), con un espacio de 340 undecillones de direcciones, virtualmente ilimitado. En 2026, coexisten ambas versiones en lo que se conoce como dual-stack: la mayoría de servidores y redes modernas soportan simultáneamente IPv4 e IPv6, garantizando compatibilidad máxima con todos los usuarios.

Por qué existen dos versiones del protocolo IP

El Protocolo de Internet (IP) es el protocolo de red que permite que cualquier dispositivo conectado a internet se comunique con cualquier otro, independientemente del hardware, sistema operativo o red subyacente. Define el formato de las direcciones únicas que identifican cada dispositivo (las direcciones IP) y las reglas para encaminar los paquetes de datos de un punto a otro de internet.

IPv4 fue diseñado en 1981 (RFC 791) por Vint Cerf y Bob Kahn como parte del proyecto ARPANET. En ese momento, internet era una red de pocas decenas de universidades y laboratorios de investigación en Estados Unidos. Nadie imaginaba que en cuatro décadas habría más de 15.000 millones de dispositivos conectados. Con solo 32 bits para las direcciones, IPv4 ofrecía 4.294.967.296 direcciones únicas: parecía más que suficiente para siempre.

El agotamiento del espacio de direcciones IPv4 se convirtió en una preocupación real en los años 90. La IETF (Internet Engineering Task Force) comenzó a trabajar en un sucesor en 1994, y publicó la primera especificación de IPv6 en 1995 (RFC 1883, revisado en 1998 como RFC 2460 y actualizado en 2017 como RFC 8200). IPv6 usa 128 bits para las direcciones, lo que proporciona 2¹²⁸ = 340.282.366.920.938.463.463.374.607.431.768.211.456 direcciones únicas: un número tan grande que es prácticamente imposible agotarlo en cualquier escenario imaginable.

Formato y notación de las direcciones IP

Direcciones IPv4: notación decimal con puntos

Una dirección IPv4 consiste en 32 bits divididos en cuatro grupos de 8 bits (octetos), representados en decimal y separados por puntos:

# Ejemplo de dirección IPv4:
195.234.56.78

# En binario (32 bits):
11000011.11101010.00111000.01001110

# Rango posible por octeto: 0 a 255 (2^8 = 256 valores)
# Rango total: 0.0.0.0 a 255.255.255.255

# Algunas direcciones IPv4 reservadas (no usables en internet público):
127.0.0.0/8      # Loopback (localhost): 127.0.0.1
10.0.0.0/8       # Red privada clase A (10.0.0.0 - 10.255.255.255)
172.16.0.0/12    # Red privada clase B (172.16.0.0 - 172.31.255.255)
192.168.0.0/16   # Red privada clase C (192.168.0.0 - 192.168.255.255)
169.254.0.0/16   # APIPA (link-local, sin servidor DHCP disponible)
0.0.0.0          # Red sin especificar / ruta por defecto

Direcciones IPv6: notación hexadecimal con dos puntos

Una dirección IPv6 consiste en 128 bits divididos en ocho grupos de 16 bits, representados en hexadecimal y separados por dos puntos:

# Ejemplo de dirección IPv6 completa:
2001:0db8:85a3:0000:0000:8a2e:0370:7334

# Reglas de abreviación IPv6:
# Regla 1: Los ceros iniciales de cada grupo pueden omitirse:
2001:db8:85a3:0:0:8a2e:370:7334

# Regla 2: Un grupo de grupos de ceros consecutivos puede reemplazarse por "::"
# (pero solo una vez por dirección):
2001:db8:85a3::8a2e:370:7334

# Ejemplos de direcciones IPv6 especiales:
::1              # Loopback (equivalente a 127.0.0.1 en IPv4)
::               # Dirección no especificada (equivalente a 0.0.0.0 en IPv4)
fe80::/10        # Link-local (autoconfiguradas, solo válidas en la red local)
fc00::/7         # Unique local (redes privadas, equivalente a 10.x.x.x en IPv4)
ff00::/8         # Multicast (comunicaciones a múltiples destinos)
2001:db8::/32    # Rango reservado para documentación y ejemplos (como en este artículo)
::/96            # Rango para mapear IPv4 en IPv6

# Ver las IPs IPv6 configuradas en el servidor:
ip -6 addr show

La notación CIDR: máscaras de subred

Tanto IPv4 como IPv6 usan la notación CIDR (Classless Inter-Domain Routing) para indicar el prefijo de red y la longitud del mismo:

# IPv4 con CIDR:
195.234.56.0/24   # Los primeros 24 bits son el prefijo de red
                  # Los últimos 8 bits son para hosts: 195.234.56.0 - 195.234.56.255
                  # Total de hosts usables: 254 (256 - 2 para red y broadcast)

192.168.1.0/16    # Los primeros 16 bits son red: 65.534 hosts posibles

# IPv6 con CIDR:
2001:db8::/32     # Los primeros 32 bits son el prefijo de red del ISP
2001:db8:1::/48   # Los primeros 48 bits: prefijo de sitio
2001:db8:1:1::/64 # Los primeros 64 bits: prefijo de subred (el más común en IPv6)
                  # Los últimos 64 bits: identificador de interfaz del dispositivo

Comparativa técnica completa: IPv4 vs IPv6

El agotamiento de IPv4: cómo llegamos hasta aquí

El agotamiento de las direcciones IPv4 públicas no fue un evento puntual sino un proceso gradual que llevó décadas:

• 1981: RFC 791 define IPv4 con 32 bits de direccionamiento. ARPANET tiene menos de 1.000 nodos.
• 1992: La IETF reconoce que el espacio de IPv4 se agotará en 10-15 años y comienza a trabajar en soluciones.
• 1994: Se introduce CIDR (Classless Inter-Domain Routing) para usar las direcciones de forma más eficiente. Se introduce NAT como solución temporal.
• 1995: Primera especificación de IPv6 publicada como borrador.
• 3 de febrero de 2011: IANA (la autoridad global de direcciones IP) agota sus últimos bloques de direcciones IPv4 disponibles y los distribuye entre los RIRs regionales.
• 14 de septiembre de 2012: RIPE NCC (el RIR de Europa) agota su último bloque de direcciones IPv4 disponibles para nuevas asignaciones.
• 2019: RIPE NCC agota completamente su reserva de emergencia de IPv4. Las IPs IPv4 nuevas solo se pueden obtener comprando bloques existentes en el mercado secundario, a precios que han llegado a superar los 50 dólares por dirección.
• 2026: IPv4 sigue siendo el protocolo dominante por compatibilidad, pero IPv6 ya representa el 45% del tráfico a algunos grandes proveedores.

NAT: la solución temporal que se volvió permanente

NAT (Network Address Translation) fue diseñado en 1994 como una solución temporal para extender la vida útil de IPv4. La idea es simple: en lugar de que cada dispositivo de una red local tenga una dirección IP pública única, todos los dispositivos comparten una sola IP pública a través del router. El router mantiene una tabla de traducción que mapea las conexiones de los dispositivos internos (con IPs privadas) a la IP pública única.

Cómo funciona NAT

# Ejemplo de red con NAT:
# Dispositivos en la red local (IPs privadas):
# Ordenador:  192.168.1.10
# Móvil:      192.168.1.11
# Tablet:     192.168.1.12

# IP pública del router: 195.234.56.78

# Cuando el ordenador hace una petición a google.com:
# 1. El paquete sale del ordenador: origen 192.168.1.10:51234, destino 8.8.8.8:443
# 2. El router lo intercepta y cambia el origen: 195.234.56.78:51234, destino 8.8.8.8:443
# 3. Guarda en su tabla NAT: 51234 → 192.168.1.10:51234
# 4. Cuando llega la respuesta de Google, el router la redirige a 192.168.1.10

# Verificar la IP pública del servidor (lo que ve internet):
curl -4 https://ifconfig.me

# Verificar la IP privada de la interfaz de red:
ip -4 addr show

Los problemas de NAT que IPv6 resuelve

NAT funciona para la navegación web básica, pero introduce complejidades significativas:

• Problemas con aplicaciones P2P y VoIP: las aplicaciones que necesitan conexiones entrantes (torrents, videollamadas peer-to-peer, servidores de juegos) tienen dificultades con NAT porque el router no sabe a qué dispositivo interno redirigir las conexiones entrantes sin configuración manual.
• Complejidad en la depuración de red: los logs del servidor muestran la IP del router, no la del dispositivo real, lo que dificulta el diagnóstico de problemas.
• Latencia adicional: cada paquete debe procesarse en el router para la traducción de direcciones.
• Violación del principio end-to-end: internet fue diseñado para que cualquier dispositivo pueda comunicarse directamente con cualquier otro. NAT rompe este principio al interponer un intermediario.

Con IPv6, cada dispositivo tiene su propia dirección IP pública única y no necesita NAT. Las conexiones son directas de extremo a extremo, como fue diseñado internet originalmente.

SLAAC: configuración automática de IPv6 sin DHCP

Una de las innovaciones más elegantes de IPv6 es SLAAC (Stateless Address Autoconfiguration, RFC 4862). Permite que los dispositivos generen automáticamente su propia dirección IPv6 única sin necesitar un servidor DHCP:

1. El dispositivo genera una dirección link-local provisional usando su dirección MAC como base (EUI-64) o un número aleatorio.
2. El dispositivo envía un mensaje de "Router Solicitation" (RS) para encontrar routers en la red local.
3. El router responde con un "Router Advertisement" (RA) que contiene el prefijo de red (por ejemplo, 2001:db8:1::/64).
4. El dispositivo combina el prefijo del router con su identificador de interfaz (64 bits basados en la MAC o generados aleatoriamente para privacidad) para generar su dirección IPv6 completa.
5. El dispositivo verifica que la dirección no está en uso ya en la red (Duplicate Address Detection, DAD).

# Ver las direcciones IPv6 autoconfiguradas en Linux:
ip -6 addr show

# Ejemplo de salida típica:
# 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP>
#     inet6 2001:db8:1:1:5054:ff:fe12:3456/64 scope global dynamic mngtmpaddr
#     valid_lft 86390sec preferred_lft 14390sec
#     inet6 fe80::5054:ff:fe12:3456/64 scope link
#
# La primera es la dirección global (pública), generada con SLAAC
# La segunda (fe80::) es la link-local, solo válida en la red local

IPv6 en la práctica: configuración en servidores Linux

Verificar si el servidor tiene IPv6 activo

# Ver todas las interfaces y sus direcciones IPv4 e IPv6:
ip addr show

# Ver solo las direcciones IPv6:
ip -6 addr show

# Verificar la conectividad IPv6:
ping6 google.com
ping6 -c 4 2001:4860:4860::8888  # Google DNS IPv6

# Ver la tabla de rutas IPv6:
ip -6 route show

# Verificar qué IP pública IPv6 tiene el servidor:
curl -6 https://ifconfig.me

Configurar una IP IPv6 estática en Ubuntu/Debian

# Con netplan (Ubuntu 18.04+, Debian 12+):
# En /etc/netplan/01-netcfg.yaml:
network:
  version: 2
  ethernets:
    eth0:
      dhcp4: true          # IPv4 por DHCP
      dhcp6: false         # No usar DHCPv6
      addresses:
        - 2001:db8:1:1::1/64    # IP IPv6 estática
      routes:
        - to: ::/0
          via: 2001:db8:1:1::fe  # Gateway IPv6 (proporcionado por el ISP/hoster)
      nameservers:
        addresses:
          - 8.8.8.8
          - 2001:4860:4860::8888  # Google DNS IPv6

# Aplicar la configuración:
sudo netplan apply

# Verificar que se aplicó:
ip -6 addr show eth0

Configurar IPv6 en Nginx para dual-stack

# Para que Nginx escuche tanto en IPv4 como en IPv6:
server {
    # IPv4:
    listen 80;
    listen 443 ssl;

    # IPv6 (añadir estas líneas):
    listen [::]:80;
    listen [::]:443 ssl;

    server_name tudominio.com www.tudominio.com;

    # Resto de la configuración...
}

# Verificar que Nginx escucha en ambas versiones:
sudo ss -tlnp | grep nginx
# Debe mostrar tanto 0.0.0.0:443 (IPv4) como :::443 (IPv6)

Configurar IPv6 en Apache para dual-stack

# En el VirtualHost de Apache:
# IPv4:
<VirtualHost *:80>
    ServerName tudominio.com
</VirtualHost>

# Alternativa explícita IPv4 + IPv6:
<VirtualHost 0.0.0.0:80 [::]:80>
    ServerName tudominio.com
    # ... configuración del sitio
</VirtualHost>

# Verificar que Apache escucha en ambas versiones:
sudo apachectl -S | grep -E "port|IPv"
sudo ss -tlnp | grep apache

Registros DNS para IPv6: el registro AAAA

# Para que tu dominio sea accesible por IPv6, necesitas un registro AAAA en el DNS:
# Tipo: AAAA
# Nombre: @ (dominio raíz) o www
# Valor: la dirección IPv6 de tu servidor
# TTL: 3600

# Verificar el registro AAAA de un dominio:
dig tudominio.com AAAA
dig +short tudominio.com AAAA

# Verificar la conectividad IPv6 completa al dominio:
curl -6 -I https://tudominio.com

# Herramienta online para verificar si tu dominio tiene AAAA:
# https://ipv6-test.com/validate.php?url=tudominio.com

Dual-stack: IPv4 e IPv6 simultáneamente

Dual-stack es la configuración en la que un servidor o dispositivo tiene simultáneamente una dirección IPv4 y una dirección IPv6, pudiendo comunicarse con dispositivos que usen cualquiera de los dos protocolos. Es la configuración recomendada para cualquier servidor en 2026 y es el enfoque que todos los grandes proveedores de infraestructura (Google, Amazon, Cloudflare, Akamai) han adoptado para la transición de IPv4 a IPv6.

Con dual-stack, cuando un cliente intenta conectarse a un servidor:

• Si el cliente tiene IPv6 disponible y el servidor tiene un registro AAAA en el DNS, el cliente usa IPv6 (algoritmo Happy Eyeballs, RFC 6555: el navegador intenta ambas versiones casi simultáneamente y usa la que responda primero).
• Si el cliente solo tiene IPv4 o si la conexión IPv6 falla, el cliente usa IPv4 de forma transparente.

# Verificar si un servidor tiene dual-stack configurado:
# Debe tener tanto registro A (IPv4) como AAAA (IPv6):
dig tudominio.com A +short
dig tudominio.com AAAA +short

# Verificar la conectividad dual-stack con curl:
curl -4 -I https://tudominio.com  # Fuerza IPv4
curl -6 -I https://tudominio.com  # Fuerza IPv6

# Ver qué protocolo usa curl por defecto (happy eyeballs):
curl -v https://tudominio.com 2>&1 | grep "Connected to"
# Mostrará la IP a la que se conectó (IPv4 o IPv6)

El algoritmo Happy Eyeballs: cómo el navegador elige entre IPv4 e IPv6

El algoritmo Happy Eyeballs (RFC 6555, actualizado en RFC 8305) es el mecanismo que usan los navegadores modernos para elegir entre IPv4 e IPv6 de forma que el usuario experimente la conexión más rápida posible. En lugar de intentar IPv6 primero y esperar a que falle para probar IPv4 (lo que añadiría varios segundos de latencia si IPv6 no funciona), Happy Eyeballs:

1. Inicia simultáneamente la resolución DNS para los registros A (IPv4) y AAAA (IPv6).
2. Intenta conectarse primero por IPv6 (si hay registro AAAA).
3. Después de 50 milisegundos, si IPv6 no ha completado el handshake, intenta también IPv4 en paralelo.
4. Usa whichever connection completes primero.
5. Cancela la conexión más lenta una vez que la primera está establecida.

El resultado es que el usuario siempre obtiene la conexión más rápida (IPv4 o IPv6) con una latencia adicional máxima de 50ms en el peor caso.

IPv6 y el SEO: ¿afecta a Google?

Desde el punto de vista del SEO, Googlebot puede rastrear sitios tanto por IPv4 como por IPv6 desde 2008. Google tiene Googlebots específicos para IPv6 (con User-Agent "Googlebot" pero conectando desde rangos de IPs IPv6 de Google). En 2026:

• No tener IPv6 no penaliza el posicionamiento: Googlebot usa IPv4 si no hay registro AAAA.
• Tener IPv6 tampoco es un factor de ranking directo: no mejora ni empeora el SEO por sí mismo.
• Donde IPv6 sí puede ayudar indirectamente es en el rendimiento: si los usuarios de Google Chrome con IPv6 nativo experimentan conexiones más rápidas (sin NAT), las métricas de Core Web Vitals pueden mejorar ligeramente.
• Si configuras IPv6 mal (por ejemplo, el registro AAAA apunta a una IP sin SSL válido), puede hacer que Googlebot y algunos usuarios encuentren errores SSL o de conexión.

Casos de uso: cuándo priorizar IPv4 y cuándo IPv6

Mecanismos de transición de IPv4 a IPv6

La transición de IPv4 a IPv6 no es un corte abrupto sino un proceso gradual. Existen varios mecanismos técnicos para facilitar la coexistencia:

Preguntas frecuentes sobre IPv4 e IPv6

¿Es más rápido IPv6 que IPv4?

En teoría, IPv6 tiene algunas ventajas técnicas que pueden reducir la latencia: cabecera fija de 40 bytes (más eficiente de procesar que la variable de IPv4), sin fragmentación en routers intermedios (solo el origen fragmenta, lo que reduce la carga en los routers), y eliminación del broadcast (IPv6 usa multicast, que es más eficiente). En la práctica, la diferencia de rendimiento es marginal para la mayoría de los usuarios: unos pocos milisegundos en el mejor caso. Donde IPv6 sí puede ser más rápido es cuando el cliente tiene IPv6 nativo sin NAT: al eliminar el procesamiento de NAT en el router, la latencia se reduce ligeramente.

¿Cuántas IPs IPv6 puede tener un servidor?

Técnicamente, un servidor puede tener prácticamente un número ilimitado de IPs IPv6. El bloque mínimo que un ISP asigna a un sitio cliente es normalmente un /64 (18.446.744.073.709.551.616 direcciones) o incluso un /48 (1.208.925.819.614.629.174.706.176 direcciones). En la práctica, los servidores suelen tener una o varias IPs IPv6 configuradas, más la dirección link-local que se genera automáticamente. Los proveedores de hosting como sys4net asignan al menos una dirección IPv6 pública a cada servidor.

¿Por qué las direcciones IPv6 son tan largas y difíciles de recordar?

Las direcciones IPv6 de 128 bits son mucho más largas que las IPv4 de 32 bits porque necesitan proporcionar un espacio de direcciones prácticamente ilimitado. La longitud es el precio de la abundancia de direcciones. En la práctica, nadie recuerda las direcciones IPv6 directamente: para eso existe el DNS, que traduce nombres de dominio (sys4net.com) en IPs. Del mismo modo que nadie memoriza la IP de Google, nadie necesita memorizar una dirección IPv6. Las herramientas de administración de servidores muestran las IPs de forma legible y las conexiones SSH se hacen por nombre de dominio o IP predefinida en el archivo ~/.ssh/config.

¿Mi sitio web funciona sin IPv6?

Sí, perfectamente. En 2026, IPv4 sigue siendo el protocolo mayoritario y prácticamente todos los usuarios pueden acceder a sitios que solo tienen IPv4. No tener IPv6 no rompe ninguna funcionalidad ni perjudica el SEO directamente. Dicho esto, la tendencia es clara: cada año un mayor porcentaje del tráfico de internet es IPv6, especialmente en redes móviles (donde los operadores usan IPv6 para evitar el problema de agotamiento de IPv4). Configurar dual-stack ahora es una inversión de futuro con coste mínimo.

¿Cómo sé si mi proveedor de hosting soporta IPv6?

La forma más directa es preguntar al soporte del proveedor o revisar su documentación técnica. También puedes verificarlo accediendo a tu servidor por SSH y ejecutando ip -6 addr show: si el servidor tiene una dirección IPv6 global (que empiece por 2 o 3, no por fe80), tu proveedor soporta IPv6. En sys4net, todos los servidores VPS y dedicados incluyen soporte dual-stack IPv4/IPv6 por defecto. También puedes usar herramientas como test-ipv6.com desde el servidor (con curl) para verificar la conectividad IPv6 completa.

¿Es necesario un firewall diferente para IPv6?

Sí. Los firewalls de Linux tienen reglas separadas para IPv4 (iptables o nftables con la tabla ip) e IPv6 (ip6tables o nftables con la tabla ip6). Si solo configuras reglas para IPv4 y activas IPv6, el tráfico IPv6 puede pasar sin restricciones. En UFW (el firewall de Ubuntu), las reglas se aplican automáticamente a ambos protocolos cuando añades una regla de puerto (por ejemplo, sudo ufw allow 443 aplica tanto a IPv4 como a IPv6). En nftables y iptables/ip6tables directos, necesitas configurar reglas explícitas para cada protocolo.

# Verificar las reglas de firewall para IPv6 en Ubuntu con UFW:
sudo ufw status verbose
# Las reglas IPv6 aparecen como "(v6)" en la salida

# En iptables/ip6tables directos:
sudo iptables -L -n    # Reglas IPv4
sudo ip6tables -L -n   # Reglas IPv6 (deben existir por separado)

# En nftables (el reemplazo moderno de iptables):
sudo nft list ruleset  # Muestra todas las reglas para IPv4 e IPv6