M5-e-Practica Routing Dinamico
M5-e-Practica Routing Dinamico
M5-e-Practica Routing Dinamico
Introducción
Este documento forma parte del Taller Práctico del Curso IPv6 Avanzado, de LACNIC.
En la práctica se tienen cuatro routers, R1, R2, R4 y R5. La siguiente figura muestra el detalle
de los routers, las direcciones IPs necesarias en esta práctica y el diseño de los protocolos de
routing a utilizar:
Como se ve, se divide el laboratorio en dos sistemas autónomos, 100 y 200, dentro de cada
uno se usará OSPF como protocolo de routing. Entre los dos sistemas autónomos usaremos
BGP para el intercambio de rutas.
- Debemos eliminar las rutas estáticas introducidas en cada uno de los cuatro routers del
laboratorio (R1, R2, R4 y R5). Para ello habrá que usar los mismos comandos usados para
introducir las rutas estáticas, pero precedida por la palabra no.
Por ejemplo, para el router R4, para quitar una ruta IPv4 y una de las rutas IPv6 configuradas
usaremos:
- Podemos ver las rutas IPv4 e IPv6 que tiene un router con los comandos:
- Definimos para cada router, tanto para OSPFv2 como OSPFv3, los siguientes valores de
RouterID:
Esta configuración crea un proceso de routing OSPFv2, utilizando como RouterID 4.4.4.4,
activando el protocolo en las interfaces eth2 (con dirección dentro del prefijo 10.0.80.0/24) y
eth1 (con dirección dentro del prefijo 10.0.14.0/24). Además se indica que la interfaz eth2 sea
“pasiva”, es decir que no se envíen/reciban mensajes OSPFv2 por ella, pero que sí se anuncie la
ruta de la red de esa interfaz.
Esta configuración crea un proceso de routing OSPFv3, utilizando como RouterID 4.4.4.4,
activando el protocolo en las interfaces eth2 y eth1. Además se configura la interfaz eth2 para
que sea “pasiva”, es decir que no se envíen/reciban mensajes OSPFv2 por ella, pero que sí se
anuncie la ruta de la red de esa interfaz.
- Siguiendo los ejemplos anteriores, configurar OSPFv2 y OSPFv3 para R1, R2 y R5. Tener en
cuenta que tanto R1 como R2, solo deben hablar OSPF hacia “dentro” del AS, es decir, por su
interfaz eth2 y no anunciar el prefijo de eth1 por OSPF.
- Para comprobar que OSPF está funcionando se puede hacer ping IPv4 e IPv6 desde R1 a S1, y
desde R2 a S2.
- El peering BGP se establecerá entre R1 y R2, usando como dirección del “vecino” la del enlace
que los une, en la red 10.0.12.0/24 y 2001:db8:0:12::/64.
Esta configuración crea un proceso de routing BGP, usando como RouterID 1.1.1.1 y sistema
autónomo propio el 100. Se define un vecino o peer con dirección IPv4 10.0.12.2 y sistema
autónomo 200. Se entra en la familia de direcciones IPv4, donde se activa el vecino anterior y
se anuncian las dos rutas de los prefijos IPv4 usados dentro del ASN 100.
Esta configuración crearía un proceso de routing BGP versión 4, pero en nuestro caso ya lo
creamos antes, usando como RouterID 1.1.1.1 y sistema autónomo propio el 100. Se define un
vecino o peer con dirección IPv6 2001:db8:0:12::2 y sistema autónomo 200. Se entra en la
familia de direcciones IPv6, donde se activa el vecino anterior y se anuncian las dos rutas de los
prefijos IPv6 usados dentro del ASN 100.
- Siguiendo el ejemplo anterior, configurar BGP para IPv4 e IPv6 en R2, cuyo “vecino” es R1.
- Para comprobar que BGP está funcionando se puede hacer ping IPv4 e IPv6 desde R1 a la
interfaz eth2 de R2, así como ping desde R2 a la interfaz eth2 de R1.
Redistribuir Rutas
- Con lo configurado hasta el momento todavía no son alcanzables el router y servidor interno
de un AS desde el otro AS. Por ejemplo, R2 no podrá llegar a R4 y S1. El problema es que, por
ejemplo en el AS 100, R4 no conoce las rutas a los prefijos del AS 200. Estas rutas las aprende
R1, pero no se las “cuenta” a R4.
- Una solución para que R4 conozca las rutas aprendidas por BGP por R1, es que R1
redistribuya esas rutas BGP en OSPF.
- Para configurar la redistribución de las rutas BGP IPv4 en OSPFv2 para el router R1, haremos:
- Para configurar la redistribución de las rutas BGP IPv6 en OSPFv3 para el router R1, haremos:
- Se puede comprobar en R4 y R5 si se reciben por OSPF las rutas a los prefijos del sistema
autónomo vecino.
- Si todo ha ido bien, debería haber ping entre todos los routers y servidores internos de cada
AS entre sí. Por ejemplo, desde S1 y R4 se llegará a R5 y S2. Comprobarlo.
Referencias