EN ESTA PÁGINA
Protección de ancho de banda para vínculos y nodos (dinámico y estático)
Reenrutamiento rápido, protección de nodos y protección de vínculos
Configuración de la protección de vínculos en interfaces utilizadas por los LSP
Configuración de la protección de nodos o la protección de vínculos para LSP
Configuración de LSP de omisión con reconocimiento de restricciones
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 se produce un error en dicha interfaz. 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 gestionará este tráfico si se produce un error en la interfaz. El LSP de bypass utiliza una interfaz y una ruta diferentes para llegar al mismo destino. La ruta utilizada se puede configurar de forma explícita 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 se produce un error en una interfaz protegida por vínculos, el tráfico se conmuta rápidamente al 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 supervisa.
En la 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 el LSP A, un LSP que atraviesa el vínculo entre el enrutador 1 y el enrutador 2. Si se produce un error en el vínculo entre el enrutador 1 y el enrutador 2, el tráfico del LSP A se conmuta rápidamente al LSP de omisión generado por la protección del vínculo.
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ínculos está habilitada en una interfaz, pero no en un LSP determinado que atraviese esa interfaz, si se produce un error en la interfaz, también se producirá un error en ese LSP.
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.
Múltiples LSP de bypass para protección de vínculos
De forma predeterminada, la protección de vínculos se basa en un único LSP de bypass para proporcionar protección de ruta a una interfaz. Sin embargo, también puede especificar varios LSP de omisión para proporcionar protección de vínculos a una interfaz. Puede configurar individualmente cada uno de estos LSP de omisión o crear una única configuración para todos los LSP de omisión. Si no configura los LSP de omisió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 omisión adicional para un LSP:
Si alguna derivación activa 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.
Si no hay ningún LSP de omisión activo disponible, escanee los LSP de omisión manual en orden de primero en entrar, primero en salir (FIFO), omitiendo los que ya están activos (cada omisión manual solo se puede activar una vez). Se activa la primera derivación manual inactiva que pueda satisfacer los requisitos y el tráfico se dirige a esa derivación.
Si no hay ningún LSP de omisión manual disponible y si la instrucción activa varios LSP de omisión para la
max-bypassesprotección de vínculos, 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 la cantidad 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 sobre cómo configurar varios LSP de bypass para la protección de vínculos, consulte Configurar LSP de bypass.
Protección de nodos
La protección de nodos amplía 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 se produce un error en esta interfaz. 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 omisión:
LSP de omisión de salto siguiente: proporciona una ruta alternativa para que un LSP llegue a un enrutador vecino. Este tipo de LSP de omisión se establece cuando se habilita la protección de nodos o la protección de vínculos.
LSP de omisión del siguiente salto: proporciona una ruta alternativa para que un LSP sortea a un enrutador vecino en ruta al enrutador de destino. Este tipo de LSP de omisión se establece exclusivamente cuando se configura la protección de nodos. Si no se puede crear un LSP de omisión de salto siguiente, se intenta señalar un LSP de omisión de salto siguiente.
En la 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 el 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 conmuta al LSP de omisión del siguiente salto generado por la protección del nodo.
de omisión de siguiente salto
El tiempo que necesita la protección de nodos para conmutar el tráfico a un LSP de derivación de próximo salto puede ser significativamente mayor que el tiempo que necesita la protección de vínculos para conmutar el tráfico a un LSP de derivación de próximo salto. La protección de vínculos se basa en un mecanismo de hardware para detectar un error de vínculo, lo que le permite cambiar rápidamente el tráfico a un LSP de omisión de salto siguiente.
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 en el nodo en reaccionar al 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 derivación del siguiente salto.
La protección de nodos proporciona protección al 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 en el 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 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 omisión asociado.
Protección de ancho de banda para vínculos y nodos (dinámico y estático)
Descripción general
Cuando configure un LSP, puede especificar un ancho de banda que se reservará para la protección de esa ruta. Esto garantiza que el LSP tenga la capacidad necesaria en sus enlaces que atraviesa durante la reparación local. Junos OS admite la configuración de LSP de omisión (copia de seguridad) que protegen al LSP principal contra fallas de vínculo o nodo. Estos LSP de respaldo pueden tener su ancho de banda reservado, lo que garantiza que haya suficiente ancho de banda disponible para el tráfico reenrutado durante los fallos.
Por ejemplo, si su red tiene un LSP que está pasando por algunos saltos (nodos) y si se desea una protección del ancho de banda del 100 %, lo ideal es que cada salto reserve una derivación para el 100 % de la capacidad del LSP protegido. En este caso, la capacidad de red general requerida será significativamente alta. Debe decidir cuántos LSP de omisión necesita, la capacidad de cada LSP de omisión y la proporción de tráfico (o porcentaje de ancho de banda) que necesita protección. Puede elegir una ruta o saltos específicos que debe atravesar la omisión mediante la configuración de LSP de omisión estática, o bien utilizar una o varias omisiones dinámicas creadas automáticamente mediante la configuración de LSP de omisión dinámica.
Utilice la siguiente fórmula para configurar los LSP de omisión para la protección del ancho de banda:
-
interface-subscription[i] * interface-link-bandwidth[i] <= bypass-n-bandwidth[i] * bypass-n-subscription [i]—Cuando configure LSP de omisión estática, la suma de la suscripción de interfaz y el ancho de banda del vínculo de interfaz no debe superar la suma de la configuración de bypass-n-bandwidth y bypass-n-subscription. Por ejemplo, (bypass-1-bandwidth, bypass-1-subscription, bypass-2-bandwidth, bypass-2-subscription, etc.).
-
interface-subscription[i] * interface-link-bandwidth[i] <= max-bypasses[i] * bypass-bandwidth[i] * bypass-subscription[i]—Cuando configure LSP de omisión dinámica, la suma de la suscripción de interfaz y el ancho de banda del vínculo de interfaz no debe superar la suma de la omisión máxima configurada, el ancho de banda de omisión y la suscripción de omisión.
| Valor |
Descripción |
|---|---|
| suscripción de interfaz |
Ancho de banda total de la interfaz |
| ancho de banda de vínculo de interfaz |
Ancho de banda de vínculo de la interfaz |
| derivaciones máximas |
El número máximo de omisiones que se crearán para los LSP de omisión dinámica. El valor de ancho de banda configurado se distribuirá equitativamente entre los LSP, según el valor de max-bypass. |
| ancho de banda de bypass |
El ancho de banda (en Mbps) que puede configurar para un LSP de bypass determinado. Si está configurando LSP de omisión manual, puede configurar un ancho de banda de bypass diferente para cada LSP. |
| Suscripción de bypass |
Establezca la proporción total de tráfico para la que desea habilitar la protección. Establezca el valor de bypass-bandwidth para que se ajuste a la bypass-subscription planificada. |
Reenrutamiento rápido, protección de nodos y protección de vínculos
Este documento trata las siguientes secciones:
- Descripción general de la protección de LSP
- Comparación de los tipos de protección de LSP
- Implementación de copia de seguridad individual
- Implementación de copias de seguridad de las instalaciones
Descripción general de la protección de LSP
Las extensiones RSVP-TE establecen túneles de ruta conmutada por etiquetas (LSP) de respaldo para la reparación local de túneles LSP. Estos mecanismos permiten la redirección inmediata del tráfico a túneles LSP de respaldo, en caso de 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ñalizados RSVP:
Copia de seguridad individual: en este método, los LSP de desvío para cada LSP protegido se crean en cada punto potencial de reparación local.
Copia de seguridad 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 de MPLS.
Los métodos de copia de seguridad uno a uno y de copia de seguridad de las instalaciones protegen los vínculos y los nodos durante fallas de red, y pueden coexistir en una red mixta.
Comparación de los tipos de protección de LSP
En Junos OS, la copia de seguridad uno a uno de la protección de tráfico se proporciona mediante un reenrutamiento rápido. Cada LSP requiere que se señalice un LSP protector en cada salto, excepto en 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 facilidad, la protección del tráfico del 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.
En el Cuadro 2 se resumen los tipos de protección del tráfico.
Comparación |
Copia de seguridad individual |
Copia de seguridad de las instalaciones |
|---|---|---|
Nombre del LSP protector |
Desvío de LSP |
Bypass LSP |
Compartir el LSP protector |
No se puede compartir |
Puede ser compartido por varios 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 independientes para cada LSP que pasa por una instalación. La ruta de copia de seguridad finaliza fusionándose con la ruta principal en un nodo llamado punto de fusión. En este enfoque, el punto de fusió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 interseca el LSP original aguas abajo del punto de falla del vínculo o nodo. Se establece un LSP de respaldo 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 rutas, como el ancho de banda, la prioridad y el color del vínculo para las rutas de desvío, son fundamentales.
El control de los LSP individuales es importante.
En la 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 al 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 de respaldo parcial uno a uno se denomina desvío. Los desvíos siempre se calculan para evitar el vínculo y el nodo descendentes inmediatos, lo que evita fallas de vínculo y nodo.
uno a uno
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 los N nodos por completo, puede haber tantos desvíos como (N - 1). El punto de reparación local envía mensajes de actualización periódica 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 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 conveniente fusionar un desvío de vuelta a su LSP protegido, cuando sea posible. Cuando un LSP de desvío interseca su LSP protegido en un LSR con la misma interfaz de salida, se fusiona.
Implementación de copias de seguridad de las 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 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 el 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 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 de MPLS. En lugar de crear un LSP independiente para cada LSP del que se ha realizado una copia de seguridad, se crea un único LSP que sirve para realizar una copia de seguridad de un conjunto de LSP. Este tipo de túnel LSP se denomina túnel de derivación. En este método, un enrutador inmediatamente ascendente de un error de vínculo utiliza 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 mediante el preestablecimiento de una ruta de omisión compartida por todos los LSP protegidos que atraviesan el vínculo con errores. Una sola ruta de bypass puede proteger un conjunto de LSP protegidos. Cuando se produce una interrupción, el enrutador inmediatamente ascendente desde la interrupción del vínculo cambia el tráfico protegido 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 interceptar la ruta de los LSP originales en algún lugar aguas abajo del punto de reparación local. Esto restringe el conjunto de LSP que se realizan copias 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 por este nodo común, y que no utilizan también las instalaciones implicadas 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 adecuado en las siguientes situaciones:
La cantidad de LSP que se van a proteger es grande.
Satisfacer los criterios de selección de rutas (prioridad, ancho de banda y color del vínculo) para las rutas de derivación es menos crítico.
No es necesario controlar el nivel de detalle de los LSP individuales.
En la Figura 4, los enrutadores R1 y R5 son los enrutadores de entrada y salida, respectivamente. El enrutador R2 estableció 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.
las instalaciones
El método de copia de seguridad de instalaciones proporciona una mejora de escalabilidad, en la que el mismo túnel de derivación también se utiliza para proteger a 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 los LSP
Cuando configure la protección de nodos o la protección de vínculos en un enrutador para LSP, tal como se describe en Configurar 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 link-protection :
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 de jerarquía:
-
[edit protocols rsvp interface interface-name] -
[edit logical-systems logical-system-name protocols rsvp interface interface-name]
Todas las instrucciones siguientes 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 los LSP de omisión
- Configuración de la clase de servicio para los LSP de omisión
- Configuración del límite de saltos para LSP de omisión
- Configuración del número máximo de LSP de omisió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
- Configuración de la optimización del ancho de banda no reservado para LSP de omisión
- Configuración de una ruta explícita para LSP de omisión
- Configuración de la cantidad de ancho de banda suscrito para LSP de omisión
- Configuración de prioridad y preferencia para LSP de omisión
Configuración de LSP de omisión
Puede configurar restricciones específicas de ancho de banda y de ruta para un LSP de bypass. Cada LSP de omisión manual en un enrutador debe tener una dirección IP única de "para". También puede configurar individualmente cada LSP de omisión que se genera cuando habilita varios LSP de omisión. Si no configura los LSP de omisión individualmente, todos comparten las mismas restricciones de ruta y ancho de banda (si las hay).
Si especifica las instrucciones , hop-limity path para bandwidthel LSP de omitir, estos valores tienen prioridad sobre los valores configurados en el nivel de [edit protocols rsvp interface interface-name link-protection] jerarquía. Los otros 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. El 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 de jerarquía:
-
[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 los 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 del próximo salto inmediato (para la protección de vínculos) o del nodo del siguiente salto (para la protección de vínculos de nodo). La dirección especificada determina si se trata de una anulación de protección de vínculo o de una anulación de protección de vínculo de nodo. En 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 LSP de omisión
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 de LSP basadas en políticas. Puede configurar grupos administrativos para LSP de omisión. 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 omisión, 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 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 grupo administrativo para un LSP de omisión específico, incluya la admin-group instrucción en los siguientes niveles de jerarquía:
Configuración del ancho de banda para los LSP de omisión
Puede especificar la cantidad de ancho de banda asignado para los LSP de omisión 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;
En el caso de los LSP de omisió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 omisión configurados individualmente, incluya la bandwidth instrucción en los siguientes niveles de jerarquía:
Configuración de la clase de servicio para los LSP de omisión
Puede especificar el valor de clase de servicio para los LSP de omisión si incluye 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 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 omisión específico, incluya la class-of-service instrucción en los siguientes niveles de jerarquía:
Configuración del límite de saltos para LSP de omisión
Puede especificar el número máximo 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 saltos es dos).
Para configurar el límite de saltos para los LSP de omisión, incluya la hop-limit instrucción:
hop-limit number;
En el caso de los LSP de omisió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 omisió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 omisión
Puede especificar la cantidad máxima de LSP de omisió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 omisiones 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 between through 0 99 para la max-bypasses instrucción. Configurar un valor de 0 impide la creación de LSP de omisión dinámica para la interfaz. Si configura un valor de para la max-bypasses instrucción, debe configurar uno o varios 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 configurarla bandwidth (descrita en Configuración del ancho de banda para LSP de omisión).
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 de jerarquía:
Deshabilitar CSPF para LSP de omisión
En determinadas circunstancias, es posible que deba deshabilitar el cálculo de CSPF para los LSP de omisión y usar el objeto de ruta explícito (ERO) configurado, si está disponible. Por ejemplo, es posible que un LSP de omisión deba atravesar varias áreas de OSPF o niveles de SI-SI, lo que impide que funcione el cálculo de CSPF. 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 omitir.
Puede deshabilitar el cálculo de CSPF para todos los LSP de omisión o para LSP de omisión específicos.
Para deshabilitar el cálculo de CSPF para LSP de omisió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 omisión
Puede deshabilitar la protección de nodos en la interfaz RSVP. La protección de vínculos permanece activa. Cuando se configura esta opción, el enrutador solo puede iniciar una derivació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:
no-node-protection;
Puede incluir esta instrucción en los siguientes niveles de jerarquía:
Configuración del intervalo de optimización para LSP de omisión
Puede configurar un intervalo de optimización para los LSP de omisión 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 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 omisión.
Cuando se configura 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 omisión: se cambió la configuración de un grupo administrativo en un vínculo a lo largo de la ruta utilizada por el LSP de omisió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 reparto de destino utilizando la
groupinstrucción en el nivel de[edit routing-options fate-sharing]jerarquía. -
Sobrecarga de SI-SI: la configuración de la sobrecarga de SI-SI se ha cambiado en un enrutador a lo largo de la ruta utilizada por el LSP de omitir. Configure la sobrecarga de SI-SI utilizando la
overloadinstrucción en el nivel de[edit protocols isis]jerarquía. -
Métrica de IGP: se cambió la métrica de IGP en un vínculo a lo largo de la ruta utilizada por el LSP de omitir.
Para configurar el intervalo de optimización para los LSP de omisión, incluya la optimize-timer instrucción:
optimize-timer seconds;
Puede incluir esta instrucción en los siguientes niveles de jerarquía:
Configuración de la optimización del ancho de banda no reservado para LSP de omisión
El enfoque predeterminado de derivación de RSVP produce un método de derivación que optimiza la métrica de ingeniería de tráfico (TE). Opcionalmente, el camino restringido más corto primero (CSPF) puede usar un enfoque diferente para proteger un vínculo o un nodo mediante el aprovechamiento del cálculo basado en anchos de banda no reservados en vínculos (TE).
Para habilitar esta característica, utilice la optimize bandwidth instrucción de configuración en el edit protocols rsvp interface interface link-protection nivel de 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 optimizar ancho de banda, habilite la configuración de topología de unidifusión l3-set protocols isis.
link-protection {
optimize {
bandwidth;
}
}
Para configurar el algoritmo de optimización del ancho de banda para los LSP de omisión, incluya la optimize bandwidth instrucción en los siguientes niveles de jerarquía:
Configuración de una ruta explícita para LSP de omisión
De forma predeterminada, cuando se establece un LSP de omisión a un vecino adyacente, se utiliza CSPF para descubrir la ruta de menor costo. La path instrucción le permite configurar una ruta explícita (una secuencia de rutas estrictas o flexibles), lo que le da control sobre dónde y cómo se establece el LSP de bypass. Para configurar una ruta explícita, incluya la path instrucción:
path address <strict | loose>;
En el caso de los LSP de omisió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 omisió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 LSP de omisió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 omisió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 %, está subsuscribiendo los LSP de omitir. Al configurar un valor superior al 100 %, está suscribiendo en exceso los LSP de omitir.
La capacidad de suscribir en exceso el ancho de banda para los LSP de omisión permite un uso más eficiente de los recursos de red. Puede configurar el ancho de banda para los LSP de bypass 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 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 de jerarquía:
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 eliminar un LSP existente menos importante para liberar el ancho de banda. Esto se hace adelantándose 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 LSP, consulte Configurar prioridad y preferencia para LSP.
Para configurar las propiedades de prioridad y preferencia del LSP de omisión, incluya la priority instrucción:
priority setup-priority reservation-priority;
Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección Resumen de instrucciones para 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 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 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 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 de jerarquía:
[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 link-protection :
link-protection;
Puede incluir esta instrucción en los siguientes niveles de jerarquía:
[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 atraviesen los LSP, 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 entre AS
Para interoperar con 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 entre AS y protección de nodos. El subobjeto de 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 la versión 9.4 y posteriores de Junos OS .
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 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 de jerarquía:
[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 que conozcan y hereden todas las restricciones de ruta de los LSP principales. También puede configurar explícitamente restricciones de omisión para LSP individuales.
Beneficios de los LSP de omisión de RSVP con reconocimiento de restricciones
-
Controle la ruta de MPLS y evite que los LSP de bypass atraviesen un área geográfica específica en una red RSVP de MPLS global
Puede configurar LSP de omisión de RSVP con reconocimiento de restricciones con protección de vínculos, protección de vínculos de nodo y en contenedores para los LSP principales.
Para configurar los LSP de omisión que tienen en cuenta las restricciones, las inherit-lsp constraints instrucciones and bypass-constraints se introducen en los niveles de [edit protocols mpls label-swithed-path lsp-name link-protection] jerarquía y .[edit protocols mpls label-swithed-path lsp-name node-link-protection]
Para configurar LSP de omisión con reconocimiento de restricciones en una LLER de entrada, puede heredar las restricciones de omisión o definir explícitamente restricciones independientes para la omisión.
Para heredar las restricciones de bypass, incluya la inherit-lsp constraints instrucción en los niveles y [edit protocols mpls label-swithed-path lsp-name link-protection] en los [edit protocols mpls label-swithed-path lsp-name node-link-protection] niveles de jerarquía.
Para definir restricciones independientes para los LSP de omisión, incluya la bypass-constraints instrucción en los niveles y [edit protocols mpls label-swithed-path lsp-name link-protection] en los [edit protocols mpls label-swithed-path lsp-name node-link-protection] niveles de jerarquía. Puede configurar las opciones dentro de la bypass-constraints jerarquía de instrucciones para heredar todas las restricciones del LSP principal o restricciones específicas para la omisión de ese LSP.
La configuración de la instrucción transport-class no es obligatoria mientras se configuran LSP de bypass con reconocimiento de restricciones. La característica LSP de omisión consciente de restricciones funciona con o sin la instrucción transport-class 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 omisión con reconocimiento de restricciones.
Si tiene varios LSP en un LER de entrada determinado y decide habilitar la característica de omisión con reconocimiento 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 para un LSP determinado, ese LSP seguirá teniendo la asociación de omisión actual sin reconocimiento de restricciones. Los LSR y PLR de tránsito establecen automáticamente LSP de omisión con reconocimiento de restricciones solo para los LSP para los que se configura la bypass-constraints instrucción en la entrada con MPLS y con PLR con RSVP.
Cuando modifica la configuración de LSP de omisión con reconocimiento de restricciones en la entrada, dichos cambios de configuración se gestionan de la forma de conexión antes de interrupción (MBB) para el LSP. Es decir, se señala una nueva instancia del LSP con los nuevos objetos de restricción de bypass. Cuando el PLR recibe el mensaje de ruta para la nueva instancia del LSP, el PLR establece el LSP de omisión adecuado que satisface esas restricciones.
De manera similar, cuando modifica la configuración de bypass con reconocimiento de restricciones en PLR, todos los LSP de bypass se vuelven a calcular y se vuelven a asociar con los LSP principales en ese PLR.
Derivación de protección dinámica de vínculos Los LSP se crean a lo largo de la ruta en los PLR, la cual sigue las mismas restricciones de CSPF, como la exclusión de un grupo de administración específico.
La función LSP de omisión con reconocimiento de restricciones no funciona cuando:
-
Los LSP se configuran con la instrucción no-cspf en la entrada.
-
Los LSP se configuran con la funcionalidad de pop-and-forward.
-
Los LSP de bypass se configuran manualmente en PLR.
-
max-bypassesestá configurada en PLR
Si hay algún cambio en las afinidades de recursos señaladas para el LSP, cada LSR individual a lo largo de la ruta del LSP recalcula automáticamente las omisiones 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 con reconocimiento de restricciones, la LER de entrada incluye el objeto FAST_REROUTE en el mensaje de ruta de RSVP para el LSP. Ingress establece el campo Indicadores en 0x02 lo que indica Copia de seguridad de la instalación como tipo de protección. La entrada también rellena todas las restricciones configuradas para ese LSP de omitir.
Al recibir el objeto FAST_REROUTE en el mensaje de ruta de RSVP, cada enrutador PLR crea y mantiene un perfil de afinidades lsp que almacena todas las restricciones recibidas. PLR realiza una búsqueda entre los LSP de bypass existentes para ver si alguno de los LSP de bypass existentes cumple los requisitos de restricción. Si el LSP de omisión existente satisface las restricciones, ese LSP de omisión se asocia con el LSP principal. De lo contrario, si el LSP de omisió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 de RSVP entrante.
Los resultados de los comandos y show rsvp session bypass se han mejorado para mostrar las restricciones de show rsvp session omisión heredadas de los LSP principales 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 bypass:
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 bypass:
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