Imprimir el Libro CompletoImprimir el Libro Completo

Laboratorio OSPF

Sitio: Facultad de Ingeniería U.Na.M.
Curso: Redes II - IC421
Libro: Laboratorio OSPF
Imprimido por: Invitado
Día: miércoles, 3 de julio de 2024, 06:30

Tabla de contenidos

1. Objetivos

Implementar ruteo OSPF, de una solo á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, linea 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. 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

5.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


5.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]