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 determinado. Los valores métricos de LSP más bajos (menor costo) 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 ser especificada dinámicamente por el enrutador o explícitamente por el usuario, como se describe en las siguientes secciones:

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

Puede proporcionar una descripción textual para un LSP adjuntando cualquier texto descriptivo que incluya espacios entre comillas (" "). El texto descriptivo que incluya se mostrará 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 del 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 de jerarquía:

• [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 del dispositivo.

• Configure un LSP en el dominio MPLS.

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

1. Introduzca cualquier texto que describa el LSP.

   Por ejemplo:

2. Compruebe y confirme la configuración.

   Por ejemplo:

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

La preferencia suave intenta establecer una nueva ruta para un LSP preferente antes de derribar el LSP original. El comportamiento predeterminado es derribar primero un LSP con preferencia, señalar una nueva ruta y, a continuación, restablecer el LSP sobre la nueva ruta. En el intervalo entre el momento en que se desactiva la ruta y se establece el nuevo LSP, se pierde cualquier tráfico que intente utilizar el LSP. La preferencia suave evita este tipo de pérdida de tráfico. La desventaja es que durante el tiempo en que un LSP tiene preferencia suave, se utilizan dos LSP con sus correspondientes requisitos de ancho de banda hasta que se derriba la ruta original.

La preferencia suave de MPLS es útil para el mantenimiento de la red. Por ejemplo, puede alejar todos los LSP de una interfaz determinada y, a continuación, desconectar la interfaz por mantenimiento sin interrumpir el tráfico. La preferencia suave MPLS se describe en detalle en RFC 5712, MPLS Traffic Engineering Soft Preemption.

La preferencia suave es una propiedad del LSP y está deshabilitada de forma predeterminada. Para configurarlo en la entrada de un LSP, incluya 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 temporal. El temporizador designa el tiempo que el enrutador debe esperar antes de iniciar una preferencia rígida del LSP. Al final del tiempo especificado, el LSP se desactiva y se vuelve a señalizar. El temporizador de limpieza de preferencia suave tiene un valor predeterminado de 30 segundos; El rango de valores permitidos es de 0 a 180 segundos. Un valor de 0 significa que la preferencia temporal está deshabilitada. El temporizador de limpieza de preferencia suave 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. Esto se hace teniendo preferencia sobre el LSP existente.

Si un LSP puede tener preferencia está determinado por dos propiedades asociadas con el LSP:

• Prioridad de configuración: determina si se puede establecer un nuevo LSP que tenga preferencia sobre 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 tener preferencia sobre el LSP existente debe producir suficiente ancho de banda para admitir el nuevo LSP. Es decir, la preferencia solo se produce si el nuevo LSP se puede configurar correctamente.

• Prioridad de reserva: determina el grado en que un LSP conserva 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 renuncie a su reserva y, por lo tanto, es poco probable que el LSP pueda tener preferencia.

No puede configurar un LSP con una prioridad de instalación alta y una prioridad de reserva baja, ya que pueden producirse bucles de preferencia permanentes si se permite que dos LSP tengan preferencia 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 fallas, la prioridad de configuración determina el orden en que se atienden 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 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.

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

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.

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

Puede asignar hasta 32 nombres y valores (en el rango de 0 a 31), que definen una serie de nombres y sus valores correspondientes. Los nombres y valores administrativos deben ser idénticos en todos los enrutadores dentro de un único 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 configurar un conjunto de nombres y valores administrativos para un dominio:

2. Definir los grupos administrativos a los que pertenece una interfaz. Puede asignar varios grupos a una interfaz. Incluya la interface declaració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 usan la información de 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 enlaces, está disponible.

   El cambio del grupo administrativo de la interfaz solo afecta a los nuevos LSP. Los LSP existentes en la interfaz no tienen preferencia ni se vuelven a calcular para mantener la red estable. Si es necesario quitar los LSP debido a un cambio de grupo, ejecute el clear rsvp session comando.

   Nota:

   Al configurar grupos administrativos y grupos administrativos extendidos juntos para un vínculo, ambos tipos de grupos administrativos deben configurarse 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 declaración:

   Puede incluir la label-switched-path instrucción en los siguientes niveles jerárquicos:

   • [edit protocols mpls]

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

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

   Nota:

   El cambio del grupo administrativo del LSP provoca un recálculo inmediato de la ruta; por lo tanto, el LSP podría reenrutarse.

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 porque 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 los LSP RSVP es 7 y para los 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 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.

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 utilizar esta información para solucionar problemas y evitar bucles de enrutamiento. De forma predeterminada, se registra la información de la ruta de acceso. Para deshabilitar la grabación, incluya la no-record instrucción:

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

Una vez que se ha establecido un LSP, los cambios en la topología o los recursos pueden, con el tiempo, hacer que la ruta sea subóptima. Podría haber habido una nueva ruta disponible que esté menos congestionada, tenga una métrica más baja y atraviese menos saltos. Puede configurar el enrutador para que vuelva a calcular las rutas periódicamente a fin de determinar si hay disponible una ruta más óptima.

Si la reoptimización está habilitada, un LSP se puede redirigir a través de diferentes rutas mediante recálculos de ruta restringida. Sin embargo, si la reoptimización está deshabilitada, el LSP tiene una ruta fija y no puede aprovechar los recursos de red recientemente disponibles. El LSP se fija hasta que el siguiente cambio de topología rompe el LSP y obliga a un nuevo cálculo.

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 posible sobrecarga del sistema involucrada, debe controlar cuidadosamente la frecuencia de la reoptimización. La estabilidad de la red puede verse afectada 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 tiene sentido cuando está habilitado el cálculo de LSP de ruta restringida, que es el comportamiento predeterminado. Para obtener más información acerca del cálculo de LSP de ruta restringida, consulte Deshabilitar el cálculo de LSP de ruta restringida. Además, la optimización de LSP solo es aplicable 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 una 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 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.

Una vez configurada la optimize-timer instrucción, el temporizador de reoptimización continúa su cuenta atrás hasta el valor configurado, incluso si elimina la optimize-timer instrucción de la configuración. La siguiente optimización utiliza el nuevo valor. Puede forzar a Junos OS a utilizar un nuevo valor inmediatamente eliminando el valor antiguo, confirmando la configuración, configurando el nuevo valor para la optimize-timer instrucción y, a continuación, confirmando la configuración de nuevo.

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

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

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

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

4. El nuevo camino 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 enlace atravesado por la nueva ruta se compara con el de la ruta antigua, comenzando por los vínculos más congestionados.

   2. Para cada ruta actual (antigua), el software almacena los cuatro valores más pequeños para la 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, correspondientes a los enlaces atravesados en orden ascendente.

   4. Si alguno de los cuatro nuevos valores de ancho de banda disponibles es menor que cualquiera de los valores de disponibilidad de ancho de banda antiguos correspondientes, la nueva ruta tiene al menos un vínculo que está más congestionado que el vínculo utilizado por la ruta antigua. Debido a que el uso del vínculo causaría más congestión, el tráfico no se cambia a esta nueva ruta.

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

Cuando se cumplan todas las condiciones anteriores, entonces:

1. Si la nueva ruta tiene una métrica de 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 tienen un equilibrio de carga 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 solo en una pequeña cantidad. Por ejemplo, si un LSP con 1 MB de ancho de banda se mueve fuera de una ruta que lleva un mínimo de 200 MB, la congestión en la ruta original se reduce en menos del 1%.

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

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

   Figura 1: Ejemplo de algoritmo de equilibrio de carga de mínimo llenado

   Como se muestra en Figura 1, hay dos rutas potenciales para que un LSP atraviese del enrutador A al enrutador H, los vínculos impares de L1 a L13 y los vínculos pares de L2 a L14. Actualmente, el enrutador está utilizando los enlaces pares como la ruta activa para el LSP. Cada vínculo entre los mismos dos enrutadores (por ejemplo, el enrutador A y el enrutador 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 enlaces 1GE estén congestionados. En este ejemplo, los vínculos impares de 1GE tienen el siguiente ancho de banda disponible:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Los enlaces pares 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 enlaces 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 ancho de banda adicional total 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 llenado mínimo), el LSP se mueve a la nueva ruta sobre los enlaces impares de la ruta original utilizando los enlaces pares.

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

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 está a más saltos de distancia.

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

• El nuevo camino 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 desvían con más frecuencia. También limita el algoritmo de reoptimización solo a la métrica IGP.

Debido a las limitaciones de recursos de la red y del enrutador, normalmente no se recomienda configurar un intervalo corto para el temporizador de optimización. Sin embargo, en determinadas circunstancias, puede 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. 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 volver a utilizarla, 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 de optimización inteligente.

Cuando habilita el temporizador de optimización inteligente, un LSP vuelve a su ruta original siempre que la ruta original se haya restaurado dentro de los 3 minutos posteriores a la baja. Además, si la ruta original vuelve a caer en 60 minutos, el temporizador de optimización inteligente se desactiva y la optimización de ruta se comporta como lo hace normalmente cuando solo el temporizador de optimización está habilitado. Esto impide que el enrutador utilice un vínculo de aleteo.

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 supone que ha configurado una o varias de las características de protección de tráfico MPLS, incluidos el reenrutamiento rápido, la protección de vínculos y las rutas secundarias en espera. Estas características ayudan a garantizar que el tráfico pueda llegar a su destino en caso de fallo.

Como mínimo, debe configurar una ruta secundaria en espera para que la función de temporizador de optimización inteligente funcione correctamente. El reenrutamiento rápido y la protección de enlaces son soluciones más temporales para una interrupción de la 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 de optimización inteligente por sí solo 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 utilizando la ruta secundaria incluso después de que se haya restaurado 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 ser indeseable si la ruta principal debe ser la ruta activa y la ruta secundaria debe usarse solo como copia de seguridad. Además, si la ruta secundaria se utiliza como ruta activa (aunque se haya restablecido la ruta principal) y la ruta secundaria falla, la función de temporizador de optimización inteligente no cambiará 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 nodo y vínculo o una ruta secundaria de espera adicional, en cuyo caso, el temporizador de optimización inteligente puede ser efectivo.

Especifique el tiempo en segundos para el temporizador de optimización inteligente 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 recorrer 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 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.

El número de saltos puede ser de 2 a 255. (Una ruta con dos saltos consta únicamente de los 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 poder transportar un mayor volumen de tráfico. El ancho de banda predeterminado es de 0 bits por segundo.

Un ancho de banda distinto de cero requiere que los enrutadores de tránsito y salida reserven capacidad a lo largo de los vínculos salientes para la ruta. El esquema de reservas RSVP se utiliza para reservar esta capacidad. Cualquier error en la reserva de ancho de banda (como errores en el control de políticas RSVP o en el control de admisión) podría provocar un error en la configuración del LSP. Si no hay suficiente ancho de banda en las interfaces para los enrutadores de tránsito o salida, el LSP no se establece.

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

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.

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 característica 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.

Un intervalo de muestreo se establece en un LSP configurado con asignación automática de ancho de banda. El ancho de banda promedio se supervisa 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 se quita la ruta original, el LSP se cambia a la nueva ruta. Si no se crea una nueva ruta, el LSP continúa utilizando 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 en el 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 prematuramente el temporizador de ajuste automático del 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 característica 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 medio actual del ancho de banda máximo 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 se realiza correctamente, el tráfico del LSP se enruta a través de la nueva ruta y se elimina la ruta antigua. Si se produce un error en el intento, el LSP continúa utilizando su ruta actual.

Si ha configurado la protección de vínculos y nodos para el LSP y el tráfico se ha cambiado al LSP de derivació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 del ancho de banda, el uso promedio máximo de ancho de banda tomado del vínculo original y del LSP protegido por el nodo se utiliza para reseñalar el LSP de derivación si se necesita más ancho de banda. (La protección de nodo y vínculo no se admite en los conmutadores de la serie QFX).

Si ha configurado el redireccionamiento rápido para el LSP, es posible que no pueda utilizar esta función para ajustar el ancho de banda. Dado que los LSP utilizan un estilo de reserva de filtro fijo (FF), cuando se señala una nueva ruta, el ancho de banda puede contarse dos veces. El doble conteo puede impedir que un LSP de reenrutamiento rápido ajuste su ancho de banda cuando la asignación automática de ancho de banda está habilitada. (El reenrutamiento rápido no se admite en los conmutadores de la serie QFX).

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

Cuando un LSP cambia de estar arriba a estar abajo, o de abajo hacia arriba, esta transición surte efecto inmediatamente en el software y hardware del router. Sin embargo, al anunciar LSP en IS-IS y OSPF, es posible que desee amortiguar las transiciones de LSP, por lo que no anuncia 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 haya permanecido inactivo durante el período de tiempo de espera. Las transiciones de abajo hacia arriba se anuncian inmediatamente en IS-IS y OSPF. Tenga en cuenta que la amortiguación de LSP afecta solo a los anuncios IS-IS y OSPF del LSP; otro software y hardware de enrutamiento reaccionan inmediatamente a las transiciones de LSP.

Para amortiguar 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 una unidifusión etiquetada con BGP a fin de lograr el equilibrio de carga de extremo a extremo mediante etiquetas de entropía. Cuando un paquete IP tiene varias rutas para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquete para aplicar el algoritmo hash del 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 del flujo. Los LSR en el núcleo simplemente usan la etiqueta de entropía como la clave para hash del paquete a la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas normal de 20 bits). Dado que este rango se superpone con el rango de etiquetas regulares 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 la IANA con el valor de 7.

Las unidifusiones etiquetadas con BGP generalmente concatenan RSVP o LDP LSP en múltiples áreas de IGP o múltiples sistemas autónomos. Las etiquetas de entropía RSVP o LDP aparecen en el nodo del penúltimo 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 nodo de penúltimo 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 BGP.

Si deshabilita el cálculo de la ruta de conmutación de etiquetas (LSP) de ruta restringida, como se describe en Deshabilitar el cálculo de LSP de ruta restringida, puede configurar los LSP manualmente o permitir que los LSP sigan la ruta del IGP.

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

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

1. Configure la información de la ruta de acceso en una ruta con nombre, como se describe en Creación de rutas con nombre. Para configurar la información de ruta completa, especifique cada salto de enrutador entre los enrutadores de entrada y salida, preferiblemente utilizando el strict atributo. Para configurar información de ruta incompleta, especifique solo un subconjunto de saltos de enrutador, utilizando 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 salto a salto, y cada enrutador puede averiguar solo la información suficiente para llegar al siguiente salto explícito. Puede ser necesario atravesar varios enrutadores para llegar al siguiente salto explícito (suelto).

   La configuración de 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 medida que cambia la topología. Por lo tanto, un LSP de ruta explícita que contiene información de ruta de acceso incompleta no es completamente fijo. Estos tipos de LSP tienen una capacidad limitada para repararse a sí mismos y tienden a crear bucles o solapas dependiendo del contenido de la tabla de enrutamiento local.

2. Para configurar el LSP y apuntarlo a la ruta de acceso con nombre, utilice la instrucción osecondary, como se describe en Configuración deprimary LSP primarios y secundarios.

3. Deshabilite el cálculo del LSP de ruta restringida incluyendo 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 el cálculo 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 de ancho de banda de 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, se recomienda usar LSP de ruta explícita solo en situaciones controladas, como para aplicar una estrategia de ubicación de LSP optimizada resultante 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 se especifican estrictamente para que su ruta no pueda cambiar. La ruta secundaria debe viajar primero a través del enrutador 14.1.1.1, luego tomar la ruta disponible para llegar al destino. La ruta restante tomada por 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 transportan la máxima cantidad de tráfico a través de sus enlaces en todo momento. Por ejemplo, incluso si el ancho de banda del vínculo A se ha reservado completamente, 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 utilicen el enlace A, sobresuscribiéndose al vínculo. Puede suscribir de forma excesiva el ancho de banda configurado para tipos de clase individuales o especificar un único valor para todos los tipos de clase mediante una interfaz.

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

En los ejemplos siguientes se describe cómo puede utilizar la suscripción excesiva y la suscripción insuficiente de ancho de banda:

• Use la sobresuscripción en tipos de clase donde los períodos pico de tráfico no coincidan en el tiempo.

• Use la sobresuscripción de tipos de clase que tengan el tráfico de mejor esfuerzo. Corre el riesgo de retrasar o eliminar 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 de tráfico para los diferentes tipos de clase. Por ejemplo, puede configurar la suscripción para las clases de tráfico de la siguiente manera:

  • Mejor esfuerzo—ct0 1000

  • Voz—ct3 1

Cuando suscribe un tipo de clase para un LSP multiclase, la demanda total de todas las sesiones RSVP siempre es menor que la capacidad real del tipo de clase. Puede utilizar la suscripción insuficiente para limitar el uso de un tipo de clase.

El cálculo de la sobresuscripción de ancho de banda solo se realiza en el enrutador local. Dado que no se requiere ninguna interacción de señalización u otra interacción desde otros enrutadores de la red, la función se puede habilitar 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, dependen del IGP.

En las secciones siguientes 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

• Multiplicadores de sobresuscripción de tipo de clase y exceso de suscripció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. Es posible que también deba ajustar la configuración de los aplicadores automáticos. Los aplicadores automáticos administran el tráfico asignado a un LSP, asegurándose de que no supere los valores de ancho de banda configurados. La sobresuscripción de tamaño de LSP requiere que el LSP pueda superar su asignación de ancho de banda configurada.

La vigilancia policial todavía es posible. Sin embargo, el aplicador de políticas debe configurarse manualmente para tener en cuenta el ancho de banda máximo previsto 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. Use la subscription instrucción para sobresuscribir el vínculo. El valor configurado se aplica a todas las asignaciones de ancho de banda de tipo de clase del vínculo. Para obtener más información acerca de la sobresuscripción del tamaño del vínculo, consulte Configuración del porcentaje de suscripción de ancho de banda para LSP.

Los multiplicadores de sobresuscripción local (LOM) permiten distintos valores de sobresuscripción para distintos tipos de clases. Las LOM son útiles para redes en las que el índice de sobresuscripción debe configurarse de manera diferente en diferentes vínculos y donde se requieren valores de sobresuscripción para diferentes clases. Puede usar esta característica para cancelar la suscripción de tipos de clase que controlan el tráfico de mejor esfuerzo, pero no usar ninguna suscripción excesiva para los tipos de clase que controlan el tráfico de voz. Un LOM se calcula localmente en el enrutador. No se señala ninguna información relacionada con una LOM a otros enrutadores de la red.

Se puede configurar una LOM en cada vínculo y para cada tipo de clase. El tipo LOM por clase le permite aumentar o disminuir el índice de sobresuscripción. El LOM de tipo por clase se tiene en cuenta en toda la contabilidad de ancho de banda local para el control de admisión y la publicidad IGP de anchos de banda no reservados.

El cálculo de LOM está vinculado al modelo de ancho de banda (MAM, MAM extendido y muñecas rusas) utilizado, ya que el efecto de la sobresuscripción en todos los tipos de clase debe tenerse en cuenta con precisión.

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

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

Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, consulte la sección Resumen de instrucciones.

Para suscribir o suscribir en exceso el ancho de banda para cada tipo de clase, configure un porcentaje para cada opción de tipo de clase (ct0, ct1, ct2y ct3) 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 por tipo de clase y Multiplicadores de sobresuscripción local para obtener más información.

Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, consulte la sección Resumen de instrucciones.

percentage es el porcentaje de ancho de banda de tipo de clase que RSVP permite usar para reservas. Puede ser un valor del 0 al 65.000 por ciento. Si especifica un valor mayor que 100, está suscribiendo en exceso la interfaz o el tipo de clase.

El valor que se configura cuando se sobresuscribe a un tipo de clase es un porcentaje del ancho de banda del tipo de clase que se puede utilizar realmente. El valor predeterminado de la suscripción es 100 por ciento.

Puede utilizar la instrucción para deshabilitar nuevas sesiones RSVP para uno o más tipos de subscription clase. Si configura un porcentaje de 0, no se permiten nuevas sesiones (incluidas aquellas con cero 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, ejecute el clear rsvp session comando. Para obtener más información sobre el clear rsvp session comando, consulte el Explorador de CLI.