En la mayoría de las redes RIP es suficiente, sin embargo a veces en determinadas condiciones se tiene que dar el salto a su sucesor OSPF
RIP vs OSPF
RIP puede encontrar el camino mas corto hacia un sitio en la red, sin embargo cuando se habla de corto realmente significa el que pase por menos ruteadores, el problema es que si el camino pasa por un segmento muy lento de internet a RIP no le importara, seguirá usando esa ruta solo porque es el camino en “ saltos “ más corto hacia su destino.
OSPF encuentra rutas como RIP pero incorpora nuevos algoritmos donde la prioridad no es el camino más corto en saltos sino el más rápido, incluso si tuviera que da 10 saltos, pero cada salto es un segmento de 100mbps contra 2 saltos de 2Mbps, OSPF ira por el camino de los 10 saltos porque esta optimizado a encontrar el camino más rápido y más eficiente. OSPF es la opción cuando hay varios caminos por recorrer pero se desea llegar de forma más rápida y estable al objetivo.
Para este articulo usare Zebra y OSPFD.
Configuración de Zebra.
Zebra es un framework que mantiene las condiciones necesarias para que los protocolos como RIP y OSPF se puedan ejecutar, Zebra mantiene las interfaces y los ruteos estáticos en su lugar, activa el ip_forwarding y todo lo necesario para asegurarse que no falle el sistema de ruteo, se le puede pedir que no se apague la interface eth0 aun cuando con root se use el comando ifconfig eth0 down
Sabiendo administrar GNU/Linux con en sus comandos de red Zebra es innecesario, en mi caso yo paso de la configuración de Zebra, solo ejecuto el demonio pero no doy más configuración que la que ya tengo aplicada en mi sistema.
Configuración OSPF
Lo mínimo para configurar OSPF es darle un identificador al rutedor, en mi ejemplo el identificado es la ip del segmento 172.16.1.1 aunque pudiera ser otro. Publicar las redes diciendo en que área están, por default las aéreas que se exponen son las locales, área 0, redes que se encuentran aquí mismo en el ruteador.
Para demostrar la ventajas de OSPF sobre RIP he preparado el mismo escenario que use en el artículo de Encontrando la ruta después de la caída de un segmento de red con RIP
Como la imagen lo muestra la misión es llegar al 172.16.4.1, además de la tolerancia a fallos de caída de un segmento de la red he agregado una variable al entorno, configure que la ruta 2 ( 172.16.2.0 ) para que sea ligeramente más lenta que la ruta 1 ( 172.16.1.0 ) de forma que OSPF pueda usar su algoritmo y decidir qué red es la más optima, si el algoritmo funciona bien siempre seleccionara el segmento 172.16.1.0 y solo usara el 172.16.2.0 si cae 172.16.1.1
La configuración usada en cada ruteador con OSPF es la misma, la única variación es la exposición de cada segmento de sus respectivos segmentos de red
# telnet localhost 2604
Connected to localhost.
Escape character is '^]'.
Hello, this is Quagga (version 0.99.24.1).
Copyright 1996-2005 Kunihiro Ishiguro, et al.
User Access Verification
Password:
ospfd> enable
ospfd# config t
ospfd(config)# router ospf
ospfd(config-router)# router-id 172.16.1.1
ospfd(config-router)# network 172.16.1.0/24 area 0
ospfd(config-router)# network 172.16.2.0/24 area 0
ospfd(config-router)# end
ospfd#
El siguiente video muestra ospf funcionando