Este documento discute los conceptos básicos de enrutamiento IPv6, incluyendo tablas de enrutamiento, rutas conectadas, locales y estáticas. También describe el proceso de habilitar el enrutamiento IPv6 en Cisco IOS y explica los comandos show ipv6 route.
Necesario para enrutamiento y para habilitar stateless auto-configuration
Solo está disponible la opción: show ipv6 route ospf
Para ver la tabla de enrutamiento de IPv6, el comando es show ipv6 route
No hay clases
Las rutas están independientes, sin la red patrón
Las rutas están organizadas en orden ascendente
Otros datos siguen igual: DA, Métrica, Interfaz de salida o próximo salto
Solo se ven las direcciones IPv6 globales
Las direcciones Link Local no se muestran en la tabla de enrutamiento
En el comando show ipv6 route solo se muestran las IPs globlaes configuradas en las interfaces
Para ver las direcciones Link Local se debe utilizar otros comandos como:
Show ipv6 inter brief
Show ipv6 interface, este también muestra detalles sobre la longitud de prefijo
Las rutas directamente conectadas apuntan como próximo salto a ::, eso significa el mismo router y luego la interfaz en la cual está dicha red
Determinar caules serían las redes
Esas dos últimas rutas son para no reenviar tráfico
El tráfico que el router reciba y que no tenga una ruta más específica que estas, será descartado.
Se mantiene el funcionamiento como en IPv4, en enlaces multiacceso no es recomendable utilizar la interfaz de salida
Entonces es mejor utilizar la IP de próximo salto o incluso una ruta completamente especificada
Identificar la dirección Global Unicast del vecino
Rutas estáticas recursivas, para poder ser instaladas en la tabla de enrutamiento el router debe de saber alcanzar al próximo salto.
En cuanto a la ruta estática que apunta a una dirección global: El RFC 2461 especifica que un router debe poder determinar la dirección link local de su próximo salto, por lo que no se recomienda hacer rutas de esta forma en enlaces multiacceso.
Identificar la dirección Link Local del vecino
OSPFv3 fue el segundo protocolo de enrutamiento que obtuvo soporte para IPv6 del IETF. El primero fue RIP -> RIPng
En IPv6, las direcciones de red, las que se tienen en la tabla de enrutamiento, se llaman prefijos
Cuando se está ejecutando OSPFv3 con "Address Families", OSPF mantiene tablas separadas y paralelas para ambas versiones del protocolo IP
El soporte de “Address Families” viene con IOS 15.x, la versión varía según la palataforma
Existen varias similitudes entre los 2 protocolos.
El algoritmo de enrutamiento es todavía Dijkstra y ambos son algoritmos de enrutamiento de estado enlace
La métrica todavía se calcula como costo = 10 ^ 8/BW de la interfaz. En realidad se puede utilizar el comando auto-cost reference bandwidth para influir en cómo funciona la fórmula.
Áreas – hace escalable al SPF.
Tipos de paquetes - siguen siendo los mismos, sin embargo, las LSA reales están sujetos a cambios. Router LSA y Network LSA ya no contienen información de prefijos.
Descubrimiento de vecinos sigue siendo igual, pero no hay ningún requisito de tener la misma subred en un enlace.
DR y BDR, así como el proceso de elección, sigue siendo el mismo
Router ID sigue siendo de 32 bits.
En OSPFv3 los LSA 1 y 2 no publican redes:
El LSA 1 envía el Tipo de Interfaz (stub, tránsito, etc), su métrica, quien es el DR, entre otras cosas pero no el prefijo
El LSA 2 envía los router-ID de los routers del segmento pero no el prefijo del segmento
El Link LSA identifica información del enlace, como información del vecino en un enlace.
El Intra-area Prefix LSA es el que se encarga de propagar la información de las redes en todo el área
La direcciones con las que se envían los paquetes de OSPF son las Link Local.
El prompt del router es diferente
Implementación de auto-cost reference-bandwidth
Reset OSPF process
#clear ipv6 ospf process
Comandos
show ipv6 ospf neighbor
show ipv6 ospf interface
show ipv6 ospf database
show ipv6 route ospf
show ipv6 protocol
debug ipv6 ospf adj
debug ipv6 ospf event