CCNA 3 Versión 7: Módulo 2 – Configuración de OSPFv2 de área única

13/01/2022 CCNA 3 v7 Respuestas Leave a comment

Última actualización: enero 30, 2022

2.0. Introducción

2.0.1. ¿Por qué debería tomar este módulo?

¡Bienvenido a la configuración de OSPFv2 de área única!

Ahora que conoce OSPFv2 de área única, probablemente pueda pensar en todas las formas en que podría beneficiar a su propia red. Como protocolo de estado de enlace, OSPF está diseñado no sólo para encontrar la ruta más rápida disponible, sino que está diseñado para crear rutas rápidas y disponibles. Si prefiere un poco más de control sobre algunas áreas de su red, OSPF le ofrece varias formas de anular manualmente el proceso de elección de DR y crear sus propias rutas preferidas. Con OSPF, su red puede combinar los procesos automatizados con sus propias opciones, para crear una red que podría solucionar problemas durante su suspensión. ¡Sabe que quiere aprender a hacer esto!

2.0.2. ¿Qué aprenderé en este módulo?

Título del módulo: Configuración de OSPFv2 de área única

Objetivos del módulo: Implemente OSPFv2 de área única en redes de multiacceso de punto a punto y de broadcast.

Título del tema	Objetivo del tema
Router ID de OSPF	Configure el router ID de OSPFv2.
Redes punto a punto OSPF	Configure OSPFv2 de área única en una red punto a punto.
Redes OSPF de acceso múltiple	Configure la prioridad de interfaz OSPF para influenciar la elección del DR/BDR en una red de acceso múltiple.
Modificación de OSPFv2 de área única	Implemente modificaciones para cambiar el funcionamiento de OSPFv2 de área única.
Propagación de ruta predeterminada	Configure el protocolo OSPF para propagar una ruta predeterminada.
Verificación de OSPFv2 de área única	Verifique la implementación de un protocolo OSPFv2 de área única.

2.1. Router ID de OSPF

2.1.1. Topología OSPF de referencia

Para comenzar, en este tema se describe la base en la que OSPF basa todo su proceso, el router ID de OSPF.

En la ilustración, se muestra la topología que se usa para configurar OSPFv2 en esta sección. Los routers en la topología tienen una configuración inicial, incluidas las direcciones de interfaz. En este momento, ninguno de los routers tiene configurado enrutamiento estático o enrutamiento dinámico. Todas las interfaces en los routers R1, R2 y R3 (excepto la interfaz loopback en el R2) se encuentran dentro del área backbone de OSPF. El router ISP se usa como gateway del dominio de enrutamiento a Internet.

Nota: En esta topología, la interfaz loopback se utiliza para simular el enlace WAN a Internet y una LAN conectada a cada router. Esto se hace para permitir que esta topología se duplique con fines de demostración en routers que solo tienen dos interfaces Gigabit Ethernet.

2.1.2. Modo de configuración de OSPF del router

OSPFv2 se habilita con el comando router ospf pprocess-id del modo de configuración global, como se muestra en la ventana de comandos para R1. El valor _process-id representa un número entre 1 y 65.535 y lo selecciona el administrador de la red. El valor de process-id tiene importancia en el ámbito local, lo que significa que no necesita ser el mismo valor en los demás routers OSPF para establecer adyacencias con esos vecinos. Se considera una práctica recomendada utilizar el mismo process-id en todos los routers OSPF.

Después de ingresar el comando router ospf process-id, el router ingresa al modo de configuración, como se indica por el R1(config-router)# prompt. Ingrese un signo de pregunta (? ), para ver todos los comandos disponibles en este modo. La lista de comandos que se muestra aquí se ha modificado para mostrar solo los comandos que son relevantes para este módulo.

R1(config)# router ospf 10
R1(config-router)# ?
  area                   OSPF area parameters
  auto-cost              Calculate OSPF interface cost according to bandwidth
  default-information    Control distribution of default information
  distance               Define an administrative distance
  exit                   Exit from routing protocol configuration mode
  log-adjacency-changes  Log changes in adjacency state
  neighbor               Specify a neighbor router
  network                Enable routing on an IP network
  no                     Negate a command or set its defaults
  passive-interface      Suppress routing updates on an interface
  redistribute           Redistribute information from another routing protocol
  router-id              router-id for this OSPF process
R1(config-router)#

2.1.3. Router IDs

El router ID de OSPF es un valor de 32 bits, representado como una dirección IPv4. EL router ID se utilizan para identificar un router OSPF. Todos los paquetes OSPF incluyen el router ID del router de origen. Para participar en un dominio OSPF, cada router requiere un router ID. El router ID puede estar definido por un administrador o puede ser asignado en forma automática por el router. El router ID es utilizada por un router habilitado por OSPF para hacer lo siguiente:

Participar en la sincronización de bases de datos OSPF : durante el estado de Exchange, el router con el ID más alto enviará primero sus paquetes de descriptor de base de datos (DBD).
Participar en la elección del router designado (DR) – En un entorno LAN multiacceso, el router con el ID más alto se elige el DR. El dispositivo de enrutamiento con el segundo router ID más alto, se elige como el router designado de respaldo (BDR).

Nota: El proceso electoral de DR y BDR se discute con más detalle más adelante en este módulo.

2.1.4. Orden de prioridad del router ID

¿Pero de qué manera el router determina el router ID? Como se muestra en la ilustración, los routers Cisco obtienen el router ID sobre la base de uno de tres criterios, en el siguiente orden de preferencia:

El router ID se configura explícitamente utilizando el comando de configuración OSPF router-id rid router El valor rid es cualquier valor de 32 bits expresado como una dirección IPv4. Este es el método recomendado para asignar un router ID.
Si el router ID no se configura explícitamente, el router elige la dirección IPv4 más alta de cualquiera de las interfaces loopback configuradas. Esta constituye la segunda mejor opción para asignar un router ID.
Si no se configuró ninguna interfaz loopback, el router elige la dirección IPv4 activa más alta de cualquiera de sus interfaces físicas. Este es el método menos recomendado, ya que hace que a los administradores les resulte más difícil diferenciar entre routers específicos.

2.1.5. Configuración de una interfaz loopback como el router ID.

En la topología de referencia, sólo se configuran y activan las interfaces físicas. Las interfaces loopback no se han configurado. Cuando el enrutamiento OSPF está habilitado en el router, estos elegirían la siguiente dirección IPv4 activa configurada como el router ID.

R1: 10.1.1.14 (G0/0/1)
R2: 10.1.1.9 (G0/0/1)
R3: 10.1.1.13 (G0/0/0)

Nota: OSPF no necesita estar habilitado en una interfaz para que esa interfaz se elija como el router ID.

En lugar de confiar en la interfaz física, el router ID se puede asignar a una interfaz loopback. Normalmente, la dirección IPv4 para este tipo de interfaz loopback, debe configurarse utilizando una máscara de subred de 32 bits (255.255.255.255). Esto crea una ruta de host. Una ruta de host de 32 bits no se anunciaría como una ruta a otros routers OSPF.

El ejemplo muestra cómo configurar una interfaz loopback en R1. Suponiendo que el router ID no se haya configurado explícitamente, ni se haya aprendido previamente, R1 utilizará la dirección IPv4 1.1.1.1 como su router ID. Supongamos que R1 aún no ha aprendido un router ID.

R1(config-if)# interface Loopback 1
R1(config-if)# ip address 1.1.1.1 255.255.255.255
R1(config-if)# end
R1# show ip protocols | include Router ID
  Router ID 1.1.1.1
R1#

2.1.6. Configurar explícitamente un router ID

En la figura, la topología se ha actualizado para mostrar el router ID para cada router:

R1 usa el router ID 1.1.1.1
R2 usa el router ID 2.2.2.2
R3 usa el router ID 3.3.3.3

Utilice el comando router-id rid router en modo configuración para asignar manualmente un router ID. En el ejemplo, el router ID 1.1.1.1 se asigna a R1. Use el show ip protocols comando para verificar el router ID

R1(config)# router ospf 10
R1(config-router)# router-id 1.1.1.1
R1(config-router)# end
*May 23 19:33:42.689: %SYS-5-CONFIG_I: Configured from console by console
R1# show ip protocols | include Router ID
Router ID 1.1.1.1
R1#

2.1.7. Modificación del router ID.

Después de que un router selecciona el router ID, un router OSPF activo no permitirá que el router ID cambie, hasta que el router se reinicie o el proceso de OSPF sea restablecido.

En el caso de R1, se ha eliminado el router ID configurado y se ha vuelto a cargar el router. Observe que el router ID actual es 10.10.1.1, que es la dirección IPv4 Loopback 0. El router ID debería ser 1.1.1.1. Por lo tanto, R1 se configura con el comando router-id 1.1.1.1.

Observe que aparece un mensaje informativo que indica que se debe borrar el proceso OSPFv2 o se debe volver a cargar el router. La razón es porque R1 ya tiene adyacencias con otros vecinos que usan el router ID 10.10.1.1. Se deben volver a negociar esas adyacencias utilizando el nuevo router ID 1.1.1.1. Utilice el clear ip ospf process comando para restablecer las adyacencias. A continuación, puede verificar que R1 esté utilizando el nuevo router ID con el show ip protocols comando filtrado mostrará sólo la sección router ID.

El método preferido para restablecer el router ID es borrar el proceso OSPF.

R1# show ip protocols | include Router ID
Router ID 10.10.1.1
R1# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)# router ospf 10 
R1(config-router)# router-id 1.1.1.1
% OSPF: Reload or use "clear ip ospf process" command, for this to take effect
R1(config-router)# end
R1# clear ip ospf process
Reset ALL OSPF processes? [no]: y
*Jun  6 01:09:46.975: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  6 01:09:46.975: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  6 01:09:46.981: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
*Jun  6 01:09:46.981: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R1# show ip protocols | include Router ID
Router ID 1.1.1.1
R1#

Nota: El router-id comando es el método preferido. Sin embargo, algunas versiones anteriores de IOS no reconocen el comando router-idrouter-idrouter-id; por lo tanto, la mejor forma de establecer el router ID en esos routers es mediante una interfaz loopback.

2.1.8. Use el Syntax Checker para configurar los router IDs en R2 y R3.

Use el Syntax Checker para configurar los router IDs en R2 y R3.

Actualmente está conectado a R2:

Ingrese al modo de configuración de router OSPF con la ID de proceso 10.
Asigne el router ID 2.2.2.2.
Vuelva al modo EXEC privilegiado.

R2(config)#router ospf 10
R2(config-router)#router-id 2.2.2.2
R2(config-router)#end
R2#
*Mar 25 20:03:56.863: %SYS-5-CONFIG_I: Configured from console by console

Ingrese el show ip protocols comando para verificar el router ID

R2#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 2.2.2.2
  Number of areas in this router is 0. 0 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing Information Sources:
    Gateway         Distance      Last Update
  Distance: (default is 110)
R2#

Ahora se encuentra en el R3:

Ingrese al modo de configuración de router OSPF con la ID de proceso 10.
Asigne el router ID 3.3.3.3.
Volver al modo EXEC privilegiado.

R3(config)#router ospf 10
R3(config-router)#router-id 3.3.3.3
R3(config-router)#end
R3#
*Mar 25 20:11:05.415: %SYS-5-CONFIG_I: Configured from console by console

Ingrese el show ip protocols comando para verificar el router ID

R3#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 3.3.3.3
  Number of areas in this router is 0. 0 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing Information Sources:
    Gateway         Distance      Last Update
  Distance: (default is 110)
R3#

Ha asignado correctamente los router IDs en R2 y R3.

2.2. Redes punto a punto OSPF

2.2.1. Sintaxis del comando network

Un tipo de red que utiliza OSPF es la red punto a punto. Puede especificar las interfaces que pertenecen a una red punto a punto configurando el network comando. También puede configurar OSPF directamente en la interfaz con el ip ospf comando, como veremos más adelante.

Ambos comandos se utilizan para determinar qué interfaces participan en el proceso de enrutamiento para un área OSPFv2. La sintaxis básica para el network comando es la siguiente:

Router(config-router)# network network-address wildcard-mask area area-id

La sintaxis de máscara de comodín de dirección de red se utiliza para habilitar OSPF en las interfaces. Cualquier interfaz en un router que coincida con la dirección de red en el …. La sintaxis del área: area-id se refiere al área OSPF. Cuando configure OSPFv2 de área única, the network deben configurarse con el mismo valor area-id en todos los routers. Si bien se puede usar cualquier ID de área, es aconsejable utilizar una ID de área 0 con OSPFv2 de área única. Esta convención facilita la tarea si posteriormente se modifica la red para admitir OSPFv2 multiárea.

2.2.2. El Wildcard Mask

El wildcard mask suele ser la inversa de la máscara de subred configurada en esa interfaz. En una máscara de subred, un 1 binario equivale a una coincidencia, y un 0 binario no es una coincidencia. En un wildcard mask, lo contrario es cierto, como se muestra aquí:

Wildcard mask bit 0 – coincide con el valor de bit correspondiente en la dirección.
Wildcard mask bit 1 – omite el valor del bit correspondiente en la dirección.

El método más fácil para calcular un wildcard mask es restar la máscara de subred de red de 255.255.255.255, como se muestra para las máscaras de subred / 24 y / 26 en la figura.

2.2.4. Configure el OSPF utilizando el comando network

Dentro del modo de configuración de enrutamiento, hay dos formas de identificar las interfaces que participarán en el proceso de enrutamiento OSPFv2. En la ilustración, se muestra la topología de referencia.

En el primer ejemplo, el wildcard mask identifica la interfaz en función de las direcciones de red. Cualquier interfaz activa configurada con una dirección IPv4 perteneciente a esa red, participará en el proceso de enrutamiento OSPFv2.

R1(config)# router ospf 10
R1(config-router)# network 10.10.1.0 0.0.0.255 area 0
R1(config-router)# network 10.1.1.4 0.0.0.3 area 0
R1(config-router)# network 10.1.1.12 0.0.0.3 area 0
R1(config-router)#

Nota: Algunas versiones de IOS permiten introducir la máscara de subred en lugar del wildcard mask. Luego, IOS convierte la máscara de subred al formato del wildcard mask.

Como alternativa, el segundo ejemplo muestra cómo OSPFv2 se puede habilitar especificando la dirección IPv4 exacta de la interfaz usando un wildcard mask cuádruple cero. Ingresar en network 10.1.1.5 0.0.0.0 area 0 R1 le dice al router que habilite la interfaz Gigabit Ethernet 0/0/0 para el proceso de enrutamiento. Como resultado, el proceso OSPFv2 anuncia la red que se encuentra en esta interfaz (10.1.1.4/30).

R1(config)# router ospf 10
R1(config-router)# network 10.10.1.1 0.0.0.0 area 0
R1(config-router)# network 10.1.1.5 0.0.0.0 area 0
R1(config-router)# network 10.1.1.14 0.0.0.0 area 0
R1(config-router)#

La ventaja de especificar la interfaz es que no se necesita calcular el wildcard mask. Observe que en todos los casos, el area argumento especifica el área 0.

2.2.5. Syntax Checker- Configurar R2 y R3 mediante el comando network

Utilice el Syntax Checker para anunciar las redes conectadas a R2 y R3.

Nota: Mientras completa el syntax checker, observe los mensajes informativos que describen la adyacencia entre R1 (1.1.1.1) y R2 (2.2.2.2). El esquema de direccionamiento IPv4 utilizado para el router ID facilita la identificación del vecino.

Actualmente está conectado a R2:

Ingrese al modo de configuración de router OSPF con la ID de proceso 10.
Configure R2 con el router ID of 2.2.2.2

R2(config)#router ospf 10
R2(config-router)#router-id 2.2.2.2
R2(config-router)#

Anuncie las redes conectadas al R2 con el wildcard mask adecuado utilizando el área 0. Configure las redes en el siguiente orden:

10.10.2.0/24
10.1.1.4/30
10.1.1.8/30

R2(config-router)#network 10.10.2.0 0.0.0.255 area 0
R2(config-router)#network 10.1.1.4 0.0.0.3 area 0
R2(config-router)#network 10.1.1.8 0.0.0.3 area 0
R2(config-router)#
*Mar 25 21:19:21.938: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done

Ahora configure el R3:

Ingrese al modo de configuración de router OSPF con la ID de proceso 10.
Configurar el router ID en R3.
Utilice la instrucción network para habilitar OSPF en función de la dirección de interfaz y el wildcard mask cuádruple cero para el área 0.
Vuelva al modo EXEC privilegiado cuando termine.

R3(config)#router ospf 10
R3(config-router)#router-id 3.3.3.3
R3(config-router)#

Utilice la instrucción network para habilitar OSPF en función de la dirección de interfaz y el wildcard mask cuádruple cero para el área 0. Configure las interfaces en el siguiente orden:

10.10.3.1
10.1.1.10
10.1.1.13

R3(config-router)#network 10.10.3.1 0.0.0.0 area 0
R3(config-router)#network 10.1.1.10 0.0.0.0 area 0
R3(config-router)#network 10.1.1.13 0.0.0.0 area 0
R3(config-router)#
*Mar 26 14:00:55.183: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Mar 26 14:00:55.243: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3#

Anunció con éxito las redes OSPF en R2 y R3.

2.2.6. Configure OSPF utilizando el comando ip ospf

También puede configurar OSPF directamente en la interfaz en lugar de utilizar el network comando. Para configurar OSPF directamente en la interfaz, utilice el comando ip ospf interface configuration La sintaxis es la siguiente:

Router(config-if)# ip ospf process-id area area-id

Para R1, elimine los comandos de red mediante el uso de la no forma de los network comandos. Y luego vaya a cada interfaz y configure el ip ospf comando, como se muestra en la ventana de comandos.

R1(config)# router ospf 10
R1(config-router)# no network 10.10.1.1 0.0.0.0 area 0
R1(config-router)# no network 10.1.1.5 0.0.0.0 area 0
R1(config-router)# no network 10.1.1.14 0.0.0.0 area 0
R1(config-router)# interface GigabitEthernet 0/0/0
R1(config-if)# ip ospf 10 area 0
R1(config-if)# interface GigabitEthernet 0/0/1 
R1(config-if)# ip ospf 10 area 0
R1(config-if)# interface Loopback 0
R1(config-if)# ip ospf 10 area 0
R1(config-if)#

2.2.7. Syntax Checker – Configure R2 y R3 mediante el comando ip ospf

Utilice el Syntax Checker para anunciar las redes configurando las interfaces para OSPF en R2 y R3.

Actualmente está conectado a R2. Los comandos de red ya se han eliminado. Configure el enrutamiento OSPF utilizando el ID de proceso 10, en el área 0, en cada interfaz, en ese orden. Utilice los siguientes nombres de interfaz abreviados:

lo0
g0/0/0
g0/0/1

R2(config)#interface lo0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/1
R2(config-if)#ip ospf 10 area 0
*Mar 25 21:19:21.938: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done

Ahora, inició sesión en el R3. Los comandos de red ya se han eliminado . Configure el enrutamiento OSPF utilizando el ID de proceso 10, en el área 0, en cada interfaz, en ese orden. Utilice los siguientes nombres de interfaz abreviados:

lo0
g0/0/0
g0/0/1

R3(config)#interface lo0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/1
R2(config-if)#ip ospf 10 area 0
*Mar 26 14:00:55.183: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Mar 26 14:00:55.243: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3(config-router)#

Ha configurado correctamente las interfaces para anunciar las redes OSPF.

2.2.8. Interfaz pasiva

De manera predeterminada, los mensajes OSPF se reenvían por todas las interfaces con OSPF habilitado. Sin embargo, estos mensajes solo necesitan enviarse por las interfaces que se conectan a otros routers con OSPF habilitado.

Consulte la topología de la figura. Los mensajes OSPFv2 se reenvían a las tres interfaces loopback aunque no exista ningún vecino OSPFv2 en estas LAN simuladas. En una red de producción, estos loopbacks serían interfaces físicas a redes con usuarios y tráfico. El envío de mensajes innecesarios en una LAN afecta la red de tres maneras:

Uso ineficaz del ancho de banda se consume el ancho de banda disponible con el transporte de mensajes innecesarios.
Uso ineficaz de los recursos – todos los dispositivos en la LAN deben procesar el mensaje y, finalmente, descartarlo.
Mayor riesgo de seguridad : sin configuraciones de seguridad OSPF adicionales, los mensajes OSPF se pueden interceptar con software de detección de paquetes. Las actualizaciones de enrutamiento se pueden modificar y enviar de regreso al router, lo que daña la tabla de enrutamiento con métricas falsas que direccionan erróneamente el tráfico.

2.2.9. Configuración de interfaces pasivas

Use el comando passive-interface del modo de configuración del router para evitar la transmisión de mensajes de enrutamiento a través de una interfaz del router, pero aún así permite que esa red se anuncie a otros routers. El ejemplo de configuración identifica la interfaz R1 Loopback 0/0/0 como pasiva.

A continuación, el show ip protocols comando se utiliza para comprobar que la interfaz Loopback 0 aparece como pasiva. La interfaz todavía se enumera bajo el encabezado «Enrutamiento en interfaces configuradas explícitamente (Área 0)», lo que significa que esta red todavía se incluye como una entrada de ruta en las actualizaciones de OSPFv2 que se envían a R2 y R3.

R1(config)# router ospf 10
R1(config-router)# passive-interface loopback 0
R1(config-router)# end
R1#
*May 23 20:24:39.309: %SYS-5-CONFIG_I: Configured from console by console
R1# show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 1.1.1.1
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Passive Interface(s):
    Loopback0
  Routing Information Sources:
    Gateway         Distance      Last Update
    3.3.3.3              110      01:01:48
    2.2.2.2              110      01:01:38
  Distance: (default is 110)
R1#

2.2.10. Syntax Checker – Configure interfaces pasivas en R2 y R3

Utilice el Syntax Checker para configurar las interfaces loopback en R2 como pasivas. Como alternativa, todas las interfaces se pueden volver pasivas utilizandopassive-interface default el comando. Las interfaces que no deberían ser pasivas se pueden volver a habilitar con no passive-interface el comando. Configure R3 con el passive-interface default comando y vuelva a habilitar las interfaces Gigabit Ethernet.

Actualmente está conectado a R2.

Introduzca el modo de configuración del router del protocolo OSPF utilizando la ID de proceso 10.
Configure the Loopback interface as passive using the shortened interface name Lo0.
Volver al modo EXEC privilegiado. Comando* Verify the OSPF settings with the show ip protocols

R2(config)#router ospf 10
R2(config-router)#passive-interface lo0
R2(config-router)#end
*May 23 20:27:20.718: %SYS-5-CONFIG_I: Configured from console by console
R2#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 2.2.2.2
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Passive Interface(s):
    Loopback0
  Routing Information Sources:
    Gateway         Distance      Last Update
    3.3.3.3              110      02:07:48
    1.1.1.1              110      02:34:53
  Distance: (default is 110)
R2#

You are now logged into R3:

Enter OSPF router configuration mode using process ID 10
Use one command to configure all interfaces as passive
Use the shortened interface names g0/0/0 and g0/0/1 to remove these interfaces from the passive list
Return to privileged EXEC mode
Verify the OSPF settings with the show ip protocols command.

R3(config)#router ospf 10
R3(config-router)#passive-interface default
*Jun  5 23:06:46.668: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 23:06:46.669: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/1 from FULL to DOWN, Neighbor Down: Interface down or detached
R3(config-router)#no passive-interface g0/0/0
*Jun  5 23:07:07.746: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R3(config-router)#no passive-interface g0/0/1
*Jun  5 23:07:17.841: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3(config-router)#end
* Jun  5 23:07:35.732: %SYS-5-CONFIG_I: Configured from console by console
R3#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 3.3.3.3
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Passive Interface(s):
    Serial0/1/0
    Serial0/1/1
    Loopback0
  Routing Information Sources:
    Gateway         Distance      Last Update
    1.1.1.1              110      00:00:59
    2.2.2.2              110      00:00:48
  Distance: (default is 110)
R3#

Ha configurado correctamente las interfaces pasivas para R2 y R3.

2.2.11. Redes punto a punto OSPF

De forma predeterminada, los routers Cisco eligen DR y BDR en las interfaces Ethernet, incluso si solo hay otro dispositivo en el enlace. Puede verificar esto con el show ip ospf interface comando, como se muestra en el ejemplo de G0/0/0 de R1.

R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State BDR, Priority 1
  Designated Router (ID) 2.2.2.2, Interface address 10.1.1.6
  Backup Designated router (ID) 1.1.1.1, Interface address 10.1.1.5
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:08
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 2.2.2.2  (Designated Router)
  Suppress hello for 0 neighbor(s)
R1#

R1 es el BDR y R2 es el DR. El proceso de elección de DR/ BDR es innecesario ya que solo puede haber dos routers en la red punto a punto entre R1 y R2. Observe que en el resultado del router ha designado el tipo de red como Broadcast. Para cambiar esto a una red punto a punto, utilice el comando de configuración de interface, ip ospf network point-to-point en todas las interfaces en las que desee deshabilitar el proceso de elección DR/BDR. El siguiente ejemplo muestra esta configuración para R1. El estado de adyacencia del vecino OSPF disminuirá durante unos milisegundos.

R1(config)# interface GigabitEthernet 0/0/0
R1(config-if)# ip ospf network point-to-point
*Jun  6 00:44:05.208: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  6 00:44:05.211: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R1(config-if)# interface GigabitEthernet 0/0/1
R1(config-if)# ip ospf network point-to-point 
*Jun  6 00:44:45.532: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  6 00:44:45.535: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R1(config-if)# end
R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:04
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 2
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 2.2.2.2
  Suppress hello for 0 neighbor(s)
R1#

Observe que la interfaz Gigabit Ethernet 0/0/0 ahora muestra el tipo de red como POINT\ _TO\ _POINT y que no hay DR o BDR en el enlace.

2.2.12. Loopbacks y redes punto a punto

Utilizamos loopbacks para proporcionar interfaces adicionales para una variedad de propósitos. En este caso, estamos utilizando loopbacks para simular más redes de las que el equipo puede soportar. De forma predeterminada, las interfaces loopback se anuncian como rutas de host/32. Por ejemplo, R1 anunciaría la red 10.10.1.0/24 como 10.10.1.1/32 a R2 y R3.

R2# show ip route | include 10.10.1 
O        10.10.1.1/32 [110/2] via 10.1.1.5, 00:03:05, GigabitEthernet0/0/0

Para simular una LAN real, la interfaz Loopback 0 se configura como una red punto a punto para que R1 anuncie la red 10.10.1.0/24 completa a R2 y R3.

R1(config-if)# interface Loopback 0
R1(config-if)# ip ospf network point-to-point

Ahora R2 recibe la dirección de red LAN más precisa y simulada de 10.10.1.0/24.

R2# show ip route | include 10.10.1
O        10.10.1.0/24 [110/2] via 10.1.1.5, 00:00:30, GigabitEthernet0/0/0

Nota: En el momento de escribir esto, Packet Tracer no admite el ip ospf network point-to-point comando en interfaces Gigabit Ethernet. Sin embargo, es compatible con interfaces Loopback.

2.2.13. Packet Tracer – Configuración OSPFv2 de área única punto a punto

En esta actividad Packet Tracer, configurará OSPFv2 de área única con lo siguiente:

Configure explícitamente los router IDs.
Configure the el comando network en R1 utilizando el wildcard mask basada en la máscara de subred.
Configure the el comando network en R2 usando el wildcard mask cuádruple cero. el comando* Configure the ip ospf interface en R3.
Configure las interfaces pasivas comandos* Verify OSPF operation using the show ip protocols and show ip route

2.3. Redes OSPF de acceso múltiple

2.3.1. Tipos de redes OSPF

Otro tipo de red que utiliza OSPF es la red OSPF multiacceso. Las redes OSPF multiacceso son únicas, ya que un router controla la distribución de los LSA. El router elegido para este rol debe ser determinado por el administrador de red a través de la configuración adecuada.

OSPF puede incluir procesos adicionales dependiendo del tipo de red. La topología anterior utilizaba vínculos punto a punto entre los routers. Sin embargo, los routers se pueden conectar al mismo switch para formar una red multiacceso, como se muestra en la figura. Las LAN Ethernet son el ejemplo más común de redes broadcast con multiacceso En las redes broadcast, todos los dispositivos en la red pueden ver todas las tramas broadcast y multicast.

Red multiacceso del protocolo OSPF

2.3.2. Router designado OSPF

Recordemos que, en redes multiacceso, OSPF elige una DR y BDR como solución para administrar el número de adyacencias y la inundación de anuncios de estado de enlace (LSA). El DR es responsable de recolectar y distribuir los LSA enviados y recibidos. El DR usa la dirección IPv4 multicast 224.0.0.5 que está destinada a todos los routers OSPF.

También se elige un BDR en caso de que falle el DR. El BDR escucha pasivamente y mantiene una relación con todos los routers. Si el DR deja de producir paquetes Hello, el BDR se asciende a sí mismo y asume la función de DR.

Todos los demás routers se convierten en DROTHER (un router que no es DR ni BDR). Los DROTHER utilizan la dirección de acceso múltiple 224.0.0.6 (todos los routers designados) para enviar paquetes OSPF al DR y al BDR. Sólo DR y BDR escuchan 224.0.0.6.

En la figura, R1, R5 y R4 son DROTHERs. Haga clic en reproducir para ver la animación de R2 actuando como DR. Observe que sólo el DR y el BDR procesan el LSA enviado por R1 utilizando la dirección multicast IPv4 224.0.0.6. A continuación, el DR envía el LSA a todos los routers OSPF utilizando la dirección multicast IPv4 224.0.0.5.

Función del DR

2.3.3. Topología de referencia de acceso múltiple OSPF

En la topología de acceso múltiple que se muestra en la figura, hay tres routers interconectados a través de una red de acceso múltiple Ethernet común, 192.168.1.0/24. Cada router está configurado con la dirección IPv4 indicada en la interfaz Gigabit Ethernet 0/0/0.

Debido a que los routers están conectados por medio de una red multiacceso con difusión común, OSPF seleccionó automáticamente un DR y un BDR. En este ejemplo, se eligió al R3 como el DR porque la ID del router es 3.3.3.3, que es la más alta en la red. El R2 es el BDR porque tiene la segunda ID del router más alta en la red.

2.3.4. Verificar las funciones del router OSPF

Para verificar los roles del router OSPFv2, use el show ip ospf interface comando.

Haga clic en cada botón para ver el resultado del comando show ip ospf interface en cada router.

R1 DROTHER
R2 BDR
R3 DR

R1 DROTHER

El resultado generado por R1 confirma que lo siguiente:

El R1 no es el DR ni el BDR, sino un DROTHER con una prioridad predeterminada de 1. (Línea 7)
El DR es el R3 con el router ID 3.3.3.3 en la dirección IPv4 192.168.1.3; el BDR es el R2 con el router ID 2.2.2.2 en la dirección IPv4 192.168.1.2. (Líneas 8 y 9)
El R1 tiene dos adyacencias: una con el BDR y otra con el DR. (Líneas 20 a 22)

R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.1/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
  Topology-MTID Cost Disabled Shutdown Topology Name
        0 1 no no Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State DROTHER, Priority 1 Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 2.2.2.2, Interface address 192.168.1.2
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:07
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 1
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 2.2.2.2 (Backup Designated Router)
    Adjacent with neighbor 3.3.3.3 (Designated Router)
  Suppress hello for 0 neighbor(s)
R1#

R2 BDR

El resultado generado por R2 confirma lo siguiente:

El R2 es el BDR, con una prioridad predeterminada de 1. (Line 7)
El DR es el R3 con el router ID 3.3.3.3 en la dirección IPv4 192.168.1.3; el BDR es el R2 con el router ID 2.2.2.2 en la dirección IPv4 192.168.1.2. (Líneas 8 y 9)
El R2 tiene dos adyacencias, una con un vecino que tiene el router ID 1.1.1.1 (R1) y la otra con el DR. (Lines 20-22)

R2# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.2/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 2.2.2.2, Network Type BROADCAST, Cost: 1
  Topology-MTID Cost Disabled Shutdown Topology Name
        0 1 no no Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State BDR, Priority 1 Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 2.2.2.2, Interface address 192.168.1.2
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 0:00:01
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 1.1.1.1
    Adjacent with neighbor 3.3.3.3 (Designated Router)
  Suppress hello for 0 neighbor(s)
R2#

R3 DR

El resultado generado por R3 confirma lo siguiente:

El R3 es el DR, con una prioridad predeterminada de 1. (Line 7)
El DR es el R3 con el router ID 3.3.3.3 en la dirección IPv4 192.168.1.3; el BDR es el R2 con el router ID 2.2.2.2 en la dirección IPv4 192.168.1.2. (Lines 8 and 9)
El R3 tiene dos adyacencias, una con un vecino que tiene la ID de router 1.1.1.1 (R1) y la otra con el BDR. (Lines 20-22)

R3# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.3/24, Area 0, Attached via Interface Enable
  Process ID 1, Router ID 3.3.3.3, Network Type BROADCAST, Cost: 1
  Topology-MTID Cost Disabled Shutdown Topology Name
        0 1 no no Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State DR, Priority 1 Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 2.2.2.2, Interface address 192.168.1.2
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 0:00:06
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 2, maximum is 2
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 1.1.1.1
    Adjacent with neighbor 2.2.2.2 (Backup Designated Router)
  Suppress hello for 0 neighbor(s)
R3#

2.3.5. Verificación de las adyacencias del DR/BDR

Para verificar las adyacencias OSPFv2, utilice el show ip ospf neighbor comando, como se muestra en el ejemplo de R1. El estado de los vecinos en las redes de acceso múltiple puede ser el siguiente:

FULL/DROTHER – Este es un router DR o BDR que está completamente adyacente con un router que no sea DR o BDR. Estos dos vecinos pueden intercambiar paquetes Hello, actualizaciones, consultas, respuestas y acuses de recibo.
FULL/DR – El router está completamente adyacente con el vecino DR indicado. Estos dos vecinos pueden intercambiar paquetes Hello, actualizaciones, consultas, respuestas y acuses de recibo.
FULL/BDR – El router es completamente adyacente con el vecino BDR indicado. Estos dos vecinos pueden intercambiar paquetes Hello, actualizaciones, consultas, respuestas y acuses de recibo.
2-WAY/DROTHER – El router que no es DR o BDR tiene una relación vecina con otro router no DR o BDR. Estos dos vecinos intercambian paquetes Hello.

El estado normal de un router OSPF suele ser COMPLETO. Si un router está atascado en otro estado, es un indicio de que existen problemas en la formación de adyacencias. La única excepción a esto es el estado 2-WAY, que es normal en una red broadcast multiacceso. Por ejemplo, los DROTHERs formarán una adyacencia vecina de 2-Way con cualquier DROTHER que se una a la red. Cuando esto sucede, el estado vecino se muestra como 2-WAY/DROTHER.

Haga clic en cada botón para ver el resultado comando show ip ospf neighbor en cada router.

R1 Adjacencies
R2 Adjacencies
R3 Adjacencies

El resultado generado por R1 confirma que R1 tiene adyacencias con los siguientes routeres:

El R2 con el router ID 2.2.2.2 está en estado Full y cumple la función de BDR.
El R3 con el router ID 3.3.3.3 está en estado Full y cumple la función de DR.

R1# show ip ospf neighbor 
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 1 FULL/BDR 00:00:31 192.168.1.2 GigabitEthernet0/0/0
3.3.3.3 1 FULL/DR 00:00:39 192.168.1.3 GigabitEthernet0/0/0
R1#

El resultado generado por R2 confirma que R2 tiene adyacencias con los siguientes routers:

El R1 con el router ID 1.1.1.1 está en estado Full, y su función no es ni DR ni BDR.
El R3 con el router ID 3.3.3.3 está en estado Full y cumple la función de DR.

R2# show ip ospf neighbor 
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 1 FULL/DROTHER 00:00:31 192.168.1.1 GigabiteThernet0/0/0
3.3.3.3 1 FULL/DR 00:00:34 192.168.1.3 GigabitEthernet0/0/0
R2#

El resultado generado por R3 confirma que R3 tiene adyacencias con los siguientes routers:

El R1 con el router ID 1.1.1.1 está en estado Full, y su función no es ni DR ni BDR.
El R2 con el router ID 2.2.2.2 está en estado Full y cumple la función de BDR.

R3# show ip ospf neighbor 
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 1 FULL/DROTHER 00:00:37 192.168.1.1 GigabiteThernet0/0/0
2.2.2.2 1 FULL/BDR 00:00:33 192.168.1.2 GigabitEthernet0/0/0
R3#

2.3.6. Proceso de elección del DR/BDR predeterminado

¿Cómo se eligen el DR y el BDR? La decisión de elección del DR y el BDR OSPF se hace según los siguientes criterios, en orden secuencial:

Los routers en la red seleccionan como DR al router con la prioridad de interfaz más alta. El router con la segunda prioridad de interfaz más alta se elige como BDR. La prioridad puede configurarse para que sea cualquier número entre 0 y 255. Si el valor de prioridad de la interfaz se establece en 0, esa interfaz no se puede elegir como DR ni BDR. La prioridad predeterminada de las interfaces broadcast de acceso múltiple es 1. Por lo tanto, a menos que se configuren de otra manera, todos los routers tienen un mismo valor de prioridad y deben depender de otro método de diferenciación durante la elección del DR/BDR.
Si las prioridades de interfaz son iguales, se elige al router con la ID más alta como DR. El router con la segunda ID más alta es el BDR.

Recuerde que el router ID se determina de una de las siguientes tres maneras:

El router ID se puede configurar manualmente.
Si no hay un router ID configurado, la dirección IPv4 de loopback más alta determina el router ID.
Si no hay interfaces de loopback configuradas, el router ID lo determina la dirección IPv4 activa más alta.

Topología de referencia de acceso múltiple OSPFv2

En la ilustración, todas las interfaces Ethernet del router tienen una prioridad determinada de 1. Como resultado, según los criterios de selección descritos anteriormente, para seleccionar el DR y el BDR se usa el router ID OSPF. El R3, con el router ID más alto, se convierte en el DR, y el R2, que tiene el segundo router ID más alto, se convierte en el BDR.

El proceso de elección del DR y el BDR ocurre en cuanto el primer router con una interfaz con OSPF habilitado se activa en la red multiacceso. Esto puede suceder cuando se encienden los routers OSPF preconfigurados o cuando OSPF se activa en la interfaz. El proceso de elección sólo toma unos pocos segundos. Si no terminaron de arrancar todos los routers en la red multiacceso, es posible que un router con un router ID más bajo se convierte en el DR.

La elección del DR y del BDR para OSPF no se basa en derecho preferente. Si se agregan a la red un router nuevo con una prioridad más alta o un router ID más alto después de la elección del DR y el BDR, el router agregado no se apropia de la función de DR o BDR. Esto se debe a que esas funciones ya se asignaron. La incorporación de un router nuevo no inicia un nuevo proceso de elección.

2.3.7. Recuperación y Falla de DR

Una vez que se elige el DR, permanece como tal hasta que se produce una de las siguientes situaciones:

El DR falla.
El proceso OSPF en el DR falla o se detiene.
La interfaz multiacceso en el DR falla o se apaga.

Si el DR falla, el BDR se asciende automáticamente a DR. Esto ocurre así incluso si se agrega otro DROTHER con una prioridad o router ID más alta a la red después de la elección inicial de DR/BDR. Sin embargo, después de que un BDR es promovido a DR, se produce una nueva elección de BDR, y el DROTHER con la mayor prioridad o router ID se elige como el nuevo BDR.

Haga clic en cada botón para ver una ilustración de varios escenarios relacionados con el proceso de elección de DR y BDR.

El R3 falla
El R3 vuelve a unirse a la red
El R4 se une a la red
El R2 falla

En este escenario, se produce un error en el DR actual (R3). Por lo tanto, el BDR (R2) preseleccionado asume el rol de DR. A continuación, se hace la elección del BDR nuevo. Debido a que el R1 es el único DROTHER, se lo selecciona como BDR.

En este escenario, R3 se ha unido a la red después de varios minutos de no estar disponible. Debido a que DR y BDR ya existen, R3 no asume ninguno de los roles. En cambio, se convierte en un DROTHER.

En este escenario, se agrega un nuevo router (R4) con una ID de router más alta a la red. El DR (R2) y el BDR (R1) retienen sus funciones de DR y BDR. El R4 se convierte automáticamente en DROTHER.

En este escenario, R2 ha fallado. El BDR (R1) se convierte automáticamente en el DR, y un proceso de elección selecciona al R4 como el BDR, ya que tiene el router ID más alto.

2.3.8. El comando ip ospf priority

Si las prioridades de interfaz son iguales en todos los routers, se elige al router con la ID más alta como DR. Es posible configurar el router ID para manipular la elección de DR/BDR. Sin embargo, el proceso solo funciona si hay un plan riguroso para establecer el router ID de todos los routers. Configurar el router ID puede ayudar a controlar esto. Sin embargo, en redes grandes esto puede ser engorroso.

En vez de depender del router ID, es mejor controlar la elección mediante el establecimiento de prioridades de interfaz. Esto también permite que un router sea el DR en una red y un DROTHER en otra. Para establecer la prioridad de una interfaz, utilice el comando ip ospf priority value, donde value es 0 a 255. Un valor de 0 no se convierte en DR o BDR. Un valor de 1 a 255 en la interfaz hace más probable que el router se convierta en DR o BDR.

2.3.9. Configurar la prioridad OSPF

En la topología, el ip ospf priority comando se utilizará para cambiar el DR y el BDR de la siguiente manera:

El R1 debe ser el DR y se configura con una prioridad de 255.
El R2 debe ser el BDR y se le deja la prioridad predeterminada de 1.
El R3 nunca debe ser un DR ni BDR y se configura con una prioridad de 0.

Cambie la prioridad de la interfaz R1 G0/0/0 de 1 a 255.

R1(config)# interface GigabitEthernet 0/0/0 
R1(config-if)# ip ospf priority 255 
R1(config-if)# end 
R1#

Cambie la prioridad de la interfaz R3 G0/0/0 de 1 a 0.

R3(config)# interface GigabitEthernet 0/0/0
R3(config-if)# ip ospf priority 0
R3(config-if)# end
R3#

El siguiente ejemplo muestra cómo borrar el proceso OSPF en R1. El clear ip ospf process comando también debe introducirse en R2 y R3 (no se muestra). Observe la información de estado OSPF que se genera.

R1# clear ip ospf process
Reset ALL OSPF processes? [no]: y
R1#
*Jun  5 03:47:41.563: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 03:47:41.563: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 03:47:41.569: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun  5 03:47:41.569: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done

El resultado del comando show in ospf interface g0/0/0 en R1 confirma que R1 es ahora el DR con una prioridad de 255 e identifica las nuevas adyacencias vecinas de R1.

R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.1/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State DR, Priority 255
  Designated Router (ID) 1.1.1.1, Interface address 192.168.1.1
  Backup Designated router (ID) 2.2.2.2, Interface address 192.168.1.2
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:00
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 2
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 2.2.2.2  (Backup Designated Router)
    Adjacent with neighbor 3.3.3.3
  Suppress hello for 0 neighbor(s)
R1#

2.3.10. Syntax Checker – Configure la prioridad de OSPF

Utilice el Syntax Checker para configurar un escenario de prioridad OSPF diferente para R1, R2 y R3.

Utilice el ip ospf priority comando para cambiar el DR y el BDR de la siguiente manera:

R1 debe ser el BDR y se configurará con una prioridad de 10.
R2 nunca debe ser un DR o BDR y se configurará con una prioridad de 0.
R3 debería ser el DR y quedará con la prioridad predeterminada de 100.

En todos los routers, use g0/0/0 para el nombre de la interfaz.

Ha iniciado sesión en R1 en el modo de configuración global. Configure R1 con una prioridad de 10.

R1(config)#interface g0/0/0
R1(config-if)#ip ospf priority 10
R1(config-if)#

Ahora ha iniciado sesión en R2 en modo de configuración global. Configure R2 with a priority of 0.

R2(config)#interface g0/0/0
R2(config-if)#ip ospf priority 0
R2(config-if)#

Ahora ha iniciado sesión en R3 en modo de configuración global. Configure R3 con una prioridad de 100.

R3(config)#interface g0/0/0
R3(config-if)#ip ospf priority 100
R3(config-if)#

Aún está conectado a R3 en el modo de configuración de la interfaz. Volver al modo EXEC privilegiado. Dado que R3 va a ser el DR, reinicie primero el proceso OSPF.

R3(config-if)#end
R3#clear ip ospf process
Reset ALL OSPF processes? [no]:y
*Jun  5 05:29:35.231: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 05:29:35.231: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 05:29:35.235: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun  5 05:29:44.563: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R3#

Ahora ha iniciado sesión en R1 en modo EXEC privilegiado. Debido a que R1 es el DR, reinicie el proceso OSPF en él a continuación.

R1#clear ip ospf process
Reset ALL OSPF processes? [no]:y
*Jun  5 05:27:20.691: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 05:27:20.691: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 05:27:21.695: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun  5 05:27:20.951: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R1#

Ahora ha iniciado sesión en R2 en modo EXEC privilegiado. R2 va a ser DROTHER. Reinicie el proceso OSPF.

R2#clear ip ospf process
Reset ALL OSPF processes? [no]:y
*Jun  5 15:37:08.978: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from 2WAY to DOWN, Neighbor Down: Interface down or detached
*Jun  5 15:37:08.978: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  5 15:37:08.983: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun  5 15:37:19.477: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R2#

Ahora está conectado a R1. Utilice el show ip ospf interface g0/0/0 comando para verificar que el R1 es el BDR.

R1#show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.1/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State BDR, Priority 10
  Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:04
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 2
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 2.2.2.2
    Adjacent with neighbor 3.3.3.3  (Designated Router)
  Suppress hello for 0 neighbor(s)
R1#

Ahora ha iniciado sesión en R2. Utilice el show ip ospf interface g0/0/0 comando para verificar que el R2 es el DROTHER.

R2#show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.2/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 2.2.2.2, Network Type BROADCAST, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State DROTHER, Priority 0
  Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:03
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 2
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 1.1.1.1  (Backup Designated Router)
    Adjacent with neighbor 3.3.3.3  (Designated Router)
  Suppress hello for 0 neighbor(s)
R2#

Ahora, inició sesión en el R3. Utilice el show ip ospf interface g0/0/0 comando para verificar que el R3 es el DR.

R3#show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 192.168.1.3/24, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 3.3.3.3, Network Type BROADCAST, Cost: 1
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           1         no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State DR, Priority 100
  Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
  Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:00
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 3
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 2, Adjacent neighbor count is 2 
    Adjacent with neighbor 1.1.1.1  (Backup Designated Router)
    Adjacent with neighbor 2.2.2.2
  Suppress hello for 0 neighbor(s)
R3#

Ha cambiado correctamente la prioridad OSPF.

2.3.11. Packet Tracer – Determine el DR y el BDR

En esta actividad, completará lo siguiente:

Examine los roles DR y BDR y observe cómo cambian los roles cuando hay un cambio en la red.
Modifique la prioridad para controlar los roles y forzar una nueva elección.
Verifique que los routers estén cumpliendo los roles deseados.

2.4. Modificación de OSPFv2 de área única

2.4.1. Métrica de costos OSPF de Cisco

Recuerde que un protocolo de enrutamiento utiliza una métrica para determinar la mejor ruta de un paquete a través de una red. Una métrica indica la sobrecarga que se requiere para enviar paquetes a través de una interfaz determinada. OSPF utiliza el costo como métrica. Cuando el costo es menor, la ruta es mejor que una con un costo mayor.

El costo de Cisco de una interfaz es inversamente proporcional al ancho de banda de la interfaz. Por lo tanto, cuanto mayor es el ancho de banda, menor es el costo. La fórmula que se usa para calcular el costo de OSPF es la siguiente:

Cost = reference bandwidth / interface bandwidth

El ancho de banda de referencia predeterminado es 10⁸ (100,000,000); por lo tanto, la fórmula es:

Cost = 100,000,000 bps / interface bandwidth in bps

Consulte la tabla para obtener un desglose del cálculo de costos. Debido a que el valor del costo OSPF debe ser un número entero, las interfaces FastEthernet, Gigabit Ethernet y 10 GigE comparten el mismo costo. Para corregir esta situación, puede:

Ajuste el ancho de banda de referencia con el auto-cost reference-bandwidth comando en cada router OSPF.
Establecer manualmente el valor de costo OSPF con el ip ospf cost comando en las interfaces necesarias.

Costos predeterminados de Cisco OSPF

2.4.2. Ajuste el ancho de banda de referencia

El valor del costo debe ser un número entero. Si se calcula un valor menor que un número entero, OSPF redondea al número entero más cercano. Por lo tanto, el costo OSPF asignado a una interfaz Gigabit Ethernet con el ancho de banda de referencia predeterminado de 100.000.000 bps equivaldría a 1, porque el entero más cercano para 0.1 es 0 en lugar de 1.

Cost = 100,000,000 bps / 1,000,000,000 = 1

Por esta razón, todas las interfaces más rápidas que Fast Ethernet tendrán el mismo valor de costo de 1 que una interfaz Fast Ethernet. Para ayudar a OSPF a determinar la ruta correcta, se debe cambiar el ancho de banda de referencia a un valor superior a fin de admitir redes con enlaces más rápidos que 100 Mbps.

El cambio del ancho de banda de referencia en realidad no afecta la capacidad de ancho de banda en el enlace, sino que simplemente afecta el cálculo utilizado para determinar la métrica. Para ajustar el ancho de banda de referencia, use el comando de configuración del router auto-cost reference-bandwidth auto-cost reference-bandwidth Mb/s.

Router(config-router)# auto-cost reference-bandwidth Mbps

Se debe configurar este comando en cada router en el dominio OSPF. Observe que el valor se expresa en Mbps; por lo tanto, para ajustar los costos de Gigabit Ethernet, use el comando auto-cost reference-bandwidth 1000. For 10 Gigabit Ethernet, use el comando auto-cost reference-bandwidth 10000.

Para volver al ancho de banda de referencia predeterminado auto-cost reference-bandwidth 100 use el comando

Cualquiera que sea el método utilizado, es importante aplicar la configuración a todos los routers en el dominio de enrutamiento OSPF. La tabla muestra el costo de OSPF si el ancho de banda de referencia se ajusta para acomodar enlaces de 10 Gigabit Ethernet. El ancho de banda de referencia debe ajustarse cada vez que haya enlaces más rápidos que FastEthernet (100 Mbps).

Tipo de interfaz	Ancho de banda de referencia en bps		Ancho de banda predeterminado en bps	Costo
10 Gigabit Ethernet 10 Gbps	10,000,000,000	÷	10,000,000,000	1
Gigabit Ethernet 1 Gbps	10,000,000,000	÷	1,000,000,000	10
Fast Ethernet 100 Mbps	10,000,000,000	÷	100,000,000	100
Ethernet 10 Mbps	10,000,000,000	÷	10,000,000	1000

Utilice el show ip ospf interface g0/0/0 comando para verificar el costo actual OSPFv2 asignado a la interfaz R1 GigabitEthernet 0/0/0. Observe que se muestra un costo de 1. Luego, después de ajustar el ancho de banda de referencia, el costo es ahora 10. Esto permitirá escalar a 10 interfaces Gigabit Ethernet en el futuro sin tener que volver a ajustar el ancho de banda de referencia.

Nota: El auto-cost reference-bandwidth comando debe configurarse de forma coherente en todos los routers del dominio OSPF para garantizar cálculos de ruta precisos.

R1# show ip ospf interface gigabitethernet0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 1
(output omitted)
R1# config t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)# router ospf 10
R1(config-router)# auto-cost reference-bandwidth 10000
% OSPF: Reference bandwidth is changed.
        Please ensure reference bandwidth is consistent across all routers.
R1(config-router)# do show ip ospf interface gigabitethernet0/0/0
GigabitEthernet0/0 is up, line protocol is up
  Internet address is 172.16.1.1/24, Area 0
  Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
  Transmit Delay is 1 sec, State DR, Priority 1
(output omitted)

2.4.3. Costos acumulados de OSPF

El costo de una ruta de OSPF es el valor acumulado desde un router hasta la red de destino. Suponiendo que el auto-cost reference-bandwidth 10000 comando se haya configurado en los tres routers, el costo de los enlaces entre cada router es ahora 10. Las interfaces loopback tienen un costo predeterminado de 1, como se muestra en la figura.

Por lo tanto, podemos calcular el costo de cada router para llegar a cada red. Por ejemplo, el costo total de R1 para alcanzar la red 10.10.2.0/24 es 11. Esto se debe a que el vínculo al costo R2 = 10 y el costo predeterminado del loopback = 1. 10 + 1 = 11.

La tabla de enrutamiento de R1 en la Figura 2 confirma que la métrica para llegar a la LAN de R2 es un costo de 11.

R1# show ip route | include 10.10.2.0
O        10.10.2.0/24 [110/11] via 10.1.1.6, 01:05:02, GigabitEthernet0/0/0
R1# show ip route 10.10.2.0
Routing entry for 10.10.2.0/24
  Known via "ospf 10", distance 110, metric 11, type intra area
  Last update from 10.1.1.6 on GigabitEthernet0/0/0, 01:05:13 ago
  Routing Descriptor Blocks:
  * 10.1.1.6, from 2.2.2.2, 01:05:13 ago, via GigabitEthernet0/0/0
      Route metric is 11, traffic share count is 1
R1#

2.4.4. Establecer manualmente el valor de costo OSPF

Los valores de costo OSPF se pueden manipular para influir en la ruta elegida por OSPF. Por ejemplo, en la configuración actual, R1 equilibra la carga a la red 10.1.1.8/30. Enviará algo de tráfico a R2 y algo de tráfico a R3. Puede ver esto en la tabla de enrutamiento.

R1# show ip route ospf | begin 10
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.8/30 [110/20] via 10.1.1.13, 00:54:50, GigabitEthernet0/0/1
                     [110/20] via 10.1.1.6, 00:55:14, GigabitEthernet0/0/0
(output omitted)
R1#

Es posible que el administrador desee que el tráfico pase a través de R2 y use R3 como una ruta de copia de seguridad en caso de que el enlace entre R1 y R2 se desconecte.

Otra razón para cambiar el valor de costo es porque otros proveedores pueden calcular OSPF de una manera diferente. Al manipular el valor de costo, el administrador puede asegurarse de que los costos de ruta compartidos entre los routers de varios proveedores OSPF se reflejen con precisión en las tablas de enrutamiento.

Para cambiar el valor de costo notificado por el router OSPF local a otros routeres OSPF, utilice el comando de configuración de interfaz ip ospf cost value. En la figura, tenemos que cambiar el costo de las interfaces de loopback a 10 para simular velocidades Gigabit Ethernet. Además, cambiaremos el costo del enlace entre R2 y R3 a 30 para que este enlace se use como enlace de copia de seguridad.

El siguiente ejemplo es la configuración de R1.

R1(config)# interface g0/0/1
R1(config-if)# ip ospf cost 30
R1(config-if)# interface lo0
R1(config-if)# ip ospf cost 10
R1(config-if)# end
R1#

Suponiendo que los costos OSPF para R2 y R3 se hayan configurado para que coincidan con la topología de la figura anterior, las rutas OSPF para R1 tendrían los siguientes valores de costo. Observe que R1 ya no equilibra la carga en la red 10.1.1.8/30. De hecho, todas las rutas pasan por R2 como desee el administrador de red.

R1# show ip route ospf | begin 10
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.8/30 [110/20] via 10.1.1.6, 01:18:25, GigabitEthernet0/0/0
O        10.10.2.0/24 [110/20] via 10.1.1.6, 00:04:31, GigabitEthernet0/0/0
O        10.10.3.0/24 [110/30] via 10.1.1.6, 00:03:21, GigabitEthernet0/0/0
R1#

Nota: Aunque utilizar el ip ospf cost comando es el método recomendado para manipular los valores de costo OSPF, un administrador también podría hacerlo mediante el comando interface configuration bandwidth kbps Sin embargo, eso solo funcionaría si todos los routers son routers Cisco.

2.4.5. Prueba de conmutación por error a ruta de copia de seguridad

¿Qué sucede si el enlace entre R1 y R2 cae? Podemos simular esto apagando la interfaz Gigabit Ethernet 0/0/0 y verificando que la tabla de enrutamiento se actualiza para usar R3 como router de salto siguiente. Observe que R1 ahora puede llegar a la red 10.1.1.4/30 a través de R3 con un valor de costo de 50.

R1(config)# interface g0/0/0
R1(config-if)# shutdown
*Jun  7 03:41:34.866: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Jun  7 03:41:36.865: %LINK-5-CHANGED: Interface GigabitEthernet0/0/0, changed state to administratively down
*Jun  7 03:41:37.865: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0/0, changed state to down
R1(config-if)# end
R1# show ip route ospf | begin 10
      10.0.0.0/8 is variably subnetted, 8 subnets, 3 masks
O        10.1.1.4/30 [110/50] via 10.1.1.13, 00:00:14, GigabitEthernet0/0/1
O        10.1.1.8/30 [110/40] via 10.1.1.13, 00:00:14, GigabitEthernet0/0/1
O        10.10.2.0/24 [110/50] via 10.1.1.13, 00:00:14, GigabitEthernet0/0/1
O        10.10.3.0/24 [110/40] via 10.1.1.13, 00:00:14, GigabitEthernet0/0/1
R1#

2.4.6. Syntax Checker – Modificar los valores de costo para R2 y R3

Utilice el Syntax Checker para modificar los valores de costo para R2 y R3.

Ha iniciado sesión en R2.

Use the interface name lo0 para establecer el valor de costo de la interfaz de loopback en 10.
Vuelva al modo de configuración global.
Verify the routing table entries with show ip route ospf.

R2(config)#interface lo0
R2(config-if)#ip ospf cost 10
R2(config-if)#end
R2#show ip route ospf
(output omitted)
Gateway of last resort is not set
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.12/30 [110/20] via 10.1.1.10, 00:01:13, GigabitEthernet0/0/1
O        10.10.1.0/24 [110/20] via 10.1.1.5, 00:00:32, GigabitEthernet0/0/0
O        10.10.3.0/24 [110/11] via 10.1.1.10, 00:00:49, GigabitEthernet0/0/1
R2#

El valor de costo para la LAN R3 es 11 porque el loopback sigue reportando un costo predeterminado de 1.

Ahora, inició sesión en el R3.

Use the interface name lo0 y establezca el valor de costo para la interfaz de loopback en 10.
Use the interface name g0/0/0 y establezca el valor de costo del enlace en R1 como 30.
Volver al modo EXEC privilegiado.
Verify the routing table entries with show ip route ospf.

R3(config)#interface lo0
R3(config-if)#ip ospf cost 10
R3(config-if)#interface g0/0/0
R3(config-if)#ip ospf cost 30
R3(config-if)#end
R3#show ip route ospf
(output omitted)
Gateway of last resort is not set
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.4/30 [110/20] via 10.1.1.9, 01:48:54, GigabitEthernet0/0/1
O        10.10.1.0/24 [110/30] via 10.1.1.9, 00:00:06, GigabitEthernet0/0/1
O        10.10.2.0/24 [110/20] via 10.1.1.9, 00:35:24, GigabitEthernet0/0/1
R3#

Ha modificado correctamente los valores de costo OSPF para R2 y R3.

2.4.7. Intervalos de los paquetes Hello.

Como se muestra en la figura, los paquetes hello OSPFv2 se transmiten a la dirección de multicast 224.0.0.5 (todos los routers OSPF) cada 10 segundos. Este es el valor predeterminado del temporizador en redes multiacceso y punto a punto.

Los paquetesNota: Hello no se envían en las interfaces LAN simuladas porque esas interfaces se configuraron como pasivas mediante el passive-interface comando de configuración del router.

El intervalo Dead es el período que el router espera para recibir un paquete Hello antes de declarar al vecino como inactivo. Si el intervalo Dead caduca antes de que los routers reciban un paquete Hello, OSPF elimina ese vecino de su base de datos (LSDB). El router satura la LSDB con información acerca del vecino inactivo por todas las interfaces con OSPF habilitado. Cisco usa un valor predeterminado de 4 veces el intervalo Hello. Esto es 40 segundos en redes de acceso múltiple y punto a punto.

Nota: En redes de acceso múltiple non-broadcast (NBMA), el intervalo Hello predeterminado es 30 segundos y el intervalo indefinido predeterminado es 120 segundos. Las redes NBMA están fuera del alcance de este módulo.

2.4.8. Verificar los intervalos Hello y Dead

Los intervalos Hello y Dead de OSPF pueden configurarse por interfaz. Los intervalos de OSPF deben coincidir, de lo contrario, no se crea una adyacencia de vecino. Para verificar los intervalos de interfaz OSPFv2 configurados actualmente, use el show ip ospf interface comando, como se muestra en el ejemplo. Los intervalos Hello y Dead Gigabit Ethernet 0/0/0 están configurados en los 10 segundos y 40 segundos predeterminados, respectivamente.

R1# show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 10
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           10        no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:06
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 2.2.2.2
  Suppress hello for 0 neighbor(s)
R1#

Utilice el show ip ospf neighbor comando para ver el intervalo Dead contando atrás desde 40 segundos, como se muestra en el siguiente ejemplo. De manera predeterminada, este valor se actualiza cada 10 segundos cuando R1 recibe un Hello del vecino.

R1# show ip ospf neighbor 
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           0   FULL/  -        00:00:35    10.1.1.13       GigabitEthernet0/0/1
2.2.2.2           0   FULL/  -        00:00:31    10.1.1.6        GigabitEthernet0/0/0
R1#

2.4.9. Modificar los intervalos de OSPFv2

Quizá se deseen cambiar los temporizadores de OSPF para que los routers detecten fallas en las redes en menos tiempo. Esto incrementa el tráfico, pero a veces la necesidad de convergencia rápida es más importante que el tráfico adicional que genera.

Nota: Los intervalos predeterminados Hello y Dead se basan en las mejores prácticas y solo deben modificarse en situaciones poco frecuentes.

Los intervalos de Hello y Dead de OSPFv2 pueden modificarse manualmente mediante los siguientes comandos del modo de configuración de interfaces:

Router(config-if)# ip ospf hello-interval seconds

Router(config-if)# ip ospf dead-interval seconds

Utilice los no ip ospf hello-interval comandos no ip ospf dead-interval y para restablecer los intervalos a su valor predeterminado.

En el ejemplo, el intervalo Hello para el enlace entre R1 y R2 se cambia a 5 segundos. Inmediatamente después de cambiar el intervalo Hello, Cisco IOS modifica de manera automática el intervalo Dead por un valor equivalente al cuádruple del intervalo Hello. Sin embargo, puede documentar el nuevo intervalo Dead en la configuración configurándolo manualmente en 20 segundos, como se muestra.

Como se muestra en el mensaje de adyacencia OSPFv2 resaltado, cuando expira el temporizador del intervalo Dead en R1, R1 y R2 pierden adyacencia. La razón es porque R1 y R2 deben configurarse con el mismo intervalo Hello. Utilice el show ip ospf neighbor comando en R1 para verificar las adyacencias vecinas. Observe que el único vecino que se incluye es el router 3.3.3.3 (R3) y que el R1 ya no es adyacente al vecino 2.2.2.2 (R2).

R1(config)# interface g0/0/0 
R1(config-if)# ip ospf hello-interval 5 
R1(config-if)# ip ospf dead-interval 20 
R1(config-if)# 
*Jun  7 04:56:07.571: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Dead timer expired 
R1(config-if)# end 
R1# show ip ospf neighbor 
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           0   FULL/  -        00:00:37    10.1.1.13       GigabitEthernet0/0/1
R1#

Para restaurar la adyacencia entre R1 y R2, el intervalo Hello de la interfaz R2 Gigabit Ethernet 0/0/0 se establece en 5 segundos, como se muestra en el siguiente ejemplo. Casi de inmediato, IOS muestra un mensaje que indica que la adyacencia se ha establecido con un estado FULL. Verifique los intervalos de la interfaz con el show ip ospf interface comando. Observe que el tiempo de Hello es de 5 segundos y que el tiempo Dead se estableció automáticamente en 20 segundos, en lugar de establecerse en el valor predeterminado de 40 segundos.

R2(config)# interface g0/0/0
R2(config-if)# ip ospf hello-interval 5
*Jun  7 15:08:30.211: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R2(config-if)# end
R2# show ip ospf interface g0/0/0 | include Timer
  Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
R2# show ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           0   FULL/  -        00:00:38    10.1.1.10       GigabitEthernet0/0/1
1.1.1.1           0   FULL/  -        00:00:17    10.1.1.5        GigabitEthernet0/0/0
R2#

2.4.10. Syntax Checker – Modificación de intervalos de Hello y Dead en R3

Los intervalos Hello y Dead se establecen en 5 y 20, respectivamente, en R1 y R2. Utilice el Syntax Checker para modificar los intervalos Hello y Dead en R3 y verificar que las adyacencias se restablecen con R1 y R2.

Ha iniciado sesión en R3. Introduzca el show ip ospf neighbor comando para ver que actualmente no existen adyacencias con R1 y R2.

R3#show ip ospf neighbor
R3#

No se devuelven resultados para los vecinos adyacentes.

Ahora esta en modo de configuración global.

Utilice g0/0/0 como nombre de interfaz y configure el intervalo Hello para que coincida con R1.
Utilice g0/0/1 como nombre de interfaz y configure el intervalo Hello para que coincida con R2.
Volver al modo EXEC privilegiado.
comando Verify neighbor adjacencies are re-established with the show ip ospf neighbor

R3(config)#interface g0/0/0
R3(config-if)#ip ospf hello-interval 5
*Jun  7 05:11:34.423: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R3(config-if)#interface g0/0/1
R3(config-if)#ip ospf hello-interval 5
*Jun  7 05:11:43.081: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3(config-if)#end
R3#show ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           0   FULL/  -        00:00:19    10.1.1.9        GigabitEthernet0/0/1
1.1.1.1           0   FULL/  -        00:00:19    10.1.1.14       GigabitEthernet0/0/0
R3#

Ha modificado correctamente los intervalos Hello y Dead de OSPF en R3.

2.4.11. Packet Tracer – Modifique OSPFv2 Single-Area

En esta actividad de Packet Tracer, completará los siguientes objetivos:

Ajuste el ancho de banda de referencia para tener en cuenta velocidades gigabit y más rápidas
Modificar el valor de costo OSPF
Modificar los temporizadores de Hello OSPF
Verifique que las modificaciones se reflejen con precisión en los routers.

2.5. Propagación de ruta predeterminada

2.5.1. Propagación de una ruta estática predeterminada en OSPFv2

Los usuarios de la red deberán enviar paquetes fuera de la red a redes que no sean OSPF, como Internet. Aquí es donde necesitará tener una ruta estática predeterminada que puedan usar. En la topología de la figura, R2 está conectado a Internet y debe propagar una ruta predeterminada a R1 y R3. El router conectado a Internet a veces se llama router de borde o router de puerta de enlace. Sin embargo, en la terminología de OSPF, el router ubicado entre un dominio de enrutamiento OSPF y una red que no es OSPF también se denomina “router de frontera de sistema autónomo” (ASBR).

Todo lo que se requiere para que R2 llegue a Internet es una ruta estática predeterminada para el proveedor de servicios.

Nota: En este ejemplo, se utiliza una interfaz loopback con la dirección IPv4 64.100.0.1 para simular la conexión con el proveedor de servicios.

Para propagar una ruta predeterminada, el router de borde (R2) debe configurarse con lo siguiente:

Una ruta estática predeterminada, mediante el ip route 0.0.0.0 0.0.0.0 [next-hop-address | exit-intf] comando
The default-information originate comando de configuración del router. Esto ordena al R2 que sea el origen de la información de la ruta predeterminada y que propague la ruta estática predeterminada en las actualizaciones OSPF.

En el ejemplo siguiente, R2 se configura con un loopback para simular una conexión a Internet. A continuación, se configura una ruta predeterminada y se propaga a todos los demás routers OSPF en el dominio de enrutamiento.

Nota: Al configurar rutas estáticas, se recomienda utilizar la dirección IP de salto siguiente. Sin embargo, al simular una conexión a Internet, no hay dirección IP de salto siguiente. Por lo tanto, usamos el argumento exit-intf

R2(config)# interface lo1
R2(config-if)# ip address 64.100.0.1 255.255.255.252 
R2(config-if)# exit
R2(config)# ip route 0.0.0.0 0.0.0.0 loopback 1
%Default route without gateway, if not a point-to-point interface, may impact performance
R2(config)# router ospf 10
R2(config-router)# default-information originate
R2(config-router)# end
R2#

2.5.2. Comprobación de la ruta predeterminada propagada

Puede verificar la configuración de ruta predeterminada en R2 con el show ip route comando. También puede verificar que R1 y R3 hayan recibido una ruta predeterminada.

Observe que la ruta de origen en R1 y R3 es O* E2 , lo que significa que se aprendió utilizando OSPFv2. El asterisco indica que esa ruta es una buena candidata para la ruta predeterminada. La designación “E2” indica que se trata de una ruta externa. El significado de E1 y E2 está fuera del alcance de este módulo.

Haga clic en cada botón para ver el resultado del comando show ip route en cada router.

Tabla de enrutamiento de R2
Tabla de enrutamiento de R1
Tabla de enrutamiento de R3

R2# show ip route | begin Gateway
Gateway of last resort is 0.0.0.0 to network 0.0.0.0
S*    0.0.0.0/0 is directly connected, Loopback1
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
C        10.1.1.4/30 is directly connected, GigabitEthernet0/0/0
L        10.1.1.6/32 is directly connected, GigabitEthernet0/0/0
C        10.1.1.8/30 is directly connected, GigabitEthernet0/0/1
L        10.1.1.9/32 is directly connected, GigabitEthernet0/0/1
O        10.1.1.12/30 [110/40] via 10.1.1.10, 00:48:42, GigabitEthernet0/0/1
                      [110/40] via 10.1.1.5, 00:59:30, GigabitEthernet0/0/0
O        10.10.1.0/24 [110/20] via 10.1.1.5, 00:59:30, GigabitEthernet0/0/0
C        10.10.2.0/24 is directly connected, Loopback0
L        10.10.2.1/32 is directly connected, Loopback0
O        10.10.3.0/24 [110/20] via 10.1.1.10, 00:48:42, GigabitEthernet0/0/1
      64.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        64.100.0.0/30 is directly connected, Loopback1
L        64.100.0.1/32 is directly connected, Loopback1
R2#

R1# show ip route | begin Gateway
Gateway of last resort is 10.1.1.6 to network 0.0.0.0
O*E2  0.0.0.0/0 [110/1] via 10.1.1.6, 00:11:08, GigabitEthernet0/0/0
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
C        10.1.1.4/30 is directly connected, GigabitEthernet0/0/0
L        10.1.1.5/32 is directly connected, GigabitEthernet0/0/0
O        10.1.1.8/30 [110/20] via 10.1.1.6, 00:58:59, GigabitEthernet0/0/0
C        10.1.1.12/30 is directly connected, GigabitEthernet0/0/1
L        10.1.1.14/32 is directly connected, GigabitEthernet0/0/1
C        10.10.1.0/24 is directly connected, Loopback0
L        10.10.1.1/32 is directly connected, Loopback0
O        10.10.2.0/24 [110/20] via 10.1.1.6, 00:58:59, GigabitEthernet0/0/0
O        10.10.3.0/24 [110/30] via 10.1.1.6, 00:48:11, GigabitEthernet0/0/0
R1#

R3# show ip route | begin Gateway
Gateway of last resort is 10.1.1.9 to network 0.0.0.0
O*E2  0.0.0.0/0 [110/1] via 10.1.1.9, 00:12:04, GigabitEthernet0/0/1
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.4/30 [110/20] via 10.1.1.9, 00:49:08, GigabitEthernet0/0/1
C        10.1.1.8/30 is directly connected, GigabitEthernet0/0/1
L        10.1.1.10/32 is directly connected, GigabitEthernet0/0/1
C        10.1.1.12/30 is directly connected, GigabitEthernet0/0/0
L        10.1.1.13/32 is directly connected, GigabitEthernet0/0/0
O        10.10.1.0/24 [110/30] via 10.1.1.9, 00:49:08, GigabitEthernet0/0/1
O        10.10.2.0/24 [110/20] via 10.1.1.9, 00:49:08, GigabitEthernet0/0/1
C        10.10.3.0/24 is directly connected, Loopback0
L        10.10.3.1/32 is directly connected, Loopback0
R3#

2.5.3. Packet Tracer – Propague una ruta predeterminada en OSPFv2

En esta actividad, configurará una ruta predeterminada IPv4 a Internet y realizará la propagación de esa ruta predeterminada a otros routers OSPF. Luego verificará que la ruta predeterminada está en las tablas de enrutamiento descendentes y que los hosts ahora pueden acceder a un servidor web en Internet.

2.6. Verificación de OSPFv2 de área única

2.6.1. Verificación de vecinos OSPF

Si ha configurado OSPFv2 de área única, deberá verificar sus configuraciones. En este tema se detallan los muchos comandos que puede utilizar para verificar OSPF.

Como sabe, los dos comandos siguientes son particularmente útiles para verificar el enrutamiento:

show ip interface brief – Esto verifica que las interfaces deseadas estén activas con el direccionamiento IP correcto.
show ip route – Esto verifica que la tabla de enrutamiento contiene todas las rutas esperadas.

Entre los comandos adicionales para determinar que OSPF funciona como se esperaba se incluyen los siguientes:

show ip ospf neighbor
show ip protocols
show ip ospf
show ip ospf interface

La figura muestra la topología de referencia OSPF utilizada para demostrar estos comandos.

Topología OSPFv2 de referencia

Use el comando show ip ospf neighbor para verificar que el router ha formado una adyacencia con sus routers vecinos. Si no se muestra la ID del router vecino o si este no se muestra en el estado FULL, los dos routers no formaron una adyacencia OSPFv2.

Si dos routers no establecen una adyacencia, no se intercambia la información de estado de enlace. Las LSDB incompletas pueden producir imprecisiones en los troncales SPF y en las tablas de enrutamiento. Es posible que no existan rutas hacia las redes de destino o que estas no representen la ruta más óptima.

Nota: Un router que no sea DR o BDR que tenga una relación de vecino con otro router que no sea DR o BDR mostrará una adyacencia bidireccional en lugar de completa.

El siguiente resultado del comando muestra la tabla vecina de R1.

R1# show ip ospf neighbor 
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           0   FULL/  -        00:00:19    10.1.1.13       GigabitEthernet0/0/1
2.2.2.2           0   FULL/  -        00:00:18    10.1.1.6        GigabitEthernet0/0/0
R1#

Para cada vecino, este comando muestra lo siguiente:

Neighbor ID – Esta es el router ID del router vecino.
Pri – la prioridad OSPFv2 de la interfaz. Este valor se utiliza en la elección del DR y del BDR.
State – el estado de OSPFv2 de la interfaz. El estado FULL significa que el router y su vecino poseen LSDB de OSPFv2 idénticas. En las redes multiacceso, como Ethernet, dos routers adyacentes pueden mostrar sus estados como 2WAY. El guion indica que no se requiere ningún DR o BDR debido al tipo de red.
Dead Time – el tiempo restante que el router espera para recibir un paquete Hello de OSPFv2 del vecino antes de declararlo inactivo. Este valor se restablece cuando la interfaz recibe un paquete Hello.
Address – la dirección IPv4 de la interfaz del vecino a la que el router está conectado directamente.
Interface – la interfaz en la que este router formó adyacencia con el vecino.

Dos routers pueden no formar una adyacencia OSPFv2 si ocurre lo siguiente:

Las máscaras de subred no coinciden, esto hace que los routers se encuentren en redes separadas.
Los temporizadores de tiempo de Hello y Dead del protocolo OSPFv2 no coinciden.
Los tipos de redes OSPFv2 no coinciden.
Hay un comando network de OSPFv2 faltante o incorrecto.

2.6.2. Verificación de la configuración del protocolo OSPF

El show ip protocols comando es una forma rápida de verificar la información vital de configuración de OSPF, como se muestra en el siguiente resultado. Esto incluye la ID del proceso OSPFv2, el router ID, las interfaces configuradas explícitamente para anunciar las rutas OSPF, los vecinos desde los que el router recibe actualizaciones y la distancia administrativa predeterminada, que es 110 para OSPF.

R1# show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 1.1.1.1
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Routing Information Sources:
    Gateway         Distance      Last Update
    3.3.3.3              110      00:09:30
    2.2.2.2              110      00:09:58
  Distance: (default is 110)
R1#

2.6.3. Verificación de la información del proceso OSPF

El show ip ospf comando también se puede usar para examinar la ID del proceso OSPFv2 y el router ID, como se muestra en el siguiente resultado. Este comando muestra información de área OSPFv2 y la última vez que se ejecuto el algoritmo SPF.

R1# show ip ospf      
 Routing Process "ospf 10" with ID 1.1.1.1
 Start time: 00:01:47.390, Time elapsed: 00:12:32.320
 Supports only single TOS(TOS0) routes
 Supports opaque LSA
 Supports Link-local Signaling (LLS)
 Supports area transit capability
 Supports NSSA (compatible with RFC 3101)
 Supports Database Exchange Summary List Optimization (RFC 5243)
 Event-log enabled, Maximum number of events: 1000, Mode: cyclic
 Router is not originating router-LSAs with maximum metric
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs
 Incremental-SPF disabled
 Minimum LSA interval 5 secs
 Minimum LSA arrival 1000 msecs
 LSA group pacing timer 240 secs
 Interface flood pacing timer 33 msecs
 Retransmission pacing timer 66 msecs
 EXCHANGE/LOADING adjacency limit: initial 300, process maximum 300
 Number of external LSA 1. Checksum Sum 0x00A1FF
 Number of opaque AS LSA 0. Checksum Sum 0x000000
 Number of DCbitless external and opaque AS LSA 0
 Number of DoNotAge external and opaque AS LSA 0
 Number of areas in this router is 1. 1 normal 0 stub 0 nssa
 Number of areas transit capable is 0
 External flood list length 0
 IETF NSF helper support enabled
 Cisco NSF helper support enabled
 Reference bandwidth unit is 10000 mbps
    Area BACKBONE(0)
        Number of interfaces in this area is 3
	Area has no authentication
	SPF algorithm last executed 00:11:31.231 ago
	SPF algorithm executed 4 times
	Area ranges are
	Number of LSA 3. Checksum Sum 0x00E77E
	Number of opaque link LSA 0. Checksum Sum 0x000000
	Number of DCbitless LSA 0
	Number of indication LSA 0
	Number of DoNotAge LSA 0
	Flood list length 0
R1#

2.6.4. Verificación de la configuración de interfaz OSPF

El show ip ospf interface comando proporciona una lista detallada para cada interfaz habilitada para OSPFv2. Especifica una interfaz para mostrar la configuración de esa interfaz, como se muestra en el siguiente ejemplo para Gigabit Ethernet 0/0/0. Este comando muestra el ID de proceso, el router ID local, el tipo de red, el costo OSPF, la información de DR y BDR en vínculos de acceso múltiple (no se muestra) y los vecinos adyacentes.

R1# show ip ospf interface GigabitEthernet 0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.5/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 1.1.1.1, Network Type POINT_TO_POINT, Cost: 10
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           10        no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:01
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 2.2.2.2
  Suppress hello for 0 neighbor(s)
R1#

Para obtener un resumen rápido de las interfaces habilitadas para OSPFv2, utilice el show ip ospf interface brief comando, como se muestra en el siguiente resultado del comando. Este comando es útil para ver información importante, incluida la siguiente:

Las interfaces están participando en OSPF
Redes que se anuncian (Dirección IP/Máscara)
Costo de cada enlace Estado* de la red
Número de vecinos en cada enlace

R1# show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          10    0               10.10.1.1/24       10    P2P   0/0
Gi0/0/1      10    0               10.1.1.14/30       30    P2P   1/1
Gi0/0/0      10    0               10.1.1.5/30        10    P2P   1/1
R1#

2.6.5. Comprobador de Sintaxis (Syntax Checker) – Verificar OSPFv2 de área única

Utilice el Comprobador de Sintaxis para verificar la configuración OSPFv2 de área única en R2 y R3.

Topología OSPF de referencia

Muestra un resumen del estado de las interfaces IPv4 en R2.

R2#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol
GigabitEthernet0/0/0   10.1.1.6        YES NVRAM  up                    up      
GigabitEthernet0/0/1   10.1.1.9        YES NVRAM  up                    up      
Serial0/1/0            unassigned      YES NVRAM  administratively down down    
Serial0/1/1            unassigned      YES NVRAM  administratively down down    
GigabitEthernet0       unassigned      YES NVRAM  administratively down down    
Loopback0              10.10.2.1       YES NVRAM  up                    up      
Loopback1              64.100.0.1      YES NVRAM  up                    up      
R2#

Muestra las rutas OSPF instaladas en la tabla de enrutamiento en R2.

R2#show ip route ospf
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override
Gateway of last resort is 0.0.0.0 to network 0.0.0.0
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.12/30 [110/40] via 10.1.1.10, 00:45:28, GigabitEthernet0/0/1
                      [110/40] via 10.1.1.5, 00:45:49, GigabitEthernet0/0/0
O        10.10.1.0/24 [110/20] via 10.1.1.5, 00:45:49, GigabitEthernet0/0/0
O        10.10.3.0/24 [110/20] via 10.1.1.10, 00:45:28, GigabitEthernet0/0/1
R2#

Muestra la tabla de vecinos OSPF para el R2.

R2#show ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           0   FULL/  -        00:00:16    10.1.1.10       GigabitEthernet0/0/1
1.1.1.1           0   FULL/  -        00:00:19    10.1.1.5        GigabitEthernet0/0/0
R2#

Verifique la configuración del protocolo en R2.

R2#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 2.2.2.2
  It is an autonomous system boundary router
 Redistributing External Routes from,
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Routing Information Sources:
    Gateway         Distance      Last Update
    3.3.3.3              110      00:46:14
    1.1.1.1              110      00:46:36
  Distance: (default is 110)
R2#

Verifique el proceso OSPF en el R2.

R2#show ip ospf
Routing Process "ospf 10" with ID 2.2.2.2
 Start time: 00:01:54.811, Time elapsed: 00:48:04.766
 Supports only single TOS(TOS0) routes
 Supports opaque LSA
 Supports Link-local Signaling (LLS)
 Supports area transit capability
 Supports NSSA (compatible with RFC 3101)
 Event-log enabled, Maximum number of events: 1000, Mode: cyclic
 It is an autonomous system boundary router
 Redistributing External Routes from,
 Router is not originating router-LSAs with maximum metric
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs
 Incremental-SPF disabled
 Minimum LSA interval 5 secs
 Minimum LSA arrival 1000 msecs
 LSA group pacing timer 240 secs
 Interface flood pacing timer 33 msecs
 Retransmission pacing timer 66 msecs
 Number of external LSA 1. Checksum Sum 0x009F01
 Number of opaque AS LSA 0. Checksum Sum 0x000000
 Number of DCbitless external and opaque AS LSA 0
 Number of DoNotAge external and opaque AS LSA 0
 Number of areas in this router is 1. 1 normal 0 stub 0 nssa
 Number of areas transit capable is 0
 External flood list length 0
 IETF NSF helper support enabled
 Cisco NSF helper support enabled
 Reference bandwidth unit is 10000 mbps
    Area BACKBONE(0)
        Number of interfaces in this area is 3
	Area has no authentication
	SPF algorithm last executed 00:47:04.655 ago
	SPF algorithm executed 5 times
	Area ranges are
	Number of LSA 3. Checksum Sum 0x00E181
	Number of opaque link LSA 0. Checksum Sum 0x000000
	Number of DCbitless LSA 0
	Number of indication LSA 0
	Number of DoNotAge LSA 0
	Flood list length 0
R2#

Utilice el nombre de la interfaz g0/0/0 para verificar la configuración de la interfaz OSPF en R2.

R2#show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.6/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 2.2.2.2, Network Type POINT_TO_POINT, Cost: 10
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           10        no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:02
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 2/2, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 1.1.1.1
  Suppress hello for 0 neighbor(s)
R2#

Mostrar información de resumen de todas las interfaces OSPF en R2.

R2#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          10    0               10.10.2.1/24       10    P2P   0/0
Gi0/0/1      10    0               10.1.1.9/30        10    P2P   1/1
Gi0/0/0      10    0               10.1.1.6/30        10    P2P   1/1
R2#

Ahora, inició sesión en el R3. Muestra un resumen del estado de las interfaces IPv4 en R3.

R3#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol
GigabitEthernet0/0/0   10.1.1.13       YES NVRAM  up                    up      
GigabitEthernet0/0/1   10.1.1.10       YES NVRAM  up                    up      
Serial0/1/0            unassigned      YES NVRAM  administratively down down    
Serial0/1/1            unassigned      YES NVRAM  administratively down down    
GigabitEthernet0       unassigned      YES NVRAM  administratively down down    
Loopback0              10.10.3.1       YES NVRAM  up                    up      
R3#

Muestra las rutas OSPF instaladas en la tabla de enrutamiento en R3.

R3#show ip route ospf
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is 10.1.1.9 to network 0.0.0.0
O*E2  0.0.0.0/0 [110/1] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
      10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O        10.1.1.4/30 [110/20] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
O        10.10.1.0/24 [110/30] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
O        10.10.2.0/24 [110/20] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
R3#

Muestre la tabla de vecinos OSPF para el R3.

R3#show ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           0   FULL/  -        00:00:18    10.1.1.9        GigabitEthernet0/0/1
1.1.1.1           0   FULL/  -        00:00:19    10.1.1.14       GigabitEthernet0/0/0
R3#

Verifique la configuración del protocolo en R3.

R3#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 3.3.3.3
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
  Routing on Interfaces Configured Explicitly (Area 0):
    Loopback0
    GigabitEthernet0/0/1
    GigabitEthernet0/0/0
  Routing Information Sources:
    Gateway         Distance      Last Update
    1.1.1.1              110      00:50:44
    2.2.2.2              110      00:50:44
  Distance: (default is 110)
R3#

Verifique el proceso OSPF en el R3.

R3#show ip ospf
Routing Process "ospf 10" with ID 3.3.3.3
 Start time: 00:01:38.093, Time elapsed: 00:52:05.897
 Supports only single TOS(TOS0) routes
 Supports opaque LSA
 Supports Link-local Signaling (LLS)
 Supports area transit capability
 Supports NSSA (compatible with RFC 3101)
 Supports Database Exchange Summary List Optimization (RFC 5243)
 Event-log enabled, Maximum number of events: 1000, Mode: cyclic
 Router is not originating router-LSAs with maximum metric
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs
 Incremental-SPF disabled
 Minimum LSA interval 5 secs
 Minimum LSA arrival 1000 msecs
 LSA group pacing timer 240 secs
 Interface flood pacing timer 33 msecs
 Retransmission pacing timer 66 msecs
 EXCHANGE/LOADING adjacency limit: initial 300, process maximum 300
 Number of external LSA 1. Checksum Sum 0x009F01
 Number of opaque AS LSA 0. Checksum Sum 0x000000
 Number of DCbitless external and opaque AS LSA 0
 Number of DoNotAge external and opaque AS LSA 0
 Number of areas in this router is 1. 1 normal 0 stub 0 nssa
 Number of areas transit capable is 0
 External flood list length 0
 IETF NSF helper support enabled
 Cisco NSF helper support enabled
 Reference bandwidth unit is 10000 mbps
    Area BACKBONE(0)
        Number of interfaces in this area is 3
	Area has no authentication
	SPF algorithm last executed 00:51:04.059 ago
	SPF algorithm executed 4 times
	Area ranges are
	Number of LSA 3. Checksum Sum 0x00E181
	Number of opaque link LSA 0. Checksum Sum 0x000000
	Number of DCbitless LSA 0
	Number of indication LSA 0
	Number of DoNotAge LSA 0
	Flood list length 0
R3#

Utilice el nombre de la interfaz g0/0/0 para verificar la configuración de la interfaz OSPF en R3.

R3#show ip ospf interface g0/0/0
GigabitEthernet0/0/0 is up, line protocol is up 
  Internet Address 10.1.1.13/30, Area 0, Attached via Interface Enable
  Process ID 10, Router ID 3.3.3.3, Network Type POINT_TO_POINT, Cost: 30
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           30        no          no            Base
  Enabled by interface config, including secondary ip addresses
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:02
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
    Adjacent with neighbor 1.1.1.1
  Suppress hello for 0 neighbor(s)
R3#

Mostrar información de resumen para todas las interfaces OSPF en R3.

R3#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          10    0               10.10.3.1/24       10    P2P   0/0
Gi0/0/1      10    0               10.1.1.10/30       10    P2P   1/1
Gi0/0/0      10    0               10.1.1.13/30       30    P2P   1/1
R3#

Ha verificado correctamente OSPFv2 de área única en R2 y R3.

2.6.6. Syntax Checker – Verificar OSPFv2 de área única

En esta actividad Packet Tracer, utilizará una variedad de comandos para verificar la configuración OSPFv2 de área única.

2.7. Práctica del Módulo y Cuestionario

2.7.1. Packet Tracer – Configuración de OSPFv2 de área única

Está ayudando a un ingeniero de red a probar una configuración de OSPF mediante la creación de la red en el laboratorio donde trabaja. Ha interconectado los dispositivos y configurado las interfaces y tiene conectividad dentro de las LAN locales. Su trabajo consiste en completar la configuración OSPF de acuerdo con los requisitos dejados por el ingeniero.

En esta actividad Packet Tracer, utilice la información proporcionada y la lista de requisitos para configurar la red de prueba. Cuando la tarea se haya completado correctamente, todos los hosts deberían poder hacer ping al servidor de Internet.

2.7.2. Laboratorio: configuración de OSPFv2 de área única

En esta práctica de laboratorio se cumplirán los siguientes objetivos:

Parte 1: Armar la red y configurar los ajustes básicos de los dispositivos
Parte 2: Configure y verifique OSPFv2 de área única para operación básica
Parte 3: Optimizar y verificar la configuración OSPFv2 de área única

2.7.3. Packet Tracer – Exploración OSPF multiárea

Esta actividad de exploración del trazador de paquetes se divide en tres partes y utiliza el Packet Tracer Physical Mode (PTPM):

Parte 1: El comienzo

La Compañía Casual Recording (CRC), con sede en Sao Paulo, Brasil, ofrece estudios de auto-servicio y mini-grabación alrededor de la ciudad para que cualquiera pueda alquilar un espacio de tiempo y grabar sus canciones por sí mismo. La CRC comenzó con una red OSPF de área única ubicada en un edificio. Esta idea fue muy popular y, en consecuencia, el negocio ha crecido, haciendo que la empresa se expanda en una sucursal en un segundo edificio en el extremo más lejano de la ciudad. Continuaron utilizando OSPF de una sola zona. Evaluará el impacto de la red expandida.

Parte 2: El negocio está en auge

El departamento de TI del CRC decidió migrar a una red OSPF multiárea. Evaluará el impacto y los beneficios derivados del cambio para determinar si fue una buena decisión o no.

Parte 3: Continúa la expansión de CRC

La CRC ha seguido creciendo y abrirá una nueva sucursal en Montevideo (Uruguay). Configurará el router de borde de área para la nueva área y conectará físicamente la red de la sucursal a la red de la sede corporativa a través de Internet.

2.7.4. ¿Qué aprendí en este módulo?

Router ID OSPF

El OSPFv2 se habilita usando el comando router ospf process-id del modo de configuración global. El valor process-id representa un número entre 1 y 65.535 y lo selecciona el administrador de la red. El identificador de OSPF router ID es un valor de 32 bits, representado como una dirección IPv4. Un router habilitado para OSPF utiliza el ID del router para sincronizar las bases de datos OSPF y participar en la elección de DR y BDR. Los routers Cisco derivan el router ID según uno de los tres criterios, en el siguiente orden preferencial:

El router ID se configura explícitamente utilizando el comando de configuración OSPF router-id rid router El valor rid es cualquier valor de 32 bits expresado como una dirección IPv4.
Si el router ID no se configura explícitamente, el router elige la dirección IPv4 más alta de cualquiera de las interfaces loopback configuradas.
Si no se configuró ninguna interfaz loopback, el router elige la dirección IPv4 activa más alta de cualquiera de sus interfaces físicas.

El router ID se puede asignar a una interfaz de loopback. La dirección IPv4 para este tipo de interfaz loopback debe configurarse utilizando una máscara de subred de 32 bits (255.255.255.255), creando una ruta de host. Una ruta de host de 32 bits no se anunciaría como una ruta a otros routers OSPF. Después de que un router selecciona el router ID, un router OSPF activo no permitirá que el router ID cambie, hasta que el router se reinicie o el proceso de OSPF sea restablecido. Utilice el clear ip ospf process comando para restablecer las adyacencias . A continuación, puede verificar que R1 esté utilizando el nuevo router ID con el show ip protocols comando filtrado ara mostrar sólo la sección router ID.

Redes OSPF punto a punto

El comando de red se usa para determinar qué interfaces participan en el proceso de enrutamiento para un área OSPFv2. La sintaxis básica del network comando es network network-address wildcard-mask area area-id. Cualquier interfaz de un router que coincida con la dirección de red del network comando puede enviar y recibir paquetes OSPF. Al configurar OSPFv2 de área única, el network comandodebe configurarse con el mismo valor area-id en todos los routers. El wildcard mask suele ser la inversa de la máscara de subred configurada en esa interfaz. En el wildcard mask:

Wildcard mask bit 0 – coincide con el valor de bit correspondiente en la dirección.
Wildcard mask bit 1 – omite el valor del bit correspondiente en la dirección.

Dentro del modo de configuración de enrutamiento, hay dos formas de identificar las interfaces que participarán en el proceso de enrutamiento OSPFv2. Una forma es cuando el wildcard mask identifica la interfaz en función de las direcciones de red. Cualquier interfaz activa configurada con una dirección IPv4 perteneciente a esa red, participará en el proceso de enrutamiento OSPFv2. La otra forma es, que OSPFv2 se puede habilitar especificando la dirección IPv4 exacta de la interfaz, usando el wildcard mask cuádruple cero. Para configurar OSPF directamente en la interfaz, utilice el comando ip ospf interface configuration La sintaxis es ip ospf process-id area area-id. El envío de mensajes innecesarios en una LAN afecta a la red mediante el uso ineficiente del ancho de banda y los recursos, y crea un mayor riesgo de seguridad. Use el passive-interface comando del modo de configuración del router para detener la transmisión de mensajes de enrutamiento a través de una interfaz de router, pero aún así permitir que esa red se anuncie a otros routers A continuación, el show ip protocols comando se utiliza para comprobar que la interfaz Loopback 0 aparece como pasiva. El proceso de elección de DR/ BDR es innecesario ya que solo puede haber dos routers en la red punto a punto entre R1 y R2. Utilice el comando interface configuration ip ospf network point-to-point en todas las interfaces en las que desee deshabilitar el proceso de elección DR/BDR. Utilice loopbacks para simular más redes de las que puede soportar el equipo. De forma predeterminada, las interfaces loopback se anuncian como rutas de host/32. Para simular una LAN real, la interfaz Loopback 0 se configura como una red punto a punto.

Tipos de redes OSPF

Los routers se pueden conectar al mismo switch para formar una red multiacceso. Las LAN Ethernet son el ejemplo más común de redes broadcast con multiacceso. En las redes braodcast, todos los dispositivos en la red pueden ver todas las tramas broadcast y multicast. El DR es responsable de recolectar y distribuir las LSA. El DR usa la dirección IPv4 multicast 224.0.0.5 que está destinada a todos los routers OSPF. Si el DR deja de producir paquetes Hello, el BDR se asciende a sí mismo y asume la función de DR. Todos los otros routers se convierten en DROTHER. Los DROTHER utilizan la dirección de acceso múltiple 224.0.0.6 (todos los routers designados) para enviar paquetes OSPF al DR y al BDR. Sólo DR y BDR escuchan 224.0.0.6. Para verificar los roles del router OSPFv2, use el show ip ospf interface comando. Para comprobar las adyacencias OSPFv2, use el show ip ospf neighbor comando. El estado de los vecinos en las redes de acceso múltiple puede ser:

FULL/DROTHER – Este es un router DR o BDR que está completamente adyacente con un router que no sea DR o BDR.
FULL/DR – El router está completamente adyacente con el vecino DR indicado.
FULL/BDR – El router es completamente adyacente con el vecino BDR indicado.
2-WAY/DROTHER – El router que no es DR o BDR tiene una relación vecina con otro router no DR o BDR.

La decisión de elección del DR y el BDR OSPF se hace según los siguientes criterios, en orden secuencial:

Los routers en la red seleccionan como DR al router con la prioridad de interfaz más alta. El router con la segunda prioridad de interfaz más alta se elige como BDR. La prioridad puede configurarse para que sea cualquier número entre 0 y 255. Si el valor de prioridad de la interfaz se establece en 0, esa interfaz no se puede elegir como DR ni BDR. La prioridad predeterminada de las interfaces broadcast de acceso múltiple es 1. Por lo tanto, a menos que se configuren de otra manera, todos los routers tienen un mismo valor de prioridad y deben depender de otro método de diferenciación durante la elección del DR/BDR.
Si las prioridades de interfaz son iguales, se elige al router con la ID más alta como DR. El router con la segunda ID más alta es el BDR.

La elección del DR y del BDR para OSPF no se basa en derecho preferente. Si el DR falla, el BDR se asciende automáticamente a DR. Esto ocurre así, incluso si se agrega otro DROTHER con una prioridad o router ID más alta a la red después de la elección inicial de DR/BDR. Sin embargo, después de que un BDR es promovido a DR, se produce una nueva elección de BDR, y el DROTHER con la mayor prioridad o router ID se elige como el nuevo BDR. Para establecer la prioridad de una interfaz, utilice el comando ip ospf priority value, donde value es 0 a 255. Si el valor es 0, el router no se convertirá en DR o BDR. Si el valor es de 1 a 255, entonces el router con el valor de mayor prioridad probablemente se convertirá en DR o BDR en la interfaz.

Modificar OSPFv2 de área única

OSPF utiliza el costo como métrica. Cuando el costo es menor, la ruta es mejor que una con un costo mayor. El costo de Cisco de una interfaz es inversamente proporcional al ancho de banda de la interfaz. Por lo tanto, cuanto mayor es el ancho de banda, menor es el costo. La fórmula que utiliza para calcular el costo de OSPF es: Cost = reference bandwidth / interface bandwidth. Debido a que el valor del costo OSPF debe ser un número entero, las interfaces FastEthernet, Gigabit Ethernet y 10 GigE comparten el mismo costo. Para corregir esta situación, puede ajustar el ancho de banda de referencia con el auto-cost reference-bandwidth comando en cada router OSPF o establecer manualmente el valor de costo OSPF con el ip ospf cost comando. Para ajustar el ancho de banda de referencia, use el comando de configuración del router auto-cost reference-bandwidthauto-cost reference-bandwidth Mb/s. El costo de una ruta de OSPF es el valor acumulado desde un router hasta la red de destino. Los valores de costo OSPF se pueden manipular para influir en la ruta elegida por OSPF. Para cambiar el informe de valor de costo del router OSPF local a otros routers OSPF, utilice el comando de configuración de interfaz ip ospf cost value. Si el intervalo Dead caduca antes de que los routers reciban un paquete Hello, OSPF elimina ese vecino de su base de datos (LSDB). El router satura la LSDB con información acerca del vecino inactivo por todas las interfaces con OSPF habilitado. Cisco utiliza un valor predeterminado de 4 veces el intervalo Hello o 40 segundos en redes multiacceso y punto a punto. Para verificar el estado de la interfaz, utilice el comando show ip ospf interface. Los intervalos de Hello y Dead de OSPFv2 pueden modificarse manualmente mediante los siguientes comandos del modo de configuración de interfaces: ip ospf hello-interval seconds and ip ospf dead-interval seconds.

Propagación de ruta predeterminada

En la terminología OSPF, el router ubicado entre un dominio de enrutamiento OSPF y una red que no es OSPF se llama ASBR. Para propagar una ruta predeterminada, el ASBR debe configurarse con una ruta estática predeterminada mediante el comando ip route 0.0.0.0 0.0.0.0 \ [next-hop-address | exit-intf] y el comando de configuración del default-information originate router. Esto indica al ASBR que sea la fuente de la información de ruta predeterminada y propague la ruta estática predeterminada en las actualizaciones de OSPF. Verifique la configuración de ruta predeterminada en el ASBR usando elshow ip route comando.

Verificar OSPFv2 de área única

Los dos comandos siguientes se utilizan para verificar el enrutamiento:

show ip interface brief : se utiliza para verificar que las interfaces deseadas estén activas con el direccionamiento IP correcto.
show ip route – Se utiliza para comprobar que la tabla de enrutamiento contiene todas las rutas esperadas.

Entre los comandos adicionales para determinar que OSPF funciona como se esperaba se incluyen: show ip ospf neighbor, show ip protocols, show ip ospf, y show ip ospf interface.

Use el comandoshow ip ospf neighbor para verificar que el router ha formado una adyacencia con sus routers vecinos. Para cada vecino, este comando muestra lo siguiente:

Neighbor ID – el rouuter ID del router vecino.
Pri – la prioridad OSPFv2 de la interfaz. Este valor se utiliza en la elección del DR y del BDR.
State – el estado de OSPFv2 de la interfaz. El estado FULL significa que el router y su vecino poseen LSDB de OSPFv2 idénticas. En las redes multiacceso, como Ethernet, dos routers adyacentes pueden mostrar sus estados como 2WAY. El guion indica que no se requiere ningún DR o BDR debido al tipo de red.
Dead Time – el tiempo restante que el router espera para recibir un paquete Hello OSPFv2 del vecino antes de declararlo inactivo. Este valor se restablece cuando la interfaz recibe un paquete Hello.
Address – la dirección IPv4 de la interfaz del vecino a la que el router está conectado directamente.
Interface – la interfaz en la que este router formó adyacencia con el vecino.

El show ip protocols comando es una forma rápida de verificar la información vital de configuración de OSPF, como la ID del proceso OSPFv2, el router ID, las interfaces configuradas explícitamente para anunciar las rutas de OSPF, los vecinos desde los que el router recibe actualizaciones y la distancia administrativa predeterminada, que es 110 para OSPF. Use el show ip ospf comando para examinar la ID del proceso del protocolo OSPFv2 y el router ID. Este comando muestra información de área OSPFv2 y la última vez que se ejecuto el algoritmo SPF. El show ip ospf interface comando proporciona una lista detallada para cada interfaz habilitada para OSPFv2. Especifica una interfaz para una sola interfaz para mostrar el ID de proceso, el router ID local, el tipo de red, el costo OSPF, la información de DR y BDR en vínculos de acceso múltiple y vecinos adyacentes.