Laboratorio OSPF

Sitio: Facultad de Ingeniería U.Na.M.
Curso: Redes II - IC421
Libro: Laboratorio OSPF
Imprimido por: Invitado
Día: miércoles, 4 de diciembre de 2024, 23:05

1. Objetivos

Implementar ruteo OSPF, de una sola área, que informe las rutas a los router que comparten el área.

Además se pretende que el sistema se adapte ante cambios de la topología.

Este laboratorio se puede implementar en GNS3 o físico con routers Mikrotik. En GNS3 será necesario utilizar NAT para acceder con Winbox a los routers que no están directamente conectados a la nube. Esto ya se abordó en laboratorios anteriores. La alternativa es utilizar la consola (terminal, línea de comandos, etc) de los routers para ingresar las configuraciones. En ambos entornos (GNS3 o físico) se puede acceder a la consola:

  • En GNS3:
    • doble click sobre el router
    • click derecho -> console
  • Físico:
    • SSH
    • Winbox/Webfig -> New Terminal


2. Topología

Este ejercicio consiste en 3 routers conectados entre ellos utilizando la red 10.10.1.0/24. Cada router además está conectado a otra red.


Asegúrese de que las PCs (VPCs) tengan todos los parámetros necesarios para una comunicación IP.

Como se puede ver, existen dos caminos para llegar de PC1 a PC2 y OSPF seleccionará el camino más conveniente.

3. OSPF

Existen tres pasos básicos para configurar OSPF

  • Habilitar la(una) instancia de OSPF.
  • Configurar el área.
  • configurar las redes.
En Mikrotik esto se realiza en el menú Routing -> OSPF.

4. Configuración con Winbox

Para ejemplificar ambos métodos de configuración usaremos Winbox para el Router1 y la consola para Router2 y Router3.
Lo primero que debemos hacer es asignarle las direcciones IP a las interfaces. También es recomendable agregarle un comentario a cada interfaz y al router mismo.


La Interfaz ether1 está conectada a la nube/fio por lo que corresponde que adquiera su dirección IP de un servidor DHCP. Para ello debe existir un cliente DHCP activo en dicha interfaz.

4.1. Instancia

Creamos una instancia en el menú Routing -> OSPF


Podemos asignarle cualquier nombre. La versión 2 se usa para IPv4 y la versión 3 para IPv6.

Como Route-ID le asignamos una IP privada. Esta deberá ser única para cada router del área.

En Redistribute marcamos las opciones: "connected", "static" y "dhcp". Estos son los tipos de redes locales que el sistema va a informar a otros routers.

Nos queda así:


4.2. Área

En la pestaña area agregamos una área "backbone".

Este tipo de áreas siempre lleva la ID 0.0.0.0.

Nos quedá así:


4.3. Redes

Como último paso hay que agregar las redes que forman parte del área OSPF. Esto se realiza en la pestaña "Interface Templates" de OSPF. Recordemos que toda nuestra red backbone está en la red 10.10.1.0/24, por lo que podríamos agregar conexiones (ether2 y ether3) como una sola red.

Nos queda así:

El problema de hacerlo así es que ambas conexiones tienen el mismo costo y no podremos asignarles costos diferentes para realizar pruebas. Asi que optamos por agregar las interfaces/redes de a una.

se puede seleccionar la interfaz o la red de esa interfaz

Nos queda finalmente con las interfaces agregadas de a una:


5. Configuración por Consola

pasos para configurar el Router2 y Router3 utilizando comandos

5.1. Router2

Primero agregamos  las direcciones IP a cada interfaz

/ip address add address=10.10.1.2/30 interface=ether1
/ip address add address=10.10.1.10/30 interface=ether2
/ip address add address=192.168.1.1/24 interface=ether3

creamos el bridge para usar como interfaz virtual

/interface bridge add name=loopback
y le asignamos su correspondiente dirección IP

/ip address add address=10.255.255.2/32 interface=loopback
asignamos esa IP como Router-ID de la instancia OSPF

/routing ospf instance set 0 router-id=10.255.255.2

por último agregamos las redes del área

/routing ospf network add network=10.10.1.0/24 area=backbone
/routing ospf network add network=192.168.1.0/24 area=backbone




5.2. Router3

Comandos para el Router3

/ip address add address=10.10.1.9/30 interface=ether1
/ip address add address=10.10.1.6/30 interface=ether2
/ip address add address=172.16.0.1/16 interface=ether3

/interface bridge add name=loopback
/ip address add address=10.255.255.3/32 interface=loopback
/routing ospf instance set 0 router-id=10.255.255.3

/routing ospf network add network=10.10.1.0/24 area=backbone
/routing ospf network add network=172.16.0.0/16 area=backbone

6. Resultados

En winbox en IP -> Routes podemos ver las distintas rutas:

las rutas identificadas con una "o" son las que se agregaron mediante OSPF.

En consola se utiliza el comando:

/ip route print


Comprobación

Verificamos el funcionamiento haciendo ping desde PC1 a PC2 y desde PC2 a PC1.


Rutas

Podemos ver la ruta elegida por OSPF con la herramienta traceroute:
  • En las VPCs está implementada con el comando "trace". La opción -P se utiliza para seleccionar el protocolo a utilizar y el parámetro 6 corresponde a TCP.
  • En linux se puede usar tracepath o traceroute. este último requiere permisos de root y no siempre está instalado.
  • En windows el comando es tracert.


Como vemos esperar se está utilizando la ruta más corta. Esto era de esperar ya que por defecto OSPF asigna un costo de 10 a todas las rutas dinámicas

6.1. Fallo de una ruta

Con intención de analizar la flexibilidad de OSPF vamos a suponer que falla el enlace directo entre Router2 y Router3.
Para simular el fallo de una ruta podemos simplemente desconectar un cable si estamos en un entorno físico o suspendemos el enlace si estamos en GNS3

 

si ahora comprobamos la ruta de VPC1 a VPC2 vemos que el sistema se adaptó al cambio de topología:


6.2. Costo de la ruta

La ventaja de OSPF por sobre RIP es que su estrategia no se basa solo en la cantidad de saltos sino que incorpora el concepto de costo.
Vamos a alterar el costo del enlace directo entre Router2 y Router3. En mikrotik, con versiones de RouterOS anteriores a la 7.xx, no se puede modificar el costo de las interfaces dinámicas, así que en el Router3 vamos a volver a agregar manualmente la interfaz ether1 asignándole un costo de, por ejemplo, 50.
Las versiones más nuevas de RouterOS ya permiten modificar el costo de las rutas dinámicas en la pestaña Routers-Templates

/routing ospf interface add interface=ether1 cost=50 comment=prueba

La interfaz agregada manualmente reemplazó a la dinámica (ya no tiene la D). Le agregamos un comentario para que después sea más fácil eliminar esa interfaz.
Al probar el enlace entre VPC2 y VPC1 vemos que se elije el camino más largo por más que el directo está activo:


Para eliminar la interfaz agregada manualmente, y que vuelva a ser dinámica, utilizamos el siguiente comando:

/routing ospf interface remove [find comment=prueba]