Protección de vínculos para LSP MPLS
Protección de vínculos
La protección de vínculos ayuda a garantizar que el tráfico que pasa por una interfaz específica a un enrutador o conmutador vecino pueda seguir llegando a este enrutador (conmutador) si esa interfaz falla. Cuando se configura la protección de vínculos para una interfaz y un LSP que atraviesa esta interfaz, se crea un LSP de omisión que controlará este tráfico si la interfaz falla. El LSP de omisión utiliza una interfaz y una ruta diferentes para llegar al mismo destino. La ruta utilizada se puede configurar explícitamente o puede confiar en CSPF. La métrica RSVP para el LSP de omisión se establece en el intervalo de 20 000 a 29 999 (este valor no es configurable por el usuario).
Si una interfaz protegida por vínculo falla, el tráfico se cambia rápidamente a la LSP de omisión. Tenga en cuenta que un LSP de omisión no puede compartir la misma interfaz de salida con los LSP que monitorea.
En Figura 1, la protección de vínculos está habilitada en la interfaz B entre el enrutador 1 y el enrutador 2. También está habilitado en LSP A, un LSP que atraviesa el vínculo entre el enrutador 1 y el enrutador 2. Si el vínculo entre el enrutador 1 y el 2 falla, el tráfico de LSP A se cambia rápidamente al LSP de omisión generado por la protección del vínculo.

Aunque los LSP que atraviesan una interfaz se pueden configurar para aprovechar la protección de vínculos, es importante tener en cuenta que es específicamente la interfaz la que se beneficia de la protección de vínculos. Si la protección de vínculos está habilitada en una interfaz, pero no en un LSP en particular que atraviesa esa interfaz, entonces si la interfaz falla, ese LSP también fallará.
La protección de vínculos no funciona en interfaces no numeradas.
Para proteger el tráfico en toda la ruta tomada por un LSP, debe configurar el reenrutamiento rápido. Para obtener más información, consulte Configurar el reenrutamiento rápido.
LSP de derivación múltiple para la protección de vínculos
De forma predeterminada, la protección de vínculos se basa en un LSP de omisión único para proporcionar protección de ruta para una interfaz. Sin embargo, también puede especificar varios LSP de omisión para proporcionar protección de vínculos para una interfaz. Puede configurar individualmente cada uno de estos LSP de omisión o crear una configuración única para todos los LSP de omisión. Si no configura los LSP de omisión individualmente, todos comparten la misma ruta y restricciones de ancho de banda.
El siguiente algoritmo describe cómo y cuándo se activa un LSP de omisión adicional para un LSP:
Si cualquier omisión actualmente activa puede satisfacer los requisitos del LSP (ancho de banda, protección de vínculo o protección de vínculo de nodo), el tráfico se dirige a esa omisión.
Si no hay un LSP de bypass activo disponible, analice los LSP de bypass manual en orden de primera entrada y salida (FIFO), omite los que ya están activos (cada omisión manual solo se puede activar una vez). Se activa el primer bypass manual inactivo que puede satisfacer los requisitos y el tráfico se dirige a esa derivación.
Si no hay disponibles LSP de omisión manual y si la
max-bypasses
instrucción activa varios LSP de omisión para la protección del vínculo, determine si un LSP de omisión configurado automáticamente puede satisfacer los requisitos. Si hay disponible un LSP de omisión configurado automáticamente y si el número total de LSP activos configurados automáticamente no supera el límite máximo de LSP de omisión (configurado con lamax-bypasses
instrucción), active otro LSP de omisión.
Para obtener más información acerca de cómo configurar varios LSP de omisión para la protección de vínculos, consulte Configurar LSP de omisión.
Protección de nodos
La protección de nodos extiende las capacidades de la protección de vínculos. La protección de vínculos ayuda a garantizar que el tráfico que pasa por una interfaz específica a un enrutador vecino pueda seguir llegando a este enrutador si esa interfaz falla. La protección de nodos garantiza que el tráfico de un LSP que atraviesa un enrutador vecino pueda continuar llegando a su destino, incluso si el enrutador vecino falla.
Cuando habilita la protección de nodos para un LSP, también debe habilitar la protección de vínculos. Una vez habilitada, la protección de nodos y de vínculos establecen los siguientes tipos de LSP de omisión:
LSP de omisión del siguiente salto: proporciona una ruta alternativa para que un LSP llegue a un enrutador vecino. Este tipo de LSP de omisión se establece cuando habilita la protección de nodos o de vínculo.
LSP de omisión siguiente del salto: proporciona una ruta alternativa para un LSP para moverse por un enrutador vecino en ruta hacia el enrutador de destino. Este tipo de LSP de omisión se establece exclusivamente cuando se configura la protección del nodo. Si no se puede crear un LSP de omisión del próximo salto, se intenta señalar un LSP de omisión del próximo salto.
En Figura 2, la protección de nodos está habilitada en la interfaz B del enrutador 1. La protección de nodos también está habilitada en LSP A, un LSP que atraviesa el vínculo que transita el enrutador 1, el enrutador 2 y el enrutador 3. Si el enrutador 2 sufre una falla de hardware o software, el tráfico de LSP A se conmuta al LSP de omisión del siguiente salto generado por la protección del nodo.

El tiempo que necesita la protección de nodos para cambiar el tráfico a un LSP de omisión del próximo salto puede ser significativamente más largo que el tiempo que necesita la protección del vínculo para cambiar el tráfico a un LSP de omisión del próximo salto. La protección de vínculos depende de un mecanismo de hardware para detectar una falla de vínculo, lo que le permite cambiar rápidamente el tráfico a un LSP de omisión del próximo salto.
Las fallas de los nodos suelen deberse a problemas de software en el enrutador del nodo. La protección del nodo se basa en la recepción de mensajes de saludo de un enrutador vecino para determinar si sigue funcionando. El tiempo que tarda la protección de nodos en desviar el tráfico depende en parte de la frecuencia con la que el enrutador de nodo envía mensajes de saludo y cuánto tiempo tarda el enrutador protegido por nodos en reaccionar a no haber recibido un mensaje de saludo. Sin embargo, una vez que se detecta la falla, el tráfico se puede desviar rápidamente al LSP de omisión del siguiente salto.
La protección de nodos ofrece protección de tráfico en caso de error o interrupción del vínculo físico entre dos enrutadores. No proporciona protección en caso de errores del plano de control. A continuación, se proporciona un ejemplo de error de plano de control:
Un enrutador de tránsito cambia la etiqueta de un paquete debido a un error de plano de control.
Cuando el enrutador de entrada recibe el paquete, considera que el cambio de etiqueta es un evento catastrófico y elimina tanto el LSP principal como el LSP de omisión asociado.
Reenrutamiento rápido, protección de nodos y protección de vínculos
En este documento se analizan las siguientes secciones:
- Descripción general de la protección de LSP
- Comparación de tipos de protección LSP
- Implementación de respaldo uno a uno
- Implementación de respaldo en las instalaciones
Descripción general de la protección de LSP
Las extensiones de RSVP-TE establecen túneles de ruta de conmutación de etiquetas (LSP) de respaldo para la reparación local de túneles LSP. Estos mecanismos permiten la reenrutación inmediata del tráfico en túneles LSP de respaldo, en caso de que se produzca un error.
RFC 4090, Extensiones de reenrutamiento rápido a RSVP-TE para túneles LSP, describe dos tipos diferentes de protección de tráfico para LSP señalizadas por RSVP:
Copia de seguridad uno a uno: en este método, se crean LSP desviados para cada LSP protegido en cada posible punto de reparación local.
Copia de seguridad de la instalación: en este método, se crea un túnel de omisión para proteger un conjunto de LSP que tienen restricciones de respaldo similares en un posible punto de falla, aprovechando el apilamiento de etiquetas MPLS.
Los métodos de copia de seguridad uno a uno y de copia de seguridad de la instalación protegen los vínculos y los nodos durante fallas de red, y pueden coexistir en una red mixta.
Comparación de tipos de protección LSP
En Junos OS, la copia de seguridad uno a uno de la protección del tráfico se proporciona mediante reenrutamiento rápido. Cada LSP requiere una LSP de protección para ser señalizadas en cada salto, excepto el enrutador de salida. Este método de protección de LSP no se puede compartir.
En el método de copia de seguridad de facillity, la protección de tráfico LSP se proporciona en el nodo y el vínculo. A diferencia del reenrutamiento rápido, este LSP de protección puede ser compartido por otros LSP.
Tabla 1 resume los tipos de protección de tráfico.
Comparación |
Copia de seguridad uno a uno |
Respaldo de las instalaciones |
---|---|---|
Nombre del LSP de protección |
Desvío LSP |
Omitir LSP |
Compartir el LSP de protección |
No se puede compartir |
Puede ser compartido por varios LSP |
Instrucciones de configuración de Junos |
|
|
Implementación de respaldo uno a uno
En el método de copia de seguridad individual, los puntos de reparación local mantienen rutas de respaldo independientes para cada LSP que pasa por una instalación. La ruta de copia de seguridad termina al fusionarse de nuevo con la ruta principal en un nodo llamado punto de fusión. En este enfoque, el punto de fusión puede ser cualquier nodo descendente de la instalación protegida.
En el método de copia de seguridad uno a uno, se establece un LSP que intersecta el LSP original descendente del punto de error del vínculo o del nodo. Se establece un LSP de copia de seguridad independiente para cada LSP que se hace una copia de seguridad.
La copia de seguridad uno a uno es adecuada en las siguientes circunstancias:
Protección de un pequeño número de LSP en relación con el número total de LSP.
Los criterios de selección de rutas, como ancho de banda, prioridad y coloración de vínculos para rutas de desvío son fundamentales.
El control de los LSP individuales es importante.
En Figura 3, los enrutadores R1 y R5 son los enrutadores de entrada y salida, respectivamente. Un LSP protegido se establece entre los dos enrutadores que transitan los enrutadores R2, R3 y R4. El enrutador R2 proporciona protección de tráfico de usuario mediante la creación de un LSP de copia de seguridad parcial que se fusiona con el LSP protegido en el enrutador R4. Este LSP de copia de seguridad parcial uno a uno se denomina desvío. Los desvíos siempre se calculan para evitar el vínculo y el nodo descendentes inmediatos, proporcionando contra fallas de vínculo y nodo.

En el ejemplo, el LSP protegido es R1-R2-R3-R4-R5
, y se establecen los siguientes desvíos:
Enrutador R1:
R1-R6-R7-R8-R3
Enrutador R2:
R2-R7-R8-R4
Enrutador R3—
R3-R8-R9-R5
Enrutador R4:
R4-R9-R5
Para proteger un LSP que atraviesa los nodos por completo, puede haber tantos N
desvíos como (N - 1
). El punto de reparación local envía mensajes de actualización periódicos para mantener cada ruta de copia de seguridad, como resultado, mantener la información de estado de las rutas de respaldo que protegen los LSP individuales es una carga de recursos significativa para el punto de reparación local. Para minimizar la cantidad de LSP en la red, es conveniente fusionar un desvío a su LSP protegido, cuando sea posible. Cuando un LSP de desvío interseca su LSP protegido en una LSR con la misma interfaz de salida, se fusiona.
Implementación de respaldo en las instalaciones
En el enfoque de respaldo de las instalaciones, un punto de reparación local mantiene una única ruta de respaldo para proteger un conjunto de LSP principales que atraviesan el punto de reparación local, la instalación y el punto de fusión. La copia de seguridad de la instalación se basa en la interfaz en lugar de en LSP. Mientras que el reenrutamiento rápido protege las interfaces o los nodos a lo largo de toda la ruta de un LSP, la protección de respaldo de la instalación se puede aplicar en las interfaces según sea necesario. Como resultado, es necesario mantener y actualizar menos estados, lo que da como resultado una solución escalable. El método de copia de seguridad de las instalaciones también se denomina copia de seguridad varios a uno.
El método de copia de seguridad de la instalación aprovecha la pila de etiquetas MPLS. En lugar de crear un LSP independiente para cada LSP respaldado, se crea un único LSP que sirve para hacer una copia de seguridad de un conjunto de LSP. Este túnel de LSP se denomina túnel de omisión. En este método, un enrutador inmediatamente ascendente de una falla de vínculo usa una interfaz alternativa para reenviar el tráfico a su vecino descendente, y el punto de fusión debe ser el nodo inmediatamente descendente a la instalación. Esto se logra preestableciendo una ruta de omisión que es compartida por todos los LSP protegidos que atraviesan el vínculo fallido. Una sola ruta de omisión puede proteger un conjunto de LSP protegidos. Cuando se produce una interrupción, el enrutador inmediatamente arriba de la interrupción del vínculo, los conmutadores protegieron el tráfico al vínculo de omisión y, a continuación, señalen la falla del vínculo al enrutador de entrada.
El túnel de bypass debe cruzar la ruta de los LSP originales en algún lugar descendente del punto de reparación local. Esto limita el conjunto de LSP que se respaldan a través de ese túnel de derivación a aquellos que pasan a través de algunos nodos descendentes comunes. Todos los LSP que pasan por el punto de reparación local y a través de este nodo común, y que tampoco utilizan las instalaciones involucradas en el túnel de bypass son candidatos para este conjunto de LSP.
El método de copia de seguridad de la instalación es adecuado en las siguientes situaciones:
La cantidad de LSP que se deben proteger es grande.
Satisfacer los criterios de selección de rutas (prioridad, ancho de banda y coloración de vínculos) para las rutas de omisión es menos fundamental.
No es necesario controlar la granularidad de los LSP individuales.
En Figura 4, los enrutadores R1 y R5 son los enrutadores de entrada y salida, respectivamente. El enrutador R2 ha establecido un túnel de bypass que protege contra la falla del enlace del enrutador R2-R3 y el nodo del enrutador R3. Se establece un túnel de bypass entre los enrutadores R6 y R7. Hay tres LSP protegidos diferentes que utilizan el mismo túnel de omisión para la protección.

El método de copia de seguridad de las instalaciones proporciona una mejora de escalabilidad, en la que el mismo túnel de bypass también se utiliza para proteger los LSP desde cualquiera de los enrutadores R1, R2 o R8 a cualquiera de los enrutadores R4, R5 o R9.
Configuración de la protección de vínculos en interfaces utilizadas por LSP
Cuando configure la protección de nodos o la protección de vínculos en un enrutador para LSP, como se describe en Configuración de protección de nodos o protección de vínculo para LSP, también debe configurar la link-protection
instrucción en las interfaces RSVP utilizadas por los LSP.
Para configurar la protección de vínculos en las interfaces utilizadas por los LSP, incluya la instrucción de protección de vínculos :
link-protection { disable; admin-group exclude group-names; include-all group-names; include-any group-names; } bandwidth bps; bypass bypass-name { bandwidth bps; description text; hop-limit number; no-cspf; path address <strict | loose>; priority setup-priority reservation-priority; to address; } class-of-service cos-value; hop-limit number; max-bypasses number; no-cspf; no-node-protection; optimize-timer seconds; path address <strict | loose>; priority setup-priority reservation-priority; subscription percent { ct0 percent; ct1 percent; ct2 percent; ct3 percent; } }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name]
[edit logical-systems logical-system-name protocols rsvp interface interface-name]
Todas las instrucciones bajo link-protection
son opcionales.
En las siguientes secciones se describe cómo configurar la protección de vínculos:
- Configuración de LSP de omisión
- Configuración de grupos administrativos para LSP de omisión
- Configuración del ancho de banda para LSP de bypass
- Configuración de clase de servicio para LSP de bypass
- Configuración del límite de saltos para LSP de omisión
- Configurar la cantidad máxima de LSP de derivación
- Deshabilitar CSPF para LSP de omisión
- Deshabilitar la protección de nodos para LSP de omisión
- Configuración del intervalo de optimización para LSP de omisión
- Configurar una ruta explícita para LSP de omisión
- Configuración de la cantidad de ancho de banda suscrito para LSP de bypass
- Configuración de prioridad y preferencia para LSP de omisión
Configuración de LSP de omisión
Puede configurar restricciones de ancho de banda y ruta específicas para un LSP de omisión. Cada LSP de omisión manual en un enrutador debe tener una dirección IP única "a". También puede configurar individualmente cada LSP de omisión generado al habilitar varios LSP de omisión. Si no configura los LSP de omisión individualmente, todos comparten la misma ruta y restricciones de ancho de banda (si las hubiera).
Si especifica las bandwidth
instrucciones , hop-limit
, y path
para el LSP de omisión, estos valores tienen prioridad sobre los valores configurados en el [edit protocols rsvp interface interface-name link-protection]
nivel de jerarquía. Los demás atributos (subscription
, no-node-protection
, y optimize-timer
) se heredan de las restricciones generales.
Para configurar un LSP de omisión, especifique un nombre para el LSP de omisión mediante la bypass
instrucción. La longitud del nombre puede tener hasta 64 caracteres.
bypass bypass-name { bandwidth bps; description text; class-of-service cos-value; hop-limit number; no-cspf; path address <strict | loose>; priority setup-priority reservation-priority; to address; }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Configuración de la dirección del nodo del próximo salto o del siguiente salto para LSP de omisión
Si configura un LSP de omisión, también debe configurar la to
instrucción. La to
instrucción especifica la dirección de la interfaz del nodo inmediato del siguiente salto (para protección de vínculos) o del nodo siguiente salto (para protección de vínculo de nodos). La dirección especificada determina si se trata de una omisión de protección de vínculo o de omisión de protección de vínculo de nodo. En redes de varios accesos (por ejemplo, una LAN), esta dirección también se utiliza para especificar qué nodo del salto siguiente se está protegiéndose.
Configuración de grupos administrativos para LSP de omisión
Los grupos administrativos, también conocidos como coloración de vínculos o clase de recurso, se 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. Puede usar grupos administrativos para implementar una variedad de configuraciones de LSP basadas en políticas. Puede configurar grupos administrativos para omitir LSP. Para obtener más información acerca de cómo configurar grupos administrativos, consulte Configurar grupos administrativos para LSP.
Para configurar grupos administrativos para LSP de omitir, incluya la admin-group
instrucción:
admin-group { exclude group-names; include-all group-names; include-any group-names; }
Para configurar un grupo administrativo para todos los LSP de omisión, incluya la admin-group
instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para configurar un grupo administrativo para un LSP de omisión específico, incluya la admin-group
instrucción en los siguientes niveles jerárquicos:
Configuración del ancho de banda para LSP de bypass
Puede especificar la cantidad de ancho de banda asignado para los LSP de bypass generados automáticamente o puede especificar individualmente la cantidad de ancho de banda asignado para cada LSP.
Si ha habilitado varios LSP de omisión, esta instrucción es necesaria.
Para especificar la asignación de ancho de banda, incluya la bandwidth
instrucción:
bandwidth bps;
Para los LSP de omisión generados automáticamente, incluya la bandwidth
instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para los LSP de omisión configurados individualmente, incluya la bandwidth
instrucción en los siguientes niveles jerárquicos:
Configuración de clase de servicio para LSP de bypass
Puede especificar el valor de la clase de servicio para los LSP de omisión incluyendo la class-of-service
instrucción:
class-of-service cos-value;
Para aplicar un valor de clase de servicio a todos los LSP de omisión generados automáticamente, incluya la class-of-service
instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para configurar un valor de clase de servicio para un LSP de omisión específico, incluya la class-of-service
instrucción en los siguientes niveles jerárquicos:
Configuración del límite de saltos para LSP de omisión
Puede especificar la cantidad máxima de saltos que puede atravesar un bypass. De forma predeterminada, cada bypass puede atravesar un máximo de 255 saltos (los enrutadores de entrada y salida cuentan como un salto cada uno, por lo que el límite mínimo de salto es de dos).
Para configurar el límite de salto para LSP de omisión, incluya la hop-limit
instrucción:
hop-limit number;
Para los LSP de omisión generados automáticamente, incluya la hop-limit
instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para los LSP de omisión configurados individualmente, incluya la hop-limit
instrucción en los siguientes niveles jerárquicos:
Configurar la cantidad máxima de LSP de derivación
Puede especificar la cantidad máxima de LSP de omisión dinámica permitida para proteger una interfaz mediante la max-bypasses
instrucción en el [edit protocols rsvp interface interface-name link-protection]
nivel jerárquico. Cuando se configura esta instrucción, se habilitan varias omisións para la protección de vínculos. El control de admisión de llamadas (CAC) también está habilitado.
De forma predeterminada, esta opción está deshabilitada y solo se habilita una omisión para cada interfaz. Puede configurar un valor de entre 0
a través 99
para la max-bypasses
instrucción. La configuración de un valor de 0
impide la creación de cualquier LSP de omisión dinámica para la interfaz. Si configura un valor de 0
para la max-bypasses
instrucción, debe configurar uno o más LSP de omisión estáticos para habilitar la protección de vínculos en la interfaz.
Si configura la max-bypasses
instrucción, también debe configurar la bandwidth
instrucción (se explica en Configuración del ancho de banda para LSP de bypass.
Para configurar la cantidad máxima de LSP de omisión para una interfaz protegida, incluya la max-bypasses
instrucción:
max-bypasses number;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
Deshabilitar CSPF para LSP de omisión
En determinadas circunstancias, es posible que deba deshabilitar la computación de CSPF para omitir LSP y usar el objeto de ruta explícita (ERO) configurado si está disponible. Por ejemplo, es posible que un LSP de omisión deba atravesar varias áreas OSPF o niveles de IS-IS, lo que impide que el cálculo de CSPF funcione. Para garantizar que la protección de vínculos y nodos funcione correctamente en este caso, debe deshabilitar la computación de CSPF para la LSP de omisión.
Puede deshabilitar la computación de CSPF para todos los LSP de omisión o para LSP de omisión específicos.
Para deshabilitar la computación de CSPF para LSP de bypass, incluya la no-cspf
instrucción:
no-cspf;
Para obtener una lista de niveles de jerarquía en los que puede incluir esta instrucción, consulte el resumen de la instrucción de esta instrucción.
Deshabilitar la protección de nodos para LSP de omisión
Puede deshabilitar la protección de nodos en la interfaz RSVP. La protección del vínculo sigue activa. Cuando esta opción está configurada, el enrutador solo puede iniciar una omisión del salto siguiente, no una omisión del siguiente salto.
Para deshabilitar la protección de nodos para LSP de omisión, incluya la no-node-protection
instrucción:
no-node-protection;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
Configuración del intervalo de optimización para LSP de omisión
Puede configurar un intervalo de optimización para omitir LSP mediante la optimize-timer
instrucción. Al final de este intervalo, se inicia un proceso de optimización que intenta minimizar la cantidad de bypass actualmente en uso, minimizar la cantidad total de ancho de banda reservado para todos los bypass, o ambos. Puede configurar un intervalo de optimización de 1 a 65 535 segundos. Un valor predeterminado de 0 deshabilita la optimización de LSP de omitir.
Cuando configure la optimize-timer
instrucción, los LSP de omita se vuelven aoptimizar automáticamente cuando configure o cambie la configuración de cualquiera de los siguientes:
Grupo administrativo para un LSP de omisión: la configuración de un grupo administrativo se ha cambiado en un vínculo a lo largo de la ruta utilizada por el LSP de omisión. Configure un grupo administrativo mediante la
admin-group
instrucción en el[edit protocols rsvp interface interface-name link-protection]
nivel de jerarquía.Grupo de uso compartido de destino: la configuración de un grupo de uso compartido de destino ha cambiado. Configure un grupo de uso compartido de destino mediante la
group
instrucción en el[edit routing-options fate-sharing]
nivel de jerarquía.Sobrecarga IS-IS: la configuración de la sobrecarga IS-IS ha cambiado en un enrutador a lo largo de la ruta utilizada por el LSP de omisión. Configure la sobrecarga IS-IS mediante la
overload
instrucción en el[edit protocols isis]
nivel de jerarquía.Métrica IGP: la métrica IGP se ha cambiado en un vínculo a lo largo de la ruta utilizada por el LSP de bypass.
Para configurar el intervalo de optimización para LSP de omisión, incluya la optimize-timer
instrucción:
optimize-timer seconds;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
Configurar una ruta explícita para LSP de omisión
De forma predeterminada, cuando se establece una LSP de omisión a un vecino adyacente, cspf se utiliza para descubrir la ruta de menor costo. La path
instrucción le permite configurar una ruta explícita (una secuencia de rutas estrictas o sueltas), lo que le da control sobre dónde y cómo se establece el LSP de omisión. Para configurar una ruta explícita, incluya la path
instrucción:
path address <strict | loose>;
Para los LSP de omisión generados automáticamente, incluya la path
instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp interface interface-name link-protection]
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para los LSP de omisión configurados individualmente, incluya la path
instrucción en los siguientes niveles jerárquicos:
Configuración de la cantidad de ancho de banda suscrito para LSP de bypass
Puede configurar la cantidad de ancho de banda suscrito para omitir los LSP. Puede configurar la suscripción de ancho de banda para todo el LSP de omisión o para cada tipo de clase que pueda atravesar el LSP de omisión. Puede configurar cualquier valor entre el 1 % y el 65.535 %. Al configurar un valor inferior al 100 %, está subscribiendo los LSP de omisión. Al configurar un valor superior al 100 %, está sobrescribiendo los LSP de omisión.
La capacidad de subscribir en exceso el ancho de banda para los LSP de omisión permite usar los recursos de red de manera más eficiente. Puede configurar el ancho de banda para los LSP de omisión según la carga media de la red en lugar de la carga máxima.
Para configurar la cantidad de ancho de banda suscrito para los LSP de omisión, incluya la subscription
instrucción:
subscription percentage { ct0 percentage; ct1 percentage; ct2 percentage; ct3 percentage; }
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
Configuración de prioridad y preferencia para LSP de omisión
Cuando no hay suficiente ancho de banda para establecer un LSP más importante, es posible que desee derribar un LSP existente menos importante para liberar el ancho de banda. Para ello, se anteponía al LSP existente.
Para obtener información más detallada sobre cómo configurar la prioridad de configuración y la prioridad de reserva para los LSP, consulte Configurar prioridad y preferencia para LSP.
Para configurar las propiedades de prioridad y preferencia del LSP, incluya la priority
instrucción:
priority setup-priority reservation-priority;
Para obtener una lista de niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección resumen de instrucción de esta instrucción.
Configuración de la protección de nodos o de vínculos para LSP
Cuando configure la protección de nodos o de vínculo en un enrutador o conmutador, se crean LSP de omitir en los enrutadores (conmutadores) del salto siguiente o del siguiente salto para los LSP que atraviesan el enrutador (conmutador). Debe configurar la protección de nodos o de vínculos para cada LSP que desee proteger. Para extender la protección a lo largo de toda la ruta utilizada por un LSP, debe configurar la protección en cada enrutador por el que atraviesa el LSP.
Puede configurar la protección de nodos o de vínculos para LSP estáticos y dinámicos.
Para configurar la protección de nodos en un enrutador para un LSP especificado, incluya la node-link-protection
instrucción:
node-link-protection;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Para configurar la protección de vínculos en un enrutador para un LSP especificado, incluya la instrucción de protección de vínculos :
link-protection;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Para completar la configuración de la protección de nodo o vínculo, también debe configurar la protección de vínculos en todas las interfaces RSVP unidireccionales que atraviesan los LSP, como se describe en Configuración de protección de vínculos en interfaces utilizadas por LSP.
Configuración de la protección de vínculos y nodos del interAS
Para interoperar con el equipo de otros proveedores, Junos OS admite el subobjeto de ID de nodo de registro de objetos de ruta (RRO) para su uso en configuraciones de vínculo del interAS y de protección de nodos. El subobjeto de ID de nodo de RRO se define en RFC 4561, Definición de un objeto de registro de enrutamiento (RRO) Sub-ID de nodo. Esta funcionalidad se habilita de forma predeterminada en la versión 9.4 y posteriores de Junos OS.
Si tiene enrutadores de Juniper Networks que ejecutan la versión 9.4 de Junos OS y versiones posteriores en la misma red MPLS-TE como enrutadores que ejecutan Junos OS versión 8.4 y versiones anteriores, es posible que deba deshabilitar el subobjeto de ID de nodo RRO mediante la configuración de la no-node-id-subobject
instrucción:
no-node-id-subobject;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit protocols rsvp]
[edit logical-systems logical-system-name protocols rsvp]