Subnet Academy
CCNA v2.0
CCNA v2.0/Módulo 6 · IPv6

0% del curso completado

Lectura

Configurar y verificar IPv6 en hosts e IOS (1.4 parcial)

📋 En esta lección

La teoría de las tres lecciones anteriores, al teclado: habilitar IPv6 en un router IOS (con el comando global que todo el mundo olvida), configurar direcciones estáticas, EUI-64 y link-local a mano, montar dual stack conviviendo con IPv4, y la batería de verificación en IOS, Windows y Linux.

El interruptor general: ipv6 unicast-routing

La sorpresa de todo primer lab de IPv6 en Cisco:

R1(config)# ipv6 unicast-routing

Sin este comando global, el router no enruta IPv6 ni emite RAs — aunque configures direcciones en las interfaces. Las interfaces responderán a ping, pero los hosts jamás recibirán el prefijo (sin RA no hay SLAAC) y el router no reenviará paquetes entre interfaces. Es el no shutdown de este módulo: el olvido clásico que explica el 80% de los "IPv6 no funciona" en labs.

(En IPv4 no existe un equivalente porque ip routing viene activado de fábrica en routers; en IPv6, por historia, no.)

Configurar direcciones en IOS

Las cuatro variantes sobre la interfaz:

R1(config)# interface GigabitEthernet0/0

! 1. GUA estática — lo normal en routers (interface ID legible):
R1(config-if)# ipv6 address 2001:db8:acad:10::1/64

! 2. GUA con EUI-64 — das el prefijo, la MAC pone el resto:
R1(config-if)# ipv6 address 2001:db8:acad:20::/64 eui-64

! 3. Link-local manual — en vez de la autogenerada:
R1(config-if)# ipv6 address fe80::1 link-local

! 4. Solo activar IPv6 sin GUA (genera únicamente la link-local):
R1(config-if)# ipv6 enable

Notas de práctica profesional:

  • La máscara va en CIDR (/64) — a diferencia de ip address, que exigía decimal. Pequeña incoherencia histórica de IOS que agradecerás.
  • Link-local manual (fe80::1): la autogenerada por EUI-64 es ilegible (fe80::21a:2bff:fe3c:4d5e). Como el gateway que ven los hosts y los next-hops de rutas estáticas son link-locals, fijarlas a mano (fe80::1 el router principal, fe80::2 el secundario, por interfaz — solo deben ser únicas en su enlace) hace la red infinitamente más diagnosticable.
  • Varias GUAs en la misma interfaz conviven sin secondary — en IPv6 es el comportamiento natural.

Dual stack: IPv4 e IPv6 a la vez

La estrategia de transición dominante es dual stack: cada interfaz lleva ambas pilas, y cada aplicación elige (los sistemas modernos prefieren IPv6 cuando está disponible — mecanismo happy eyeballs mediante):

R1(config)# interface GigabitEthernet0/0
R1(config-if)# ip address 10.1.10.1 255.255.255.0
R1(config-if)# ipv6 address 2001:db8:acad:10::1/64
R1(config-if)# no shutdown

Las dos pilas son independientes de arriba abajo: tablas de rutas separadas (show ip route / show ipv6 route), protocolos de routing separados (OSPFv2 / OSPFv3), ACLs separadas. Diagnóstico incluido: que funcione IPv4 no dice nada del estado de IPv6, y viceversa.

Configurar hosts

Windows: IPv6 está activo por defecto; con un router anunciando RAs, SLAAC funciona sin tocar nada. Estática: Propiedades del adaptador → TCP/IPv6. Verificación:

C:\> ipconfig
   Dirección IPv6 . . . . . . . : 2001:db8:acad:10:a1b2:c3d4:e5f6:789a
   Dirección IPv6 temporal. . . : 2001:db8:acad:10:7c2f:...   ← privacy extensions
   Vínculo: dirección IPv6 local: fe80::a1b2:c3d4:e5f6:789a%12
   Puerta de enlace . . . . . . : fe80::1%12

Dos detalles que desconciertan la primera vez: varias direcciones (la estable, la temporal rotatoria, la link-local — todo normal), y el %12 — el zone ID: como toda interfaz tiene link-local del mismo rango fe80::/10, el sufijo indica por qué interfaz — imprescindible al hacer ping a una link-local (ping fe80::1%12).

Linux: ip -6 addr show, ip -6 route show (el gateway aparecerá como default via fe80::1 dev ens33). El zone ID se escribe fe80::1%ens33.

La batería de verificación en IOS

R1# show ipv6 interface brief
GigabitEthernet0/0     [up/up]
    FE80::1
    2001:DB8:ACAD:10::1

R1# show ipv6 interface GigabitEthernet0/0   ← detalle: grupos multicast, flags ND, DAD
R1# show ipv6 route                          ← C (connected), L (local), ND, S, O…
R1# show ipv6 neighbors                      ← la caché NDP (el "show arp" de IPv6)
R1# ping 2001:db8:acad:10::10                ← ping IPv6, misma sintaxis
R1# ping fe80::2                             ← a una link-local IOS pregunta la interfaz:
Output Interface: GigabitEthernet0/0

En show ipv6 route aparecen los mismos códigos de siempre más alguno nuevo: C conectada, L local (/128 de la propia interfaz — y las link-locals no aparecen: no se enrutan), ND rutas aprendidas de RAs, S estáticas, O OSPFv3.

La escalera de ping, versión IPv6

1. ping ::1                        ← pila IPv6 local viva
2. ping <mi GUA>                   ← interfaz operativa
3. ping <link-local del gateway>%if ← el enlace funciona (¡con zone ID!)
4. ping <GUA del gateway>          ← llegando en IPv6 enrutable
5. ping 2001:4860:4860::8888       ← Internet IPv6 (Google DNS)
6. ping google.com                 ← DNS resolviendo AAAA

Lab propuesto (Packet Tracer)

Router + switch + 2 PCs: (1) ipv6 unicast-routing + GUA 2001:db8:acad:1::1/64 y link-local fe80::1 en Gi0/0. (2) PCs en "Automatic" → verifica que reciben GUA por SLAAC y gateway fe80::1. (3) Añade IPv4 (dual stack) y comprueba que ambas pilas conviven. (4) Provoca la avería didáctica: no ipv6 unicast-routing y observa qué deja de funcionar exactamente (los PCs conservan su GUA hasta caducar, pero los RAs cesan y el router no reenvía — el síntoma es sutil y muy formativo).

Relación con otros conceptos

  • Los tipos de dirección que configuras son los de la 6.1; el EUI-64 del comando homónimo, el de la 6.2; los RAs que unicast-routing habilita, los de la 6.3.
  • La escalera de ping es la de la lección 4.5, con el matiz del zone ID en link-locals.
  • show ipv6 route y las rutas ND/S/O preparan el Módulo 7 (rutas estáticas 7.2, OSPFv3 7.5).
  • El troubleshooting sistemático de esta pila es la próxima lección.

Resumen

Primero ipv6 unicast-routing — sin él no hay routing ni RAs (el olvido nº1). En interfaces: ipv6 address <prefijo>::X/64 (CIDR, no máscara decimal), variante eui-64, link-local manual (fija fe80::1 en gateways: legibilidad en diagnóstico) o ipv6 enable para solo link-local; varias GUAs conviven sin secondary. Dual stack = ambas pilas en cada interfaz, independientes en todo (tablas, protocolos, ACLs — diagnósticos separados). Hosts: SLAAC solo, varias direcciones es lo normal, y el zone ID (%12, %ens33) acompaña a toda link-local. Verificación: show ipv6 interface brief, show ipv6 route, show ipv6 neighbors, y la escalera de ping con ::1 y el gateway link-local.

Fuentes oficiales

Quiz

Comprueba lo que has aprendido

1.Configuras GUAs en todas las interfaces del router, pero los hosts no autoconfiguran y el router no reenvía IPv6. ¿Qué falta?

2.¿Por qué conviene fijar a mano `fe80::1 link-local` en la LAN del router?

3.¿Qué significa el `%12` en `ping fe80::1%12` en Windows?

4.En dual stack, el ping IPv4 al servidor funciona y el IPv6 falla. ¿Qué conclusión es correcta?

5.Un Windows muestra tres direcciones IPv6 en ipconfig: una estable, una "temporal" y la link-local. ¿Diagnóstico?

6.¿Qué muestra `show ipv6 neighbors`?