Professional Documents
Culture Documents
OSPF
Ahora veremos el protocolo de enrutamiento OSPF. En esta práctica aprenderemos a
identificar el router ID, que es la forma de identificar a un router dentro del ruteo de OSPF.
Utilizaremos la misma topología de eigrp:
Figura 1
hostname RouterA
¡
no ip domain-lookup
¡
interface FastEthernet0/0
ip address 192.168.1.1 255.255.255.0
no shut
!
interface Serial0/0
ip address 10.3.1.1 255.255.255.252
clock rate 64000
no shut
!
interface Serial0/1
ip address 10.1.1.1 255.255.255.252
no shut
!
!
¡
1
Guía CCNA by eldonedgar
line con 0
logging synchronous
!
end
Es una muestra de cómo debe quedar una vez que hayan configurado las direcciones y las IP
de todos los routers de la topología según la figura 1.
Ahora sigue la configuración de OSPF la cual sería así (en el RouterA):
router ospf 1
network 10.1.1.0 0.0.0.3 area 0
network 10.3.1.0 0.0.0.3 area 0
network 192.168.1.0 0.0.0.255 area 0
Pero éstas van con Wilcard en la configuración de OSPF, la cual sería 255.255.255.255
menos la dirección de red de la interfaz a configurar, por ejemplo con la de la red
10.1.1.0/30 sería:
_255.255.255.255
255.255.255.252 -> Máscara de red de la s0/1
0 . 0 . 0 . 3
_255.255.255.255
255.255.255. 0__ -> Máscara de red de la fa0/0
0 . 0 . 0 . 255
2
Guía CCNA by eldonedgar
Ahora lo que es la parte de la configuración donde dice “Area 0” el número “0” debe ser
igual en todos los routers con los que tendremos el enrutamiento OSPF (RouterA, RouterB y
RouterC) trabajando en un Area única (en CCNP se ven configuraciones con Areas múltiples).
Y con el mismo procedimiento se configuraría para el RouterB y RouterC. Recordando que
se usa la dirección de red. Daré un ejemplo de cómo se haría en el RouterB para explicarme
bien lo de usar la dirección de red.
En el RouterB tenemos la dirección IP en la s0/0 de 10.1.1.2/30 pero su dirección de red es la
10.1.1.0/30 entonces la configuración sería igual que en el ejemplo del RouterA en la parte
de “network”:
network 10.1.1.0 0.0.0.3 Area 0
Y entonces ahora sí, a configurar los demás Routers con sus respectivas direcciones y con el
protocolo de enrutamiento OSPF ya explicado.
Una vez configurado todo bien y que nos de ping a todos nuestros routers. Nos vamos a
identificar el id del router el cual se encuentra en cada router individualmente. El id es un
identificador en el enrutamiento OSPF, digamos que sería el nombre con el que OSPF conoce
a un router. El id de un router lo asigna OSPF siguiendo el siguiente criterio:
Siguiendo estas reglas, entonces los id del RouterA, RouterB y RouterC serían (aplica el
criterio 3):
RouterA: 192.168.1.1
RouterB: 10.2.1.1
RouterC: 172.16.1.1
3
Guía CCNA by eldonedgar
RouterA:
RouterB:
4
Guía CCNA by eldonedgar
RouterC:
RouterA(config)#interface loopback 0
RouterA(config-if)#ip address 172.1.1.1 255.255.255.255
RouterA(config-if)#exit
En el RouterB:
RouterB(config)#interface loopback 0
RouterB(config-if)#ip address 172.2.2.2 255.255.255.255
RouterB(config-if)#exit
Y en el RouterC:
RouterC(config)#interface loopback 0
RouterC(config-if)#ip address 172.3.3.3 255.255.255.255
RouterC(config-if)#exit
5
Guía CCNA by eldonedgar
Una vez configuradas las interfaces Loopback en los 3 routers, volvemos a verificar con el
comando “sh ip protocols” para ver el nuevo ID (aplicando el criterio 2):
2.- Si no lo tiene configurado el id (por medio del comando router-id) sería la dirección
Loopback mayor en el router.
A pesar de que ya configuramos una interfaz Loopback que tiene prioridad sobre las
direcciones IP ya configuradas, según no dice el criterio 2.
Entonces, qué debemos hacer para que tome esta dirección Loopback como el router-id?
Lo que tenemos que hacer es poner el comando:
RouterA# clear ip ospf process
Y lo que hace es resetear el ruteo OSPF en el router, pero no en todos los routers funciona
este método. Lo que aconsejo es resetear el router (apagar y encender) y así es seguro que
toma el nuevo router-id de la interfaz Loopback que configuramos:
Nota.- En el GNS3, les recomiendo resetear el router poniendo el cursor sobre el router,
botón derecho del mouse, “detener” y después, botón derecho, “Iniciar” para volverlo a
encender. Porque si damos el comando “reset” en la consola de configuración puede que no
funcione bien y se quede congelado el router.
6
Guía CCNA by eldonedgar
RouterB:
RouterC:
Cumpliendo el criterio 2:
Si no lo tiene configurado el id (por medio del comando router-id) sería la dirección Loopback
mayor en el router.
Nota.- Lo de resetear el router para que tome el router-id de las Loopbacks, se hace cuando
se configuran las Loopbacks después de haber configurado el OSPF en el router.
7
Guía CCNA by eldonedgar
RouterA(config)#router ospf 1
RouterA(config-router)#router-id 10.1.1.1
Después nos aparecerá un mensaje para que con el comando “clear ip ospf process” resetear
el ruteo ospf para que tenga efecto el cambio de router-id, o si no, apagar y encender el
router (guardando antes los cambios con el copy running-config startup-config).
Y podemos ver el cambio del router-id ingresado manualmente con el comando router-id
dentro de la configuración de OSPF.
8
Guía CCNA by eldonedgar
9
Guía CCNA by eldonedgar
Ahora veremos la métrica de OSPF, o lo que es lo mismo, el costo . En este caso, la fórmula
que utilizamos para sacar el costo es:
108
Costo=
bandwith de la interfaz expresado en mps
hostname RouterA
¡
no ip domain-lookup
¡
!
interface Loopback0
ip address 172.1.1.1 255.255.255.255
!
interface FastEthernet0/0
ip address 192.168.1.1 255.255.255.0
no shut
!
interface Serial0/0
ip address 10.3.1.1 255.255.255.252
clock rate 64000
no shut
!
interface Serial0/1
ip address 10.1.1.1 255.255.255.252
no shut
!
router ospf 1
network 10.1.1.0 0.0.0.3 area 0
network 10.3.1.0 0.0.0.3 area 0
network 192.168.1.0 0.0.0.255 area 0
!
¡
line con 0
logging synchronous
!
End
10
Guía CCNA by eldonedgar
Y la gráfica de la topología:
Las IP de las interfaces se configuran igual, el OSPF también, y las Loopbacks son las que ya
había mencionado anteriormente (172.2.2.2 para RouterB y 172.3.3.3 para RouterC).
Entonces, lo primero que haremos para calcular el costo es ver en que comando nos muestra
el costo de una ruta, y esto se checa con el comando “sh ip route”. Veamos el ejemplo con el
RouterA:
11
Guía CCNA by eldonedgar
Para aplicar la fórmula lo hacemos como con EIGRP, tenemos que tomar en cuenta las
interfaces de salida involucradas para llegar a la ruta destino, que en nuestro caso es llegar
del RouterA hacia la red 172.16.1.0 del RouterC.
Figura 2
, , ,
Costo (int s0/0 en RouterA) = ,
= 64.76 = 64 (Quitamos decimales)
Y así calculamos el costo de la primera interfaz involucrada la cual es la interaz s0/0 del
RouterA. Ahora como lo muestra la figura 2, la siguiente interfaz involucrada es la fa0/0 del
RouterC, entonces hacemos lo mismo:
12
Guía CCNA by eldonedgar
108
Costo (int fa0/0 en RouterC) =
bandwith de la interfaz expresado en mps
1,000,000,000
Costo (int fa0/0 en RouterC) = = 10
10,000,000
Ahora ya tenemos el costo individual de las interfaces involucradas, ya sólo queda sumarlos:
Costo = 74
Encerrado en el circulo nos muestra que el costo para llegar a la red 172.16.1.0 atravez de la
interfaz con la que tengo adyacencia 10.3.1.2 (en RouterC), saliendo de mi interfaz serial0/0
es de 74.
Los cálculos del costo de las interfaces configuradas en OSPF los hace el router por sí solo,
pero hay que saber como salieron usando la fórmula del Costo.
13
Guía CCNA by eldonedgar
Para verificar esto, vamos a checar el comando que nos muestra el costo de una interfaz
configurada en OSPF:
En este caso, con el comando “sh ip interface s0/0” checamos el costo de la interface s0/0 en
el RouterA, y como ven, OSPF calcula el valor del costo y es el mismo que calculamos
nosotros manualmente usando la fórmula.
De esta manera checamos si estuvimos bien en el cálculo de los valores del costo de las
interfaces involucradas en determinada ruta, donde en este caso fue llegar a la red
172.16.1.0 en el RouterC desde el RouterA.
Entre menor sea el costo, más confiable es la ruta en OSPF.
14
Guía CCNA by eldonedgar
Vamos a modificar el bandwidth en la interfaz s0/0 del RouterA, recuerden que el costo que
tenía anteriormente era de 64, ahora vamos a configurarle un bandwidth menor al que tiene
el cual es 1544 Kbps de la siguiente forma:
RouterA(config)#int s0/0
RouterA(config-if)#bandwidth 64
RouterA(config-if)#exit
Con esto le asignamos un nuevo Bandwidth a la int s0/0 (64 Kbits) el cual es mucho menor al
que tenía (1544 Kbits), ahora comprobamos cómo el costo se incrementó con el comando
“sh ip ospf int s0/0”:
Ahora el método más fácil, asignar directamente el costo que queramos en la interfaz.
En la misma interfaz asignaremos un costo de 100 con el comando:
RouterA(config)#int s0/0
RouterA(config-if)#ip ospf cost 100
RouterA(config-if)#exit
15
Guía CCNA by eldonedgar
Como vieron, asignando el costo directamente en la interfaz con el comando “ip ospf cost” el
costo se asignará sin importar el bandwidth configurado en la interfaz involucrada.
Ahora veremos lo que son los “hello” (saludo) y “DeadTime” (Tiempo de muerte).
Lo que hace OSPF es enviar saludos (hello) entre sus vecinos informando que el enlace está
bien y si en determinado tiempo (dead time) no se llega a recibir el saludo, entonces se
declara inactivo el enlace. Por defecto OSPF tiene los siguientes valores:
Los hello se envian cada 10 segundos.
El dead time o tiempo de muerte para que el enlace no se declare inactivo es de 40
segundos.
El conteo del dead time empieza en forma regresiva desde 40 segundos pero si el “hello”
llega bien cada 10 segundos entonces el contador regresivo de 40 segundos del “dead time”
vuelve a empezar, o sea, si funciona bien el enlace, al momento que el “dead time” llegue a
los 30 segundos se resetea el conteo y empieza desde 40 segundos otra vez, por lo tanto, si
el enlace funciona de manera correcta, nunca veremos en el contador del “dead time” llegar
a 29 los segundos (recordando que el contador va de manera regresiva desde 40 segundos
hasta 0). Lo trataré de explicar mejor.
En la figura muestra los tiempos de “hello” y “dead time” entre vecinos, ya que estos valores
sólo influyen con el router vecino.
16
Guía CCNA by eldonedgar
Figura 3
Ahora usando el comando “sh ip ospf neighbor” nos muestra el valor del dead-time:
Al momento de poner otra vez el comando (pulsando la tecla flecha arriba y enter) vemos
cómo el contador va disminuyendo:
Y si de inmediato le damos otra vez el comando, podemos ver cómo el contador se vuelve a
poner en 39 segundos:
17
Guía CCNA by eldonedgar
Es donde nos muestra que el “hello” está llegando de manera correcta y por eso el contador
del “dead time” no pasa de 30 segundos, ya que se resetea el contador por los diez segundo
en que el hello llega.
Estos “hello” y “dead time” deben estar configurados en las interfaces de igual manera entre
los routers vecinos, o sea, la interfaz que conecta con el router vecino y tambien la del
vecino deben tener los mismos parámetros en los “hello” y “dead time” porque si no, el
enlace estará inactivo.
Para modificar estos parámetros lo hacemos en la interfaz que tiene adyacencia con el
router vecino dentro de la configuración de la interfaz con los comandos:
Figura 4
Vamos a modificar como dice en la figura su hello y dead-time, recordando que por default
tienen configurado el hello con 10 segundos y el dead-time con 40 segundos. En la figura
aparecen encerradas las interfaces en donde tenemos que modificar los parámetros ya que
queremos hacer los cambios con el vecino que en nuestro caso es el RouterC y nosotros
estamos en el RouterA.
Primero modificamos el RouterA:
18
Guía CCNA by eldonedgar
Como se puede ver, al momento de configurar los nuevos valores en la interface serial0/0 en
el RouterA despues de un tiempo (40 segundos) el enlace marca “Down” o desconectado
porque en el router vecino (RouterC) todavia tiene los valores por default de hello=10
segundos y el dead-time=40 segundos entonces, en el RouterC al no recibir un hello
correctamente dentro de 40 segundos (porque cambiamos en el RouterA el tiempo de los
“hello” ) ahí es donde entra el dead-time, porque al pasar 40 segundos sin recibir un hello
correctamente el enlace se cae .
Para arreglar esto, ahora en el RouterC vamos a configurar los nuevos valores que
configuramos en el RouterA y veran que despues de configurarlos, al esperar 5 segundos
(que es el nuevo tiempo de los “hello” que configuraremos) el enlace va a levantar:
Con sólo configurar el nuevo tiempo de los “hello” a los 5 segundos el enlace va a levantar,
porque ese es el tiempo que especificamos en la configuración.
Hagan una prueba modificando el dead-time en uno de los Routers y veran que al cambiarle
los segundos con el comando ip ospf dead-interval , al momento de darle a la tecla “enter” a
los 20 segundos el enlace se va a caer, porque ese es el dead-time configurado en el Router
vecino. Y si lo vuelven a configurar correctamente a los segundos que estaba, a los 5
segundos levanta porque es el tiempo que tiene configurado los “hello”.
En resumen:
Si cambias cualquier parámetro (segundos), ya sea en el “hello” o “dead-time” en un
enlace que estaba correctamente configurado, el tiempo configurado en el dead-
time del vecino, es el tiempo que va a tardar el enlace en caerse.
Pero si vuelves a su valor correcto (o sea el mismo que tiene configurado el vecino) el
tiempo que va a tardar en levantar el enlace, es mismo tiempo que tiene configurado
en el “hello” en segundos.
19
Guía CCNA by eldonedgar
Y cómo vemos los segundos configurados en los “hello” y “dead-time” en las interfaces?,
esto lo hacemos con el comando “sh ip ospf int interface” . Vamos a verlo en la interface del
RouterA que modificamos anteriormente:
Ahora lo que vimos en las topologías anteriores fueron redes punto a punto (porque los
routers se unen por sus interfaces seriales) ahora veremos Redes de Acceso Múltiple
(routers unidos por las interfaces fastethernet o ethernet en una misma red). Al momento
de decir que están en una misma red, quiere decir que tendrán inundaciones (broadcast) de
LSA (Link-State Advertisement) o Notificaciones de Estado de Enlace. Lo que hacen estos LSA
en OSPF es enviar notificaciones de los enlaces que están activos o envían también cambios
en la topología (si esta llega a tener algún cambio imprevisto), también los LSA se envian al
inicializarse OSPF.
Por eso lo que hace OSPF en una Red de Acceso Múltiple de routers para evitar estas
inundaciones de LSA es nombrar un Router Designado (DR) que será el encargado de enviar
los LSA a los demás Routers sin necesidad de que cada uno envíe al mismo tiempo otros LSA
con la misma información de la red a los demás routers.
20
Guía CCNA by eldonedgar
Figura 5
Y como ven, los router están unidos por sus interfaces FastEthernet y además están en una
misma red (192.168.1.0/24). Si en lugar de routers fueran PC’s, no nos preocuparía mucho
las inundaciones (broadcast) por estar en una misma red, pero como son routers, éstos
deben de tener el menor trafico posible ya que ellos son los encargados de enviar ese tráfico
por la mejor ruta.
OSPF elige un Router Designado (Designated Router o DR), un Router Designado de
Respaldo (Backup Designated Router o BDR) y los demás Routers se convierten en DROther
(es como decir “otro router”). La forma de elegir el DR y BDR son con los siguientes criterios:
Para entrar de lleno en el tema, vamos a crear la topología con el GNS3 y asignar las
respectivas direcciones IP en las interfaces Fastethernet y también configurar las Loopbacks.
En la parte de la configuración del OSPF, como todas las direcciones FastEhternet están en
una misma red, la configuración sería así en todos los Routers:
Router(config)#router ospf 1
Router(config-router)#network 192.168.1.0 0.0.0.255 area 0
Router(config-router)#exit
Una vez configurado todo correctamente, ahora viene la pregunta: Dónde aparece la
prioridad en las interfaces?
Esto lo podemos observar con el comando “sh ip ospf neighbor”:
21
Guía CCNA by eldonedgar
En amarillo está la prioridad, y en rojo están los Routers que son DR y BDR. Podemos
observar que se eligieron el DR y BDR según el Router-ID más alto (La Loopback más alta) ya
que la prioridad es 1 en los dos routers. Por lo tanto, el RouterC es el DR y el RouterB es el
BDR y como nos queda el RouterA sobrando ése es el DROther.
Para ver si el RouterA es DROther, ahora nos vamos al RouterB o RouterC y ejecutamos de
nuevo el comando “sh ip ospf neighbor”:
Y vemos que el RouterA por tener el router-id más bajo (su loopback 192.168.31.11) es el
DROther.
22
Guía CCNA by eldonedgar
Una vez que ya estén designados correctamente los DR, BDR y DROther, si uno de estos llega
a fallar se elige otro router como DR o BDR según sea el caso.
Para explicar la nueva asignación de DR, BDR y DROther si alguno llegara a fallar, vamos a
pensar que el DR es el Capitán en un equipo de futbol, el capitán suplente o Sub-Capitán
sería el BDR y los demas jugadores serian los DROthers:
Figura 6
Figura 7
23
Guía CCNA by eldonedgar
Figura 8
Pero el que era capitán-DR (RouterC) se recupera y vuelve al campo, pero como las
asignaciones (DR y BDR) ya cambiaron, ahora será un jugador más (DROther):
Figura 9
24
Guía CCNA by eldonedgar
Figura 10
Y que se lesiona el capitán-DR, y ahora el subcapitán-BDR tiene que tomar su lugar por ser el
capitán suplente y el DROther tienen que ser ahora el subcapitán-BDR, porque el DROther es
el suplente del subcapitán-BDR:
Figura 11
25
Guía CCNA by eldonedgar
En pocas palabras el BDR es suplente del DR y el DROther es el suplente del BDR, si se llegan
a cambiar sus asignaciones, sus suplentes siempre serán los mismos. Pero en el caso del
DROther, si hay dos DROthers, el que tenga mas antigüedad en la topología (el que haya
estado activo más recientemente) es el que tienen prioridad de suplente del BDR, como en
el caso de la figura 10.
Y así es como son las asignaciones en caso de que llegara a fallar alguno de los DR, BDR o
DROthers en una topología estando activa.
Estas asignaciones siguieron el criterio 3 de la elección de DR, BDR y DROther, porque estas
asignaciones se basaron en el router-ID de los router (las IP de las Loopback), ya que todos
tenian prioridad de 1 (que es la que OSPF asigna por default), recordemos estos criterios:
Los criterios 1 y 2 hablan de prioridad, ahora lo que vamos a ver es cómo cambiar esta
prioridad para asignar un DR y un BDR manualmente, ya que puede haber veces en que
tengamos que poner de DR a un router que tenga mas potencia y capacidad pese a que ese
router tenga un router-ID bajo (por tener una Loopback menor que los demas), en ese caso
tenemos que poner nosotros manualmente en la configuración de la interfaz la prioridad con
el comando:
Router(config-if)#ip ospf priority {0 - 255}
Donde la prioridad que podemos poner es entre 0 a 255, el DR se elegirá del router con la
interfaz con mayor prioridad. Si ponemos en una interfaz una prioridad de 0, el router no
será elegido como DR ni como BDR.
Vamos a cambiar la prioridad para que ahora el RouterA sea el DR con los comandos:
RouterA(config)#interface fastEthernet0/0
RouterA(config-if)#ip ospf priority 200
RouterA(config-if)#exit
Ahora reiniciamos todas las interfaces FastEthernet en los routers para que los cambios
tengan efecto, estando dentro de la configuración de la interfaz ponemos un “shutdown”
despues un “no shutdown”, pero si queremos que todo quede en orden siendo el RouterA el
DR, el RouterC como BDR y el RouterC como DROther, tenemos que hacerlo en el siguiente
orden (para que no vaya a pasar como en el ejemplo del capitán-DR, subcapitán-BDR y
DROther como otro jugador más):
26
Guía CCNA by eldonedgar
Primero en RouterA:
RouterA(config)#interface fastEthernet0/0
RouterA(config-if)#shutdown
RouterA(config-if)#no shutdown
Luego en RouterC:
RouterC(config)#interface fastEthernet0/0
RouterC(config-if)#shutdown
RouterC(config-if)#no shutdown
RouterB(config)#interface fastEthernet0/0
RouterB(config-if)#shutdown
RouterB(config-if)#no shutdown
Ahora, si nos vamos a checar con el comando “sh ip ospf neighbor” desde el RouterB o
RouterC, nos daremos cuenta del cambio del DR:
Otra forma más directa de ver si una interfaz es DR, BDR o DROther estando en el mismo
router de la interfaz involucrada es con el comando “sh ip ospf interface interface”.
Vamos a ver esto en el RouterA que actualmente es el DR en la topología:
27
Guía CCNA by eldonedgar
En azul vemos que es un DR, en rojo está la prioridad de la interface que es 200 y en amarillo
esta el router-ID con el que es conocido el router en la topología el cual es 192.168.31.11 .
28