Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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ínculo para una interfaz y un LSP que atraviesa esta interfaz, se crea una LSP de omisión que controlará este tráfico si la interfaz falla. El LSP de derivación utiliza una interfaz y 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 derivación se establece en el intervalo de 20 000 a 29 9999 (este valor no es configurable por el usuario).

Si se produce un error en una interfaz protegida por vínculos, el tráfico se conmuta rápidamente a la LSP de derivación. Observe 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 se habilita 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 enrutador 2 falla, el tráfico de LSP A se conmuta rápidamente a la LSP de derivación generada por la protección de vínculo.

Figura 1: Protección de vínculos Creación de un LSP de derivación para la interfaz protegidaProtección de vínculos Creación de un LSP de derivación para la interfaz protegida

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ínculo está habilitada en una interfaz, pero no en un LSP determinado que atraviesa esa interfaz, entonces si la interfaz falla, ese LSP también fallará.

Nota:

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 un reenrutamiento rápido. Para obtener más información, consulte Configurar reenrutamiento rápido.

LSP de bypass múltiple para protección de vínculos

De forma predeterminada, la protección de vínculos depende de un único LSP de omisión 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ínculo para una interfaz. Puede configurar individualmente cada uno de estos LSP de derivación o crear una sola configuración para todos los LSP de derivación. Si no configura los LSP de omisión de forma individual, todos comparten la misma ruta y las mismas restricciones de ancho de banda.

El siguiente algoritmo describe cómo y cuándo se activa un LSP de derivación adicional para un LSP:

  1. Si cualquier bypass activo actualmente 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 derivación.

  2. Si no hay ningún LSP de bypass activo disponible, analice el LSP de bypass manual en el orden de entrada y salida primero (FIFO), omitiendo aquellos que ya están activos (cada derivación manual solo se puede activar una vez). La primera derivación manual inactiva que puede satisfacer los requisitos se activa y el tráfico se dirige a esa derivación.

  3. Si no hay ningún LSP de derivación manual disponible y si la max-bypasses instrucción activa varios LSP de omisión para la protección de vínculos, determine si una LSP de derivación configurada automáticamente puede satisfacer los requisitos. Si hay disponible una LSP de derivación configurada automáticamente y si el número total de LSP de bypass configurados automáticamente no supera el límite máximo de LSP de bypass (configurado con la max-bypasses instrucción), active otra LSP de derivación.

Para obtener información acerca de cómo configurar varios LSP de derivación para la protección de vínculos, consulte Configurar LSP de derivación.

Protección de nodos

La protección de nodos extiende las capacidades de 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 del nodo garantiza que el tráfico de un LSP que atraviesa un enrutador vecino pueda seguir llegando a su destino incluso si el enrutador vecino falla.

Cuando habilite la protección de nodo para un LSP, también debe habilitar la protección de vínculos. Una vez habilitados, la protección de nodos y la protección de vínculos establecen los siguientes tipos de LSP de derivación:

  • LSP de bypass de salto siguiente: proporciona una ruta alternativa para que un LSP alcance un enrutador vecino. Este tipo de LSP de derivación se establece cuando habilita la protección de nodo o de vínculo.

  • LSP de bypass de próximo salto: proporciona una ruta alternativa para que un LSP rodee un enrutador vecino en ruta hacia el enrutador de destino. Este tipo de LSP de derivación se establece exclusivamente cuando se configura la protección de nodo. Si no se puede crear un LSP de salto siguiente, se intenta señalar un LSP de salto siguiente.

En Figura 2, la protección del nodo está habilitada en la interfaz B en el enrutador 1. La protección del nodo también está habilitada en LSP A, un LSP que atraviesa el vínculo que transita por 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 derivación del próximo salto generado por la protección del nodo.

Figura 2: Protección de nodos Creación de un LSP de derivación de salto siguienteProtección de nodos Creación de un LSP de derivación de salto siguiente

El tiempo que necesita la protección del nodo para cambiar el tráfico a un LSP de derivación de próximo salto puede ser significativamente más largo que el tiempo que necesita la protección de vínculos para conmutar el tráfico a un LSP de derivación de salto siguiente. La protección del vínculo se basa en 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 salto siguiente.

A menudo, las fallas de los nodos se deben a problemas de software en el enrutador de 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 del nodo en desviar el tráfico depende en parte de la frecuencia con la que el enrutador de nodo envía mensajes de saludo y del tiempo que tarda el enrutador protegido por nodo en reaccionar a no haber recibido un mensaje de saludo. Sin embargo, una vez que se detecta el error, el tráfico se puede desviar rápidamente al LSP de bypass del próximo salto.

Nota:

La protección del nodo proporciona 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 de plano de control. A continuación, se proporciona un ejemplo de un 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 derivación asociado.

Reenrutamiento rápido, protección de nodos y protección de vínculos

En este documento se describen las siguientes secciones:

Descripción general de la protección de LSP

Las extensiones 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 una reenrutamiento inmediato del tráfico hacia túneles LSP de respaldo, en caso de falla.

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 con señal RSVP:

  • Copia de seguridad uno a uno: en este método, se crean LSP de desvío para cada LSP protegido en cada punto potencial de reparación local.

  • Respaldo de instalaciones: en este método, se crea un túnel de derivación para proteger un conjunto de LSP que tienen restricciones de copia de seguridad similares en un punto de falla potencial, aprovechando el apilamiento de etiquetas MPLS.

La copia de seguridad uno a uno y los métodos de copia de seguridad de las instalaciones protegen los vínculos y los nodos durante la falla de la 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 un reenrutamiento rápido. Cada LSP requiere que se señale un LSP de protección en cada salto, excepto en el enrutador de salida. Este método de protección LSP no se puede compartir.

En el método de copia de seguridad de facilidad, la protección del tráfico LSP se proporciona en el nodo y el vínculo. A diferencia del reenrutamiento rápido, este LSP protector puede ser compartido por otros LSP.

Tabla 1 resume los tipos de protección del tráfico.

Tabla 1: Respaldo uno a uno en comparación con el respaldo de instalaciones

Comparación

Copia de seguridad uno a uno

Respaldo de instalaciones

Nombre de la LSP que protege

Detour LSP

Bypass LSP

Compartir la LSP de protección

No se puede compartir

Puede ser compartido por varios LSP

Instrucciones de configuración de Junos

fast-reroute

node-link-protection Y link-protection

Implementación de copia de seguridad uno a uno

En el método de copia de seguridad uno a uno, 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 fusionando 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 se interseca con el LSP original descendente del punto de vínculo o error de nodo. Se establece una LSP de copia de seguridad independiente para cada LSP de la 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 el ancho de banda, la prioridad y la 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. Se establece un LSP protegido entre los dos enrutadores que transitan por los enrutadores R2, R3 y R4. El enrutador R2 proporciona protección del tráfico del usuario mediante la creación de un LSP de respaldo parcial que se fusiona con el LSP protegido en el enrutador R4. Este LSP parcial de respaldo uno a uno se denomina desvío. Los desvíos siempre se calculan para evitar el vínculo descendente inmediato y el nodo, lo que proporciona contra fallas tanto en el vínculo como en el nodo.

Figura 3: Copia de seguridad uno a unoCopia de seguridad uno a uno

En el ejemplo, el LSP protegido es R1-R2-R3-R4-R5y 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 N nodos completamente, puede haber tantos desvíos (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 copia de seguridad que protegen los LSP individuales es una importante carga de recursos para el punto de reparación local. Para minimizar la cantidad de LSP en la red, es conveniente fusionar un desvío de vuelta a su LSP protegido, cuando sea posible. Cuando un LSP de desvío se interseca con su LSP protegido en un LSR con la misma interfaz saliente, se fusiona.

Implementación de respaldo de instalaciones

En el enfoque de respaldo de la instalación, 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 las instalaciones se basa en la interfaz en lugar de en LSP. Aunque el reenrutamiento rápido protege interfaces o nodos a lo largo de toda la ruta de un LSP, la protección de respaldo de las instalaciones se puede aplicar a 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 instalaciones también se denomina copia de seguridad varios a uno.

El método de copia de seguridad de instalaciones 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 respaldar un conjunto de LSP. Tal túnel LSP se denomina túnel de derivación. En este método, un enrutador que se encuentra inmediatamente aguas arriba de una falla de vínculo usa una interfaz alternativa para reenviar 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 estableciendo previamente una ruta de derivación compartida por todos los LSP protegidos que atraviesan el vínculo con errores. Una sola ruta de derivación puede proteger un conjunto de LSP protegidos. Cuando se produce una interrupción, el enrutador inmediatamente ascendente desde el conmutador de interrupción del vínculo protege el tráfico al vínculo de derivación y, luego, señala la falla del vínculo al enrutador de entrada.

El túnel de derivación debe intersecar la ruta de los LSP originales en algún lugar descendente del punto de reparación local. Esto restringe el conjunto de LSP que se realiza una copia de seguridad 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 derivación son candidatos para este conjunto de LSP.

El método de copia de seguridad de instalaciones es adecuado en las siguientes situaciones:

  • La cantidad de LSP que se protegerán es grande.

  • Satisfacer los criterios de selección de rutas (prioridad, ancho de banda y coloración de vínculos) para rutas de derivación es menos fundamental.

  • No se requiere control en la granularidad de 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 derivación que protege contra la falla del vínculo del enrutador R2-R3 y del nodo R3 del enrutador. Se establece un túnel de derivación entre los enrutadores R6 y R7. Hay tres LSP protegidos diferentes que utilizan el mismo túnel de derivación para protección.

Figura 4: Respaldo de instalacionesRespaldo de instalaciones

El método de respaldo de las instalaciones ofrece una mejora de escalabilidad, en la cual el mismo túnel de derivación también se utiliza para proteger los LSP de 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 nodo o la protección de vínculo en un enrutador para LSP como se describe en Configurar protección de nodo 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ínculo en las interfaces utilizadas por los LSP, incluya la instrucción de protección de vínculos :

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 en link-protection son opcionales.

En las siguientes secciones se describe cómo configurar la protección de vínculos:

Configuración de LSP de derivación

Puede configurar restricciones específicas de ancho de banda y ruta para una LSP de omisión. Cada LSP de derivación manual en un enrutador debe tener una dirección IP "a" única. También puede configurar individualmente cada LSP de derivación generado cuando habilita varios LSP de derivación. Si no configura los LSP de derivación de forma individual, todos comparten la misma ruta y las mismas restricciones de ancho de banda (si las hubiera).

Si especifica el bandwidth, hop-limity path las instrucciones para la 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 otros atributos (subscription, no-node-protection, y optimize-timer) se heredan de las restricciones generales.

Para configurar una LSP de omisión, especifique un nombre para la LSP de omisión mediante la bypass instrucción. El nombre puede tener hasta 64 caracteres de longitud.

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 de nodo de próximo salto o siguiente salto para omitir LSP

Si configura una LSP de omisión, también debe configurar la to instrucción. La to instrucción especifica la dirección para la interfaz del nodo inmediato del próximo salto (para la protección de vínculo) o el nodo del próximo salto (para la protección de vínculo de nodo). La dirección especificada determina si se trata de una omisión de protección de vínculo o de protección de vínculo de nodo. En redes multiacceso (por ejemplo, una LAN), esta dirección también se utiliza para especificar qué nodo de salto siguiente se está protegiendo.

Configuración de grupos administrativos para omitir LSP

A los grupos administrativos, también conocidos como color de vínculo o clase de recurso, se les asignan atributos manualmente 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 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 omitir LSP, incluya la admin-group instrucción:

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 una LSP de omisión específica, incluya la admin-group instrucción en los siguientes niveles jerárquicos:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuración del ancho de banda para LSP de derivación

Puede especificar la cantidad de ancho de banda asignado para LSP de derivación generados automáticamente o puede especificar individualmente la cantidad de ancho de banda asignada para cada LSP.

Si ha habilitado varios LSP de omisión, se requiere esta instrucción.

Para especificar la asignación de ancho de banda, incluya la bandwidth instrucción:

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 LSP de omisión configurados individualmente, incluya la bandwidth instrucción en los siguientes niveles jerárquicos:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuración de clase de servicio para LSP de derivación

Puede especificar el valor de clase de servicio para omitir LSP incluyendo la class-of-service instrucción:

Para aplicar un valor de clase de servicio a todos los LSP de derivació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:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuración del límite de saltos para LSP de derivación

Puede especificar el número máximo de saltos que puede atravesar una derivación. De forma predeterminada, cada derivación 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 saltos es dos).

Para configurar el límite de saltos para LSP de omisión, incluya la hop-limit instrucción:

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 LSP de omisión configurados individualmente, incluya la hop-limit instrucción en los siguientes niveles jerárquicos:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuración del número máximo de LSP de derivación

Puede especificar el número máximo de LSP de omisión dinámica permitidos para proteger una interfaz mediante la max-bypasses instrucción en el [edit protocols rsvp interface interface-name link-protection] nivel de jerarquía. 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. Configurar un valor de 0 impide la creación de cualquier LSP de omisión dinámica para la interfaz. Si configura un valor para la max-bypasses instrucción, debe configurar uno o más LSP de omisión estática para habilitar la protección de 0 vínculos en la interfaz.

Si configura la max-bypasses instrucción, también debe configurar la bandwidth instrucción (descrita en Configuración del ancho de banda para LSP de derivación).

Para configurar el número máximo de LSP de derivación para una interfaz protegida, incluya la max-bypasses instrucción:

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]

Deshabilitar CSPF para LSP de derivación

En determinadas circunstancias, es posible que deba deshabilitar la computación CSPF para omitir LSP y usar el objeto de ruta explícito (ERO) configurado, si está disponible. Por ejemplo, es posible que una LSP de omisión tenga que atravesar varias áreas OSPF o niveles is-IS, lo que impide que el cálculo CSPF funcione. Para garantizar que la protección de vínculo y nodo funcione correctamente en este caso, debe deshabilitar el cálculo CSPF para la LSP de derivación.

Puede deshabilitar la computación CSPF para todos los LSP de derivación o para LSP de bypass específicos.

Para deshabilitar la computación CSPF para LSP de omisión, incluya la no-cspf instrucción:

Para obtener una lista de niveles de jerarquía en los que puede incluir esta instrucción, consulte el resumen de la instrucción para esta instrucción.

Deshabilitar la protección de nodo para omitir LSP

Puede deshabilitar la protección de nodo en la interfaz RSVP. La protección de vínculos permanece activa. Cuando se configura esta opción, el enrutador solo puede iniciar una omisión de salto siguiente, no una derivación de salto siguiente.

Para deshabilitar la protección de nodos para LSP de omisión, incluya la no-node-protection instrucción:

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 del intervalo de optimización para LSP de derivació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 el número de bypasss actualmente en uso, minimizar la cantidad total de ancho de banda reservado para todas las derivaciones, o ambas. 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 omisión.

Cuando configure la optimize-timer instrucción, los LSP de omisión se reoptimizan automáticamente cuando configure o cambie la configuración de cualquiera de los siguientes elementos:

  • Grupo administrativo para una 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 la 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 distribución del destino: se ha cambiado la configuración de un grupo de distribución del destino. 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 se ha cambiado en un enrutador a lo largo de la ruta utilizada por el LSP de derivación. Configure la sobrecarga IS-IS mediante la overload instrucción en el [edit protocols isis] nivel de jerarquía.

  • Métrica de IGP: la métrica IGP se ha cambiado en un vínculo a lo largo de la ruta utilizada por el LSP de derivación.

Para configurar el intervalo de optimización para LSP de omisión, incluya la optimize-timer instrucción:

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 una ruta explícita para omitir LSP

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 la LSP de derivación. Para configurar una ruta explícita, incluya la path instrucción:

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 LSP de omisión configurados individualmente, incluya la path instrucción en los siguientes niveles jerárquicos:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuración de la cantidad de ancho de banda suscrito para LSP de derivación

Puede configurar la cantidad de ancho de banda suscrito para omitir LSP. Puede configurar la suscripción de ancho de banda para toda la LSP de omisión o para cada tipo de clase que pueda atravesar la LSP de derivació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 mayor que el 100 %, está sobrescribiendo los LSP de omisión.

La capacidad de sobrescribir el ancho de banda para los LSP de derivación permite utilizar los recursos de red de manera más eficiente. Puede configurar el ancho de banda para los LSP de derivació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 LSP de omisión, incluya la subscription instrucción:

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 prioridad y preferencia para LSP de derivació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, prioriza el LSP existente.

Para obtener información más detallada sobre cómo configurar la prioridad de configuración y la prioridad de reserva para LSP, consulte Configurar prioridad y preferencia para LSP.

Para configurar las propiedades de prioridad y preferencia de LSP de omisión, incluya la priority instrucción:

Para obtener una lista de niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección de resumen de instrucciones para esta instrucción.

Configuración de protección de nodos o protección de vínculos para LSP

Cuando configura la protección de nodos o la protección de vínculo en un enrutador o conmutador, se crean LSP de omisión en los enrutadores (conmutadores) de salto siguiente o siguiente 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 que el LSP atraviese.

Puede configurar la protección de nodos o la protección de vínculos para LSP estáticos y dinámicos.

Para configurar la protección de nodo en un enrutador para un LSP especificado, incluya la node-link-protection instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

Para configurar la protección de vínculo en un enrutador para un LSP especificado, incluya la instrucción de protección de vínculos :

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

Nota:

Para completar la configuración de la protección de nodo o vínculo, también debe configurar la protección de vínculo en todas las interfaces RSVP unidireccionales que atraviesan los LSP, como se describe en Configurar la protección de vínculos en las interfaces utilizadas por los LSP.