Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de OSPF de ruta

Descripción de OSPF resumen de rutas

Los enrutadores de borde de área (ABR) envían anuncios resumido de vínculos para describir las rutas a otras áreas. Según la cantidad de destinos, un área puede inundarse con una gran cantidad de registros de estado de vínculo, los cuales pueden utilizar recursos de dispositivos de enrutamiento. Para minimizar la cantidad de anuncios publicitarios que se inundan en un área, puede configurar la ABR para unir, o resumir, una gama de direcciones IP y enviar información de alcanzabilidad de estas direcciones en un solo anuncio de estado de vínculo (LSA). Puede resumir uno o más intervalos de direcciones IP, en los que 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.

Para un OSPF, puede resumir y filtrar prefijos dentro del á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. Para un área no tan fragmentada (NSSA) de OSPF, solo puede carbonescular o filtrar LSA externas (tipo 7) de NSSA antes de que se traduzcan AS LSA externos (tipo 5) e ingresar al área troncal. Todas las rutas externas aprendidas dentro del área que no entran 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. Mediante la configuración de un número máximo definido por el usuario de prefijos, se evita que el dispositivo enrutamiento inunde un número excesivo de rutas en un área.

Ejemplo: limitar el número de prefijos que se exportaron a OSPF

En este ejemplo, se muestra cómo limitar la cantidad de prefijos que se exportaron a OSPF.

Requisitos

Antes de comenzar:

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 se pueda exportar cualquier número de rutas a OSPF, el dispositivo de enrutamiento puede quedar 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 desborde mientras intenta procesar la información de enrutamiento. El número de límite de exportación de prefijo puede ser un valor del 0 al 4.294.967.295.

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

Topología

Configuración

CLI configuración rápida

Para limitar rápidamente el número de prefijos que se exportaron 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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración.

Procedimiento

Procedimiento paso a paso

Para limitar la cantidad de prefijos que se exportaron a OSPF:

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

    Nota:

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

  2. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba 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, escriba el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el límite de exportación de prefijo

Propósito

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

Acción

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

Descripción de OSPF control de tráfico

Una vez que se comparte una topología en toda la red, OSPF utiliza 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 según un ancho de banda de referencia de 100 Mbps mediante la cost = reference-bandwidth / interface bandwidth fórmula. El resultado es que cualquier interfaz que funciona a 100 Mbps o más rápido tiene asignado el mismo valor de métrica de 1. Puede asignar manualmente la métrica de OSPF interfaz para anular el valor predeterminado. Alternativamente, dado que las plataformas Juniper de red actuales admiten interfaces que funcionan a 400 Gbps, a menudo es una buena idea configurar un valor reference-bandwidth mayor. Configurar un valor de ancho de banda de referencia que se basa en un múltiplo de la interfaz de la más alta velocidad de su red optimiza automáticamente las rutas de red en función de la velocidad de la interfaz y ofrece espacio para el crecimiento en la velocidad de la red.

La suma de los costos en una ruta determinada entre hosts determina el costo general 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 una de destino, OSPF enruta paquetes a lo largo de cada ruta de forma alternativa, de manera round-robin. Las rutas con métricas de ruta total más baja se prefieren sobre las que tienen métricas de ruta más altas.

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

  • Controle el costo de las redes OSPF segmentos de red

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

  • Selección OSPF ruta de control

Cómo controlar el costo de los segmentos OSPF de red individuales

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

Puede modificar el valor de ancho de banda de referencia, el cual 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 hace referencia 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 hay ancho de banda asociado con la interfaz de circuito cerrado.

Para controlar el flujo de paquetes a través de la red, 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 de 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 de OSPF utilizan 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 calculado mayor que la predeterminada y no se prefieren.

Nota:

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

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

Puede configurar Junos OS para que varias entradas de salto siguiente de un conjunto ECMP estén instaladas en la tabla de reenvío. Defina una política de enrutamiento de equilibrio de carga mediante la inclusión de una o más instrucciones de configuración de instrucciones de política en el nivel jerárquido [ editar opciones depolítica],con la carga-equilibriode la acción por paquete. Luego, aplique la política de enrutamiento a las rutas exportadas desde la tabla de enrutamiento a la tabla de reenvío.

Ajustar dinámicamente las métricas OSPF interfaz basadas en 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 OSPF interfaz. Cuando cambia el ancho de banda de una interfaz, Junos OS establece automáticamente la métrica de la interfaz en el valor asociado con el valor de umbral de ancho de banda apropiado. Junos OS el valor de umbral de ancho de banda configurado más pequeño que sea igual o mayor que el ancho de banda real de la interfaz 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 cambia el ancho de banda es especialmente útil para las interfaces agregadas.

Nota:

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

Control de OSPF preferencias de ruta

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 hacia el mismo destino. Se selecciona la ruta con el valor de preferencia más bajo.

De forma predeterminada, OSPF rutas internas tienen un valor de preferencia de 10, y las rutas de OSPF externas tienen un valor de preferencia de 150. Aunque la configuración predeterminada es adecuada para la mayoría de entornos, es posible que desee modificar la configuración predeterminada si todos los dispositivos de enrutamiento de su red de OSPF utilizan los valores de preferencia predeterminados o si planea migrar de OSPF a un protocolo de puerta de enlace interior diferente (IGP). Si todos los dispositivos utilizan los valores predeterminados de preferencia de ruta, 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 en cualquier momento en que existan varias rutas de igual costo a un destino. Cuando se migra de OSPF a un IGP diferente, modificar las preferencias de ruta le permite realizar la migración de forma controlada.

Ejemplo: controlar el costo de los segmentos de OSPF de red individuales

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

Requisitos

Antes de comenzar:

Visión general

Todas OSPF interfaces 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 baja se prefieren a aquellas con métricas de ruta más altas. En este ejemplo, analizamos cómo controlar el costo de los segmentos OSPF red.

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 hay ancho de banda asociado con la interfaz de circuito cerrado. Esto significa que todas las interfaces más rápidas que 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 una de destino, OSPF enruta paquetes a lo largo de cada ruta de forma alternativa, de manera completa.

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 distintas 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 paquetes de manera igual a través de las diferentes interfaces. Por ejemplo, si su 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 bits) incluyendo la instrucción de ancho de banda de referencia. Con esta configuración, OSPF asigna a la interfaz de 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 selecciona al enrutar paquetes. El intervalo va 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 asume que el vínculo entre el dispositivo R2 y el R3 está congestionado con otro tráfico. También puede controlar el flujo de paquetes a través de la red asignando manualmente una métrica a un segmento de ruta determinado. Cualquier valor que configure para la métrica anula el comportamiento predeterminado de usar el valor de ancho de banda de referencia para calcular el costo de ruta de esa interfaz. Para evitar que el tráfico del dispositivo R3 vaya directamente al dispositivo R2, se ajusta la métrica de la interfaz en el 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 incluyendo la instrucción metric. El rango es del 1 al 65.535.

Gráfico 2: configuración OSPF métrica de red OSPF Metric Configuration

Topología

Configuración

Configuración del ancho de banda de referencia

CLI configuración rápida

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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit 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 [edit protocols].

    Consejo:

    Como método abreviado en este ejemplo, escriba 10 g para especificar un ancho de banda de referencia de 10 Gbps. Ya sea que ingrese 10g o 100000000000,el resultado del comando mostrar protocolos ospf muestra 10 Gbps como 10 g,no como 10000000000.

  2. Cuando termine de configurar el dispositivo, confirme la configuración.

    Nota:

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

Resultados

Para confirmar su configuración, escriba el comando show protocols ospf. 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, escriba el comando show protocols ospf3.

Configurar una métrica para una interfaz de OSPF específico

CLI configuración rápida

Para configurar rápidamente una métrica para una interfaz de 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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración.

Procedimiento paso a paso

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

  1. Cree un OSPF área.

    Nota:

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

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

  3. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba el comando show protocols 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 de OSPFv3, escriba el comando show protocols 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 utiliza la ruta con el menor costo.

Acción

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

Verificar la ruta

Propósito

Al elegir rutas a un destino, OSPF la ruta con el menor costo total. Confirme que OSPF está utilizando la ruta adecuada.

Acción

Desde el modo operativo, ingrese el comando show route.

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

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

Configuración

CLI configuración rápida

Para configurar rápidamente los valores de umbral de ancho de banda y los valores de métrica asociados para una interfaz de 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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración.

Procedimiento paso a paso

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

  1. Cree un OSPF de área.

    Nota:

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

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

  3. Configure los valores de umbral de ancho de banda y los valores de métrica asociados.

  4. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba el comando show protocols ospf. 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, escriba el comando show protocols ospf3.

Requisitos

Antes de comenzar:

Visión general

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

En este ejemplo, se configura OSPF interfaz ae0 para métricas basadas en ancho de banda mediante la instrucción de métricas basadas en ancho de banda y la siguiente configuración:

  • anchode banda: especifica el umbral de ancho de banda en bits por segundo. El rango es de 9600 a 1.000.000.000.000.000.

  • métrica:especifica el valor de métrica que se asocia a un valor de ancho de banda específico. El rango es del 1 al 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 la ruta con el menor costo.

Acción

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

Ejemplo: control de OSPF preferencias de ruta

En este ejemplo, se muestra cómo controlar OSPF selección de ruta 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 un OSPF a otro IGP.

Configuración

CLI configuración rápida

Para configurar rápidamente los valores de preferencia de ruta de 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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración.

Procedimiento paso a paso

Para configurar la selección de rutas:

  1. Ingrese al OSPF de configuración y establezca las preferencias de enrutamiento externas e internas.

    Nota:

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

  2. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba 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, escriba el show protocols ospf3 comando.

Requisitos

En este ejemplo, se da por sentado que OSPF está configurado y se ejecuta correctamente en su red, y que desea controlar la selección de rutas porque planea migrar de OSPF a un entorno IGP.

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 hacia el mismo destino. Se selecciona la ruta con el valor de preferencia más bajo.

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

En este ejemplo, se asumen las siguientes premisas:

  • OSPF ya se está ejecutando en su red.

  • Desea migrar de un OSPF a SI-SI.

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

En este ejemplo, se aumentan los valores de preferencia de ruta de OSPF para hacerlos menos preferidos que SI-SI rutas especificando 168 para rutas OSPF internas y 169 para rutas de OSPF externas. SI-SI las rutas internas tienen preferencias de 15 (por Nivel 1) o 18 (por 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 adición futura de dispositivos de enrutamiento a la red. Para modificar los valores de OSPF preferencia de ruta, configure los siguientes valores:

  • preference: especifica la preferencia de ruta para los OSPF internos. De forma predeterminada, OSPF rutas internas tienen un valor de 10. El intervalo va del 0 al 4.294967.295 (2del 32 al 1).

  • external-preference: especifica la preferencia de ruta para los OSPF externos. De forma predeterminada, OSPF rutas externas tienen un valor de 150. El intervalo va del 0 al 4.294967.295 (2del 32 al 1).

Topología

Verificación

Confirme que la configuración funciona correctamente.

Verificar la ruta

Propósito

Compruebe que el IGP utiliza la ruta adecuada. Después de que el nuevo IGP se convierta en el protocolo preferido (en este ejemplo, SI-SI), debe supervisar la red en busca de problemas. Después de confirmar que el nuevo IGP funciona correctamente, puede quitar la configuración OSPF del dispositivo de enrutamiento ingresando el comando en el delete ospf [edit protocols] nivel de jerarquía.

Acción

Desde el modo operativo, escriba el show route comando.

Descripción de OSPF función de sobrecarga de red

Si el tiempo transcurrido después de habilitar OSPF instancia 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 de OSPF, lo que da como resultado enviar OSPF de tránsito a otros dispositivos de enrutamiento. OSPF tráfico a interfaces conectadas directamente sigue llegando al dispositivo de enrutamiento. Es posible que configure el modo de sobrecarga por varias razones, como las siguientes:

  • Si desea que el dispositivo de enrutamiento participe en OSPF enrutamiento, 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 no se considere parte de la red de producción, como los dispositivos de enrutamiento de administración de red.

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

Puede configurar o deshabilitar el modo de sobrecarga 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 la OSPF instancia comenzada 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 está desactivado. En el modo de sobrecarga, el anuncio de estado de vínculo del enrutador (LSA) se origina con todos los vínculos de 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 propios vínculos del dispositivo de enrutamiento sobrecargado siguen siendo accesibles.

El dispositivo de enrutamiento también puede ingresar dinámicamente el estado de sobrecarga, independientemente de que el dispositivo 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 caso de configuraciones incorrectas, es posible que ingrese una gran cantidad OSPF rutas, lo que puede obstaculizar el rendimiento de la red. Para evitar esto, prefix-export-limit debe configurarse lo que purgará los externos e impedirá que la red tenga un impacto negativo.

Al permitir que se pueda exportar cualquier número de rutas a OSPF, el dispositivo de enrutamiento puede quedar abrumado y potencialmente inundar una cantidad excesiva 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 debe configurarse lo que purgará los externos y evitará la red.

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

  • Permitir pérdida de ruta: los prefijos externos se redistribuyen durante OSPF sobrecarga y los prefijos se originaron con un costo normal.

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

  • Anuncie prefijo dentro del área con métrica máxima: los prefijos dentro del área se anuncian con la métrica máxima durante OSPF sobrecarga.

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

Ahora puede configurar lo siguiente cuando OSPF sobrecarga:

  • 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 nivel [edit protocols ospf overload] de jerarquía para anunciar una red stub con la métrica máxima.

  • intra-area-prefix en el [edit protocols ospf3 overload] nivel de jerarquía para anunciar el prefijo dentro del área con la 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 la cantidad de prefijos que se exportaron a OSPF:

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

Ejemplo: configurar OSPF para que los dispositivos de enrutamiento parezcan estar sobrecargados

En este ejemplo, se muestra cómo configurar un dispositivo de enrutamiento que OSPF parece estar sobrecargado.

Requisitos

Antes de comenzar:

Visión general

Puede configurar un dispositivo de enrutamiento local que ejecute 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 configura, las métricas de interfaz de tránsito se establecen en el valor máximo de 65535.

En este ejemplo, se incluyen las siguientes opciones:

  • 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 de OSPF, pero no desea que se utilice para el tráfico de tránsito o que realice tareas de mantenimiento en un dispositivo de enrutamiento en una red de producción.

  • tiempo seconds de espera — (Opcional) Especifica el número de segundos durante los cuales 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 de 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 intervalo va de 60 a 1800 segundos.

Topología

Configuración

Procedimiento

CLI configuración rápida

Para configurar rápidamente un dispositivo de enrutamiento local para que aparezca como 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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración.

Procedimiento paso a paso

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

  1. Ingrese al OSPF de configuración.

    Nota:

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

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

  3. (Opcional) Configure el número de segundos durante los cuales se restablecerá la sobrecarga.

  4. (Opcional) Configure el límite en los prefijos de número que se exportaron a OSPF, para minimizar la carga en el dispositivo de enrutamiento e impedir que el dispositivo ingrese al modo de sobrecarga.

  5. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba 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 timeout prefix-export-limit opcionales y.

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

Verificación

Confirme que la configuración funciona correctamente.

Verificar que el tráfico se movió de los dispositivos

Propósito

Compruebe que el tráfico se haya mudado de los dispositivos ascendentes.

Acción

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

Verificar métricas de interfaz de tránsito

Propósito

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

Acción

Desde el modo operativo, escriba 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 también está configurado el temporizador de sobrecarga, este campo también muestra el tiempo que permanece antes de que se establezca que caduca.

Acción

Desde el modo operativo, escriba show ospf overview el 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 usa para el tráfico de tránsito y no se muestra en la salida.

Acción

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

Descripción de las opciones del algoritmo de SPF para OSPF

OSPF utiliza 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 de SPF describe cómo OSPF determina la ruta para llegar a cada destino, y las opciones de SPF controlan los temporizadores que determinan cuándo se ejecuta el algoritmo de SPF. Según el entorno y los requisitos de la red, es posible que desee modificar las opciones del SPF. Por ejemplo, considere la posibilidad de un entorno a gran escala con una gran cantidad de dispositivos que inundan anuncios de estado de vínculo (LSA) a través del área. En este entorno, es posible recibir una gran cantidad de LSA para procesar, los cuales pueden consumir recursos de memoria. Mediante la configuración de las opciones del SPF, seguirá 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 de SPF.

Puede configurar las siguientes opciones de SPF:

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

  • Número máximo de veces que el algoritmo de SPF puede ejecutarse de forma consecutiva antes de que comience el temporizador de espera.

  • Tiempo de espera o espera antes de ejecutar otro cálculo de SPF después de que el algoritmo de SPF se haya ejecutado en la sucesión el número configurado de veces. Si la red se estabiliza durante el período de espera y el algoritmo de SPF no necesita volver a ejecutarse, el sistema vuelve a los valores configurados para la demora y las rapid-runs instrucciones.

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

En este ejemplo, se muestra cómo configurar las opciones del algoritmo del SPF. Las opciones del SPF controlan los temporizadores que dictados cuando se ejecuta el algoritmo de SPF.

Requisitos

Antes de comenzar:

Visión general

OSPF utiliza el algoritmo de SPF para determinar la ruta para llegar a cada destino. Todos los dispositivos de enrutamiento de 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 del SPF controlan los temporizadores utilizados por el algoritmo de SPF.

Antes de modificar cualquiera de las opciones predeterminadas, debe tener una buena comprensión del entorno y los requisitos de la red.

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

  • delay:configura la cantidad de tiempo (en milisegundos) entre la detección de una topología y la hora de ejecución del SPF. Cuando modifique el temporizador de retraso, tenga en cuenta sus requisitos para la 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 de SPF se ejecuta 200 milisegundos después de la detección de una topología. El intervalo va de 50 a 8000 milisegundos.

  • rapid-runs:configura el número máximo de veces que el algoritmo de SPF puede ejecutarse de forma consecutiva antes de que comience el temporizador de espera. De forma predeterminada, la cantidad de cálculos de SPF que pueden producirse de forma consecutiva es de 3. El intervalo va del 1 al 10. Cada algoritmo de SPF se ejecuta después del retraso configurado del SPF. Cuando se produce la cantidad máxima de cálculos de SPF, comienza el temporizador de espera. Cualquier cálculo posterior de SPF no se ejecutará hasta que expire el temporizador de espera.

  • retención:configura el tiempo de espera o espera antes de ejecutar otro cálculo de SPF después de que el algoritmo de SPF se haya ejecutado de forma consecutiva el número máximo configurado de veces. De forma predeterminada, el tiempo de espera es de 5000 milisegundos. El rango va de 2000 a 20 000 milisegundos. Si la red se estabiliza durante el período de espera y el algoritmo de SPF no necesita volver a ejecutarse, el sistema vuelve a los valores configurados para la demora y las rapid-runs instrucciones.

Topología

Configuración

CLI configuración rápida

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

Procedimiento

Procedimiento paso a paso

Para configurar las opciones del SPF:

  1. Ingrese al OSPF de configuración.

    Nota:

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

  2. Configure el tiempo de retraso del SPF.

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

  4. Configure el temporizador de espera del SPF.

  5. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba 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, escriba el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar opciones de SPF

Propósito

Compruebe que el SPF funciona según sus requisitos de red. Revise el campo de retraso del SPF, el campo de retención del SPF y los campos de carreras rápidas del SPF.

Acción

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

Configuración de OSPF actualizaciones y reducción de inundación en topologías estables

El OSPF estándar requiere que cada anuncio de estado de vínculo (LSA) se actualice cada 30 minutos. La Juniper Networks implementación actualiza los LSA cada 50 minutos. De forma predeterminada, cualquier LSA que no se actualice caduca después de 60 minutos. Este requisito puede ocasionar sobrecargas de tráfico que dificultan la escalabilidad de OSPF seguras. Puede anular el comportamiento predeterminado especificando que el bit DoNotAge se establezca en LSA de origen propio cuando el enrutador o conmutador los envíe inicialmente. Cualquier LSA con el conjunto de bits DoNotAge solo se reflooded cuando se produce un cambio en la LSA. De este modo, esta función reduce la sobrecarga del tráfico de protocolo y permite que cualquier LSA modificado se inunde de inmediato. Los enrutadores o conmutadores habilitados para la reducción de inundación continúan envíando paquetes de saludo a sus vecinos y a la antigüedad de los LSA de origen propio en sus bases de datos.

La Juniper implementación de OSPF y reducción de inundación se basa en rfc 4136, OSPF actualización y reducción de inundación en topologías estables. Sin embargo, Juniper implementación 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 solo se reflooded cuando se produce un cambio.

Esta función se admite para lo siguiente:

  • Interfaces OSPFv2 y OSPFv3

  • Reinos de OSPFv3

  • Vínculos virtuales OSPFv2 y OSPFv3

  • Vínculos de farsa 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 OSPF interfaz, incluya la flood-reduction instrucción en el nivel [edit protocols (ospf | ospf3) area area-id interface interface-id] jerárquico.

Nota:

Si configura la reducción de inundación para una interfaz configurada como un circuito de demanda, los LSA no se inundan inicialmente, sino que se envían solo cuando su contenido ha cambiado. Los paquetes de saludo 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 OSPF interfaz so-0/0/1.0 está configurada para la reducción de inundación. Como resultado, todos los LSA generados por las rutas que atraviesan la interfaz especificada tienen el conjunto de bits DoNotAge cuando se inundan inicialmente, y los LSA solo se actualizan cuando se produce un cambio.

Nota:

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

Si tiene el intervalo de actualización de LSA global configurado para una reducción de inundación de OSPF y una reducción de OSPF configurada 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 IPS

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 LDP y IGP, la ruta del conmutador de etiquetas (LSP) desaparece. 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 sigue estando en la topología de la red.

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

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

Visión general

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

  • Habilite LDP en la interfaz so-1/0/3, que es miembro del área OSPF 0.0.0.0, incluyendo la instrucción en el nivel de ldp [edit protocols] jerarquía. Puede configurar una o más 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 nivel de [edit protocols ospf area area-id interface interface-name] 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 es completamente operativo incluyendo la instrucción en el hold-time [edit protocols ospf area area-id interface interface-name ldp-synchronization] nivel de jerarquía. Si no configura la instrucción, el valor de tiempo de hold-time espera predeterminado es infinidad. El intervalo va 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 incluyendo la disable instrucción en el nivel de [edit protocols ospf area area-id interface interface-name ldp-synchronization] jerarquía.

Topología

Configuración

Habilitar la sincronización entre LDP y OSPFv2

CLI configuración rápida

En el ejemplo siguiente, debe navegar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo CLI, consulte Modificar la configuración de Junos OS en CLI usuario.

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 el 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 de un vínculo que no está completamente operativo.

  4. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba los show protocols ldp show protocols ospf comandos y. 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

CLI configuración rápida

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

Procedimiento paso a paso

Para deshabilitar la sincronización entre LDP y OSPF:

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

  2. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar su configuración, escriba 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 de LDP de la interfaz

Propósito

Compruebe el estado actual de la sincronización de LDP en la interfaz. El estado de sincronización de 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, escriba el show ospf interface extensive comando.

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

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

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, Junos OS implementación de OSPF es compatible con RFC 1583. Esto significa que Junos OS mantiene una sola mejor ruta a un enrutador de límite del sistema autónomo (AS) en la tabla de enrutamiento de OSPF, en lugar de varias rutas intra AS, si están disponibles. Puede deshabilitar la compatibilidad con RFC 1583. Es preferible hacerlo cuando se anuncia el mismo destino externo mediante enrutadores de límite AS que pertenecen OSPF distintas áreas. Cuando deshabilita la compatibilidad con RFC 1583, la tabla de enrutamiento de OSPF mantiene las varias rutas intra AS disponibles, que el enrutador utiliza para calcular una AS rutas externas tal y como está definida en la RFC 2328. Poder usar varias rutas disponibles para calcular una ruta AS ruta externa puede evitar bucles de enrutamiento. Para minimizar el potencial de bucles de enrutamiento, configure la misma compatibilidad de RFC en todos OSPF dispositivos en un OSPF dominio.

Topología

Configuración

Procedimiento

CLI configuración rápida

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 el CLI en el nivel de jerarquía [edit] y, luego, ingrese desde el modo de commit configuración. Esta configuración se configura en todos los dispositivos que forman parte del OSPF dominio.

Procedimiento paso a paso

Para deshabilitar la compatibilidad de OSPFv2 con RFC 1583:

  1. Desactive RFC 1583.

  2. Cuando termine de configurar el dispositivo, confirme la configuración.

    Nota:

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

Resultados

Para confirmar su configuración, escriba 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 OSPF de seguridad

Propósito

Compruebe que la tabla de enrutamiento OSPF mantiene las rutas intra AS con la métrica más grande que el enrutador utiliza para calcular AS rutas externas.

Acción

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