Configuración básica de LSP

La métrica LSP se utiliza para indicar la facilidad o dificultad de enviar tráfico a través de un LSP en particular. Los valores métricos de LSP más bajos (costo más bajo) aumentan la probabilidad de que se utilice un LSP. Por el contrario, los valores métricos de LSP altos (mayor costo) disminuyen la probabilidad de que se utilice un LSP.

La métrica LSP puede especificarse dinámicamente por el enrutador o explícitamente por el usuario, como se describe en las siguientes secciones:

• Configuración de métricas LSP dinámicas
• Configuración de métricas LSP estáticas
• Configuración de métricas condicionales LSP de RSVP
• Conservar la métrica de IGP en rutas LSP RSVP

Puede proporcionar una descripción textual para un LSP adjuntando cualquier texto descriptivo que incluya espacios entre comillas (" "). El texto descriptivo que incluye se muestra en la salida detallada del show mpls lsp comando o show mpls container-lsp .

Agregar una descripción de texto para un LSP no tiene ningún efecto en el funcionamiento del LSP. La descripción de texto LSP no puede tener más de 80 caracteres.

Para proporcionar una descripción textual para un LSP, incluya la description instrucción en cualquiera de los siguientes niveles jerárquicos:

• [edit protocols mpls label-switched-path lsp-name]

• [edit protocols mpls container-label-switched-path lsp-name]

• [edit protocols mpls static-label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]

Antes de empezar:

• Configure las interfaces del dispositivo.

• Configure el dispositivo para la comunicación de red.

• Habilite MPLS en las interfaces de dispositivo.

• Configure un LSP en el dominio MPLS.

Para agregar una descripción de texto para un LSP:

1. Escriba cualquier texto que describa el LSP.

   Por ejemplo:

2. Verifique y confirme la configuración.

   Por ejemplo:

3. Vea la descripción de un LSP mediante el show mpls lsp detail comando or show mpls container-lsp detail , según el tipo de LSP configurado.

La preferencia por software intenta establecer una nueva ruta para un LSP predeterminado antes de derribar el LSP original. El comportamiento predeterminado es derribar primero un LSP predeterminado, señalar una nueva ruta y, luego, restablecer el LSP a través de la nueva ruta. En el intervalo entre cuando se quita la ruta y se establece el nuevo LSP, se pierde cualquier tráfico que intente usar el LSP. La preferencia por software evita este tipo de pérdida de tráfico. La contrapartida es que durante el tiempo en que un LSP se está anteponiéndose de forma suave, se utilizan dos LSP con sus correspondientes requisitos de ancho de banda hasta que se derriba la ruta original.

La preferencia por software de MPLS es útil para el mantenimiento de la red. Por ejemplo, puede alejar todos los LSP de una interfaz en particular y, luego, quitarla para el mantenimiento sin interrumpir el tráfico. La preferencia de software de MPLS se describe en detalle en RFC 5712, MPLS Traffic Engineering Preemption.

La preferencia por software es una propiedad del LSP y está deshabilitada de forma predeterminada. Puede configurarlo en la entrada de un LSP incluyendo la soft-preemption instrucción:

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]

También puede configurar un temporizador para la preferencia suave. El temporizador designa la cantidad de tiempo que el enrutador debe esperar antes de iniciar una preferencia dura del LSP. Al final del tiempo especificado, el LSP se derriba y se renuncia. El temporizador de limpieza de preferencia suave tiene un valor predeterminado de 30 segundos; el rango de valores permisibles es de 0 a 180 segundos. Un valor de 0 significa que la preferencia por software está deshabilitada. El temporizador de limpieza de la preferencia por software es global para todos los LSP.

Configure el temporizador incluyendo la cleanup-timer instrucción:

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

• [edit protocols rsvp preemption soft-preemption]

• [edit logical-systems logical-system-name protocols rsvp preemption soft-preemption]

Cuando no hay suficiente ancho de banda para establecer un LSP más importante, es posible que desee derribar un LSP existente menos importante para liberar el ancho de banda. Para ello, se anteponía al LSP existente.

Si se puede anticipar un LSP se determina mediante dos propiedades asociadas con el LSP:

• Prioridad de instalación: determina si se puede establecer un nuevo LSP que se antepone a un LSP existente. Para que se produzca la preferencia, la prioridad de configuración del nuevo LSP debe ser mayor que la del LSP existente. Además, el acto de adelantarse al LSP existente debe producir suficiente ancho de banda para admitir el nuevo LSP. Es decir, la preferencia solo ocurre si el nuevo LSP se puede configurar correctamente.

• Prioridad de reserva: determina el grado en que un LSP retiene su reserva de sesión después de que el LSP se haya configurado correctamente. Cuando la prioridad de reserva es alta, es menos probable que el LSP existente despida su reserva y, por lo tanto, es poco probable que el LSP se pueda adelantar.

No puede configurar un LSP con una prioridad de configuración alta y una prioridad de reserva baja, ya que es posible que se produzcan bucles de preferencia permanentes si se permite que dos LSP se anteponen entre sí. Debe configurar la prioridad de reserva para que sea mayor o igual que la prioridad de configuración.

La prioridad de configuración también define la importancia relativa de los LSP en el mismo enrutador de entrada. Cuando se inicia el software, cuando se establece un nuevo LSP o durante la recuperación de errores, la prioridad de instalación determina el orden en el que se realiza el servicio de los LSP. Los LSP de mayor prioridad tienden a establecerse primero y, por lo tanto, disfrutan de una selección de ruta más óptima.

Para configurar las propiedades de preferencia del LSP, 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 resumen de instrucción de esta instrucción.

Ambos setup-priority y reservation-priority puede ser un valor del 0 al 7. El valor 0 corresponde a la prioridad más alta y el valor 7 al más bajo. De forma predeterminada, un LSP tiene una prioridad de configuración de 7 (es decir, no puede adelantarse a ningún otro LSP) y una prioridad de reserva de 0 (es decir, otros LSP no pueden adelantarse a ella). Estos valores predeterminados son tales que no se produce la preferencia. Cuando configure estos valores, la prioridad de instalación siempre debe ser menor o igual que la prioridad de espera.

Los grupos administrativos, también conocidos como coloración de vínculos o clase de recurso, se asignan manualmente atributos que describen el "color" de los vínculos, de modo que los vínculos con el mismo color pertenecen conceptualmente a la misma clase. Puede usar grupos administrativos para implementar una variedad de configuraciones de LSP basadas en políticas.

Los grupos administrativos solo tienen sentido cuando se habilita el cálculo de LSP de ruta restringida.

Puede asignar hasta 32 nombres y valores (en el intervalo del 0 al 31), que definen una serie de nombres y sus valores correspondientes. Los nombres y valores administrativos deben ser idénticos en todos los enrutadores de un solo dominio.

Para configurar grupos administrativos, siga estos pasos:

1. Defina varios niveles de calidad de servicio incluyendo la admin-groups instrucción:

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

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   En el siguiente ejemplo de configuración se muestra cómo puede configurar un conjunto de nombres y valores administrativos para un dominio:

2. Defina los grupos administrativos a los que pertenece una interfaz. Puede asignar varios grupos a una interfaz. Incluya la interface instrucción:

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

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   Si no incluye la admin-group instrucción, una interfaz no pertenece a ningún grupo.

   Los IGP utilizan la información del grupo para crear paquetes de estado de vínculo, que luego se inundan por toda la red, proporcionando información a todos los nodos de la red. En cualquier enrutador, la topología IGP, así como los grupos administrativos de todos los vínculos, están disponibles.

   Cambiar el grupo administrativo de la interfaz solo afecta a los nuevos LSP. Los LSP existentes en la interfaz no se antepuestos ni se recomponen para mantener la red estable. Si es necesario quitar LSP debido a un cambio de grupo, emita el clear rsvp session comando.

   Nota:

   Al configurar grupos administrativos y grupos administrativos extendidos juntos para un vínculo, ambos tipos de grupos administrativos se deben configurar en la interfaz.

3. Configure una restricción de grupo administrativo para cada LSP o para cada ruta de LSP principal o secundaria. Incluya la label-switched-path instrucción:

   Puede incluir la label-switched-path instrucción en los siguientes niveles de jerarquía:

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   Si omite las include-allinstrucciones , include-anyo exclude , la computación de la ruta se mantiene sin cambios. La computación de ruta se basa en la computación de LSP de ruta restringida. Para obtener información acerca de cómo se calcula el cálculo de LSP de ruta restringida, consulte Cómo CSPF selecciona una ruta.

   Nota:

   Cambiar el grupo administrativo del LSP provoca una recomputación inmediata de la ruta; por lo tanto, es posible que se reenrutara el LSP.

Como opción, puede configurar varios LSP entre el mismo par de enrutadores de entrada y salida. Esto es útil para equilibrar la carga entre los LSP, ya que todos los LSP, de forma predeterminada, tienen el mismo nivel de preferencia. Para preferir un LSP sobre otro, establezca diferentes niveles de preferencia para los LSP individuales. Se utiliza el LSP con el valor de preferencia más bajo. La preferencia predeterminada para LSP RSVP es 7 y para LSP LDP es 9. Estos valores de preferencia son más bajos (más preferidos) que todas las rutas aprendidas, excepto las rutas de interfaz directa.

Para cambiar el valor de preferencia predeterminado, incluya la preference instrucción:

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

La implementación de Junos de RSVP admite el objeto Record Route, que permite que un LSP registre activamente los enrutadores por los que transita. Puede usar esta información para solucionar problemas e impedir los bucles de enrutamiento. De forma predeterminada, se registra la información de ruta. Para deshabilitar la grabación, incluya la no-record instrucción:

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

Una vez que se ha establecido un LSP, los cambios de topología o recursos podrían, con el tiempo, hacer que la ruta sea subóptima. Es posible que haya disponible una nueva ruta que esté menos congestionada, que tenga una métrica más baja y que atraviese menos saltos. Puede configurar el enrutador para que recompute rutas periódicamente para determinar si hay una ruta más óptima disponible.

Si está habilitada la reoptimización, se puede enrutar un LSP a través de diferentes rutas mediante recomputaciones de rutas restringidas. Sin embargo, si la reoptimización está deshabilitada, el LSP tiene una ruta fija y no puede aprovechar los recursos de red recién disponibles. El LSP se fija hasta que el siguiente cambio de topología rompe el LSP y fuerza una recomputación.

La reoptimización no está relacionada con la conmutación por error. Siempre se calcula una nueva ruta cuando se producen errores de topología que interrumpen una ruta establecida.

Debido a la potencial sobrecarga del sistema involucrada, debe controlar cuidadosamente la frecuencia de la reoptimización. La estabilidad de la red puede sufrir cuando se habilita la reoptimización. De forma predeterminada, la optimize-timer instrucción se establece en 0 (es decir, está deshabilitada).

La optimización de LSP solo es significativa cuando se habilita la computación de LSP de ruta restringida, que es el comportamiento predeterminado. Para obtener más información acerca de la computación de LSP de ruta restringida, consulte Deshabilitar computación de LSP de ruta restringida. Además, la optimización de LSP solo se aplica a los LSP de entrada, por lo que solo es necesario configurar la optimize-timer instrucción en el enrutador de entrada. Los enrutadores de tránsito y salida no requieren ninguna configuración específica para admitir la optimización de LSP (aparte de tener MPLS habilitado).

Para habilitar la reoptimización de rutas, incluya la optimize-timer instrucción:

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

Una vez configurada la instrucción, el optimize-timer temporizador de reoptimización continúa su cuenta regresiva hasta el valor configurado incluso si elimina la optimize-timer instrucción de la configuración. La siguiente optimización usa el nuevo valor. Puede forzar Junos OS a usar un nuevo valor inmediatamente mediante la eliminación del valor anterior, confirmar la configuración, configurar el valor nuevo para la optimize-timer instrucción y, a continuación, confirmar la configuración de nuevo.

Después de ejecutar la reoptimización, el resultado solo se acepta si cumple con los siguientes criterios:

1. La nueva ruta no es superior en la métrica IGP. (La métrica de la ruta antigua se actualiza durante el cálculo, de modo que si una métrica de vínculo reciente cambia en algún lugar a lo largo de la ruta antigua, se tiene en cuenta.)

2. Si la nueva ruta tiene la misma métrica IGP, no queda más saltos de distancia.

3. La nueva ruta no causa preferencia. (Esto es para reducir el efecto dominó de la preferencia que causa más preferencia).)

4. La nueva ruta no empeora la congestión en general.

   La congestión relativa de la nueva ruta se determina de la siguiente manera:

   1. El porcentaje de ancho de banda disponible en cada vínculo atravesado por la nueva ruta se compara con el de la ruta anterior, a partir de los vínculos más congestionados.

   2. Para cada ruta actual (antigua), el software almacena los cuatro valores más pequeños de disponibilidad de ancho de banda para los enlaces atravesados en orden ascendente.

   3. El software también almacena los cuatro valores de disponibilidad de ancho de banda más pequeños para la nueva ruta, que corresponden a los enlaces atravesados en orden ascendente.

   4. Si cualquiera de los cuatro valores nuevos de ancho de banda disponibles son más pequeños que cualquiera de los valores correspondientes de disponibilidad de ancho de banda antiguos, la nueva ruta tiene al menos un vínculo más congestionado que el que utiliza la ruta antigua. Dado que usar el vínculo causaría más congestión, el tráfico no se cambia a esta nueva ruta.

   5. Si ninguno de los cuatro valores nuevos de ancho de banda disponibles es menor que los correspondientes valores de disponibilidad de ancho de banda antiguos correspondientes, la nueva ruta está menos congestionada que la ruta anterior.

Cuando se cumplan todas las condiciones anteriores, entonces:

1. Si la nueva ruta tiene una métrica IGP más baja, se acepta.

2. Si la nueva ruta tiene una métrica IGP igual y un recuento de saltos más bajo, se acepta.

3. Si elige least-fill como algoritmo de equilibrio de carga, los LSP se equilibran de la siguiente manera:

   1. El LSP se mueve a una nueva ruta que se utiliza al menos un 10 % menos que la ruta actual. Esto podría reducir la congestión en la ruta actual en solo una pequeña cantidad. Por ejemplo, si un LSP con 1 MB de ancho de banda se mueve fuera de una ruta que transporta un mínimo de 200 MB, la congestión en la ruta original se reduce en menos de un 1 %.

   2. Para random o most-fill algoritmos, esta regla no se aplica.

   En el siguiente ejemplo se muestra cómo funciona el least-fill algoritmo de equilibrio de carga.

   Figura 1: Ejemplo de algoritmo de equilibrio de carga de menor cantidad

   Como se muestra en Figura 1, hay dos rutas potenciales para que un LSP atraviese del enrutador A al enrutador H, los enlaces impares de L1 a L13 y los enlaces pares de L2 a L14. Actualmente, el enrutador usa los pares vínculos como la ruta activa para el LSP. Cada vínculo entre los mismos dos enrutadores (por ejemplo, los enrutadores A y B) tiene el mismo ancho de banda:

   • L1, L2 = 10GE

   • L3, L4 = 1GE

   • L5, L6 = 1GE

   • L7, L8 = 1GE

   • L9, L10 = 1GE

   • L11, L12 = 10GE

   • L13, L14 = 10GE

   Es más probable que los vínculos de 1GE estén congestionados. En este ejemplo, los vínculos 1GE impares tienen el siguiente ancho de banda disponible:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Los enlaces 1GE tienen el siguiente ancho de banda disponible:

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Con base en esta información, el enrutador calcularía la diferencia en el ancho de banda disponible entre los enlaces impares y los pares de la siguiente manera:

   • L4 - L3 = 41% - 37% = 4%

   • L6 - L5 = 56% - 52% = 4%

   • L8 - L7 = 66% - 61% = 5%

   • L10 - L9 = 71% - 70% = 1%

   El total de ancho de banda adicional disponible en los enlaces impares es del 14% (4% + 4% + 5% + 1%). Dado que el 14 % es mayor que el 10 % (el umbral mínimo del algoritmo de menor llenado), el LSP se mueve a la nueva ruta a través de los vínculos impares desde la ruta original mediante los vínculos pares.

4. De lo contrario, la nueva ruta se rechaza.

Puede deshabilitar los siguientes criterios de reoptimización (un subconjunto de los criterios enumerados anteriormente):

• Si la nueva ruta tiene la misma métrica IGP, no queda más saltos de distancia.

• La nueva ruta no causa preferencia. (Esto es para reducir el efecto dominó de la preferencia que causa más preferencia).)

• La nueva ruta no empeora la congestión en general.

• Si la nueva ruta tiene una métrica IGP igual y un recuento de saltos más bajo, se acepta.

Para deshabilitarlos, emita el clear mpls lsp optimize-aggressive comando o incluya la optimize-aggressive instrucción:

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

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

Incluir la optimize-aggressive instrucción en la configuración hace que el procedimiento de reoptimización se active con más frecuencia. Las rutas se reenrutan con mayor frecuencia. También limita el algoritmo de reoptimización solo a la métrica IGP.

Debido a las limitaciones de recursos de red y enrutador, normalmente no es recomendable configurar un intervalo corto para el temporizador de optimización. Sin embargo, bajo ciertas circunstancias, podría ser conveniente volver a optimizar una ruta antes de lo que normalmente proporcionaría el temporizador de optimización.

Por ejemplo, un LSP atraviesa una ruta preferida que posteriormente falla. Luego, el LSP se cambia a una ruta menos deseable para llegar al mismo destino. Incluso si la ruta original se restaura rápidamente, el LSP podría tardar demasiado tiempo en usarla de nuevo, ya que tiene que esperar a que el temporizador de optimización vuelva a optimizar las rutas de red. Para tales situaciones, es posible que desee configurar el temporizador smart optimize.

Cuando habilita el temporizador de optimización inteligente, un LSP vuelve a cambiar a su ruta original, siempre que la ruta original se haya restaurado en los tres minutos siguientes a la caída. Además, si la ruta original vuelve a caer en 60 minutos, el temporizador de optimización inteligente se deshabilita y la optimización de ruta se comporta como lo hace normalmente cuando el temporizador de optimización solo está habilitado. Esto impide que el enrutador use un vínculo de flapping.

El temporizador de optimización inteligente depende de otras funciones de MPLS para funcionar correctamente. Para el escenario descrito aquí en el que un LSP se conmuta a una ruta alternativa en caso de que se produzca un error en la ruta original, se da por sentado que ha configurado una o más de las funciones de protección de tráfico MPLS, incluidas las rutas secundarias de reenrutamiento rápido, protección de vínculos y espera. Estas funciones ayudan a garantizar que el tráfico pueda llegar a su destino en caso de que se produzca un error.

Como mínimo, debe configurar una ruta secundaria de espera para que la función del temporizador smart optimize funcione correctamente. El reenrutamiento rápido y la protección de vínculos son soluciones más temporales a una interrupción de red. Una ruta secundaria garantiza que haya una ruta alternativa estable en caso de que se produzca un error en la ruta principal. Si no ha configurado ningún tipo de protección de tráfico para un LSP, el temporizador smart optimize por sí mismo no garantiza que el tráfico pueda llegar a su destino. Para obtener más información acerca de la protección de tráfico MPLS, consulte MPLS y protección de tráfico.

Cuando se produce un error en una ruta principal y el temporizador de optimización inteligente cambia el tráfico a la ruta secundaria, es posible que el enrutador continúe usando la ruta secundaria incluso después de restaurar la ruta principal. Si el enrutador de entrada completa un cálculo de CSPF, podría determinar que la ruta secundaria es la mejor.

Esto podría no ser deseable si la ruta principal es la ruta activa y la ruta secundaria se debe usar solo como copia de seguridad. Además, si la ruta secundaria se utiliza como ruta activa (aunque la ruta principal se ha reestablecido) y la ruta secundaria falla, la función de temporizador smart optimize no volverá automáticamente el tráfico a la ruta principal. Sin embargo, puede habilitar la protección para la ruta secundaria configurando la protección de nodos y vínculos o una ruta secundaria de espera adicional, en cuyo caso, el temporizador smart optimize puede ser eficaz.

Especifique el tiempo en segundos para el temporizador smart optimize mediante la smart-optimize-timer instrucción:

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

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

De forma predeterminada, cada LSP puede atravesar un máximo de 255 saltos, incluidos los enrutadores de entrada y salida. Para modificar este valor, incluya la hop-limit instrucción:

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

La cantidad de saltos puede ser de 2 a 255. (Una ruta con dos saltos consta solo de enrutadores de entrada y salida.)

Cada LSP tiene un valor de ancho de banda. Este valor se incluye en el campo Tspec del remitente en los mensajes de configuración de ruta RSVP. Puede especificar un valor de ancho de banda en bits por segundo. Si configura más ancho de banda para un LSP, debería ser capaz de transportar un mayor volumen de tráfico. El ancho de banda predeterminado es de 0 bits por segundo.

Un ancho de banda que no sea cero requiere que los enrutadores de tránsito y salida reserven la capacidad a lo largo de los enlaces salientes para la ruta. El esquema de reserva RSVP se utiliza para reservar esta capacidad. Cualquier falla en la reserva de ancho de banda (como fallas en el control de la política de RSVP o en el control de admisión) puede causar que la configuración del LSP falle. Si no hay suficiente ancho de banda en las interfaces para los enrutadores de tránsito o salida, no se establece el LSP.

Para especificar un valor de ancho de banda para un LSP señalado, incluya la bandwidth instrucción:

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

La asignación automática de ancho de banda permite que un túnel MPLS ajuste automáticamente su asignación de ancho de banda en función del volumen de tráfico que fluye a través del túnel. Puede configurar un LSP con un ancho de banda mínimo; esta función puede ajustar dinámicamente la asignación de ancho de banda del LSP en función de los patrones de tráfico actuales. Los ajustes de ancho de banda no interrumpen el flujo de tráfico a través del túnel.

Se establece un intervalo de muestreo en un LSP configurado con asignación automática de ancho de banda. El ancho de banda promedio se monitorea durante este intervalo. Al final del intervalo, se intenta señalar una nueva ruta para el LSP con la asignación de ancho de banda establecida en el valor promedio máximo para el intervalo de muestreo anterior. Si la nueva ruta se establece correctamente y la ruta original se elimina, el LSP se cambia a la nueva ruta. Si no se crea una nueva ruta, el LSP continúa usando su ruta actual hasta el final del siguiente intervalo de muestreo, cuando se realiza otro intento de establecer una nueva ruta. Tenga en cuenta que puede establecer valores de ancho de banda mínimos y máximos para el LSP.

Durante el intervalo de asignación automática de ancho de banda, el enrutador puede recibir un aumento constante del tráfico (aumento de la utilización del ancho de banda) en un LSP, lo que podría causar congestión o pérdida de paquetes. Para evitar esto, puede definir un segundo desencadenador para que expire antes de tiempo el temporizador automático de ajuste de ancho de banda antes de que finalice el intervalo de ajuste actual.

La asignación automática de ancho de banda permite que un túnel MPLS ajuste automáticamente su asignación de ancho de banda en función del volumen de tráfico que fluye a través del túnel. Puede configurar un LSP con un ancho de banda mínimo, y esta función puede ajustar dinámicamente la asignación de ancho de banda del LSP en función de los patrones de tráfico actuales. Los ajustes de ancho de banda no interrumpen el flujo de tráfico a través del túnel.

Al final del intervalo de tiempo de asignación automática de ancho de banda, el uso de ancho de banda promedio máximo actual se compara con el ancho de banda asignado para el LSP. Si el LSP necesita más ancho de banda, se intenta configurar una nueva ruta en la que el ancho de banda sea igual al uso promedio máximo actual. Si el intento es exitoso, el tráfico del LSP se enruta a través de la ruta nueva y se elimina la ruta antigua. Si se produce un error en el intento, el LSP seguirá usando su ruta actual.

Si configuró la protección de vínculos y nodos para el LSP y el tráfico se conmutó a LSP de omisión, la función de asignación automática de ancho de banda sigue funcionando y toma muestras de ancho de banda del LSP de omisión. Para el primer ciclo de ajuste de ancho de banda, el uso promedio máximo de ancho de banda tomado del LSP original del vínculo y protegido por nodos se utiliza para renunciar al LSP de bypass si se necesita más ancho de banda. (La protección de vínculos y nodos no se admite en conmutadores de la serie QFX.)

Si configuró el reenrutamiento rápido para el LSP, es posible que no pueda usar esta función para ajustar el ancho de banda. Dado que los LSP usan un estilo de reserva de filtro fijo (FF), cuando se señala una nueva ruta, es posible que el ancho de banda tenga doble cuenta. El doble conteo puede evitar que un LSP de reenrutamiento rápido ajuste su ancho de banda cuando se habilita la asignación automática de ancho de banda. (El reenrutamiento rápido no se admite en conmutadores de la serie QFX.)

Para configurar la asignación automática de ancho de banda, complete los pasos de las siguientes secciones:

Cuando un LSP pasa de estar activo a estar caído o de abajo a arriba, esta transición se hace efectiva de inmediato en el software y el hardware del enrutador. Sin embargo, al anunciar LSP en IS-IS y OSPF, es posible que desee disminuir las transiciones de LSP y, por lo tanto, no anunciar la transición hasta que haya transcurrido un cierto período de tiempo (conocido como tiempo de espera). En este caso, si el LSP va de arriba a abajo, el LSP no se anuncia como inactivo hasta que ha permanecido inactivo durante el período de espera. Las transiciones de abajo a arriba se anuncian en IS-IS y OSPF de inmediato. Tenga en cuenta que la atenuación de LSP afecta solo a los anuncios de IS-IS y OSPF del LSP; otros software y hardware de enrutamiento reaccionan de inmediato a las transiciones de LSP.

Para reducir las transiciones de LSP, incluya la advertisement-hold-time instrucción:

seconds puede ser un valor de 0 a 65.535 segundos. El valor predeterminado es de 5 segundos.

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

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

En este ejemplo, se muestra cómo configurar una etiqueta de entropía para un BGP etiquetado unidifusión con el fin de lograr un equilibrio de carga de extremo a extremo mediante el uso de etiquetas de entropía. Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS usa ciertos campos de los encabezados del paquete para hashar el paquete a una ruta determinista. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que pueda transportar la información de flujo. LSR en el núcleo simplemente use la etiqueta de entropía como clave para hash el paquete a la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 a 1048575 (rango regular de etiquetas de 20 bits). Dado que este rango se superpone con el rango de etiquetas regular existente, se inserta una etiqueta especial llamada indicador de etiqueta de entropía (ELI) antes de la etiqueta de entropía. ELI es una etiqueta especial asignada por IANA con el valor de 7.

Las unidifusión etiquetadas por BGP generalmente concatenan RSVP o LSP LDP en varias áreas de IGP o varios sistemas autónomos. Las etiquetas de entropía RSVP o LDP se presentan en el penúltimo nodo de salto, junto con la etiqueta RSVP o LDP. Esta característica permite el uso de etiquetas de entropía en los puntos de unión para cerrar la brecha entre el penúltimo nodo de salto y el punto de unión, con el fin de lograr un equilibrio de carga de etiquetas de entropía de extremo a extremo para el tráfico del BGP.

Si deshabilita la computación de ruta conmutada por etiqueta (LSP) de ruta restringida, como se describe en Deshabilitar computación de LSP de ruta restringida, puede configurar LSP manualmente o permitir que los LSP sigan la ruta IGP.

Cuando se configuran LSP de ruta explícita, el LSP se establece a lo largo de la ruta especificada. Si la ruta no es topológicamente factible, ya sea porque la red está particionada o porque no hay recursos disponibles en algunas partes de la ruta, el LSP fallará. No se pueden utilizar rutas alternativas. Si la instalación se hace correctamente, el LSP permanece en la ruta definida de forma indeterminada.

Para configurar un LSP de ruta explícita, siga estos pasos:

1. Configure la información de ruta en una ruta con nombre, como se describe en Creación de rutas denominadas. Para configurar la información completa de la ruta, especifique cada salto de enrutador entre los enrutadores de entrada y salida, preferiblemente mediante el strict atributo. Para configurar la información de ruta incompleta, especifique solo un subconjunto de saltos de enrutador mediante el loose atributo en lugares donde la ruta está incompleta.

   En el caso de rutas incompletas, los enrutadores MPLS completan la ruta consultando la tabla de enrutamiento local. Esta consulta se realiza en función de salto a salto, y cada enrutador puede averiguar solo la información suficiente para llegar al siguiente salto explícito. Es posible que sea necesario atravesar varios enrutadores para llegar al siguiente salto explícito (suelto).

   La configuración de la información de ruta incompleta crea partes de la ruta que dependen de la tabla de enrutamiento actual, y esta parte de la ruta puede reenrutarse a sí misma a medida que cambia la topología. Por lo tanto, un LSP de ruta explícita que contenga información de ruta incompleta no es completamente fijo. Estos tipos de LSP tienen una capacidad limitada para repararse por sí mismos, y tienden a crear bucles o flaps según el contenido de la tabla de enrutamiento local.

2. Para configurar el LSP y apuntarlo a la ruta con nombre, utilice la primary instrucción or secondary , como se describe en Configurar LSP primario y secundario.

3. Deshabilite la computación de LSP de ruta restringida mediante la inclusión de la no-cspf instrucción como parte del LSP o como parte de una primary instrucción o secondary . Para obtener más información, consulte Deshabilitar computación de LSP de ruta restringida.

4. Configure cualquier otra propiedad de LSP.

El uso de LSP de ruta explícita tiene los siguientes inconvenientes:

• Se requiere más esfuerzo de configuración.

• La información de ruta configurada no puede tener en cuenta la reserva dinámica del ancho de banda de la red, por lo que los LSP tienden a fallar cuando los recursos se agotan.

• Cuando se produce un error en un LSP de ruta explícita, es posible que deba repararlo manualmente.

Debido a estas limitaciones, recomendamos que use LSP de ruta explícita solo en situaciones controladas, como para aplicar una estrategia de colocación de LSP optimizada como resultado de cálculos con un paquete de software de simulación sin conexión.

En el enrutador de entrada, cree un LSP de ruta explícita y especifique los enrutadores de tránsito entre los enrutadores de entrada y salida. En esta configuración, no se realiza ningún cálculo de ruta restringida. Para la ruta principal, todos los saltos intermedios están estrictamente especificados para que su ruta no pueda cambiar. La ruta secundaria debe viajar primero a través del enrutador 14.1.1.1 y, luego, tomar cualquier ruta disponible para llegar al destino. La ruta restante que toma la ruta secundaria suele ser la ruta más corta calculada por el IGP.

Los LSP se establecen con reservas de ancho de banda configuradas para la cantidad máxima de tráfico que espera que atraviese el LSP. No todos los LSP llevan la cantidad máxima de tráfico a través de sus vínculos en todo momento. Por ejemplo, incluso si el ancho de banda del vínculo A ha sido completamente reservado, es posible que el ancho de banda real siga estando disponible, pero no esté en uso actualmente. Este exceso de ancho de banda se puede utilizar permitiendo que otros LSP también usen el vínculo A, sobrescribiendo el vínculo. Puede sobrescribir el ancho de banda configurado para tipos de clase individuales o especificar un valor único para todos los tipos de clase mediante una interfaz.

Puede usar la suscripción excesiva para aprovechar la naturaleza estadística de los patrones de tráfico y permitir una mayor utilización de los vínculos.

Los siguientes ejemplos describen cómo puede usar la sobresuscripción y subsuscripción de ancho de banda:

• Utilice la suscripción excesiva en tipos de clase en los que los períodos máximos de tráfico no coincidan en el tiempo.

• Utilice la suscripción excesiva de tipos de clase que llevan el tráfico del mejor esfuerzo. Se arriesga a retrasar o dejar caer temporalmente el tráfico a cambio de hacer un mejor uso de los recursos de red.

• Proporcione diferentes grados de sobresuscripción o subsuscripción del tráfico para los distintos tipos de clase. Por ejemplo, configure la suscripción para las clases de tráfico de la siguiente manera:

  • El mejor esfuerzo:ct0 1000

  • Voz—ct3 1

Cuando subsuscriba un tipo de clase para un LSP de varias clases, la demanda total de todas las sesiones RSVP siempre es menor que la capacidad real del tipo de clase. Puede usar subsuscripción para limitar la utilización de un tipo de clase.

El cálculo de sobresuscripción de ancho de banda se produce solo en el enrutador local. Dado que otros enrutadores de la red no requieren ninguna señalización u otra interacción, la función puede habilitarse en enrutadores individuales sin estar habilitada o disponible en otros enrutadores que podrían no admitir esta función. Los enrutadores vecinos no necesitan saber sobre el cálculo de sobresuscripción, confían en el IGP.

En las siguientes secciones se describen los tipos de sobresuscripción de ancho de banda disponibles en Junos OS:

• Sobresuscripción de tamaño de LSP

• Sobresuscripción de tamaño de vínculo LSP

• Tipo de clase Sobresuscripción y multiplicadores de sobresuscripción local

Para la sobresuscripción de tamaño de LSP, simplemente configure menos ancho de banda que la velocidad máxima esperada para el LSP. También es posible que deba ajustar la configuración de los policías automáticos. Los policiadores automáticos administran el tráfico asignado a un LSP, garantizando que no supere los valores de ancho de banda configurados. El tamaño de LSP sobresuscripción requiere que el LSP pueda superar su asignación de ancho de banda configurada.

La policía sigue siendo posible. Sin embargo, el agente de política debe configurarse manualmente para tener en cuenta el ancho de banda máximo planificado para el LSP, en lugar del valor configurado.

Puede aumentar el ancho de banda máximo reservable en el vínculo y utilizar los valores inflados para la contabilidad del ancho de banda. Utilice la subscription instrucción para subscribir en exceso el vínculo. El valor configurado se aplica a todas las asignación de ancho de banda de tipo de clase en el vínculo. Para obtener más información acerca de la suscripción excesiva de tamaño de vínculo, consulte Configuración del porcentaje de suscripción de ancho de banda para LSP.

Los multiplicadores de sobresuscripción local (LOM) permiten diferentes valores de sobresuscripción para diferentes tipos de clase. Las LOM son útiles para redes en las que la relación de sobresuscripción debe configurarse de manera diferente en diferentes vínculos y en las que se requieren valores de sobresuscripción para diferentes clases. Puede usar esta función para subscribir en exceso tipos de clase que gestionan el tráfico del mejor esfuerzo, pero no use ninguna suscripción excesiva para los tipos de clase que manejan el tráfico de voz. Una LOM se calcula localmente en el enrutador. Ninguna información relacionada con una LOM se señala a otros enrutadores de la red.

Una LOM se puede configurar en cada vínculo y para cada tipo de clase. La LOM de tipo por clase le permite aumentar o disminuir la relación de sobresuscripción. El LOM por clase se tiene en cuenta en toda la contabilidad del ancho de banda local para el control de admisión y el anuncio de IGP de anchos de banda sin servicios.

El cálculo lom está vinculado al modelo de ancho de banda (MAM, MAM extendido y muñecos rusos) utilizado, ya que el efecto de la sobresuscripción entre los tipos de clase debe contabilizarse con precisión.

De forma predeterminada, RSVP permite que se utilice todo el ancho de banda de un tipo de clase (100 %) para las reservas de RSVP. Cuando se sobresuscribe un tipo de clase para un LSP multiclase, la demanda agregada de todas las sesiones RSVP puede superar la capacidad real del tipo de clase.

Si desea subscribir o subsubscribir todos los tipos de clase en una interfaz con el mismo porcentaje de ancho de banda, configure el porcentaje mediante la subscription instrucción:

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

Para subsubscribir o sobresubscribir el ancho de banda para cada tipo de clase, configure un porcentaje para cada tipo de clase (ct0, ct1, ct2y ct3) opción para la subscription instrucción. Cuando se sobresuscribe un tipo de clase, se aplica una LOM para calcular el ancho de banda real reservado. Consulte Multiplicadores de sobresuscripción de tipos de clase y multiplicadores de sobresuscripción local para obtener más información.

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

percentage es el porcentaje de ancho de banda tipo clase que RSVP permite utilizar para reservas. Puede ser un valor del 0 al 65 000 por ciento. Si especifica un valor mayor que 100, se sobrescribirá el tipo de interfaz o clase.

El valor que configura cuando se suscribe en exceso un tipo de clase es un porcentaje del ancho de banda del tipo de clase que realmente se puede usar. El valor predeterminado de la suscripción es del 100 %.

Puede usar la subscription instrucción para deshabilitar nuevas sesiones RSVP para uno o más tipos de clase. Si configura un porcentaje de 0, no se permiten sesiones nuevas (incluidas las que no tienen requisitos de ancho de banda) para el tipo de clase.

Las sesiones RSVP existentes no se ven afectadas por el cambio del factor de suscripción. Para borrar una sesión existente, emita el clear rsvp session comando. Para obtener más información sobre el clear rsvp session comando, consulte el Explorador de CLI.