Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de la directiva de enrutamiento de OSPF

Descripción de las políticas de enrutamiento

Para algunos proveedores de plataformas de enrutamiento, el flujo de rutas se produce entre varios protocolos. Si, por ejemplo, desea configurar la redistribución de RIP a OSPF, el proceso RIP indica al proceso OSPF que tiene rutas que podrían incluirse para la redistribución. En Junos OS, no hay mucha interacción directa entre los protocolos de enrutamiento. En su lugar, hay puntos de reunión centrales donde todos los protocolos instalan su información de enrutamiento. Estas son las principales tablas de enrutamiento de unidifusión inet.0 e inet6.0.

A partir de estas tablas, los protocolos de enrutamiento calculan la mejor ruta a cada destino y colocan estas rutas en una tabla de reenvío. Estas rutas se utilizan para reenviar el tráfico del protocolo de enrutamiento hacia un destino y se pueden anunciar a los vecinos.

Importación y exportación de rutas

Dos términos, importación y exportación, explican cómo se mueven las rutas entre los protocolos de enrutamiento y la tabla de enrutamiento.

  • Cuando el motor de enrutamiento coloca las rutas de un protocolo de enrutamiento en la tabla de enrutamiento, está importando rutas en la tabla de enrutamiento.

  • Cuando el motor de enrutamiento utiliza rutas activas de la tabla de enrutamiento para enviar un anuncio de protocolo , exporta rutas desde la tabla de enrutamiento.

    Nota:

    El proceso de mover rutas entre un protocolo de enrutamiento y la tabla de enrutamiento se describe siempre desde el punto de vista de la tabla de enrutamiento. Es decir, las rutas se importan a una tabla de enrutamiento desde un protocolo de enrutamiento y se exportan de una tabla de enrutamiento a un protocolo de enrutamiento. Recuerde esta distinción cuando trabaje con políticas de enrutamiento.

Como se muestra en la figura 1, se usan directivas de enrutamiento de importación para controlar qué rutas se colocan en la tabla de enrutamiento y se exportan políticas de enrutamiento para controlar qué rutas se anuncian desde la tabla de enrutamiento a los vecinos.

Figura 1: Importación y exportación de rutas Importing and Exporting Routes

En general, los protocolos de enrutamiento colocan todas sus rutas en la tabla de enrutamiento y anuncian un conjunto limitado de rutas desde la tabla de enrutamiento. Las reglas generales para manejar la información de enrutamiento entre los protocolos de enrutamiento y la tabla de enrutamiento se conocen como marco de políticas de enrutamiento.

El marco de políticas de enrutamiento se compone de reglas predeterminadas para cada protocolo de enrutamiento que determinan qué rutas coloca el protocolo en la tabla de enrutamiento y se anuncia desde la tabla de enrutamiento. Las reglas predeterminadas para cada protocolo de enrutamiento se conocen como políticas de enrutamiento predeterminadas.

Puede crear directivas de enrutamiento para tener preferencia sobre las directivas predeterminadas, que siempre están presentes. Una directiva de enrutamiento le permite modificar el marco de la directiva de enrutamiento para adaptarlo a sus necesidades. Puede crear e implementar sus propias directivas de enrutamiento para hacer lo siguiente:

  • Controle qué rutas coloca un protocolo de enrutamiento en la tabla de enrutamiento.

  • Controle qué rutas activas anuncia un protocolo de enrutamiento desde la tabla de enrutamiento. Una ruta activa es una ruta que se elige entre todas las rutas de la tabla de enrutamiento para llegar a un destino.

  • Manipular las características de la ruta a medida que un protocolo de enrutamiento coloca la ruta en la tabla de enrutamiento o anuncia la ruta desde la tabla de enrutamiento.

Puede manipular las características de la ruta para controlar qué ruta se selecciona como ruta activa para llegar a un destino. La ruta activa se coloca en la tabla de reenvío y se utiliza para reenviar el tráfico hacia el destino de la ruta. En general, la ruta activa también se anuncia a los vecinos de un enrutador.

Rutas activas e inactivas

Cuando existen varias rutas para un destino en la tabla de enrutamiento, el protocolo selecciona una ruta activa y esa ruta se coloca en la tabla de enrutamiento adecuada. Para rutas de igual costo, Junos OS coloca varios saltos siguientes en la tabla de enrutamiento adecuada.

Cuando un protocolo exporta rutas desde la tabla de enrutamiento, sólo exporta rutas activas. Esto se aplica a las acciones especificadas por las directivas de exportación predeterminadas y definidas por el usuario.

Al evaluar rutas para exportar, el motor de enrutamiento utiliza sólo rutas activas de la tabla de enrutamiento. Por ejemplo, si una tabla de enrutamiento contiene varias rutas al mismo destino y una ruta tiene una métrica preferible, solo se evalúa esa ruta. En otras palabras, una política de exportación no evalúa todas las rutas; Evalúa solo aquellas rutas que un protocolo de enrutamiento puede anunciar a un vecino.

Nota:

De forma predeterminada, BGP anuncia rutas activas. Sin embargo, puede configurar BGP para anunciar rutas inactivas, que van al mismo destino que otras rutas pero tienen métricas menos preferibles.

Rutas configuradas explícitamente

Una ruta configurada explícitamente es una ruta que ha configurado. Las rutas directas no se configuran explícitamente. Se crean como resultado de la configuración de direcciones IP en una interfaz. Las rutas configuradas explícitamente incluyen rutas agregadas, generadas, locales y estáticas. (Una ruta agregada es una ruta que destila grupos de rutas con direcciones comunes en una sola ruta. Una ruta generada es una ruta que se utiliza cuando la tabla de enrutamiento no tiene información sobre cómo llegar a un destino determinado. Una ruta local es una dirección IP asignada a una interfaz de enrutador. Una ruta estática es una ruta inmutable a un destino).

El software del marco de políticas trata las rutas directas y configuradas explícitamente como si se aprendieran a través de protocolos de enrutamiento; por lo tanto, se pueden importar a la tabla de enrutamiento. Las rutas no se pueden exportar desde la tabla de enrutamiento al pseudoprotocolo, porque este protocolo no es un protocolo de enrutamiento real. Sin embargo, las rutas agregadas, directas, generadas y estáticas se pueden exportar desde la tabla de enrutamiento a protocolos de enrutamiento, mientras que las rutas locales no.

Base de datos dinámica

En Junos OS versión 9.5 y posteriores, puede configurar directivas de enrutamiento y determinados objetos de directiva de enrutamiento en una base de datos dinámica que no está sujeta a la misma comprobación requerida por la base de datos de configuración estándar. Como resultado, puede confirmar rápidamente estas políticas de enrutamiento y objetos de política, a los que se puede hacer referencia y aplicar en la configuración estándar según sea necesario. BGP es el único protocolo al que se pueden aplicar directivas de enrutamiento que hacen referencia a directivas configuradas en la base de datos dinámica. Después de configurar y confirmar una directiva de enrutamiento basada en la base de datos dinámica en la configuración estándar, puede realizar rápidamente cambios en las directivas de enrutamiento existentes modificando los objetos de directiva en la base de datos dinámica. Dado que Junos OS no valida los cambios de configuración en la base de datos dinámica, cuando utilice esta función, debe probar y comprobar todos los cambios de configuración antes de confirmarlos.

Descripción de la política de enrutamiento de OSPF

Cada política de enrutamiento se identifica mediante un nombre de directiva. El nombre puede contener letras, números y guiones (-) y puede tener hasta 255 caracteres. Para incluir espacios en el nombre, escriba el nombre completo entre comillas dobles. Cada nombre de directiva de enrutamiento debe ser único dentro de una configuración. Una vez creada y nombrada una directiva, debe aplicarse antes de que esté activa.

En la import instrucción, se muestra el nombre de la directiva de enrutamiento utilizada para filtrar las rutas externas de OSPF para que no se instalen en las tablas de enrutamiento de los vecinos de OSPF. Puede filtrar las rutas, pero no la inundación de direcciones de estado de vínculo (LSA). Una ruta externa es una ruta que está fuera del sistema autónomo (AS) de OSPF. La política de importación no afecta a la base de datos OSPF. Esto significa que la política de importación no tiene ningún impacto en los anuncios de estado de enlace. La política de importación predeterminada para OSPF es aceptar todas las rutas aprendidas e importarlas a la tabla de enrutamiento.

En la export instrucción, se enumera el nombre de la directiva de enrutamiento que se evaluará cuando se exporten rutas de la tabla de enrutamiento a OSPF. La política de exportación predeterminada para OSPF es rechazar todo, excepto LSA tipo 1 y tipo 2. OSPF en realidad no exporta sus rutas aprendidas internamente (las rutas conectadas directamente en interfaces que ejecutan el protocolo). OSPF utiliza la inundación de publicidad de estado de vínculo (LSA) para anunciar tanto las rutas locales como las rutas aprendidas, y la inundación de LSA no se ve afectada por la política de exportación.

De forma predeterminada, si un dispositivo de enrutamiento tiene varias áreas OSPF, las rutas aprendidas de otras áreas se instalan automáticamente en el área 0 de la tabla de enrutamiento.

Para especificar más de una directiva y crear una cadena de directivas, enumere las directivas utilizando un espacio como separador. Si se especifican varias directivas, las directivas se evalúan en el orden en que se especifican. Tan pronto como se ejecuta una acción de aceptación o rechazo, finaliza la evaluación de la cadena de políticas.

En este tema se describe la siguiente información:

Términos de la política de enrutamiento

Las políticas de enrutamiento se componen de uno o más términos. Un término es una estructura con nombre en la que se definen condiciones y acciones coincidentes. Puede definir uno o varios términos. El nombre puede contener letras, números y guiones ( - ) y puede tener hasta 255 caracteres. Para incluir espacios en el nombre, escriba el nombre completo entre comillas dobles.

Cada término contiene un conjunto de condiciones de coincidencia y un conjunto de acciones:

  • Las condiciones de coincidencia son criterios que una ruta debe coincidir antes de que se puedan aplicar las acciones. Si una ruta coincide con todos los criterios, se aplican una o más acciones a la ruta.

  • Las acciones especifican si se acepta o rechaza la ruta, controlan cómo se evalúan una serie de políticas y manipulan las características asociadas a una ruta.

Condiciones de coincidencia de políticas de enrutamiento

Una condición de coincidencia define los criterios que debe cumplir una ruta para que se lleve a cabo una acción. Puede definir una o más condiciones de coincidencia para cada término. Si una ruta coincide con todas las condiciones de coincidencia para un término determinado, se procesarán las acciones definidas para ese término.

Cada término puede incluir dos instrucciones from y to, que definen las condiciones de coincidencia:

  • En la from instrucción, se definen los criterios que debe cumplir una ruta entrante. Puede especificar una o varias condiciones de coincidencia. Si especifica más de uno, todos deben coincidir con la ruta para que se produzca una coincidencia.

    La from instrucción es opcional. Si omite las from instrucciones y las to instrucciones, se considera que todas las rutas coinciden.

    Nota:

    En las directivas de exportación, omitir la from instrucción de un término de política de enrutamiento puede dar lugar a resultados inesperados.

  • En la to instrucción, se definen los criterios que debe cumplir una ruta de salida. Puede especificar una o varias condiciones de coincidencia. Si especifica más de uno, todos deben coincidir con la ruta para que se produzca una coincidencia.

El orden de las condiciones de coincidencia en un término no es importante porque una ruta debe coincidir con todas las condiciones de coincidencia en un término para que se tome una acción.

Para obtener una lista completa de las condiciones de coincidencia, consulte Configuración de condiciones de coincidencia en Términos de directiva de enrutamiento.

Acciones de directiva de enrutamiento

Una acción define lo que el dispositivo de enrutamiento hace con la ruta cuando ésta coincide con todas las condiciones de coincidencia de las from instrucciones y to para un término determinado. Si un término no tiene from instrucciones and to , se considera que todas las rutas coinciden y las acciones se aplican a todas las rutas.

Cada término puede tener uno o más de los siguientes tipos de acciones. Las acciones se configuran bajo la then instrucción.

  • Acciones de control de flujo, que afectan a si se debe aceptar o rechazar la ruta y si se debe evaluar el siguiente término o política de enrutamiento.

  • Acciones que manipulan las características de la ruta.

  • Acción de seguimiento, que registra las coincidencias de ruta.

La then instrucción es opcional. Si lo omite, se produce una de las siguientes situaciones:

  • Se evalúa el siguiente término de la directiva de enrutamiento, si existe.

  • Si la directiva de enrutamiento no tiene más términos, se evalúa la siguiente directiva de enrutamiento, si existe.

  • Si no hay más términos o políticas de enrutamiento, se ejecutará la accept acción o reject especificada por la directiva predeterminada.

Para obtener una lista completa de las acciones de directiva de enrutamiento, consulte Configuración de acciones en términos de directiva de enrutamiento.

Descripción de la directiva de selección de copia de seguridad para el protocolo OSPF

La compatibilidad con rutas alternativas sin bucles (LFA) de OSPF esencialmente agrega capacidad de reenrutamiento rápido IP para OSPF. Junos OS precalcula varias rutas de copia de seguridad sin bucles para todas las rutas OSPF. Estas rutas de copia de seguridad están preinstaladas en el motor de reenvío de paquetes, que realiza una reparación local e implementa la ruta de copia de seguridad cuando el vínculo para un próximo salto principal para una ruta determinada ya no está disponible. La selección de LFA se realiza al azar seleccionando cualquier LFA coincidente para progresar al destino dado. Esto no garantiza la mejor cobertura de respaldo disponible para la red. Para elegir el mejor LFA, Junos OS le permite configurar políticas de selección de copias de seguridad en toda la red para cada destino (IPv4 e IPv6) y una interfaz principal de próximo salto. Estas políticas se evalúan en función de la información del grupo de administración, srlg, ancho de banda, tipo de protección, métrica y nodo.

Durante el cálculo de la ruta de acceso más corta (SPF) de la copia de seguridad, IGP acumula cada atributo de nodo y vínculo de la ruta de copia de seguridad y se asocia con cada nodo (enrutador) de la topología. El siguiente salto de la mejor ruta de copia de seguridad se selecciona como el siguiente salto de copia de seguridad en la tabla de enrutamiento. En general, las reglas de políticas de evaluación de copias de seguridad se clasifican en los siguientes tipos:

  • Poda: reglas configuradas para seleccionar la ruta de copia de seguridad elegible.

  • Ordenar: reglas configuradas para seleccionar la mejor entre las rutas de copia de seguridad elegibles.

Las políticas de selección de copias de seguridad se pueden configurar con reglas de poda y ordenación. Al evaluar las políticas de copia de seguridad, a cada ruta de copia de seguridad se le asigna una puntuación, un valor entero que representa el peso total de los criterios evaluados. Se selecciona la ruta de copia de seguridad con la puntuación más alta.

Para exigir la selección de LFA, configure varias reglas para los siguientes atributos:

  • admin-group: a los grupos administrativos, también conocidos como color de vínculo o clase de recurso, se les asignan manualmente atributos que describen el "color" de los vínculos, de modo que los vínculos con el mismo color pertenecen conceptualmente a la misma clase. Estos grupos administrativos configurados se definen en el protocolo MPLS. Puede utilizar grupos administrativos para implementar diversas directivas de selección de copias de seguridad mediante exclude, include-all, include-any, o preference.

  • srlg: un grupo de vínculos de riesgo compartido (SRLG) es un conjunto de vínculos que comparten un recurso común, que afecta a todos los vínculos del conjunto si se produce un error en el recurso común. Estos enlaces comparten el mismo riesgo de falla y, por lo tanto, se considera que pertenecen al mismo SRLG. Por ejemplo, se dice que los vínculos que comparten una fibra común están en el mismo SRLG porque un error con la fibra podría provocar un error en todos los vínculos del grupo. Un SRLG está representado por un número de 32 bits único dentro de un dominio IGP (OSPF). Un vínculo puede pertenecer a varios SRLG. Puede definir la selección de copia de seguridad para permitir o rechazar los SRLG comunes entre la ruta principal y la de copia de seguridad. Este rechazo de SRLG comunes se basa en la inexistencia de un vínculo que tenga SRLG comunes en el siguiente salto primario y en el SPF de reserva.

    Nota:

    Los grupos administrativos y los SRLG solo se pueden crear para topologías predeterminadas.

  • ancho de banda: el ancho de banda especifica las restricciones de ancho de banda entre la ruta principal y la de respaldo. El vínculo del próximo salto de copia de seguridad solo se puede utilizar si el ancho de banda de la interfaz del próximo salto de copia de seguridad es mayor o igual que el ancho de banda del siguiente salto principal.

  • protection-type: el tipo de protección protege el destino del fallo del nodo principal o del fallo del vínculo principal. Puede configurar node, link o node-link para proteger el destino. Si el nodo de vínculo está configurado , se prefiere el LFA de protección de nodo sobre el LFA de protección de vínculo.

  • nodo: el nodo es información de política por nodo. Aquí, el nodo puede ser un enrutador conectado directamente, un enrutador remoto como RSVP backup LSP tail-end, o cualquier otro enrutador en la ruta SPF de respaldo. Los nodos se identifican a través del route-id anunciado por un nodo en el LSP. Puede enumerar los nodos para preferirlos o excluirlos en la ruta de copia de seguridad.

  • métrica: la métrica decide cómo se deben preferir los LFA. En la ruta de selección de copia de seguridad, la métrica raíz y la métrica dest son los dos tipos de métricas. la métrica raíz indica la métrica al vecino de un salto o a un enrutador remoto, como un enrutador de extremo final LSP de respaldo RSVP. La métrica dest indica la métrica desde un enrutador remoto o vecino de un salto, como un enrutador de extremo final LSP de respaldo RSVP, hasta el destino final. La evaluación métrica se realiza en orden ascendente o descendente. De forma predeterminada, la primera preferencia se da a las rutas de copia de seguridad con la evaluación de destino más baja y, a continuación, a las rutas de copia de seguridad con las métricas raíz más bajas.

El orden de evaluación le permite controlar el orden y los criterios de evaluación de estos atributos en la ruta de copia de seguridad. Puede configurar explícitamente el orden de evaluación. Solo los atributos configurados influyen en la selección de la ruta de copia de seguridad. El orden predeterminado de evaluación de estos atributos para el LFA es [ admin-group srlg bandwidth protection-type node metric ] .

Nota:

Los atributos TE no son compatibles con OSPFv3 y no se pueden utilizar para la evaluación de directivas de selección de copias de seguridad para prefijos IPv6.

Configuración de la directiva de selección de copia de seguridad para el protocolo OSPF

La compatibilidad con rutas alternativas sin bucles (LFA) de OSPF esencialmente agrega capacidad de reenrutamiento rápido IP para OSPF. Junos OS precalcula varias rutas de copia de seguridad sin bucles para todas las rutas OSPF. Estas rutas de copia de seguridad están preinstaladas en el motor de reenvío de paquetes, que realiza una reparación local e implementa la ruta de copia de seguridad cuando el vínculo para un próximo salto principal para una ruta determinada ya no está disponible. La selección de LFA se realiza al azar seleccionando cualquier LFA coincidente para progresar al destino dado. Esto no garantiza la mejor cobertura de respaldo disponible para la red. Para elegir el mejor LFA, Junos OS le permite configurar políticas de selección de copias de seguridad en toda la red para cada destino (IPv4 e IPv6) y una interfaz principal de próximo salto. Estas políticas se evalúan en función de la información del grupo de administración, srlg, ancho de banda, tipo de protección, métrica y nodo.

Antes de comenzar a configurar la directiva de selección de copia de seguridad para el protocolo OSPF:

  • Configure las interfaces del enrutador. Consulte la Guía de administración de administración de red de Junos OS para dispositivos de enrutamiento.

  • Configure un protocolo de puerta de enlace interior o un enrutamiento estático. Consulte la biblioteca de protocolos de enrutamiento de Junos OS para dispositivos de enrutamiento.

Para configurar la directiva de selección de copia de seguridad para el protocolo OSPF:

  1. Configure el equilibrio de carga por paquete.
  2. Habilite RSVP en todas las interfaces.
  3. Configurar grupos administrativos.
  4. Configure los valores srlg.
  5. Habilite MPLS en todas las interfaces.
  6. Aplique MPLS a una interfaz configurada con un grupo administrativo.
  7. Configure el ID del enrutador.
  8. Aplique la política de enrutamiento a todas las rutas múltiples de igual costo exportadas desde la tabla de enrutamiento a la tabla de reenvío.
  9. Habilite la protección de vínculos y configure valores métricos en todas las interfaces de un área.
  10. Configure el grupo administrativo de la directiva de selección de copia de seguridad para una dirección IP.

    Puede elegir excluir, incluir todos, incluir cualquiera o preferir los grupos administrativos de la ruta de copia de seguridad.

    • Especifique el grupo administrativo que se va a excluir.

      La ruta de copia de seguridad no se selecciona como alternativa sin bucles (LFA) o próximo salto de reserva si alguno de los vínculos de la ruta tiene alguno de los grupos administrativos enumerados.

      Por ejemplo, para excluir el grupo c1 del grupo administrativo:

    • Configure todos los grupos administrativos si cada vínculo de la ruta de copia de seguridad requiere todos los grupos administrativos enumerados para poder aceptar la ruta.

      Por ejemplo, para establecer todos los grupos administrativos si cada vínculo requiere todos los grupos administrativos enumerados para aceptar la ruta:

    • Configure cualquier grupo administrativo si cada vínculo de la ruta de copia de seguridad requiere al menos uno de los grupos administrativos enumerados para seleccionar la ruta.

      Por ejemplo, para establecer cualquier grupo administrativo si cada vínculo de la ruta de copia de seguridad requiere al menos uno de los grupos administrativos enumerados para seleccionar la ruta:

    • Defina un conjunto ordenado de un grupo administrativo que especifique la preferencia de la ruta de copia de seguridad.

      El elemento más a la izquierda del conjunto tiene la preferencia más alta.

      Por ejemplo, para establecer un conjunto ordenado de un grupo administrativo que especifique la preferencia de la ruta de copia de seguridad:

  11. Configure la ruta de copia de seguridad para permitir la selección del próximo salto de copia de seguridad solo si el ancho de banda es mayor o igual que el ancho de banda del siguiente salto principal.
  12. Configure la ruta de respaldo para especificar la métrica desde el vecino de un salto o desde el enrutador remoto, como un enrutador de extremo final de etiqueta conmutada (LSP) de respaldo RSVP hasta el destino final.

    La métrica de destino puede ser la más alta o la más baja.

    • Configure la ruta de copia de seguridad que tenga la métrica de destino más alta.

    • Configure la ruta de copia de seguridad que tenga la métrica de destino más baja.

  13. Configure la ruta de copia de seguridad que es una ruta descendente al destino.
  14. Establezca el orden de preferencia de la métrica raíz y de destino durante la selección de la ruta de copia de seguridad.

    El orden de preferencia puede ser:

    • [raíz dest]: la selección o preferencia de la ruta de copia de seguridad se basa primero en los criterios de la métrica raíz. Si el criterio de toda la métrica raíz es el mismo, entonces la selección o preferencia se basa en la métrica dest.

    • [raíz dest]: la selección o preferencia de la ruta de backup se basa primero en los criterios de la métrica dest. Si el criterio de toda la métrica dest es el mismo, entonces la selección se basa en la métrica raíz.

  15. Configure la ruta de copia de seguridad para definir una lista de direcciones IP de bucle invertido de los vecinos adyacentes que se excluyan o prefieran en la selección de la ruta de copia de seguridad.

    El vecino puede ser un vecino local (enrutador adyacente), un vecino remoto o cualquier otro enrutador en la ruta de respaldo.

    • Configure la lista de vecinos que se van a excluir.

      La ruta de copia de seguridad que tiene un enrutador de la lista no se selecciona como alternativa sin bucles ni como próximo salto de reserva.

    • Configure un conjunto ordenado de vecinos que se prefieran.

      Se selecciona la ruta de copia de seguridad que tiene el vecino más a la izquierda.

  16. Configure la ruta de copia de seguridad para especificar el tipo de protección necesario de la ruta de copia de seguridad que será vínculo, nodo o vínculo de nodo.
    • Seleccione la ruta de copia de seguridad que proporciona protección de vínculos.

    • Seleccione la ruta de copia de seguridad que proporciona protección del nodo.

    • Seleccione la ruta de copia de seguridad que permite LFA de protección de nodo o vínculo donde se prefiere LFA de protección de nodos sobre LFA de protección de vínculos.

  17. Especifique la métrica al vecino de un salto o al enrutador remoto, como un enrutador de extremo final de conmutación de etiquetas (LSP) de respaldo RSVP.
    • Seleccione la ruta con la métrica raíz más alta.

    • Seleccione la ruta con la métrica raíz más baja.

  18. Configure la ruta de selección de copia de seguridad para permitir o rechazar los grupos de vínculos de riesgo compartido comunes (SRLG) entre el vínculo principal y cada vínculo de la ruta de copia de seguridad.
    • Configure la ruta de copia de seguridad para permitir srlgs comunes entre el vínculo principal y cada vínculo de la ruta de copia de seguridad.

      Se prefiere una ruta de respaldo con un menor número de colisiones srlg.

    • Configure la ruta de copia de seguridad para rechazar la ruta de copia de seguridad que tiene srlgs comunes entre el vínculo principal del próximo salto y cada vínculo de la ruta de copia de seguridad.

  19. Configure la ruta de copia de seguridad para controlar el orden y los criterios de evaluación de la ruta de copia de seguridad en función del grupo administrativo, el srlg, el ancho de banda, el tipo de protección, el nodo y la métrica.

    El orden predeterminado de evaluación es admin-group, srlg, bandwidth, protection-type, node y metric.

Alternativa sin bucles independiente de la topología con enrutamiento de segmentos para OSPF

Descripción de la alternativa sin bucles independiente de la topología con el enrutamiento de segmentos para OSPF

El enrutamiento por segmentos permite a un enrutador enviar un paquete a lo largo de una ruta específica en la red mediante la imposición de una pila de etiquetas que describe la ruta. No es necesario establecer las acciones de reenvío descritas por una pila de etiquetas de enrutamiento de segmentos por ruta. Por lo tanto, un enrutador de entrada puede instanciar una ruta arbitraria utilizando una pila de etiquetas de enrutamiento de segmentos y usarla inmediatamente sin ninguna señalización.

En el enrutamiento por segmentos, cada nodo anuncia asignaciones entre las etiquetas entrantes y las acciones de reenvío. Una acción de reenvío específica se denomina segmento y la etiqueta que identifica ese segmento se denomina identificador de segmento (SID). Las rutas de respaldo creadas por TI-LFA utilizan los siguientes tipos de segmentos:

  • Segmento de nodo: un segmento de nodo reenvía paquetes a lo largo de la ruta o rutas más cortas a un nodo de destino. La etiqueta que representa el segmento de nodo (el SID del nodo) se intercambia hasta que se alcanza el nodo de destino.

  • Segmento de adyacencia: un segmento de adyacencia reenvía paquetes a través de una interfaz específica en el nodo que anunciaba el segmento de adyacencia. La etiqueta que representa un segmento de adyacencia (el SID de adyacencia) aparece en el nodo que lo anunciaba.

Un enrutador puede enviar un paquete a lo largo de una ruta específica mediante la creación de una pila de etiquetas que utiliza una combinación de SID de nodo y SID de adyacencia. Normalmente, los SID de nodo se utilizan para representar partes de la ruta que corresponden a la ruta más corta entre dos nodos. Un SID de adyacencia se utiliza siempre que no se pueda utilizar un SID de nodo para representar con precisión la ruta deseada.

Cuando se usa con OSPF, TI-LFA proporciona protección contra fallas de vínculos, fallas de nodos, fallas de destino compartido y fallas de grupos de vínculos de riesgo compartido. En el modo de error de vínculo, el destino está protegido si se produce un error en el vínculo. En el modo de protección de nodos, el destino está protegido si falla el vecino conectado al vínculo principal. Para determinar la ruta posterior a la convergencia que protege el nodo, se supone que el costo de todos los enlaces que salen del vecino aumenta en una cantidad configurable.

A partir de Junos OS versión 20.3R1, puede configurar la protección de destino compartido en redes TI-LFA para el enrutamiento de segmentos a fin de elegir una ruta de reenrutamiento rápido que no incluya grupos de destino compartido en las rutas de copia de seguridad alternativas sin bucles independientes de la topología (TI-LFA) para evitar errores de uso compartido del destino. Con la protección de compartir destino, se configura una lista de grupos de destino compartido en cada PLR con los enlaces en cada grupo de destino compartido identificados por sus respectivas direcciones IP. El PLR asocia un costo con cada grupo que comparte el destino. La ruta posterior a la convergencia que reconoce el destino compartido se calcula suponiendo que el costo de cada vínculo en el mismo grupo de destino compartido que el vínculo fallido ha aumentado el costo asociado con ese grupo.

A partir de Junos OS versión 20.3R1, puede configurar la protección del grupo de vínculos de riesgo compartido (SRLG) en redes TI-LFA para el enrutamiento de segmentos a fin de elegir una ruta de reenrutamiento rápido que no incluya vínculos SRLG en las rutas de respaldo alternativas sin bucles independientes de la topología (TI-LFA). Los SRLG comparten una fibra común y también comparten los riesgos de un enlace roto. Cuando se produce un error en un vínculo de un SRLG, es posible que otros vínculos del grupo también fallen. Por lo tanto, debe evitar los vínculos que comparten el mismo riesgo que el vínculo protegido en la ruta de copia de seguridad. La configuración de la protección SRLG impide que TI-LFA seleccione rutas de copia de seguridad que incluyan un vínculo de riesgo compartido. Si ha configurado la protección SRLG, OSPFv2 calcula la ruta de reenrutamiento rápido que está alineada con la ruta posterior a la convergencia y excluye los vínculos que pertenecen al SRLG del vínculo protegido. Todos los vínculos locales y remotos que provienen del mismo SRLG que el vínculo protegido quedan excluidos de la ruta de respaldo de TI-LFA. El punto de reparación local (PLR) configura la pila de etiquetas para la ruta de reenrutamiento rápido con una interfaz de salida diferente. Actualmente no puede habilitar la protección SRLG en redes IPv6 y en redes con multitopología.

Para construir una ruta de respaldo que siga la ruta posterior a la convergencia, TI-LFA puede usar varias etiquetas en la pila de etiquetas que definen la ruta de respaldo. Si el número de etiquetas necesarias para construir una ruta de copia de seguridad posterior a la convergencia determinada supera una cierta cantidad, en algunas circunstancias es útil no instalar esa ruta de copia de seguridad. Puede configurar el número máximo de etiquetas que puede tener una ruta de copia de seguridad para poder instalarse. El valor predeterminado es 3, con un intervalo de 2 a 5.

A menudo ocurre que la ruta posterior a la convergencia para una falla dada es en realidad un conjunto de rutas de igual costo. TI-LFA intenta construir las rutas de respaldo a un destino determinado utilizando varias rutas de igual costo en la topología posterior a la falla. Dependiendo de la topología, es posible que TI-LFA necesite usar diferentes pilas de etiquetas para construir con precisión esas rutas de respaldo de igual costo. De forma predeterminada, TI-LFA solo instala una ruta de respaldo para un destino determinado. Sin embargo, puede configurar el valor en el intervalo del 1 al 8.

Ventajas de usar una alternativa sin bucles independiente de la topología con el enrutamiento por segmentos

  • La alternativa sin bucle (LFA) y la LFA remota (RLFA) se han utilizado para proporcionar protección de reenrutamiento rápido durante varios años. Con LFA, un punto de reparación local (PLR) determina si un paquete enviado a uno de sus vecinos directos llega o no a su destino sin volver a través del PLR. En una topología de red típica, aproximadamente del 40 al 60 por ciento de los destinos pueden estar protegidos por LFA. El LFA remoto amplía el concepto de LFA al permitir que el PLR imponga una sola etiqueta para tunelizar el paquete a un punto final de túnel de reparación desde el cual el paquete puede llegar a su destino sin tener que volver a través del PLR. Mediante el uso de LFA remoto, el PLR puede proteger más destinos en comparación con el LFA. Sin embargo, dependiendo de la topología de red, el porcentaje de destinos protegidos por LFA remoto suele ser inferior al 100 %.

  • El LFA independiente de la topología (TI-LFA) amplía el concepto de LFA y LFA remoto al permitir que el PLR use pilas de etiquetas más profundas para construir rutas de respaldo. Además, TI-LFA impone la restricción de que la ruta de copia de seguridad utilizada por el PLR sea la misma que toma un paquete una vez que el protocolo de puerta de enlace interior (IGP) ha convergido para un escenario de error determinado. Esta ruta se denomina ruta posterior a la convergencia.

  • El uso de la ruta posterior a la convergencia como ruta de respaldo tiene algunas características deseables. Para algunas topologías, un operador de red solo necesita asegurarse de que la red tiene suficiente capacidad para transportar el tráfico a lo largo de la ruta posterior a la convergencia después de un error. En estos casos, un operador de red no necesita asignar capacidad adicional para lidiar con el patrón de tráfico inmediatamente después de la falla mientras la ruta de respaldo está activa, ya que la ruta de respaldo sigue la ruta posterior a la convergencia.

  • Cuando se utiliza con OSPF, TI-LFA proporciona protección contra fallas de vínculo y nodos.

Configuración de alternativas sin bucles independientes de la topología con enrutamiento de segmentos para OSPF

Antes de configurar TI-LFA para OSPF, asegúrese de configurar SPRING o el enrutamiento por segmentos.

A partir de Junos OS versión 19.3R1, Junos admite la creación de rutas de copia de seguridad TI-LFA independientes de la topología OSPF, donde el prefijo SID se aprende de un anuncio de servidor de mapeo de enrutamiento de segmentos cuando el PLR y el servidor de asignación se encuentran en la misma área de OSPF.

Para configurar TI-LFA mediante SPRING para OSPF, debe hacer lo siguiente:

  1. Habilite TI-LFA para el protocolo OSPF.
  2. (Opcional) Configure primero los atributos de la ruta más corta (SPF) de la copia de seguridad, como las rutas de copia de seguridad máximas de múltiples rutas de igual costo (ECMP) y las etiquetas máximas de TI-LFA para el protocolo OSPF.
  3. Configure el cálculo y la instalación de una ruta de copia de seguridad que siga la ruta posterior a la convergencia en el área y la interfaz dadas para el protocolo OSPF.
  4. (Opcional) Habilite la protección de nodo para un área e interfaz determinadas.
  5. (Opcional) Habilite la protección contra el destino compartido para un área e interfaz determinadas.
  6. (Opcional) Habilite la protección SRLG para un área e interfaz determinadas.

Ejemplo: configuración de la directiva de selección de copia de seguridad para el protocolo OSPF u OSPF3

En este ejemplo se muestra cómo configurar la directiva de selección de copia de seguridad para el protocolo OSPF u OSPF3, que permite seleccionar una alternativa sin bucles (LFA) en la red.

Cuando se habilitan las directivas de selección de copia de seguridad, Junos OS permite la selección de LFA en función de las reglas de política y los atributos de los vínculos y nodos de la red. Estos atributos son admin-group, srlg, ancho de banda, tipo de protección, métrica y nodo.

Requisitos

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Ocho enrutadores que pueden ser una combinación de enrutadores de borde multiservicio serie M, plataformas de enrutamiento universal 5G serie MX, enrutadores de transporte de paquetes serie PTX y enrutadores de núcleo serie T

  • Junos OS versión 15.1 o posterior ejecutándose en todos los dispositivos

Antes de empezar:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF.

Visión general

En Junos OS, el algoritmo o criterio de selección de alternativa sin bucles (LFA) predeterminado se puede anular con una política LFA. Estas políticas se configuran para cada destino (IPv4 e IPv6) y una interfaz principal de próximo salto. Estas políticas de copia de seguridad imponen la selección de LFA en función de los atributos de grupo de administración, srlg, ancho de banda, tipo de protección, métrica y nodo de la ruta de copia de seguridad. Durante el cálculo de la ruta más corta (SPF) de la copia de seguridad, IGP acumula cada atributo (tanto el nodo como el vínculo) de la ruta de copia de seguridad, almacenado por el próximo salto de la copia de seguridad. Para las rutas creadas internamente por IGP, el conjunto de atributos de cada ruta de copia de seguridad se evalúa con respecto a la política configurada para cada destino (IPv4 e IPv6) y una interfaz principal de próximo salto. Se selecciona la primera o la mejor ruta de copia de seguridad y se instala como el siguiente salto de copia de seguridad en la tabla de enrutamiento. Para configurar la directiva de selección de copia de seguridad, incluya la instrucción de backup-selection configuración en el nivel de [edit routing-options] jerarquía. El show backup-selection comando muestra las directivas configuradas para una interfaz y un destino determinados. La visualización se puede filtrar según un destino, prefijo, interfaz o sistema lógico determinados.

Topología

En esta topología que se muestra en la figura 2, la directiva de selección de copia de seguridad se configura en el dispositivo R3.

Figura 2: Ejemplo de política de selección de copia de seguridad para OSPF u OPSF3 Example Backup Selection Policy for OSPF or OPSF3

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, 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 y, a continuación, ingrese commit desde el [edit] modo de configuración.

R0

R1

R2

R3

R4

R5

R6

R7

Configuración del dispositivo R3

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo R3:

  1. Configure las interfaces.

  2. Configure los valores srlg.

  3. Configure el ID del enrutador.

  4. Aplique la política de enrutamiento a todas las rutas múltiples de igual costo exportadas desde la tabla de enrutamiento a la tabla de reenvío.

  5. Configure los atributos de la directiva de selección de copia de seguridad.

  6. Habilite RSVP en todas las interfaces.

  7. Configurar grupos administrativos.

  8. Habilite MPLS en todas las interfaces y configure el grupo administrativo para una interfaz.

  9. Habilite la protección de vínculos y configure valores métricos en todas las interfaces para un área OSPF.

  10. Habilite la protección de vínculos y configure valores métricos en todas las interfaces para un área OSPF3.

  11. Configure la directiva de enrutamiento.

Resultados

Desde el modo de configuración, escriba los comandos , show protocolsshow policy-options, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de las rutas

Propósito

Compruebe que se han aprendido las rutas esperadas.

Acción

Desde el modo operativo, ejecute el show route comando para la tabla de enrutamiento.

Significado

El resultado muestra todas las rutas del dispositivo R3.

Verificación de la ruta OSPF

Propósito

Compruebe la tabla de enrutamiento de OSPF.

Acción

Desde el modo operativo, ejecute el comando para el show ospf route detail dispositivo R3.

Significado

El resultado muestra la tabla de enrutamiento de los enrutadores OSPF.

Verificación de la ruta OSPF3

Propósito

Compruebe la tabla de enrutamiento de OSPF3.

Acción

Desde el modo operativo, ejecute el comando para el show ospf3 route detail dispositivo R3.

Significado

El resultado muestra la tabla de enrutamiento de los enrutadores OSPF3.

Verificación de la directiva de selección de copia de seguridad para el dispositivo R3

Propósito

Compruebe la directiva de selección de copia de seguridad para el dispositivo R3.

Acción

Desde el modo operativo, ejecute el comando para el show backup-selection dispositivo R3.

Significado

El resultado muestra las políticas configuradas por prefijo por interfaz principal del próximo salto.

Ejemplo: inyección de rutas OSPF en la tabla de enrutamiento BGP

En este ejemplo se muestra cómo crear una política que inyecta rutas OSPF en la tabla de enrutamiento BGP.

Requisitos

Antes de empezar:

Visión general

En este ejemplo, se crea una directiva de enrutamiento denominada injectpolicy1 y un término de enrutamiento denominado injectterm1. La política inyecta rutas OSPF en la tabla de enrutamiento BGP.

Topología

Configuración

Configuración de la directiva de enrutamiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, 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, a continuación, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.

Para insertar rutas OSPF en una tabla de enrutamiento BGP:

  1. Cree el término de la directiva.

  2. Especifique OSPF como condición de coincidencia.

  3. Especifique las rutas de un área OSPF como condición de coincidencia.

  4. Especifique que la ruta debe aceptarse si se cumplen las condiciones anteriores.

  5. Aplique la política de enrutamiento a BGP.

Resultados

Confirme la configuración introduciendo los comandos y show protocols bgp desde el show policy-options modo de configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Configuración del seguimiento para la directiva de enrutamiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, 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, a continuación, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.

  1. Incluya una acción de seguimiento en la directiva.

  2. Configure el archivo de seguimiento para el resultado.

Resultados

Confirme la configuración introduciendo los comandos y show routing-options desde el show policy-options modo de configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobación de que las rutas BGP esperadas están presentes

Propósito

Compruebe el efecto de la política de exportación.

Acción

Desde el modo operativo, ingrese el show route comando.

Solución de problemas

Uso del comando show log para examinar las acciones de la directiva de enrutamiento

Problema

La tabla de enrutamiento contiene rutas inesperadas o faltan rutas en la tabla de enrutamiento.

Solución

Si configura el seguimiento de directivas como se muestra en este ejemplo, puede ejecutar el show log ospf-bgp-policy-log comando para diagnosticar problemas con la directiva de enrutamiento. El show log ospf-bgp-policy-log comando muestra información sobre las rutas que el injectpolicy1 término de directiva analiza y sobre las que actúa.

Ejemplo: redistribución de rutas estáticas en OSPF

En este ejemplo se muestra cómo crear una política que redistribuye rutas estáticas en OSPF.

Requisitos

Antes de empezar:

Visión general

En este ejemplo, se crea una directiva de enrutamiento denominada exportstatic1 y un término de enrutamiento denominado exportstatic1. La política inyecta rutas estáticas en OSPF. En este ejemplo se incluye la siguiente configuración:

  • policy-statement: define la política de enrutamiento. Especifique el nombre de la directiva y defina con más detalle los elementos de la misma. El nombre de la póliza debe ser único y puede contener letras, números y guiones ( - ) y tener hasta 255 caracteres.

  • term: define la condición de coincidencia y las acciones aplicables para la política de enrutamiento. El nombre del término puede contener letras, números y guiones ( - ) y tener hasta 255 caracteres. Especifique el nombre del término y defina los criterios que debe cumplir una ruta entrante mediante la inclusión de la from instrucción y la acción que se debe realizar si la ruta coincide con las condiciones mediante la inclusión de la then instrucción. En este ejemplo, se especifica la condición de coincidencia de protocolo estático y la acción de aceptación.

  • export: aplica la política de exportación creada para que se evalúe cuando se exporten rutas de la tabla de enrutamiento a OSPF.

Topología

Configuración

Configuración rápida de CLI

Para crear rápidamente una política que inyecte rutas estáticas en OSPF, copie los siguientes comandos y péguelos en la CLI.

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 la CLI.

Para inyectar rutas estáticas en OSPF:

  1. Cree la directiva de enrutamiento.

  2. Cree el término de la directiva.

  3. Especifique estática como condición de coincidencia.

  4. Especifique que la ruta debe aceptarse si coincide la condición anterior.

  5. Aplique la política de enrutamiento a OSPF.

    Nota:

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

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

Resultados

Confirme la configuración introduciendo los show policy-options comandos y show protocols ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, escriba los show policy-options comandos y y show protocols ospf3 .

Verificación

Confirme que la configuración funciona correctamente.

Comprobación de la presencia de las rutas estáticas esperadas

Propósito

Compruebe el efecto de la política de exportación.

Acción

Desde el modo operativo, ingrese el show route comando.

Comprobación de que los LSA externos del AS se agregan a la tabla de enrutamiento

Propósito

En el dispositivo de enrutamiento donde configuró la directiva de exportación, compruebe que el dispositivo de enrutamiento origina un LSA externo de AS para las rutas estáticas que se agregan a la tabla de enrutamiento.

Acción

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

Ejemplo: configuración de una política de importación de OSPF

En este ejemplo se muestra cómo crear una directiva de importación OSPF. Las políticas de importación de OSPF solo se aplican a rutas externas. Una ruta externa es una ruta que está fuera del sistema autónomo (AS) de OSPF.

Requisitos

Antes de empezar:

Visión general

Las rutas externas son aprendidas por enrutadores de límite AS. Las rutas externas se pueden anunciar en todo el dominio OSPF si configura el enrutador de límite del AS para redistribuir la ruta en OSPF. El enrutador de límite del AS puede aprender una ruta externa desde un protocolo de enrutamiento distinto de OSPF, o la ruta externa puede ser una ruta estática que configure en el enrutador de límite del AS.

Para OSPFv3, el anuncio de estado de vínculo (LSA) se denomina LSA de prefijo entre áreas y realiza la misma función que un LSA de resumen de red para OSPFv2. Un enrutador de borde de área (ABR) origina un prefijo entre áreas LSA para cada prefijo IPv6 que se debe anunciar en un área.

La política de importación de OSPF le permite evitar que se agreguen rutas externas a las tablas de enrutamiento de los vecinos de OSPF. La política de importación no afecta a la base de datos OSPF. Esto significa que la política de importación no tiene ningún impacto en los anuncios de estado de enlace. El filtrado se realiza solo en rutas externas en OSPF. Las rutas intraárea e interárea no se consideran para el filtrado. La acción predeterminada es aceptar la ruta cuando la ruta no coincide con la directiva.

En este ejemplo se incluyen las siguientes configuraciones de directiva de OSPF:

  • policy-statement: define la política de enrutamiento. Especifique el nombre de la directiva y defina con más detalle los elementos de la misma. El nombre de la póliza debe ser único y puede contener letras, números y guiones ( - ) y tener hasta 255 caracteres.

  • export: aplica la política de exportación que creó para que se evalúe cuando los LSA de resumen de red se inundan en un área. En este ejemplo, la directiva de exportación se denomina export_static.

  • import: aplica la política de importación que ha creado para impedir que se agreguen rutas externas a la tabla de enrutamiento. En este ejemplo, la directiva de importación se denomina filter_routes.

Los dispositivos que configura en este ejemplo representan las siguientes funciones:

  • R1: el dispositivo R1 está en el área 0.0.0.0 y tiene una conexión directa con el dispositivo R2. R1 tiene configurada una política de exportación de OSPF. La política de exportación redistribuye rutas estáticas de la tabla de enrutamiento de R1 a la base de datos OSPF de R1. Debido a que la ruta estática está en la base de datos OSPF de R1, la ruta se anuncia en un vecino de LSA a OSPF de R1. El vecino de OSPF de R1 es el dispositivo R2.

  • R2: el dispositivo R2 se encuentra en el área 0.0.0.0 y tiene una conexión directa con el dispositivo R1. R2 tiene configurada una política de importación OSPF que hace coincidir la ruta estática con la red 10.0.16.0/30 e impide que la ruta estática se instale en la tabla de enrutamiento de R2. El vecino de OSPF de R2 es el dispositivo R1.

Configuración

Configuración rápida de CLI

Para configurar rápidamente una política de importación de OSPF, péguela 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, a continuación, ingrese commit desde el modo de configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R2:

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en laGuía del usuario de la CLI.

Para configurar una directiva de importación de OSPF:

  1. Configure las interfaces.

  2. Habilite OSPF en las interfaces.

    Nota:

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

  3. En R1, redistribuya la ruta estática en OSPF.

  4. En R2, configure la directiva de importación de OSPF.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show interfacescomandos , show policy-optionsy show protocols ospf en el dispositivo adecuado. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Salida para R1:

Salida para R2:

Para confirmar la configuración de OSPFv3, escriba los show interfacescomandos , show policy-options, show routing-optionsy show protocols ospf3 en el dispositivo adecuado.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de la base de datos OSPF

Propósito

Compruebe que OSPF está anunciando la ruta estática en la base de datos OSPF.

Acción

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

Comprobación de la tabla de enrutamiento

Propósito

Compruebe las entradas de la tabla de enrutamiento.

Acción

Desde el modo operativo, ingrese el show route comando.

Ejemplo: configuración de una política de filtro de ruta para especificar la prioridad de los prefijos aprendidos a través de OSPF

En este ejemplo se muestra cómo crear una directiva de importación de OSPF que prioriza prefijos específicos aprendidos a través de OSPF.

Requisitos

Antes de empezar:

Visión general

En una red con un gran número de rutas OSPF, puede ser útil controlar el orden en que se actualizan las rutas en respuesta a un cambio de topología de red. En Junos OS versión 9.3 y posteriores, puede especificar una prioridad de alta, media o baja para los prefijos incluidos en una política de importación de OSPF. En el caso de un cambio de topología OSPF, los prefijos de prioridad alta se actualizan primero en la tabla de enrutamiento, seguidos de los prefijos de prioridad media y baja.

La política de importación de OSPF solo se puede utilizar para establecer prioridades o filtrar rutas externas de OSPF. Si se aplica una política de importación OSPF que da como resultado una reject acción de terminación para una ruta no externa, la reject acción se omite y la ruta se acepta de todos modos. De forma predeterminada, dicha ruta ahora se instala en la tabla de enrutamiento con una prioridad baja. Este comportamiento evita los agujeros negros del tráfico, es decir, el tráfico descartado silenciosamente, al garantizar un enrutamiento coherente dentro del dominio OSPF.

En general, las rutas OSPF a las que no se asigna explícitamente una prioridad se tratan como prioridad media, excepto en el caso de lo siguiente:

  • Las rutas de descarte de resumen tienen una prioridad predeterminada baja.

  • A las rutas locales que no se agregan a la tabla de enrutamiento se les asigna una prioridad baja.

  • A las rutas externas que son rechazadas por la política de importación y, por lo tanto, no se agregan a la tabla de enrutamiento se les asigna una prioridad baja.

Cualquier criterio de coincidencia disponible aplicable a las rutas OSPF se puede utilizar para determinar la prioridad. Dos de los criterios de coincidencia más utilizados para OSPF son las route-filter declaraciones y tag .

En este ejemplo, el dispositivo de enrutamiento se encuentra en el área 0.0.0.0, con interfaces fe-0/1/0 y fe-1/1/0 conectándose a dispositivos vecinos. Configure una directiva de enrutamiento de importación denominada ospf-import para especificar una prioridad para los prefijos aprendidos a través de OSPF. Las rutas asociadas con estos prefijos se instalan en la tabla de enrutamiento en el orden de prioridad especificada de los prefijos. Las rutas coincidentes 192.0.2.0/24 orlonger se instalan primero porque tienen como prioridad . high Las rutas coincidentes 198.51.100.0/24 orlonger se instalan a continuación porque tienen una prioridad de medium. Las rutas coincidentes 203.0.113.0/24 orlonger se instalan en último lugar porque tienen una prioridad de low. A continuación, aplique la directiva de importación a OSPF.

Nota:

El valor de prioridad surte efecto cuando se instala una nueva ruta o cuando se produce un cambio en una ruta existente.

Topología

Configuración

Configuración rápida de CLI

Para configurar rápidamente una política de importación de OSPF que priorice prefijos específicos aprendidos a través 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 la CLI en el nivel de jerarquía [edit] y, a continuación, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en laGuía del usuario de la CLI.

Para configurar una directiva de importación de OSPF que priorice prefijos específicos:

  1. Configure las interfaces.

  2. Habilite OSPF en las interfaces.

    Nota:

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

  3. Configure la directiva para especificar la prioridad de los prefijos aprendidos a través de OSPF.

  4. Aplique la directiva a OSPF.

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

Resultados

Confirme la configuración introduciendo los show interfacescomandos, show policy-options, y los show protocols ospf comandos. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, escriba los show interfacescomandos , show policy-optionsy show protocols ospf3 .

Verificación

Confirme que la configuración funciona correctamente.

Comprobación de la prioridad del prefijo en la tabla de enrutamiento OSPF

Propósito

Compruebe la prioridad asignada al prefijo en la tabla de enrutamiento OSPF.

Acción

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

Descripción general de las políticas de importación y exportación para resúmenes de red

De forma predeterminada, OSPF utiliza anuncios de estado de vínculo (LSA) de resumen de red para transmitir información de ruta a través de los límites del área. Cada enrutador de borde de área (ABR) inunda los LSA de resumen de red a otros dispositivos de enrutamiento en la misma área. El ABR también controla qué rutas desde el área se utilizan para generar LSA de resumen de red en otras áreas. Cada ABR mantiene una base de datos topológica separada para cada área a la que están conectados. En Junos OS versión 9.1 y posteriores, puede configurar directivas de exportación e importación para OSPFv2 y OSPFv3 que le permitan controlar cómo se distribuyen y generan los LSA de resumen de red, que contienen información sobre los prefijos OSPF entre áreas. Para OSPFv3, el LSA se conoce como el prefijo interárea LSA y realiza la misma función que un LSA de resumen de red realiza para OSPFv2. Un ABR origina un prefijo entre áreas LSA para cada prefijo IPv6 que debe anunciarse en un área.

La política de exportación permite especificar qué LSA de resumen se inundan en un área. La política de importación le permite controlar qué rutas aprendidas de un área se utilizan para generar LSA de resumen en otras áreas. La política de enrutamiento se define en el nivel jerárquico [edit policy-options policy-statement policy-name] . Al igual que con todas las políticas de exportación de OSPF, el valor predeterminado para las políticas de exportación de LSA de resumen de red es rechazar todo. Del mismo modo, al igual que con todas las políticas de importación de OSPF, el valor predeterminado para las directivas de importación de LSA de resumen de red es aceptar todas las rutas de OSPF.

Ejemplo: configuración de una política de exportación de OSPF para resúmenes de red

En este ejemplo se muestra cómo crear una política de exportación de OSPF para controlar los LSA de resumen de red (Tipo 3) que el ABR inunda en un área OSPF.

Requisitos

Antes de empezar:

Visión general

OSPF utiliza LSA de resumen de red para transmitir información de ruta a través de los límites del área. En función del entorno de red, es posible que desee filtrar aún más los LSA de resumen de red entre las áreas de OSPF. Por ejemplo, si crea áreas OSPF para definir límites administrativos, es posible que no desee anunciar información de ruta interna entre esas áreas. Para mejorar aún más el control de la distribución de rutas entre varias áreas OSPF, puede configurar directivas de resumen de red en el ABR para el área en la que desea filtrar el anuncio de LSA de resumen de red.

Nota:

Para OSPFv3, el LSA se conoce como el prefijo interárea LSA y realiza la misma función que un LSA de resumen de red realiza para OSPFv2. Un ABR origina un prefijo entre áreas LSA para cada prefijo IPv6 que debe anunciarse en un área. En este tema, los términos directiva de resumen de red y directiva de resumen de red se utilizan para describir las funcionalidades de OSPFv2 y OSPFv3.

Las siguientes directrices se aplican a las directivas de resumen de red de exportación:

  • Antes de configurar estas directivas, debe tener un conocimiento profundo de la red. Una configuración incorrecta de la directiva de resumen de red puede dar lugar a un resultado no deseado, como un enrutamiento subóptimo o la pérdida de tráfico.

  • Se recomienda usar la condición de coincidencia de directiva de filtro de ruta para estos tipos de directivas.

  • Se recomienda usar los términos de accept directiva y reject enrutamiento para estos tipos de directivas.

La figura 3 muestra una topología de muestra con tres áreas OSPF. R4 genera resúmenes de red para las rutas del área 4 y las envía del área 4 al área 0. R3 genera resúmenes de red para las rutas del área 3 y las envía del área 3 al área 0.

Figura 3: Ejemplo de topología utilizada para una directiva de resumen de red de exportación OSPF Sample Topology Used for an OSPF Export Network Summary Policy

En este ejemplo, se configura R4 con una política de resumen de red de exportación denominada export-policy que solo permite rutas que coincidan con el prefijo 10.0.4.4 del área 3 al área 4. La política de exportación controla los LSA de resumen de red que R4 inunda en el área 4. Esto da como resultado que solo la ruta entre áreas permitida ingrese al área 4 y que todas las demás rutas entre áreas se purguen de la base de datos OSPF y de la tabla de enrutamiento de los dispositivos en el área 4. En primer lugar, defina la directiva y, a continuación, aplíquela al ABR incluyendo la network-summary-export instrucción para OSPFv2 o la inter-area-prefix-export instrucción para OSPFv3.

Los dispositivos funcionan de la siguiente manera:

  • R1: el dispositivo R1 es un enrutador interno en el área 3. La interfaz fe-0/1/0 tiene una dirección IP de 10.0.4.13/30 y se conecta a R3. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.4.5/30 y se conecta a R2.

  • R2: el dispositivo R2 es un enrutador interno en el área 3. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.4.6/30 y se conecta a R1. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.4.1 y se conecta a R3.

  • R3: el dispositivo R3 participa en el área 3 y el área 0. R3 es el ABR entre el área 3 y el área 0, y pasa LSA de resumen de red entre las áreas. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.4.2/30 y se conecta a R2. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.4.14/30 y se conecta a R1. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.2.1/30 y se conecta a R4.

  • R4: el dispositivo R4 participa en el área 0 y el área 4. R4 es el ABR entre el área 0 y el área 4, y pasa LSA de resumen de red entre las áreas. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.2.4/30 y se conecta a R3. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.8.6/30 y se conecta a R5. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.8.9/30 y se conecta a R6.

  • R5: el dispositivo R5 es un enrutador interno en el área 4. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.8.5/30 y se conecta a R4.

  • R6: el dispositivo R6 es un enrutador interno en el área 4. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.8.10/30 y se conecta a R4.

Configuración

Configuración rápida de CLI

Para configurar rápidamente una política de exportación de OSPF para resúmenes de red, 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 [editar] y, a continuación, ingrese commit desde el modo de configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R2:

Configuración en el dispositivo R3:

Configuración en el dispositivo R4:

Configuración en el dispositivo R5:

Configuración en el dispositivo R6:

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 la CLI.

Para configurar y configurar una política de exportación de OSPF para resúmenes de red:

  1. Configure las interfaces.

    Nota:

    Para OSPFv3, utilice direcciones IPv6.

  2. Habilite OSPF en las interfaces.

    Nota:

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

  3. En R4, configure la directiva de resumen de red de exportación.

  4. En R4, aplique la directiva de resumen de red de exportación a OSPF.

    Nota:

    Para OSPFv3, incluya la inter-area-prefix-export instrucción en el nivel de [edit protocols ospf3 area area-id] jerarquía.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show interfacescomandos , show policy-optionsy show protocols ospf en el dispositivo adecuado. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Salida para R1:

Salida para R2:

Salida para R3:

Salida para R4:

Salida para R5:

Salida para R6:

Para confirmar la configuración de OSPFv3, escriba los show interfacescomandos , show policy-optionsy show protocols ospf3 en el dispositivo apropiado.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de la base de datos OSPF

Propósito

Verifique que la base de datos OSPF para los dispositivos en el área 4 incluya la ruta entre áreas que permitimos en el ABR R4. Las otras rutas entre áreas que no se especifican deben desaparecer o dejar de estar presentes en la base de datos OSPF.

Acción

Desde el modo operativo, escriba el show ospf database netsummary area 0.0.0.4 comando para OSPFv2 y escriba el show ospf3 database inter-area-prefix area 0.0.0.4 comando para OSPFv3.

Comprobación de la tabla de enrutamiento

Propósito

Compruebe que las rutas correspondientes a los resúmenes de red rechazados ya no estén presentes en la tabla de enrutamiento de R4, R5 o R6.

Acción

Desde el modo operativo, escriba el show route protocol ospf comando para OSPFv2 y OSPFv3.

Ejemplo: configuración de una política de importación OSPF para resúmenes de red

En este ejemplo se muestra cómo crear una política de importación de OSPF para controlar los LSA de resumen de red (Tipo 3) que el ABR anuncia fuera de un área OSPF.

Requisitos

Antes de empezar:

Visión general

OSPF utiliza LSA de resumen de red para transmitir información de ruta a través de los límites del área. En función del entorno de red, es posible que desee filtrar aún más los LSA de resumen de red entre las áreas de OSPF. Por ejemplo, si crea áreas OSPF para definir límites administrativos, es posible que no desee anunciar información de ruta interna entre esas áreas. Para mejorar aún más el control de la distribución de rutas entre varias áreas OSPF, puede configurar directivas de resumen de red en el ABR para el área en la que desea filtrar el anuncio de LSA de resumen de red.

Nota:

Para OSPFv3, el LSA se conoce como el prefijo interárea LSA y realiza la misma función que un LSA de resumen de red realiza para OSPFv2. Un ABR origina un prefijo entre áreas LSA para cada prefijo IPv6 que debe anunciarse en un área. En este tema, los términos directiva de resumen de red y directiva de resumen de red se utilizan para describir las funcionalidades de OSPFv2 y OSPFv3.

Se aplican las siguientes directrices a las directivas de resumen de red de importación:

  • Antes de configurar estas directivas, debe tener un conocimiento profundo de la red. Una configuración incorrecta de la directiva de resumen de red puede dar lugar a un resultado no deseado, como un enrutamiento subóptimo o la pérdida de tráfico.

  • Se recomienda usar la condición de route-filter coincidencia de directivas para estos tipos de directivas.

  • Se recomienda usar los términos de accept directiva y reject enrutamiento para estos tipos de directivas.

La figura 4 muestra una topología de muestra con tres áreas OSPF. R4 genera resúmenes de red para las rutas del área 4 y las envía del área 4 al área 0. R3 genera resúmenes de red para las rutas del área 3 y las envía del área 3 al área 0.

Figura 4: Ejemplo de topología utilizada para una directiva de resumen de red de importación OSPF Sample Topology Used for an OSPF Import Network Summary Policy

En este ejemplo, se configura R3 con una política de resumen de red de importación denominada import-policy, de modo que R3 solo genere resúmenes de red para la ruta 10.0.4.12/30. La política de importación controla las rutas y, por lo tanto, los resúmenes de red que R3 anuncia fuera del área 3, por lo que aplicar esta política significa que R3 solo anuncia la ruta 10.0.4.12/30 fuera del área 3. Esto da como resultado que los resúmenes de red existentes de otras rutas entre áreas se purguen de la base de datos OSPF en el área 0 y el área 4, así como de las tablas de enrutamiento de los dispositivos en las áreas 0 y 4. En primer lugar, defina la directiva y, a continuación, aplíquela al ABR incluyendo la network-summary-import instrucción para OSPFv2 o la inter-area-prefix-import instrucción para OSPFv3.

Los dispositivos funcionan de la siguiente manera:

  • R1: el dispositivo R1 es un enrutador interno en el área 3. La interfaz fe-0/1/0 tiene una dirección IP de 10.0.4.13/30 y se conecta a R3. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.4.5/30 y se conecta a R2.

  • R2: el dispositivo R2 es un enrutador interno en el área 3. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.4.6/30 y se conecta a R1. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.4.1/30 y se conecta a R3.

  • R3: el dispositivo R3 participa en el área 3 y el área 0. R3 es el ABR entre el área 3 y el área 0, y pasa LSA de resumen de red entre las áreas. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.4.2/30 y se conecta a R2. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.4.14/30 y se conecta a R1. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.2.1/30 y se conecta a R4.

  • R4: el dispositivo R4 participa en el área 0 y el área 4. R4 es el ABR entre el área 0 y el área 4, y pasa LSA de resumen de red entre las áreas. La interfaz fe-0/0/1 tiene una dirección IP de 10.0.2.1/30 y se conecta a R3. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.8.6/30 y se conecta a R5. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.8.9/30 y se conecta a R6.

  • R5: el dispositivo R5 es un enrutador interno en el área 4. La interfaz fe-1/1/0 tiene una dirección IP de 10.0.8.5/30 y se conecta a R4.

  • R6: el dispositivo R6 es un enrutador interno en el área 4. La interfaz fe-1/0/0 tiene una dirección IP de 10.0.8.10/30 y se conecta a R4.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente una política de importación de OSPF para resúmenes de red, 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 [editar] y, a continuación, ingrese commit desde el modo de configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R2:

Configuración en el dispositivo R3:

Configuración en el dispositivo R4:

Configuración en el dispositivo R5:

Configuración en el dispositivo R6:

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 la CLI.

Para configurar y configurar una política de importación OSPF para resúmenes de red:

  1. Configure las interfaces.

    Nota:

    Para OSPFv3, utilice direcciones IPv6.

  2. Habilite OSPF en las interfaces.

    Nota:

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

  3. En R3, configure la directiva de resumen de red de importación.

  4. En R3, aplique la directiva de resumen de red de importación a OSPF.

    Nota:

    Para OSPFv3, incluya la inter-area-prefix-export instrucción en el nivel de [edit protocols ospf3 area area-id] jerarquía.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show interfacescomandos , show policy-optionsy show protocols ospf en el dispositivo adecuado. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Salida para R1:

Salida para R2:

Salida para R3:

Salida para R4:

Salida para R5:

Salida para R6:

Para confirmar la configuración de OSPFv3, escriba los show interfacescomandos , show policy-optionsy show protocols ospf3 en el dispositivo apropiado.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de la base de datos OSPF

Propósito

Verifique que la base de datos OSPF para los dispositivos en el área 4 incluya la ruta entre áreas que estamos anunciando desde R3. Cualquier otra ruta desde el área 3 no debe anunciarse en el área 4, por lo que esas entradas deben caducar o dejar de estar presentes en la base de datos OSPF.

Acción

Desde el modo operativo, escriba el show ospf database netsummary area 0.0.0.4 comando para OSPFv2 y escriba el show ospf3 database inter-area-prefix area 0.0.0.4 comando para OSPFv3.

Comprobación de la tabla de enrutamiento

Propósito

Compruebe que la ruta especificada está incluida en la tabla de enrutamiento de R4, R5 o R6. Cualquier otra ruta desde el área 3 no debe anunciarse en el área 4.

Acción

Desde el modo operativo, escriba el show route protocol ospf comando para OSPFv2 y OSPFv3.

Ejemplo: redistribución de rutas OSPF en IS-IS

En este ejemplo se muestra cómo redistribuir rutas OSPF en una red IS-IS.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

La política de exportación se puede aplicar a IS-IS para facilitar la redistribución de rutas.

Junos OS no admite la aplicación de políticas de importación para protocolos de enrutamiento de estado de vínculo como IS-IS, ya que dichas políticas pueden dar lugar a entradas de base de datos de estado de vínculo (LSDB) incoherentes, lo que a su vez puede dar lugar a inconstancias de enrutamiento.

En este ejemplo, las rutas OSPF 192.168.0/24 a 192.168.3/24 se redistribuyen en el área IS-IS 49.0002 desde el dispositivo R2.

Además, las directivas están configuradas para garantizar que el dispositivo R1 pueda llegar a destinos en la red 10.0.0.44/30 y que el dispositivo R3 pueda llegar a destinos en la red 10.0.0.36/30. Esto permite una accesibilidad de extremo a extremo.

La figura 5 muestra la topología utilizada en este ejemplo.

Figura 5: Topología IS-IS Route Redistribution Topology de redistribución de ruta IS-IS

La Configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 5. La sección #d177e62__d177e232 describe los pasos del dispositivo R2. #d177e62__d177e361 describe los pasos del dispositivo R3.

Topología

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, 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 y, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimiento paso a paso

Para configurar el dispositivo R2:

  1. Configure las interfaces de red.

  2. Configure IS-IS en la interfaz que enfrenta el dispositivo R1 y la interfaz de circuito cerrado.

  3. Configure la política que permite que el dispositivo R1 llegue a la red 10.0.0.44/30.

  4. Aplique la política que permite que el dispositivo R1 llegue a la red 10.0.0.44/30.

  5. Configure OSPF en las interfaces.

  6. Configure la directiva de redistribución de rutas de OSPF.

  7. Aplique la política de redistribución de rutas de OSPF a la instancia de IS-IS.

  8. Configure la política que permite que el dispositivo R3 llegue a la red 10.0.0.36/30.

  9. Aplique la política que permite que el dispositivo R3 llegue a la red 10.0.0.36/30.

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de CLI.

Para configurar IS-IS multinivel:

  1. Configure las interfaces de red.

    Se configuran varias direcciones en la interfaz de circuito cerrado para simular varios destinos de ruta.

  2. Configure rutas estáticas a las direcciones de interfaz de circuito cerrado.

    Estas son las rutas que se redistribuyen en IS-IS.

  3. Configure OSPF en las interfaces.

  4. Configure la directiva OSPF para exportar las rutas estáticas.

  5. Aplique la política de exportación de OSPF.

Resultados

Desde el modo de configuración, escriba los comandos , show protocolsshow policy-options, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Dispositivo R2

Dispositivo R3

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificación del anuncio de ruta OSPF

Propósito

Asegúrese de que OSPF anuncie las rutas esperadas.

Acción

Desde el modo operativo del dispositivo R2, ingrese el show route protocol ospf comando.

Significado

Las rutas 192.168/16 son anunciadas por OSPF.

Verificación de la redistribución de rutas

Propósito

Asegúrese de que las rutas esperadas se redistribuyen de OSPF a IS-IS.

Acción

Desde el modo operativo en el dispositivo R1, ingrese el show route protocol isis comando.

Significado

Las rutas 192.168/16 se redistribuyen en IS-IS.

Verificación de la conectividad

Propósito

Compruebe que el dispositivo R1 puede llegar a los destinos en el dispositivo R3.

Acción

Desde el modo operativo, ingrese el ping comando.

Significado

Estos resultados confirman que el dispositivo R1 puede llegar a los destinos en la red OSPF.

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
20.3R1
A partir de Junos OS versión 20.3R1, puede configurar la protección de destino compartido en redes TI-LFA para el enrutamiento de segmentos a fin de elegir una ruta de reenrutamiento rápido que no incluya grupos de destino compartido en las rutas de copia de seguridad alternativas sin bucles independientes de la topología (TI-LFA) para evitar errores de uso compartido del destino.
20.3R1
A partir de Junos OS versión 20.3R1, puede configurar la protección del grupo de vínculos de riesgo compartido (SRLG) en redes TI-LFA para el enrutamiento de segmentos a fin de elegir una ruta de reenrutamiento rápido que no incluya vínculos SRLG en las rutas de respaldo alternativas sin bucles independientes de la topología (TI-LFA).
19.3R1
A partir de Junos OS versión 19.3R1, Junos admite la creación de rutas de copia de seguridad TI-LFA independientes de la topología OSPF, donde el prefijo SID se aprende de un anuncio de servidor de mapeo de enrutamiento de segmentos cuando el PLR y el servidor de asignación se encuentran en la misma área de OSPF.