Protección de vínculos para LSP MPLS
Protección de enlaces
La protección de vínculos ayuda a garantizar que el tráfico que pasa por una interfaz específica hacia un enrutador o conmutador vecino pueda seguir llegando a este enrutador (conmutador) si esa interfaz falla. Cuando la protección de vínculos está configurada para una interfaz y un LSP que atraviesa esta interfaz, se crea un LSP de omisión que controlará este tráfico si se produce un error en la interfaz. El LSP de derivació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 derivación se establece en el intervalo de 20.000 a 29.999 (este valor no es configurable por el usuario).
Si se produce un error en una interfaz protegida por vínculos, el tráfico se cambia rápidamente al LSP de derivación. Tenga en cuenta que un LSP de derivación no puede compartir la misma interfaz de salida con los LSP que supervisa.
En Figura 1, la protección de vínculos está activada 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 enrutador 2 falla, el tráfico del LSP A se cambia rápidamente al LSP de derivació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, 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 que toma un LSP, debe configurar el reenrutamiento rápido. Para obtener más información, consulte Configuración del reenrutamiento rápido.
Múltiples LSP de derivación para protección de vínculos
De forma predeterminada, la protección de vínculos se basa en un único LSP de derivación para proporcionar protección de ruta para una interfaz. Sin embargo, también puede especificar varios LSP de derivación para proporcionar protección de vínculos para una interfaz. Puede configurar individualmente cada uno de estos LSP de derivación o crear una configuración única para todos los LSP de omitir. Si no configura los LSP de derivación individualmente, todos comparten las mismas restricciones de ruta y ancho de banda.
El siguiente algoritmo describe cómo y cuándo se activa un LSP de derivación adicional para un LSP:
Si algún bypass actualmente activo 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 ese bypass.
Si no hay ningún LSP de derivación activo disponible, escanee a través de los LSP de derivación manual en orden de primero en entrar, primero en salir (FIFO), omitiendo aquellos que ya están activos (cada derivació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 ese bypass.
Si no hay ningún LSP de derivación manual disponible y si la instrucción activa varios LSP de derivación para la protección del
max-bypassesví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 de omisión configurados automáticamente activos no supera el límite máximo de LSP de omisión (configurado con lamax-bypassesinstrucción), active otro LSP de omisión.
Para obtener información acerca de cómo configurar varios LSP de derivación para la protección de vínculos, consulte Configuración de LSP de omisión.
Protección de nodos
La protección de nodos amplía 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 hacia un enrutador vecino pueda seguir llegando a este enrutador si dicha interfaz falla. La protección de nodos 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 nodos para un LSP, también debe habilitar la protección de vínculos. Una vez habilitada, la protección de nodos y la protección de vínculos establecen los siguientes tipos de LSP de derivación:
LSP de derivación del siguiente salto: proporciona una ruta alternativa para que un LSP llegue a un enrutador vecino. Este tipo de LSP de derivación se establece cuando se habilita la protección de nodo o la protección de vínculos.
LSP de derivación de siguiente salto: proporciona una ruta alternativa para que un LSP se mueva por 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 nodos. Si no se puede crear un LSP de derivación siguiente-siguiente-salto, se intenta señalar un LSP de derivación de siguiente-salto.
En Figura 2, la protección de nodo está habilitada en la interfaz B del enrutador 1. La protección de 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 un fallo de hardware o software, el tráfico del LSP A se cambia al LSP de derivación siguiente 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 derivación siguiente puede ser significativamente mayor que el tiempo que necesita la protección de vínculos para cambiar el tráfico a un LSP de derivación del siguiente salto. La protección de vínculos se basa en un mecanismo de hardware para detectar un fallo de vínculo, lo que le permite cambiar rápidamente el tráfico a un LSP de derivación del próximo salto.
Las fallas de nodo a menudo se deben a problemas de software en el enrutador del nodo. La protección de nodos 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 del nodo envía mensajes de saludo y del tiempo que tarda el enrutador protegido por el nodo en reaccionar ante 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 derivación del siguiente salto.
La protección de nodos 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 del plano de control. A continuación se proporciona un ejemplo de un error del plano de control:
Un enrutador de tránsito cambia la etiqueta de un paquete debido a un error del 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 LSP
- Comparación de tipos de protección LSP
- Implementación de copia de seguridad individual
- Implementación de copias de seguridad de instalaciones
Descripción general de la protección 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 la redirección inmediata del tráfico hacia túneles LSP de respaldo, en caso de fallo.
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ñalizados RSVP:
Copia de seguridad individual: en este método, se crean LSP de desvío para cada LSP protegido en cada punto potencial de reparación local.
Copia de seguridad de las 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 posible punto de falla, aprovechando el apilamiento de etiquetas MPLS.
Los métodos de copia de seguridad individual y de instalación protegen los vínculos y los nodos durante una falla de red, y pueden coexistir en una red mixta.
Comparación de tipos de protección LSP
En Junos OS, la copia de seguridad individual de la protección del tráfico se proporciona mediante un reenrutamiento rápido. Cada LSP requiere que se señalice un LSP protector en cada salto, excepto el enrutador de salida. Este método de protección LSP no se puede compartir.
En el método de copia de seguridad de instalaciones, la protección de 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 de tráfico.
Comparación |
Copia de seguridad individual |
Respaldo de las instalaciones |
|---|---|---|
Nombre del LSP protector |
Desvío LSP |
Omitir LSP |
Compartir el LSP protector |
No se puede compartir |
Puede ser compartido por múltiples LSP |
Instrucciones de configuración de Junos |
|
|
Implementación de copia de seguridad individual
En el método de copia de seguridad individual, los puntos de reparación local mantienen rutas de copia de seguridad separadas para cada LSP que pasa por una instalación. La ruta de respaldo termina al fusionarse con la ruta principal en un nodo denominado punto de combinación. En este enfoque, el punto de combinación puede ser cualquier nodo aguas abajo 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 aguas abajo del punto de error de vínculo o nodo. Se establece un LSP de copia de seguridad independiente para cada LSP del que se realiza una copia de seguridad.
La copia de seguridad individual 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 ruta, como el ancho de banda, la prioridad y la coloración de los vínculos para las 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 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 enlace descendente inmediato y el nodo, proporcionando contra fallas tanto del vínculo como del 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-R3Enrutador R2:
R2-R7-R8-R4Enrutador R3—
R3-R8-R9-R5Enrutador R4—
R4-R9-R5
Para proteger un LSP que atraviesa N los nodos completamente, puede haber hasta (N - 1) desvíos. 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 a los LSP individuales es una carga de recursos significativa para el punto de reparación local. Para minimizar el número de LSP en la red, es deseable combinar un desvío de regreso a su LSP protegido, cuando sea posible. Cuando un LSP de desvío intersecta su LSP protegido en un LSR con la misma interfaz de salida, se fusiona.
Implementación de copias de seguridad de instalaciones
En el enfoque de copia de seguridad de instalaciones, un punto de reparación local mantiene una única ruta de copia de seguridad para proteger un conjunto de LSP primarios que atraviesan el punto de reparación local, la instalación y el punto de combinación. La copia de seguridad de la instalación se basa en la interfaz y no en el LSP. Mientras que el redireccionamiento rápido protege las interfaces o nodos a lo largo de toda la ruta de un LSP, la protección de respaldo de la instalación 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 la instalación 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 de copia de seguridad, se crea un único LSP que sirve para realizar copias de seguridad de un conjunto de LSP. Tal túnel LSP se llama túnel de derivación. En este método, un enrutador inmediatamente anterior de una falla de vínculo utiliza una interfaz alternativa para reenviar el tráfico a su vecino descendente, y el punto de combinación debe ser el nodo inmediatamente descendente a la instalación. Esto se logra preestableciendo una ruta de derivación compartida por todos los LSP protegidos que atraviesan el vínculo con errores. Una única ruta de derivación puede proteger un conjunto de LSP protegidos. Cuando se produce una interrupción, el enrutador inmediatamente anterior a la interrupción del vínculo conmuta el tráfico protegido al vínculo de derivación y, a continuación, señala la falla del vínculo al enrutador de entrada.
El túnel de derivación debe intersectar la ruta de los LSP originales en algún lugar aguas abajo del punto de reparación local. Esto limita el conjunto de LSP de los 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 comunes aguas abajo. Todos los LSP que pasan por el punto de reparación local y por este nodo común, y que no utilizan también 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 la instalación es apropiado en las siguientes situaciones:
El número de LSP que deben protegerse es grande.
Satisfacer los criterios de selección de ruta (prioridad, ancho de banda y color de vínculo) para rutas de derivación es menos crítico.
No se requiere control en 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 derivación que protege contra fallas del vínculo del enrutador R2-R3 y del nodo del enrutador R3. 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 la protección.
El método de copia de seguridad de la instalación proporciona una mejora de la escalabilidad, en la que 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 los proveedores de servicios lingüísticos
Cuando configure la protección de nodos o la protección de vínculos en un enrutador para LSP, tal como se describe en Configuración de la protección de nodos o la protección de vínculos 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 que aparecen en son link-protection opcionales.
En las secciones siguientes se describe cómo configurar la protección de vínculos:
- Configuración de LSP de derivación
- Configuración de grupos administrativos para omitir LSP
- Configuración del ancho de banda para omitir LSP
- Configuración de clase de servicio para LSP de derivación
- Configuración del límite de salto para los LSP de derivación
- Configuración del número máximo de LSP de derivación
- Deshabilitar CSPF para LSP de derivación
- Deshabilitar la protección de nodos para LSP de derivación
- Configuración del intervalo de optimización para los LSP de derivación
- Configuración de la optimización de ancho de banda no reservado para omitir LSP
- Configuración de una ruta explícita para omitir LSP
- Configuración de la cantidad de ancho de banda suscrito para los LSP de derivación
- Configuración de la prioridad y la preferencia para los LSP de derivación
Configuración de LSP de derivación
Puede configurar restricciones específicas de ancho de banda y ruta para un LSP de derivación. Cada LSP de derivación manual en un enrutador debe tener una dirección IP "para" ú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 individualmente, todos comparten las mismas restricciones de ruta y ancho de banda (si las hay).
Si especifica las bandwidthinstrucciones, hop-limit, y path para el LSP de derivación, estos valores tienen prioridad sobre los valores configurados en el nivel de [edit protocols rsvp interface interface-name link-protection] jerarquía. Los demás atributos (subscription, no-node-protection, y optimize-timer) se heredan de las restricciones generales.
Para configurar un LSP de derivación, especifique un nombre para el LSP de derivación mediante la bypass instrucción. El nombre puede tener hasta 64 caracteres de longitud.
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 de nodo del siguiente salto o del siguiente salto siguiente para omitir LSP
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 la protección del vínculo) o del nodo del siguiente salto siguiente (para la protección del vínculo del nodo). La dirección especificada determina si se trata de una omisión de protección de vínculo o de una omisión de protección de nodo y vínculo. En las redes de acceso múltiple (por ejemplo, una LAN), esta dirección también se utiliza para especificar qué nodo del próximo salto 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 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 utilizar grupos administrativos para implementar diversas configuraciones de LSP basadas en políticas. Puede configurar grupos administrativos para omitir LSP. Para obtener más información acerca de la configuración de grupos administrativos, consulte Configuración de grupos administrativos para LSP.
Para configurar grupos administrativos para omitir LSP, 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 derivación, incluya la admin-group instrucción en los siguientes niveles de jerarquía:
-
[edit protocols rsvp interface interface-name link-protection] -
[edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]
Para configurar grupos administrativos para un LSP de derivación específico, incluya la admin-group instrucción en los siguientes niveles de jerarquía:
Configuración del ancho de banda para omitir LSP
Puede especificar la cantidad de ancho de banda asignado para los LSP de derivación generados automáticamente o puede especificar individualmente la cantidad de ancho de banda asignado para cada LSP.
Si ha habilitado varios LSP de derivación, esta instrucción es obligatoria.
Para especificar la asignación de ancho de banda, incluya la bandwidth instrucción:
bandwidth bps;
Para los LSP de derivación generados automáticamente, incluya la bandwidth instrucción en los siguientes niveles de jerarquía:
-
[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 derivación configurados individualmente, incluya la bandwidth instrucción en los siguientes niveles de jerarquía:
Configuración de clase de servicio para LSP de derivación
Puede especificar el valor de clase de servicio para los LSP de derivació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 derivación generados automáticamente, incluya la class-of-service instrucción en los siguientes niveles de jerarquía:
-
[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 derivación específico, incluya la class-of-service instrucción en los siguientes niveles de jerarquía:
Configuración del límite de salto para los LSP de derivación
Puede especificar el número máximo de saltos que puede atravesar un desvío. 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 salto es dos).
Para configurar el límite de salto para los LSP de derivación, incluya la hop-limit instrucción:
hop-limit number;
Para los LSP de derivación generados automáticamente, incluya la hop-limit instrucción en los siguientes niveles de jerarquía:
-
[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 derivación configurados individualmente, incluya la hop-limit instrucción en los siguientes niveles de jerarquía:
Configuración del número máximo de LSP de derivación
Puede especificar el número máximo de LSP de derivación dinámica permitidos para proteger una interfaz mediante la max-bypasses instrucción en el nivel de [edit protocols rsvp interface interface-name link-protection] jerarquía. Cuando se configura esta instrucción, se habilitan varias derivaciones 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 un bypass para cada interfaz. Puede configurar un valor de between 0 through 99 para la max-bypasses instrucción. La configuración de un valor de 0 impide la creación de LSP de derivación dinámica para la interfaz. Si configura un valor de para la max-bypasses instrucción, debe configurar uno o varios LSP de derivació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 omitir LSP).
Para configurar el número máximo de LSP de derivació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 derivación
En determinadas circunstancias, es posible que deba deshabilitar el cálculo de CSPF para los LSP de derivación y usar el objeto de ruta explícito (ERO) configurado, si está disponible. Por ejemplo, un LSP de derivación podría necesitar atravesar varias áreas OSPF o niveles IS-IS, lo que impide que el cálculo de CSPF funcione. Para asegurarse de que la protección de vínculos y nodos funciona correctamente en este caso, debe deshabilitar el cálculo de CSPF para el LSP de derivación.
Puede deshabilitar el cálculo de CSPF para todos los LSP de derivación o para LSP de derivación específicos.
Para deshabilitar el cálculo de CSPF para LSP de derivación, incluya la no-cspf instrucción:
no-cspf;
Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte el resumen de esta instrucción.
Deshabilitar la protección de nodos para LSP de derivación
Puede deshabilitar la protección de nodo en la interfaz RSVP. La protección de enlaces permanece activa. Cuando se configura esta opción, el enrutador sólo puede iniciar un desvío del salto siguiente, no un desvío del salto siguiente.
Para deshabilitar la protección de nodo para los LSP de derivació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 los 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 derivaciones 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 se configura o cambia la configuración de cualquiera de las siguientes opciones:
-
Grupo administrativo para un LSP de desvío: 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 derivación. Configure un grupo administrativo utilizando la
admin-groupinstrucción en el nivel de[edit protocols rsvp interface interface-name link-protection]jerarquía. -
Grupo de destino compartido: se ha cambiado la configuración de un grupo de destino compartido. Configure un grupo de destino compartido mediante la
groupinstrucción en el nivel de[edit routing-options fate-sharing]jerarquía. -
Sobrecarga de IS-IS: la configuración de la sobrecarga de IS-IS se ha cambiado en un enrutador a lo largo de la ruta utilizada por el LSP de derivación. Configure la sobrecarga de IS-IS mediante la
overloadinstrucción en el nivel de[edit protocols isis]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 derivación.
Para configurar el intervalo de optimización para los LSP de derivación, incluya la optimize-timer instrucción:
optimize-timer seconds;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
Configuración de la optimización de ancho de banda no reservado para omitir LSP
El enfoque predeterminado de la omisión de RSVP produce un método de derivación que optimiza la métrica de ingeniería de tráfico (TE). El CSPF (Constrained Shortest Path First) puede utilizar opcionalmente un enfoque diferente para proteger un vínculo o un nodo aprovechando el cálculo basado en anchos de banda no reservados en vínculos (TE).
Para habilitar esta característica, utilice la instrucción configuration optimize bandwidth en el nivel de edit protocols rsvp interface interface link-protection jerarquía. Al habilitar la nueva instrucción de configuración, se maximiza el ancho de banda no reservado de extremo a extremo.
Para aplicar la instrucción de configuración de ancho de banda optimizado, habilite la configuración set protocols isis l3-unicast-topology .
link-protection {
optimize {
bandwidth;
}
}Para configurar el algoritmo de optimización del ancho de banda para los LSP de derivación, incluya la optimize bandwidth instrucción en los siguientes niveles de jerarquía:
Configuración de una ruta explícita para omitir LSP
De forma predeterminada, cuando se establece un LSP de derivació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 derivación. Para configurar una ruta de acceso explícita, incluya la path instrucción:
path address <strict | loose>;
Para los LSP de derivación generados automáticamente, incluya la path instrucción en los siguientes niveles de jerarquía:
-
[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 derivación configurados individualmente, incluya la path instrucción en los siguientes niveles de jerarquía:
Configuración de la cantidad de ancho de banda suscrito para los LSP de derivación
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 derivación o para cada tipo de clase que pueda atravesar el LSP de omisión. Puede configurar cualquier valor entre el 1 por ciento y el 65.535 por ciento. Al configurar un valor inferior al 100 por ciento, está subsuscribiendo los LSP de derivación. Al configurar un valor superior al 100 por ciento, está suscribiendo en exceso los LSP de derivación.
La capacidad de sobresuscribir el ancho de banda para los LSP de derivación permite un uso más eficiente de los recursos de red. Puede configurar el ancho de banda para los LSP de derivación en función de 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 derivació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 la prioridad y la preferencia para los 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. Esto se hace teniendo preferencia sobre el LSP existente.
Para obtener información más detallada sobre cómo configurar la prioridad de instalación y la prioridad de reserva para LSP, consulte Configuración de prioridad y preferencia para LSP.
Para configurar las propiedades de prioridad y preferencia del LSP de derivación, incluya la priority instrucción:
priority setup-priority reservation-priority;
Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, vea la sección de resumen de instrucción de esta instrucción.
Configuración de la protección de nodos o la protección de vínculos para LSP
Cuando se configura la protección de nodos o la protección de vínculos en un enrutador o conmutador, se crean LSP de derivación 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 la protección 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 atraviesa el LSP.
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:
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 nodos o vínculos, también debe configurar la protección de vínculos en todas las interfaces RSVP unidireccionales que atraviesan los LSP, tal como se describe en Configuración de la protección de vínculos en interfaces utilizadas por los LSP.
Configurar la protección de nodo y vínculo del interAS
Para interoperar con los equipos de otros proveedores, Junos OS admite el subobjeto de ID de nodo de objeto de ruta de registro (RRO) para su uso en configuraciones de vínculo interAS y protección de nodos. El subobjeto ID de nodo RRO se define en RFC 4561, Definición de un subobjeto de ID de nodo de objeto de ruta de registro (RRO). Esta funcionalidad está habilitada de forma predeterminada en Junos OS versión 9.4 y posteriores.
Si tiene enrutadores de Juniper Networks que ejecutan Junos OS versión 9.4 y versiones posteriores en la misma red MPLS-TE que enrutadores que ejecutan Junos OS versión 8.4 y versiones anteriores, es posible que deba deshabilitar el subobjeto ID de nodo RRO configurando 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]
Configuración de LSP de omisión con reconocimiento de restricciones
Puede configurar los LSP de omisión de RSVP para conocer y heredar todas las restricciones de ruta de acceso de los LSP principales. También puede configurar explícitamente restricciones de derivación para LSP individuales.
Beneficios de los LSP de derivación de RSVP conscientes de restricciones
-
Controle la ruta MPLS y evite que los LSP de derivación atraviesen un área geográfica específica en una red MPLS RSVP global
Puede configurar LSP de derivación de RSVP conscientes de restricciones con protección de vínculos, protección de vínculo de nodo y en contenedores para LSP primarios.
Para configurar LSP de omisión con reconocimiento de restricciones, las inherit-lsp constraints instrucciones y bypass-constraints se introducen en los niveles jerárquico [edit protocols mpls label-swithed-path lsp-name link-protection] y y [edit protocols mpls label-swithed-path lsp-name node-link-protection] .
Para configurar LSP de derivación consciente de restricciones en un LER de entrada, puede heredar las restricciones de derivación o definir explícitamente restricciones independientes para la derivación.
Para heredar las restricciones de derivación, incluya la inherit-lsp constraints instrucción en los niveles jerárquico [edit protocols mpls label-swithed-path lsp-name link-protection] y y [edit protocols mpls label-swithed-path lsp-name node-link-protection] .
Para definir restricciones independientes para los LSP de derivación, incluya la bypass-constraints instrucción en los niveles jerárquico [edit protocols mpls label-swithed-path lsp-name link-protection] y y [edit protocols mpls label-swithed-path lsp-name node-link-protection] . Puede configurar las opciones dentro de la jerarquía de instrucciones bypass-constraints para heredar todas las restricciones del LSP principal o restricciones específicas para el bypass de ese LSP.
La configuración de la instrucción transport-class no es obligatoria mientras se configuran LSP de omisión conscientes de restricciones. La característica LSP de derivación consciente de restricciones funciona con o sin instrucción de clase de transporte configurada para el LSP.
En los PLR, debe incluir la constraint-aware-bypass instrucción en el nivel de jerarquía [edit protocols rsvp interface interface-name link-protection] para admitir LSP de derivación consciente de restricciones.
Si tiene varios LSP en un LER de entrada determinado y decide habilitar la característica de derivación consciente de restricciones solo en un pequeño subconjunto de LSP, la bypass-constraints instrucción ayuda a habilitar la característica solo en esos LSP específicos.
Si no configura bypass-constraints la instrucción en la entrada de un LSP determinado, ese LSP seguirá teniendo la asociación actual de derivación sin restricciones. Los LSR y PLR de tránsito establecen automáticamente LSP de derivación conscientes de restricciones solo para los LSP para los que la bypass-constraints instrucción está configurada en la entrada bajo MPLS y en PLR bajo RSVP.
Cuando se modifica la configuración de los LSP de omisión consciente de restricciones en la entrada, dichos cambios de configuración se controlan de forma de realizar antes del descanso (MBB) para el LSP. Es decir, se señala una nueva instancia del LSP con los nuevos objetos de restricción de derivación. Cuando el PLR recibe el mensaje de ruta de acceso para la nueva instancia del LSP, el PLR establece el LSP de derivación adecuado que satisfaga esas restricciones.
Del mismo modo, cuando se modifica la configuración de derivación consciente de restricciones en PLR, todos los LSP de derivación se vuelven a calcular y volver a asociar con los LSP primarios en esa PLR.
Los LSP de derivación de protección de vínculos dinámicos se crean a lo largo de la ruta en los PLR que sigue las mismas restricciones de CSPF, como excluir un grupo de administración específico.
La característica LSP de omisión consciente de restricciones no funciona cuando:
-
Los LSP se configuran con una instrucción no-cspf en la entrada.
-
Los LSP se configuran con funcionalidad pop-and-forward.
-
Los LSP de derivación se configuran manualmente en PLR.
-
max-bypassesla instrucción se configura en PLR
Si hay algún cambio en las afinidades de recursos señaladas para el LSP, entonces cada LSR individual a lo largo de la ruta del LSP vuelve a calcular automáticamente las derivaciones según sea necesario.
Cuando la bypass-constraints instrucción se configura en la entrada que indica la intención de señalar LSP de omisión conscientes de restricciones, el LER de entrada incluye el objeto FAST_REROUTE en el mensaje de ruta RSVP para el LSP. Entrada establece el campo Indicadores en 0x02 indicando Copia de seguridad de la instalación como el tipo de protección. Ingress también rellena todas las restricciones configuradas para ese LSP de derivación.
Al recibir el objeto FAST_REROUTE en el mensaje de ruta RSVP, cada enrutador PLR crea y mantiene un perfil lsp-affinities que almacena todas las restricciones recibidas. PLR realiza una búsqueda entre los LSP de derivación existentes para ver si alguno de los LSP de derivación existentes satisface los requisitos de restricción. Si los LSP de derivación existentes satisfacen las restricciones, entonces ese LSP de derivación se asocia con el LSP principal. De lo contrario, si el LSP de derivación existente no satisface las restricciones, PLR procede a establecer una nueva omisión que coincida con todas las restricciones recibidas en el mensaje de ruta RSVP entrante.
Los resultados y show rsvp session bypass los comandos se han mejorado para mostrar las restricciones de show rsvp session derivación heredadas de los LSP primarios y las afinidades de recursos señaladas para el LSP.
A continuación se muestra un ejemplo de salida de comando que muestra la información de show rsvp session extensive restricciones de omitir:
user@host> show rsvp session extensive
8.8.8.8
From: 1.1.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp-R1-R8-1, LSPpath: Primary
LSPtype: Static Configured
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 299984
Resv style: 1 SE, Label in: -, Label out: 299984
Time left: -, Since: Sun Nov 19 02:46:26 2023
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 3 receiver 18914 protocol 0
Link protection desired
Type: Link protected LSP, using Bypass->22.1.9.9
6 Nov 20 15:16:04 Link protection up, using Bypass->22.1.9.9
5 Nov 20 15:16:03 Bypass in down state, Bypass->22.1.9.9[3 times, first Nov 20 15:16:01 ]
Bypass constraints for LSP:
Hop Limit : 9
Include Any: green Include All: Brown Exclude: Red
Enhanced FRR: Enabled (Downstream), LP-MP is 9.9.9.9
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 22.1.9.9 (ge-0/0/2.0) 4 pkts
outgoing message state: refreshing, Message ID: 180, Epoch: 11062187
RESV rcvfrom: 22.1.9.9 (ge-0/0/2.0) 6 pkts, Entropy label: Yes
incoming message handle: R-82/6, Message ID: 170, Epoch: 11062161
Explct route: 22.1.9.9 22.9.10.10 22.8.10.8
Record route: <self> 9.9.9.9 (node-id) 22.1.9.9 10.10.10.10 (node-id) 22.9.10.10 8.8.8.8 (node-id) 22.8.10.8
A continuación se muestra un ejemplo de salida de comando que muestra la información de show rsvp session bypass extensive restricciones de omitir:
user@host> show rsvp session bypass extensive
9.9.9.9
From: 1.1.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: Bypass->22.1.9.9
LSPtype: Static Configured
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 300048
Resv style: 1 SE, Label in: -, Label out: 300048
Time left: -, Since: Mon Nov 20 15:16:03 2023
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 40332 protocol 0
Type: Bypass LSP
Number of data route tunnel through: 1
Number of RSVP session tunnel through: 0
Number of protected LSP instances: 1
Bypass constraints for LSP:
Hop Limit : 9
Include Any: green Include All: Brown Exclude: Red
Enhanced FRR: Enabled (Downstream)
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 22.1.5.5 (ge-0/0/1.0) 1 pkts