Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Configuración del control de ruta de OSPF

Descripción de la síntesis de rutas de OSPF

Los enrutadores de borde de área (ABR) envían anuncios de vínculos de resumen para describir las rutas a otras áreas. Dependiendo de la cantidad de destinos, un área puede inundarse con una gran cantidad de registros de estado de vínculo, que pueden utilizar recursos de dispositivo de enrutamiento. Para minimizar la cantidad de anuncios publicitarios que se inundan en un área, puede configurar la ABR para unir o resumir un rango de direcciones IP y enviar información de accesibilidad de estas direcciones en un anuncio de estado de vínculo único (LSA). Puede resumir uno o más rangos de direcciones IP, en los que todas las rutas que coincidan con el rango de área especificado se filtran en el límite del área y el resumen se anuncia en su lugar.

Para un área OSPF, puede resumir y filtrar los prefijos dentro de área. Todas las rutas que coincidan con el intervalo de área especificado se filtran en el límite del área y el resumen se anuncia en su lugar. En el caso de un área no tan estubada (NSSA) de OSPF, solo puede unir o filtrar los LSA externos de NSSA (tipo 7) antes de que se traduzcan a LSA externos del AS (tipo 5) y de entrar en el área troncal. Todas las rutas externas aprendidas dentro del área que no caen en el rango de uno de los prefijos se anuncian individualmente a otras áreas.

Además, también puede limitar la cantidad de prefijos (rutas) que se exportan a OSPF. Al establecer un número máximo de prefijos definido por el usuario, evita que el dispositivo de enrutamiento inunde un número excesivo de rutas en un área.

Ejemplo: Limitar la cantidad de prefijos exportados a OSPF

En este ejemplo, se muestra cómo limitar el número de prefijos exportados a OSPF.

Requisitos

Antes de empezar:

Visión general

De forma predeterminada, no hay límite para la cantidad de prefijos (rutas) que se pueden exportar a OSPF. Al permitir que cualquier número de rutas se exporten a OSPF, el dispositivo de enrutamiento puede verse abrumado y potencialmente inundar un número excesivo de rutas en un área.

Puede limitar la cantidad de rutas exportadas a OSPF para minimizar la carga en el dispositivo de enrutamiento y evitar este posible problema. Si el dispositivo de enrutamiento supera el valor de exportación del prefijo configurado, el dispositivo de enrutamiento purga los prefijos externos y entra en un estado de sobrecarga. Este estado garantiza que el dispositivo de enrutamiento no se abrute mientras intenta procesar la información de enrutamiento. El número de límite de exportación del prefijo puede ser un valor de 0 a 4.294.967.295.

En este ejemplo, se configura un límite de exportación de prefijo de 100 000 mediante la inclusión de la prefix-export-limit instrucción.

Topología

Configuración

Configuración rápida de CLI

Para limitar rápidamente el número de prefijos exportados a OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

Para limitar el número de prefijos exportados a OSPF:

  1. Configure el valor de límite de exportación del prefijo.

    Nota:

    Para OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el límite de exportación del prefijo

Propósito

Compruebe el contador de exportación de prefijos que muestra el número o las rutas exportadas a OSPF.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.

Descripción del control de tráfico OSPF

Una vez que se comparte una topología en toda la red, el OSPF usa la topología para enrutar paquetes entre nodos de red. A cada ruta entre vecinos se le asigna un costo basado en la transferencia de datos de la interfaz. El algoritmo predeterminado calcula la métrica de interfaz basada en un ancho de banda de referencia de 100 Mbps mediante la fórmula cost = reference-bandwidth / interface bandwidth. El resultado es que a cualquier interfaz que funcione a 100 Mbps o más rápido se le asigna el mismo valor métrica de 1. Puede asignar manualmente la métrica de interfaz OSPF para invalidar el valor predeterminado. Alternativamente, dado que las plataformas actuales de Juniper admiten interfaces que operan a 400 Gbps, a menudo es una buena idea configurar un valor mayor reference-bandwidth . Configurar un valor de ancho de banda de referencia basado en un múltiplo de la interfaz de mayor velocidad de su red optimiza automáticamente las rutas de red según la velocidad de la interfaz y proporciona espacio para el crecimiento de las velocidades de red.

La suma de los costos en una ruta determinada entre hosts determina el costo total de la ruta. Luego, los paquetes se enrutan a lo largo de la ruta más corta mediante el algoritmo de ruta más corta (SPF). Si existen varias rutas de igual costo entre una dirección de origen y destino, OSPF enruta paquetes a lo largo de cada ruta de forma alternativa, en forma de ida y vuelta. Se prefieren las rutas con métricas de ruta total más bajas que las que tienen métricas de ruta más altas.

Puede usar los siguientes métodos para controlar el tráfico OSPF:

  • Controle el costo de segmentos de red OSPF individuales

  • Ajuste dinámicamente las métricas de interfaz OSPF según el ancho de banda

  • Control de la selección de rutas de OSPF

Control del costo de segmentos de red OSPF individuales

OSPF usa la siguiente fórmula para determinar el costo de una ruta:

Puede modificar el valor del ancho de banda de referencia, que se utiliza para calcular el costo predeterminado de la interfaz. El valor de ancho de banda de la interfaz no es configurable por el usuario y se refiere al ancho de banda real de la interfaz física.

De forma predeterminada, OSPF asigna una métrica de costo predeterminada de 1 a cualquier vínculo más rápido que 100 Mbps, y una métrica de costo predeterminada de 0 a la interfaz de circuito cerrado (lo0). No se asocia ningún ancho de banda con la interfaz de circuito cerrado.

Para controlar el flujo de paquetes en la red, el OSPF le permite asignar manualmente un costo (o métrica) a un segmento de ruta determinado. Cuando se especifica una métrica para una interfaz OSPF específica, ese valor se utiliza para determinar el costo de las rutas anunciadas desde esa interfaz. Por ejemplo, si todos los enrutadores de la red OSPF usan valores de métrica predeterminados y aumenta la métrica en una interfaz a 5, todas las rutas a través de esa interfaz tienen una métrica calculada superior a la predeterminada y no se prefieren.

Nota:

Cualquier valor que configure para la métrica reemplaza el comportamiento predeterminado de usar el valor de ancho de banda de referencia para calcular el costo de ruta para esa interfaz.

Cuando hay varias rutas de igual costo al mismo destino en una tabla de enrutamiento, se forma un conjunto de múltiples rutas de igual costo (ECMP). Si hay un ECMP establecido para la ruta activa, el software Junos OS usa un algoritmo hash para elegir una de las direcciones del salto siguiente en el conjunto ECMP que se instalará en la tabla de reenvío.

Puede configurar Junos OS para que se instalen varias entradas de salto siguiente en un conjunto de ECMP en la tabla de reenvío. Defina una política de enrutamiento de equilibrio de carga incluyendo una o más instrucciones de configuración de instrucción de política en el nivel jerárquico de [editar opciones de política] con la acción equilibrio de carga por paquete. A continuación, aplique la política de enrutamiento a las rutas exportadas de la tabla de enrutamiento a la tabla de reenvío.

Ajustar dinámicamente las métricas de la interfaz OSPF según el ancho de banda

Puede especificar un conjunto de valores de umbral de ancho de banda y valores de métrica asociados para una interfaz OSPF o para una topología en una interfaz OSPF. Cuando el ancho de banda de una interfaz cambia (por ejemplo, si el rezago pierde un miembro de interfaz o si la velocidad de la interfaz cambia administrativamente), Junos OS establece automáticamente la métrica de interfaz en el valor asociado con el valor del umbral de ancho de banda adecuado. Junos OS usa el valor de umbral de ancho de banda configurado más pequeño que es igual o mayor que el ancho de banda de la interfaz real para determinar el valor de la métrica. Si el ancho de banda de la interfaz es mayor que cualquiera de los valores de umbral de ancho de banda configurados, se utilizará el valor de métrica configurado para la interfaz en lugar de cualquiera de los valores de métrica basados en ancho de banda configurados. La capacidad de volver a calcular la métrica de una interfaz cuando su ancho de banda cambia es especialmente útil para agregar interfaces.

Nota:

También debe configurar una métrica para la interfaz cuando habilite métricas basadas en el ancho de banda.

Control de las preferencias de ruta de OSPF

Puede controlar el flujo de paquetes a través de la red mediante las preferencias de ruta. Las preferencias de ruta se utilizan para seleccionar qué ruta está instalada en la tabla de reenvío cuando varios protocolos calculan rutas al mismo destino. Se selecciona la ruta con el valor de preferencia más bajo.

De forma predeterminada, las rutas OSPF internas tienen un valor de preferencia de 10 y las rutas OSPF externas tienen un valor de preferencia de 150. Aunque la configuración predeterminada es adecuada para la mayoría de los entornos, es posible que desee modificar la configuración predeterminada si todos los dispositivos de enrutamiento de su red OSPF usan los valores de preferencia predeterminados o si planea migrar de OSPF a un protocolo de puerta de enlace interior (IGP) diferente. Si todos los dispositivos usan los valores de preferencia de ruta predeterminados, puede cambiar las preferencias de ruta para asegurarse de que la ruta a través de un dispositivo determinado está seleccionada para la tabla de reenvío cada vez que existan varias rutas de igual costo a un destino. Al migrar desde OSPF a un IGP diferente, modificar las preferencias de ruta le permite realizar la migración de manera controlada.

Ver también

Ejemplo: Control del costo de segmentos de red OSPF individuales

En este ejemplo, se muestra cómo controlar el costo de segmentos de red OSPF individuales.

Requisitos

Antes de empezar:

Visión general

Todas las interfaces OSPF tienen un costo, que es una métrica de enrutamiento que se utiliza en el cálculo del estado del vínculo. Las rutas con métricas de ruta total más bajas son preferibles a las que tienen métricas de ruta más altas. En este ejemplo, exploramos cómo controlar el costo de los segmentos de red OSPF.

De forma predeterminada, OSPF asigna una métrica de costo predeterminada de 1 a cualquier vínculo más rápido que 100 Mbps, y una métrica de costo predeterminada de 0 a la interfaz de circuito cerrado (lo0). No se asocia ningún ancho de banda con la interfaz de circuito cerrado. Esto significa que todas las interfaces de más de 100 Mbps tienen la misma métrica de costo predeterminada de 1. Si existen varias rutas de igual costo entre una dirección de origen y destino, OSPF enruta paquetes a lo largo de cada ruta de forma alternativa, en forma de ida y vuelta.

Es posible que tener la misma métrica predeterminada no sea un problema si todas las interfaces se ejecutan a la misma velocidad. Si las interfaces funcionan a diferentes velocidades, es posible que observe que el tráfico no se enruta a través de la interfaz más rápida, ya que OSPF enruta igualmente los paquetes entre las diferentes interfaces. Por ejemplo, si el dispositivo de enrutamiento tiene interfaces Fast Ethernet y Gigabit Ethernet que ejecutan OSPF, cada una de estas interfaces tiene una métrica de costo predeterminada de 1.

En el primer ejemplo, se establece el ancho de banda de referencia en 10 g (10 Gbps, como se indica en 10 000 000 000 000 bits) mediante la inclusión de la instrucción de ancho de banda de referencia . Con esta configuración, OSPF asigna a la interfaz Fast Ethernet una métrica predeterminada de 100 y a la interfaz Gigabit Ethernet una métrica de 10. Dado que la interfaz de Gigabit Ethernet tiene la métrica más baja, OSPF la selecciona al enrutar paquetes. El rango es de 9600 a 1,000,000,000,000 bits.

La Figura 2 muestra tres dispositivos de enrutamiento en el área 0.0.0.0 y supone que el vínculo entre los dispositivos R2 y R3 está congestionado con otro tráfico. También puede controlar el flujo de paquetes a través de la red mediante la asignación manual de una métrica a un segmento de ruta determinado. Cualquier valor que configure para la métrica reemplaza el comportamiento predeterminado de usar el valor de ancho de banda de referencia para calcular el costo de ruta para esa interfaz. Para evitar que el tráfico del dispositivo R3 vaya directamente al dispositivo R2, ajuste la métrica en la interfaz del dispositivo R3 que se conecta con el dispositivo R1 para que todo el tráfico pase por el dispositivo R1.

En el segundo ejemplo, se establece la métrica en 5 en la interfaz fe-1/0/1 en el dispositivo R3 que se conecta con el dispositivo R1 mediante la inclusión de la instrucción métrica . El rango es de 1 a 65.535.

Figura 2: Configuración OSPF Metric Configuration métrica de OSPF

Topología

Configuración

Configuración del ancho de banda de referencia

Configuración rápida de CLI

Para configurar rápidamente el ancho de banda de referencia, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar el ancho de banda de referencia:

  1. Configure el ancho de banda de referencia para calcular el costo predeterminado de la interfaz.

    Nota:

    Para especificar OSPFv3, incluya la instrucción ospf3 en el nivel de jerarquía de [editar protocolos ].

    Propina:

    Como acceso directo en este ejemplo, escriba 10 g para especificar un ancho de banda de referencia de 10 Gbps. Ya sea que introduzca 10 g o 100000000000, la salida del comando ospf mostrar protocolos muestra 10 Gbps como 10 g, no como 100000000000.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

    Nota:

    Repita toda esta configuración en todos los dispositivos de enrutamiento de una red compartida.

Resultados

Confirme su configuración ingresando el comando show protocol ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar su configuración OSPFv3, ingrese el comando show protocol ospf3 .

Configuración de una métrica para una interfaz OSPF específica

Configuración rápida de CLI

Para configurar rápidamente una métrica para una interfaz OSPF específica, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar la métrica para una interfaz OSPF específica:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la instrucción ospf3 en el nivel de jerarquía de [editar protocolos ].

  2. Configure la métrica del segmento de red OSPF.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme su configuración ingresando el comando show protocol ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar su configuración OSPFv3, ingrese el comando show protocol ospf3 .

Verificación

Confirme que la configuración funciona correctamente.

Verificar la métrica configurada

Propósito

Compruebe la configuración de métricas en la interfaz. Confirme que el campo Costo muestra la métrica configurada (costo) de la interfaz. Al elegir rutas a un destino, OSPF usa la ruta con el costo más bajo.

Acción

Desde el modo operativo, ingrese el comando show ospf interface detail para OSPFv2 y ingrese el comando show ospf3 interface detail para OSPFv3.

Verificar la ruta

Propósito

Al elegir rutas a un destino, OSPF usa la ruta con el costo total más bajo. Confirme que OSPF está usando la ruta adecuada.

Acción

Desde el modo operativo, ingrese el comando show route .

Ver también

Ejemplo: ajustar dinámicamente las métricas de la interfaz OSPF según el ancho de banda

En este ejemplo, se muestra cómo ajustar dinámicamente las métricas de interfaz OSPF según el ancho de banda.

Configuración

Configuración rápida de CLI

Para configurar rápidamente los valores de umbral de ancho de banda y los valores de métrica asociados para una interfaz OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar la métrica para una interfaz OSPF específica:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la instrucción ospf3 en el nivel de jerarquía de [editar protocolos ].

  2. Configure la métrica del segmento de red OSPF.

  3. Configure los valores de umbral de ancho de banda y los valores de métrica asociados. Con esta configuración cuando el ancho de banda de la interfaz Ethernet agregado es 1g, OSPF considera la métrica 60 para esta interfaz. Cuando el ancho de banda de la interfaz Ethernet agregado es de 10 g, OSPF considera la métrica 50 para esta interfaz.

  4. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme su configuración ingresando el comando show protocol ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar su configuración OSPFv3, ingrese el comando show protocol ospf3 .

Requisitos

Antes de empezar:

Visión general

Puede especificar un conjunto de valores de umbral de ancho de banda y valores de métrica asociados para una interfaz OSPF. Cuando el ancho de banda de una interfaz cambia, Junos OS establece automáticamente la métrica de interfaz en el valor asociado con el valor de umbral de ancho de banda adecuado. Cuando se configuran valores de métricas basados en el ancho de banda, normalmente se configuran varios valores de ancho de banda y métricas.

En este ejemplo, se configura la interfaz ae0 de OSPF para métricas basadas en el ancho de banda mediante la inclusión de la instrucción métricas basadas en el ancho de banda y las siguientes configuraciones:

  • ancho de banda (ancho de banda): permite especificar el umbral de ancho de banda en bits por segundo. El rango es de 9600 a 1.000.000.000.000.000.

  • métrica (metric): permite especificar el valor de la métrica que se asociará a un valor de ancho de banda específico. El rango es de 1 a 65.535.

Topología

Verificación

Confirme que la configuración funciona correctamente.

Verificar la métrica configurada

Propósito

Compruebe la configuración de métricas en la interfaz. Confirme que el campo Costo muestra la métrica configurada (costo) de la interfaz. Al elegir rutas a un destino, OSPF usa la ruta con el costo más bajo.

Acción

Desde el modo operativo, ingrese el comando show ospf interface detail para OSPFv2 y ingrese el comando show ospf3 interface detail para OSPFv3.

Ejemplo: Control de preferencias de ruta de OSPF

En este ejemplo, se muestra cómo controlar la selección de rutas de OSPF en la tabla de reenvío. En este ejemplo también se muestra cómo puede controlar la selección de rutas si está migrando de OSPF a otro IGP.

Configuración

Configuración rápida de CLI

Para configurar rápidamente los valores de preferencia de ruta OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar la selección de ruta:

  1. Ingrese al modo de configuración de OSPF y establezca las preferencias de enrutamiento externo e interno.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Requisitos

En este ejemplo, se da por sentado que el OSPF está configurado y funcionando correctamente en la red, y que desea controlar la selección de rutas, ya que está planeando migrar de OSPF a un IGP diferente.

Visión general

Las preferencias de ruta se utilizan para seleccionar qué ruta está instalada en la tabla de reenvío cuando varios protocolos calculan rutas al mismo destino. Se selecciona la ruta con el valor de preferencia más bajo.

De forma predeterminada, las rutas OSPF internas tienen un valor de preferencia de 10 y las rutas OSPF externas tienen un valor de preferencia de 150. Es posible que desee modificar esta configuración si está planeando migrar de OSPF a un IGP diferente. Modificar las preferencias de ruta le permite realizar la migración de una manera controlada.

En este ejemplo, se hacen las suposiciones siguientes:

  • OSPF ya se está ejecutando en su red.

  • Desea migrar de OSPF a IS-IS.

  • Configuró IS-IS según sus requisitos de red y confirmó que funciona correctamente.

En este ejemplo, puede aumentar los valores de preferencia de ruta OSPF para hacerlos menos preferidos que las rutas IS-IS especificando 168 para rutas OSPF internas y 169 para rutas OSPF externas. Las rutas internas IS-IS tienen una preferencia de 15 (para nivel 1) o 18 (para nivel 2), y las rutas externas tienen una preferencia de 160 (para el nivel 1) o 165 (para el nivel 2). En general, se prefiere dejar el nuevo protocolo en su configuración predeterminada para minimizar las complejidades y simplificar cualquier futura adición de dispositivos de enrutamiento a la red. Para modificar los valores de preferencia de ruta de OSPF, configure las siguientes opciones:

  • preference— Especifica la preferencia de ruta para rutas OSPF internas. De forma predeterminada, las rutas OSPF internas tienen un valor de 10. El rango es de 0 a 4,294967,295 (232 – 1).

  • external-preference—Especifica la preferencia de ruta para rutas OSPF externas. De forma predeterminada, las rutas OSPF externas tienen un valor de 150. El rango es de 0 a 4,294967,295 (232 – 1).

Topología

Verificación

Confirme que la configuración funciona correctamente.

Verificar la ruta

Propósito

Verifique que el IGP esté usando la ruta adecuada. Después de que el nuevo IGP se convierta en el protocolo preferido (en este ejemplo, IS-IS), debe supervisar la red para detectar cualquier problema. Después de confirmar que el nuevo IGP funciona correctamente, puede quitar la configuración de OSPF del dispositivo de enrutamiento ingresando el delete ospf comando en el [edit protocols] nivel de jerarquía.

Acción

Desde el modo operativo, ingrese el show route comando.

Descripción de la función de sobrecarga de OSPF

Si el tiempo transcurrido después de habilitar la instancia del OSPF es menor que el tiempo de espera especificado, se establece el modo de sobrecarga.

Puede configurar el dispositivo de enrutamiento local para que parezca estar sobrecargado. Un dispositivo de enrutamiento sobrecargado determina que no puede manejar más tráfico de tránsito OSPF, lo que da como resultado el envío de tráfico de tránsito de OSPF a otros dispositivos de enrutamiento. El tráfico OSPF a las interfaces directamente conectadas continúa llegando al dispositivo de enrutamiento. Puede configurar el modo de sobrecarga por muchas razones, entre ellas:

  • Si desea que el dispositivo de enrutamiento participe en el enrutamiento OSPF, pero no desea que se utilice para el tráfico de tránsito. Esto podría incluir un dispositivo de enrutamiento que esté conectado a la red con fines de análisis, pero que no se considere parte de la red de producción, como los dispositivos de enrutamiento de administración de red.

  • Si está realizando mantenimiento en un dispositivo de enrutamiento en una red de producción. Puede mover el tráfico de ese dispositivo de enrutamiento para que los servicios de red no se interrumpan durante el período de mantenimiento.

Configure o desactive el modo de sobrecarga en OSPF con o sin tiempo de espera. Sin un tiempo de espera, el modo de sobrecarga se establece hasta que se elimina explícitamente de la configuración. Con un tiempo de espera, el modo de sobrecarga se establece si el tiempo transcurrido desde que se inició la instancia de OSPF es menor que el tiempo de espera especificado.

Se inicia un temporizador para la diferencia entre el tiempo de espera y el tiempo transcurrido desde que se inició la instancia. Cuando caduca el temporizador, el modo de sobrecarga queda despejado. En el modo de sobrecarga, el anuncio de estado de vínculo del enrutador (LSA) se origina con todos los vínculos del enrutador de tránsito (excepto stub) establecidos en una métrica de 0xFFFF. Los vínculos del enrutador stub se anuncian con el costo real de las interfaces correspondientes al stub. Esto hace que el tráfico de tránsito evite el dispositivo de enrutamiento sobrecargado y tome rutas alrededor del dispositivo de enrutamiento. Sin embargo, los vínculos del dispositivo de enrutamiento sobrecargado aún son accesibles.

El dispositivo de enrutamiento también puede entrar dinámicamente en el estado de sobrecarga, independientemente de configurar el dispositivo para que aparezca sobrecargado. Por ejemplo, si el dispositivo de enrutamiento supera el límite de prefijo de OSPF configurado, el dispositivo de enrutamiento purga los prefijos externos y entra en un estado de sobrecarga.

En casos de configuraciones incorrectas, la gran cantidad de rutas puede entrar en OSPF, lo que puede obstaculizar el rendimiento de la red. Para evitar esto, prefix-export-limit se debe configurar lo que purgará los externos y evitará que la red del mal impacto.

Al permitir que cualquier número de rutas se exporten a OSPF, el dispositivo de enrutamiento puede verse abrumado y potencialmente inundar un número excesivo de rutas en un área. Puede limitar la cantidad de rutas exportadas a OSPF para minimizar la carga en el dispositivo de enrutamiento y evitar este posible problema.

De forma predeterminada, no hay límite para la cantidad de prefijos (rutas) que se pueden exportar a OSPF. Para evitar esto, prefix-export-limit se debe configurar lo que purgará los externos e impedirá la red.

A partir de Junos OS versión 18.2 en adelante, el enrutador Stub admite las siguientes funcionalidades en su red OSPF, cuando el OSPF está sobrecargado:

  • Permitir fugas de ruta: los prefijos externos se redistribuyen durante la sobrecarga del OSPF y los prefijos se originan con un costo normal.

  • Anuncie una red de stub con métrica máxima: las redes stub se anuncian con la métrica máxima durante la sobrecarga del OSPF.

  • Anunciar prefijos dentro de área con métrica máxima: los prefijos de intra área se anuncian con la métrica máxima durante la sobrecarga de OSPF.

  • Anunciar prefijos externos con métrica máxima posible: los prefijos externos del AS OSPF se redistribuyen durante la sobrecarga de OSPF y los prefijos se anuncian con el costo máximo.

Ahora puede configurar lo siguiente cuando el OSPF está sobrecargado:

  • allow-route-leaking en el [edit protocols <ospf | ospf3> overload] nivel de jerarquía para anunciar los prefijos externos con costo normal.

  • stub-network en el [edit protocols ospf overload] nivel de jerarquía para anunciar una red stub con métrica máxima.

  • intra-area-prefix en el [edit protocols ospf3 overload] nivel jerárquico para anunciar el prefijo de intra-área con métrica máxima.

  • as-external en el [edit protocols <ospf | ospf3> overload] nivel de jerarquía para anunciar un prefijo externo con métrica máxima.

Para limitar el número de prefijos exportados a OSPF:

El número de límite de exportación del prefijo puede ser un valor de 0 a 4.294.967.295.

Ver también

Ejemplo: Configurar OSPF para que los dispositivos de enrutamiento parezcan sobrecargados

En este ejemplo, se muestra cómo configurar un dispositivo de enrutamiento que ejecuta OSPF para que parezca sobrecargado.

Requisitos

Antes de empezar:

Visión general

Puede configurar un dispositivo de enrutamiento local que ejecuta OSPF para que parezca estar sobrecargado, lo que permite que el dispositivo de enrutamiento local participe en el enrutamiento OSPF, pero no para el tráfico de tránsito. Cuando se configuran, las métricas de la interfaz de tránsito se establecen en el valor máximo de 65535.

En este ejemplo, se incluyen las siguientes opciones de configuración:

  • sobrecarga: configura el dispositivo de enrutamiento local para que parezca estar sobrecargado. Puede configurar esto si desea que el dispositivo de enrutamiento participe en el enrutamiento OSPF, pero no desea que se use para el tráfico de tránsito o si está realizando mantenimiento en un dispositivo de enrutamiento en una red de producción.

  • Timeout seconds—(Opcional) Especifica el número de segundos en los que se restablece la sobrecarga. Si no se especifica ningún intervalo de tiempo de espera, el dispositivo de enrutamiento permanece en el estado de sobrecarga hasta que se elimina la instrucción sobrecarga o se establece un tiempo de espera. En este ejemplo, se configuran 60 segundos como la cantidad de tiempo que el dispositivo de enrutamiento permanece en estado de sobrecarga. De forma predeterminada, el intervalo de tiempo de espera es de 0 segundos (este valor no está configurado). El rango es de 60 a 1800 segundos.

Topología

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente un dispositivo de enrutamiento local para que aparezca sobrecargado, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar un dispositivo de enrutamiento local para que parezca sobrecargado:

  1. Ingrese al modo de configuración de OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Configure el dispositivo de enrutamiento local para que se sobrecargue.

  3. (Opcional) Configure el número de segundos en los que se restablece la sobrecarga.

  4. (Opcional) Configure el límite de los prefijos numéricos exportados a OSPF para minimizar la carga en el dispositivo de enrutamiento e impedir que el dispositivo entre en el modo de sobrecarga.

  5. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración. El resultado incluye las instrucciones opcional timeout y prefix-export-limit .

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar que el tráfico se ha alejado de los dispositivos

Propósito

Compruebe que el tráfico se ha alejado de los dispositivos ascendentes.

Acción

Desde el modo operativo, ingrese el show interfaces detail comando.

Verificar métricas de interfaz de tránsito

Propósito

Verifique que las métricas de la interfaz de tránsito se establezcan en el valor máximo de 65535 en el dispositivo vecino descendente.

Acción

Desde el modo operativo, ingrese el show ospf database router detail advertising-router address comando para OSPFv2 y escriba el show ospf3 database router detail advertising-router address comando para OSPFv3.

Verificar la configuración de sobrecarga

Propósito

Compruebe que la sobrecarga está configurada revisando el campo Sobrecarga configurada. Si el temporizador de sobrecarga también está configurado, este campo también muestra el tiempo que permanece antes de que expire.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y el show ospf3 overview comando para OSPFv3.

Verificar el próximo salto viable

Propósito

Verifique la configuración viable del próximo salto en el dispositivo vecino ascendente. Si el dispositivo vecino está sobrecargado, no se utiliza para tráfico de tránsito y no se muestra en la salida.

Acción

Desde el modo operativo, ingrese el show route address comando.

Descripción de las opciones de algoritmo SPF para OSPF

El OSPF usa el algoritmo de ruta más corta (SPF), también conocido como algoritmo de Dijkstra, para determinar la ruta para llegar a cada destino. El algoritmo SPF describe cómo OSPF determina la ruta para llegar a cada destino, y las opciones de SPF controlan los temporizadores que dictan cuándo se ejecuta el algoritmo SPF. Según el entorno de red y los requisitos, es posible que desee modificar las opciones de SPF. Por ejemplo, considere un entorno a gran escala con una gran cantidad de dispositivos que inundan anuncios de estado de vínculo (LSA) en toda la zona. En este entorno, es posible recibir una gran cantidad de LSA para procesar, lo que puede consumir recursos de memoria. Al configurar las opciones de SPF, sigue adaptándose a la topología de red cambiante, pero puede minimizar la cantidad de recursos de memoria que utilizan los dispositivos para ejecutar el algoritmo SPF.

Puede configurar las siguientes opciones de SPF:

  • El retraso en el tiempo entre la detección de un cambio de topología y cuando realmente se ejecuta el algoritmo SPF.

  • La cantidad máxima de veces que el algoritmo SPF puede ejecutarse sucesivamente antes de que comience el temporizador de espera.

  • Es el tiempo que se mantiene pulsado o espera antes de ejecutar otro cálculo de SPF después de que el algoritmo SPF haya ejecutado sucesivamente el número de veces configurado. Si la red se estabiliza durante el período de espera y el algoritmo SPF no necesita ejecutarse de nuevo, el sistema revierte a los valores configurados para el retraso y rapid-runs las instrucciones.

Ejemplo: Configuración de opciones de algoritmo de SPF para OSPF

En este ejemplo, se muestra cómo configurar las opciones de algoritmo de SPF. Las opciones de SPF controlan los temporizadores que dictan cuándo se ejecuta el algoritmo SPF.

Requisitos

Antes de empezar:

Visión general

OSPF usa el algoritmo SPF para determinar la ruta que llegará a cada destino. Todos los dispositivos de enrutamiento en un área ejecutan este algoritmo en paralelo, almacenando los resultados en sus bases de datos de topología individuales. Los dispositivos de enrutamiento con interfaces a varias áreas ejecutan varias copias del algoritmo. Las opciones de SPF controlan los temporizadores utilizados por el algoritmo SPF.

Antes de modificar cualquiera de los ajustes predeterminados, debe tener un buen conocimiento del entorno y los requisitos de la red.

En este ejemplo, se muestra cómo configurar las opciones para ejecutar el algoritmo SPF. Incluye la spf-options instrucción y las siguientes opciones:

  • delay: configura el tiempo (en milisegundos) entre la detección de una topología y el momento en que se ejecuta realmente el SPF. Cuando modifique el temporizador de retraso, tenga en cuenta sus requisitos de reconvergencia de red. Por ejemplo, desea especificar un valor de temporizador que pueda ayudarlo a identificar anomalías en la red, pero permitir que una red estable vuelva a converger rápidamente. De forma predeterminada, el algoritmo SPF ejecuta 200 milisegundos después de la detección de una topología. El rango es de 50 a 8000 milisegundos.

  • rápidas: configura el número máximo de veces que el algoritmo SPF puede ejecutarse sucesivamente antes de que comience el temporizador de espera. De forma predeterminada, el número de cálculos de SPF que pueden ocurrir en sucesión es 3. El rango es de 1 a 10. Cada algoritmo de SPF se ejecuta después del retraso de SPF configurado. Cuando se produce la cantidad máxima de cálculos de SPF, comienza el temporizador de espera. Cualquier cálculo de SPF posterior no se ejecuta hasta que caduca el temporizador de espera.

  • holddown(holddown): configura el tiempo para mantener pulsada o esperar antes de ejecutar otro cálculo de SPF después de que el algoritmo SPF se haya ejecutado sucesivamente el número máximo configurado de veces. De forma predeterminada, el tiempo de espera es de 5000 milisegundos. El rango es de 2000 a 20 000 milisegundos. Si la red se estabiliza durante el período de espera y el algoritmo SPF no necesita ejecutarse de nuevo, el sistema revierte a los valores configurados para el retraso y rapid-runs las instrucciones.

Topología

Configuración

Configuración rápida de CLI

Para configurar rápidamente las opciones de SPF, copie los siguientes comandos y péguelos en la CLI.

Procedimiento

Procedimiento paso a paso

Para configurar las opciones de SPF:

  1. Ingrese al modo de configuración de OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Configure el tiempo de retraso de SPF.

  3. Configure la cantidad máxima de veces que el algoritmo SPF puede ejecutarse sucesivamente.

  4. Configure el temporizador de espera de SPF.

  5. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar opciones de SPF

Propósito

Verifique que SPF funcione según los requisitos de su red. Revise el campo de retraso de SPF, el campo de contención de SPF y los campos de correción rápida de SPF.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.

Configuración de la actualización del OSPF y reducción de inundación en topologías estables

El estándar OSPF requiere que cada anuncio de estado de vínculo (LSA) se actualice cada 30 minutos. La implementación de Juniper Networks actualiza los LSA cada 50 minutos. De forma predeterminada, cualquier LSA que no se actualice caduca después de 60 minutos. Este requisito puede dar lugar a una sobrecarga de tráfico que dificulta la escalabilidad de las redes OSPF. Puede invalidar el comportamiento predeterminado especificando que el bit DoNotAge se establezca en LSA de origen propio cuando los envía inicialmente el enrutador o el conmutador. Cualquier LSA con el conjunto de bits DoNotAge se reflede solo cuando se produce un cambio en la LSA. Por lo tanto, esta función reduce la sobrecarga del tráfico del protocolo, a la vez que permite que cualquier LSA modificado se inunde de inmediato. Los enrutadores o conmutadores habilitados para la reducción de las inundaciones siguen enviando paquetes de saludo a sus vecinos y envejecen los LSA de origen propio en sus bases de datos.

La implementación de Juniper de la actualización y reducción de las inundaciones de OSPF se basa en RFC 4136, actualización de OSPF y reducción de inundación en topologías estables. Sin embargo, la implementación de Juniper no incluye el intervalo de inundación forzada definido en la RFC. No implementar el intervalo de inundación forzada garantiza que los LSA con el conjunto de bits DoNotAge se refledan solo cuando se produce un cambio.

Esta característica se admite para lo siguiente:

  • Interfaces OSPFv2 y OSPFv3

  • Reinos OSPFv3

  • Enlaces virtuales OSPFv2 y OSPFv3

  • Enlaces simulados de OSPFv2

  • Interfaces par OSPFv2

  • Todas las instancias de enrutamiento compatibles con OSPF

  • Sistemas lógicos

Para configurar la reducción de inundación para una interfaz OSPF, incluya la flood-reduction instrucción en el [edit protocols (ospf | ospf3) area area-id interface interface-id] nivel jerárquico.

Nota:

Si configura la reducción de inundación para una interfaz configurada como circuito de demanda, los LSA no se inundan inicialmente, sino que se envían solo cuando su contenido ha cambiado. Los paquetes hola y los LSA se envían y reciben en una interfaz de circuito de demanda solo cuando se produce un cambio en la topología de red.

En el ejemplo siguiente, la interfaz OSPF so-0/0/1.0 está configurada para reducir las inundaciones. Como resultado, todos los LSA generados por las rutas que atraviesan la interfaz especificada tienen el bit DoNotAge establecido cuando se inundan inicialmente, y los LSA se actualizan solo cuando se produce un cambio.

Nota:

A partir de Junos OS versión 12.2, puede configurar un intervalo de inundación de anuncio de estado de vínculo (LSA) predeterminado global en OSPF para LSA autogenerados mediante la inclusión de la lsa-refresh-interval minutes instrucción en el [edit protocols (ospf | ospf3)] nivel de jerarquía. La implementación de Juniper Networks actualiza los LSA cada 50 minutos. El rango es de 25 a 50 minutos. De forma predeterminada, cualquier LSA que no se actualice caduca después de 60 minutos.

Si tiene configurado el intervalo de actualización de la LSA global para OSPF y la reducción de inundación de OSPF para una interfaz específica en un área OSPF, la configuración de reducción de inundación de OSPF tiene prioridad para esa interfaz específica.

Descripción de la sincronización entre LDP e IGP

El LDP es un protocolo para distribuir etiquetas en aplicaciones que no están diseñadas para el tráfico. Las etiquetas se distribuyen a lo largo de la mejor ruta determinada por el protocolo de puerta de enlace interior (IGP). Si no se mantiene la sincronización entre el LDP y el IGP, la ruta de conmutación de etiquetas (LSP) se cae. Cuando el LDP no está completamente operativo en un vínculo determinado (no se establece una sesión y no se intercambian etiquetas), el IGP anuncia el vínculo con la métrica de costo máximo. No se prefiere el vínculo, pero permanece en la topología de red.

La sincronización de LDP solo se admite en interfaces activas de punto a punto e interfaces LAN configuradas como punto a punto bajo el IGP. La sincronización de LDP no se admite durante el reinicio agraciado.

Ver también

Ejemplo: Configurar la sincronización entre LDP y OSPF

En este ejemplo, se muestra cómo configurar la sincronización entre LDP y OSPFv2.

Requisitos

Antes de empezar:

Visión general

En este ejemplo, configure la sincronización entre LDP y OSPFv2 realizando las siguientes tareas:

  • Habilite el LDP en la interfaz so-1/0/3, que es miembro del área OSPF 0.0.0.0, mediante la inclusión de la ldp instrucción en el [edit protocols] nivel de jerarquía. Puede configurar una o varias interfaces. De forma predeterminada, LDP está deshabilitado en el dispositivo de enrutamiento.

  • Habilite la sincronización de LDP incluyendo la ldp-synchronization instrucción en el [edit protocols ospf area area-id interface interface-name] nivel de jerarquía. Esta instrucción permite la sincronización de LDP anunciando la métrica de costo máximo hasta que LDP esté operativo en el vínculo.

  • Configure la cantidad de tiempo (en segundos) que el dispositivo de enrutamiento anuncia la métrica de costo máximo para un vínculo que no está completamente operativo mediante la inclusión de la hold-time instrucción en el [edit protocols ospf area area-id interface interface-name ldp-synchronization] nivel de jerarquía. Si no configura la hold-time instrucción, el valor de tiempo de espera predeterminado es infinito. El rango es de 1 a 65.535 segundos. En este ejemplo, configure 10 segundos para el intervalo de tiempo de espera.

En este ejemplo también se muestra cómo deshabilitar la sincronización entre LDP y OSPFv2 mediante la inclusión de la disable instrucción en el [edit protocols ospf area area-id interface interface-name ldp-synchronization] nivel de jerarquía.

Topología

Configuración

Habilitación de la sincronización entre LDP y OSPFv2

Configuración rápida de CLI

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en la Guía del usuario de CLI.

Para habilitar rápidamente la sincronización entre LDP y OSPFv2, copie los siguientes comandos, elimine los saltos de línea y, luego, péguelos en la CLI.

Procedimiento paso a paso

Para habilitar la sincronización entre LDP y OSPFv2:

  1. Habilite LDP en la interfaz.

  2. Configure la sincronización de LDP y, opcionalmente, configure un período de tiempo de 10 segundos para anunciar la métrica de costo máximo para un vínculo que no esté completamente operativo.

  3. Configure un período de tiempo de 10 segundos para anunciar la métrica de costo máximo para un vínculo que no esté completamente operativo.

  4. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese los show protocols ldp comandos y show protocols ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Deshabilitar la sincronización entre LDP y OSPFv2

Configuración rápida de CLI

Para deshabilitar rápidamente la sincronización entre LDP y OSPFv2, copie el siguiente comando y péguelo en la CLI.

Procedimiento paso a paso

Para deshabilitar la sincronización entre LDP y OSPF:

  1. Deshabilite la sincronización incluyendo la disable instrucción.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el estado de sincronización del LDP de la interfaz

Propósito

Verifique el estado actual de la sincronización de LDP en la interfaz. El estado de sincronización del LDP muestra información relacionada con el estado actual, y el campo de tiempo de espera de configuración muestra el intervalo de tiempo de espera configurado.

Acción

Desde el modo operativo, ingrese el show ospf interface extensive comando.

Descripción general de la compatibilidad de OSPFv2 con RFC 1583

De forma predeterminada, la implementación de Junos OSPFv2 es compatible con RFC 1583, OSPF versión 2. Esto significa que Junos OS mantiene una única mejor ruta a un enrutador de límite de sistema autónomo (AS) en la tabla de enrutamiento OSPF, en lugar de varias rutas de intraAS, si están disponibles. Ahora puede deshabilitar la compatibilidad con RFC 1583. Es preferible hacerlo cuando los enrutadores de límite del AS anuncian el mismo destino externo que pertenecen a diferentes áreas de OSPF. Cuando deshabilita la compatibilidad con RFC 1583, la tabla de enrutamiento OSPF mantiene las múltiples rutas de intraAS disponibles, que el enrutador utiliza para calcular las rutas externas del AS tal y como se define en RFC 2328, OSPF versión 2. Poder usar varias rutas disponibles para calcular una ruta externa del AS puede evitar que se produzcan bucles de enrutamiento.

Ver también

Ejemplo: Deshabilitar la compatibilidad de OSPFv2 con RFC 1583

En este ejemplo, se muestra cómo deshabilitar la compatibilidad de OSPFv2 con RFC 1583 en el dispositivo de enrutamiento.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de deshabilitar la compatibilidad de OSPFv2 con RFC 1583.

Visión general

De forma predeterminada, la implementación de Junos OSPF es compatible con RFC 1583. Esto significa que Junos OS mantiene una única mejor ruta a un enrutador de límite de sistema autónomo (AS) en la tabla de enrutamiento OSPF, en lugar de varias rutas de intraAS, si están disponibles. Puede deshabilitar la compatibilidad con RFC 1583. Es preferible hacerlo cuando los enrutadores de límite del AS anuncian el mismo destino externo que pertenecen a diferentes áreas de OSPF. Cuando deshabilita la compatibilidad con RFC 1583, la tabla de enrutamiento OSPF mantiene las múltiples rutas de intraAS disponibles, que el enrutador utiliza para calcular las rutas externas del AS según se define en RFC 2328. Poder usar varias rutas disponibles para calcular una ruta externa del AS puede evitar que se produzcan bucles de enrutamiento. Para minimizar el potencial de bucles de enrutamiento, configure la misma compatibilidad RFC en todos los dispositivos OSPF en un dominio OSPF.

Topología

Configuración

Procedimiento

Configuración rápida de CLI

Para deshabilitar rápidamente la compatibilidad de OSPFv2 con RFC 1583, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración. Esta configuración se configura en todos los dispositivos que forman parte del dominio OSPF.

Procedimiento paso a paso

Para deshabilitar la compatibilidad de OSPFv2 con RFC 1583:

  1. Desactive el RFC 1583.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

    Nota:

    Repita esta configuración en cada dispositivo de enrutamiento que participe en un dominio de enrutamiento OSPF.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las rutas de OSPF

Propósito

Verifique que la tabla de enrutamiento OSPF mantiene las rutas de intraAS con la métrica más grande, que el enrutador usa para calcular las rutas externas del AS.

Acción

Desde el modo operativo, ingrese el show ospf route detail comando.

Documentación relacionada