Top Banner
Guía CCNA by eldonedgar 1 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 Este es el sh running-config del RouterA : 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 ! ! ¡
28
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: metrica ospf

Guía CCNA by eldonedgar

1

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

Este es el sh running-config del RouterA : 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 ! ! ¡

Page 2: metrica ospf

Guía CCNA by eldonedgar

2

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 En “router ospf 1” el número 1 es sólo un identificador, puede variar. En la parte de “network 10.1.1.0 0.0.0.0 area 0” aquí vamos a poner la dirección de red de las IP que tiene configuradas nuestro router, que son en la fa0/0, s0/0 y s0/1, las cuales serían: La dirección IP en la s0/1 es 10.1.1.1 pero la de red es 10.1.1.0/30 ó 10.1.1.0 con máscara de 255.255.255.252 La dirección IP de la s0/0 es 10.3.1.1 pero la de red es 10.3.1.0/30 ó 10.3.1.0 con máscara de 255.255.255.252 La dirección IP es 192.168.1.1 pero la de red es 192.168.1.0/24 ó 192.168.1.0 con máscara de 255.255.255.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 Con la de 10.3.1.0/30 es igual que en el anterior ejemplo. Pero con la fa0/0 192.168.1.0/24 quedaría así: _255.255.255.255 255.255.255. 0__ -> Máscara de red de la fa0/0 0 . 0 . 0 . 255

Page 3: metrica ospf

Guía CCNA by eldonedgar

3

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:

1. El id sería el que configuremos nosotros con el comando “router-id” al momento de estar configurando OSPF.

2. Si no lo tiene configurado el id sería la dirección Loopback mayor en el router. 3. Y si no tiene ninguna de las anteriores, el id se elegirá mediante la dirección IP mayor

configurada en el router. 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

Y cómo comprobamos esto, con el comando “sh ip protocols”.

Page 4: metrica ospf

Guía CCNA by eldonedgar

4

RouterA:

RouterB:

Page 5: metrica ospf

Guía CCNA by eldonedgar

5

RouterC:

Esto fue usando el criterio 3 para elegir el id del Router: 3.-Y si no tiene ninguna de las anteriores(configuración manual del router-id o direcciones Loopback), el id se elegirá mediante la dirección IP mayor configurada en el router. Ahora vamos a asignar las siguientes direcciones Loopback en los routers: Configurar en el router RouterA: 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 Nota.- Guardar los cambios con el comando “copy running-config startup-config”

Page 6: metrica ospf

Guía CCNA by eldonedgar

6

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):

Y oh sorpresa!, el Id no cambió a pesar de que en el criterio 2 dice: 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.

Page 7: metrica ospf

Guía CCNA by eldonedgar

7

Y como vieron, después de reiniciar el router, escribiendo el comando “sh ip protocols” el router tomó el nuevo id que es la interface Loopback recién configurada. Y en los demás routers (RouterB y RouterC) después de configurar las Loopbacks y de reiniciar los routers nos queda: 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.

Page 8: metrica ospf

Guía CCNA by eldonedgar

8

Ahora sólo nos falta usar el criterio 1:

1. El id sería el que configuremos nosotros con el comando “router-id” al momento de estar configurando OSPF.

Esto es más fácil, como se menciona en el criterio, para configurarlo es dentro de la configuración de OSPF, con el RouterA vamos a cambiar el router-id que tiene (la loopback 172.1.1.1) por la de su interfaz serial0/0 que es la 10.1.1.1. 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). Ahora volvemos a checar con el comando “sh ip protocols”:

Y podemos ver el cambio del router-id ingresado manualmente con el comando router-id dentro de la configuración de OSPF.

Page 9: metrica ospf

Guía CCNA by eldonedgar

9

Una explicación rápida del comando “sh ip protocols”:

Nota.- El router-id de la pantalla de arriba es el que tenia anteriormente el RouterA de su interfaz Loopback, sólo puse la pantalla de ejemplo para explicar el funcionamiento de “sh ip protocols”.

sh ip ospf neighbor

Lo que nos muestra el comando “sh ip ospf neighbor” es: El ID del router vecino, si la conexión está FULL significa que el enlace está funcionando porque tienen sus bases de datos de estado de enlace idénticas (mi router y el router vecino), el tiempo muerto que es el intervalo de tiempo en donde si no recibe notificación (hello o saludo) de actividad del router vecino lo declara desactivado, IP del router vecino por donde está recibiendo las actualizaciones y la interfaz de mi router por donde estoy haciendo adyacencia con el vecino. Con estos comandos podemos verificar al momento de configurar OSPF si está correctamente configurado y tener alguna idea de dónde corregirlo.

Page 10: metrica ospf

Guía CCNA by eldonedgar

10

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:

Costo= 108

bandwith de la interfaz expresado en mps

Y de nueva cuenta utilizaremos la topología que ya tenemos hecha (figura 1), y la configuración será: 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

Page 11: metrica ospf

Guía CCNA by eldonedgar

11

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:

En amarillo está la AD (Distancia Administrativa) que, como ya había mencionado es 110 porque es la que tiene OSPF por default. Lo que está encerrado en rojo es el costo y en este caso es el costo del RouterA el cual es 74 para llegar a la red 172.16.1.0 en el RouterC. Y es el que nos interesa en este caso.

Page 12: metrica ospf

Guía CCNA by eldonedgar

12

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

En la figura vemos el origen (RouterA) y el destino que es la red 172.16.1.0. Encerrados en circulos rojos son las interfaces de salida involucradas para llegar a la red destino. Lo que haremos será aplicar la formula a cada interfaz involucrada y luego las sumamos para ver que el Costo que nos mostró el comando “sh ip route” es el correcto. Primero checamos el bandwidth de la interfaz involucrada del RouterA s0/0 con “sh int s0/0”:

Ahora convertimos el 1544 Kbit en mps y es 1,544,000 y usamos la formula:

Costo (int s0/0 en RouterA) = 108

bandwith de la interfaz expresado en mps

Costo (int s0/0 en RouterA) = ଵ,,,ଵହସସ,

= 64.76 = 64 (Quitamos decimales)

Costo int s0/0 en RouterA = 64

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:

Page 13: metrica ospf

Guía CCNA by eldonedgar

13

Ver el ancho de banda de la interfaz con el comando “sh int fa0/0”

Después sustituirlo en la formula:

Costo (int fa0/0 en RouterC) = 108

bandwith de la interfaz expresado en mps

Costo (int fa0/0 en RouterC) = 1,000,000,000

10,000,000 = 10

Costo int fa0/0 en RouterC = 10

Ahora ya tenemos el costo individual de las interfaces involucradas, ya sólo queda sumarlos:

Costo =Costo interfaz s0/0 en RouterA + Costo interfaz fa0/0 en RouterC Costo = 64 + 10

Costo = 74

Lo comprobamos viendo otra vez el “sh ip route” en el RouterA:

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.

Page 14: metrica ospf

Guía CCNA by eldonedgar

14

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. Ahora verificamos tambien el costo de la interfaz fa0/0 del RouterC:

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.

Page 15: metrica ospf

Guía CCNA by eldonedgar

15

Las formas de modificar el costo en una interfaz son: Modificando en la interfaz el bandwidth (entre menor sea el bandwidth se

incrementa el costo). Modificando directamente el valor del costo en la interfaz con el comando “ip ospf

cost” 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”:

El costo cambió de 64 a 1562 con la modificación de un bandwidth menor en la interfaz. OSPF calculó el costo usando la formula y sustituyendo el nuevo bandwidth. 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 Ahora comprobamos el cambio con el comando “sh ip ospf int s0/0”:

Page 16: metrica ospf

Guía CCNA by eldonedgar

16

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. Modificación de los hello’s y Dead Time 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.

Page 17: metrica ospf

Guía CCNA by eldonedgar

17

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 lo volvemos a desplegar (pulsando flecha arriba y despues enter de manera seguida) hasta que llegue el contador a 30 segundos:

Y si de inmediato le damos otra vez el comando, podemos ver cómo el contador se vuelve a poner en 39 segundos:

Page 18: metrica ospf

Guía CCNA by eldonedgar

18

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: Router(config-if)#ip ospf hello-interval segundos -> Modificar tiempos de los “hello” Router(config-if)#ip ospf dead-interval segundos -> Modifica tiempos del “dead-time” Vamos a aplicarlo entre el RouterA y RouterC:

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:

Page 19: metrica ospf

Guía CCNA by eldonedgar

19

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.

Explicado en otras palabras, cuando haces el mal (configurar incorrectamente) el dead-time define los segundos en que se va a caer el enlace. Pero cuando haces el bien (configurar correctamente) el “hello” define los segundos en que va a levantar el enlace.

Page 20: metrica ospf

Guía CCNA by eldonedgar

20

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:

Aparecen los “hello” configurados con 5 segundos y los “dead-time” configurados a 20 segundos, que son los nuevos valores que configuramos anteriormente. Elección del DR, BDR y DRother 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. Para ilustrar un poco mejor esto, ahora tendremos la siguiente topología:

Page 21: metrica ospf

Guía CCNA by eldonedgar

21

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:

1. El DR se elige con el que tenga la prioridad más alta de la interfaz en OSPF. 2. El BDR se elige con la segunda prioridad en la interfaz OSPF más alta. 3. Si los dos tienen la misma prioridad, se elige de DR el router con el ID más alto.

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”:

Page 22: metrica ospf

Guía CCNA by eldonedgar

22

Comando “sh ip ospf neighbor” en Router A

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”:

Comando “sh ip ospf neighbor” en RouterC

Y vemos que el RouterA por tener el router-id más bajo (su loopback 192.168.31.11) es el DROther. Nota.- Si no les apareció así el DR-RouterC, BDR-RouterB y DROther-RouterA, es porque configuraron los routers en el siguiente orden: RouterA, RouterB y al último RouterC, para arreglarlo, apaguen todos los routers y enciéndanlos en el orden: RouterC, RouterB y al último RouterA . Esto se debe porque la eleccion del DR, BDR y DROther también depende de otros factores como: cuál se enciende primero, si uno falla (DR) elige otro, si regresa el que habia fallado (DR) sigue siendo DR el mismo router que habia quedado anteriormente, etc…Estos factores los trataré de explicar con gráficas, ya que escrito sería muy dificil:

Page 23: metrica ospf

Guía CCNA by eldonedgar

23

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

De pronto, el capitán-DR (RouterC) se lesiona y ahora el subcapitán-BDR (RouterB) toma el mando y el jugador sobrante DROther (RouterA) es el subcapitán ahora:

Figura 7

Page 24: metrica ospf

Guía CCNA by eldonedgar

24

Como el Capitán-DR, subcapitán-BDR y DROther ya tenían su tácticas y jugadas establecidas para 3 jugadores, vamos a mover a algún otro jugador (DROther) de su posición para ponerlo con el capitán-DR y subcapitan-BDR para que su táctica no se eche a perder:

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

Page 25: metrica ospf

Guía CCNA by eldonedgar

25

Y siguen las desgracias para el equipo, ahora se lesiona el subcapitán-BDR y ahora un DROther (que es el suplente del BDR) tienen que tomar su lugar y sería el jugador de más reciente ingreso (R4) el que tenga que tomar su lugar (por acoplarse ya al estilo de juego, ya que el “nuevo jugador de más” -Drother o RouterC- como acaba de entrar va tener que acoplarse de nuevo a las jugadas:

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

Page 26: metrica ospf

Guía CCNA by eldonedgar

26

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:

1. El DR se elige con el que tenga la prioridad más alta de la interfaz en OSPF. 2. El BDR se elige con la segunda prioridad en la interfaz OSPF más alta. 3. Si los dos tienen la misma prioridad, se elige de DR el router con el ID más alto.

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):

Page 27: metrica ospf

Guía CCNA by eldonedgar

27

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 Y por ultimo en RouterB: 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:

Comando “sh ip ospf neighbor” en RouterC

Y vemos encerrado en un circulo que el vecino con un router-ID de 192.168.31.11 (RouterA) tiene una prioridad de 200 y que ahora es un Designated Router o DR, y también podemos ver que el vecino con el router-ID de 192.168.31.22 (RouterB) es el DROther. 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:

Page 28: metrica ospf

Guía CCNA by eldonedgar

28

Comando “sh ip ospf interface FastEthernet0/0” en RouterA

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 .