Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Optimización de LSP señalizados

 

Una vez que se ha establecido un LSP, la topología o los cambios de recursos pueden hacer que, con el tiempo, el path sea subóptimo. Una nueva ruta puede haber dejado de estar disponible y está menos congestionada, tiene una métrica más baja y atraviesa menos saltos. Puede configurar el enrutador para volver a calcular las rutas periódicamente con el fin de determinar si se dispone de una ruta más óptima.

Si se habilita la reoptimización, un LSP se puede enrutar a través de diferentes paths mediante recálculos de paths restringidos. Sin embargo, si la reoptimización está desactivada, el LSP tiene una ruta fija y no puede aprovechar los recursos de red disponibles recientemente. El LSP se fijará hasta que el cambio de topología siguiente interrumpa el LSP y fuerce un recálculo.

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

Debido a la posible sobrecarga del sistema implicada, debe controlar cuidadosamente la frecuencia de la reoptimización. La estabilidad de la red podría verse afectada cuando la reoptimización esté habilitada. De forma predeterminada, optimize-timer la instrucción se establece en 0 (es decir, está deshabilitada).

La optimización de LSP solo tiene sentido cuando se habilita el cálculo de acceso restringido de LSP, que es el comportamiento predeterminado. Para obtener más información sobre el cálculo de los LSP de rutas restringidas, vea Disabling Constrained-Path LSP Computation. Asimismo, la optimización de LSP sólo es aplicable a LSP de entrada, por lo que solo es necesario configurar optimize-timer la 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 activar la reoptimización de ruta, optimize-timer incluya la instrucción:

Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección de Resumen de Estados de cuenta de este extracto.

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

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

  1. La nueva ruta de acceso no es superior en IGP métrica. (La métrica del trazado anterior 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 del trazado anterior, se tiene en cuenta.)
  2. Si la nueva ruta de acceso tiene el mismo IGP métrica, no tendrá más saltos.
  3. La nueva ruta de acceso no provoca preferencia. (Esto es para reducir el efecto de rizo de la preferencia lo que causaría más adelantamiento.)
  4. La nueva ruta de acceso no empeora 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 recorrido por la nueva ruta se compara con el de la ruta de acceso 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 de disponibilidad de banda ancha para que los vínculos se recorran en orden ascendente.

    3. El software también almacena los cuatro valores más pequeños disponibles en el ancho de banda para la nueva ruta, que corresponden a los vínculos recorridos en orden ascendente.

    4. Si alguno de los cuatro valores de ancho de banda disponibles es menor que cualquiera de los valores anteriores de disponibilidad de ancho de banda, la nueva ruta de acceso tendrá al menos un vínculo más congestionado que el vínculo utilizado por la ruta de acceso anterior. Dado que el uso de este vínculo provocaría una mayor congestión, el tráfico no se conmutará a esta nueva ruta.

    5. Si ninguno de los cuatro valores de ancho de banda disponibles es inferior a los anteriores valores de disponibilidad de ancho de banda, la nueva ruta de acceso está menos congestionada que la ruta anterior.

Cuando se cumplan todas las condiciones anteriores, entonces:

  1. Si el nuevo trazado tiene una métrica IGP menor, se aceptará.
  2. Si el nuevo trazado tiene una métrica igual IGP y un recuento de saltos inferior, se acepta.
  3. Si elige least-fill como algoritmo de equilibrio de carga, los LSP equilibran la carga de la siguiente manera:

    1. El LSP se traslada a un nuevo path que se utiliza al menos un 10% menos que la ruta actual. Esto podría reducir la congestión de la ruta de acceso actual en una cantidad pequeña. Por ejemplo, si un LSP con 1 MB de ancho de banda se mueve fuera de un path con un mínimo de 200 MB, la congestión del path original disminuirá en menos de un 1%.

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

    El siguiente ejemplo muestra cómo funciona el least-fill algoritmo de equilibrio de carga.
    Figura 1: Ejemplo de algoritmo de equilibrio de carga con menos relleno
    Ejemplo de algoritmo de equilibrio de carga con menos relleno

    Como se muestra Figura 1en, existen dos posibles caminos para que un LSP atraviese desde el enrutador a al enrutador H, los vínculos impares desde L1 hasta L13 y los vínculos pares de L2 a L14. Actualmente, el enrutador utiliza los enlaces pares como el path activo 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 vínculos 1GE estén congestionados. En este ejemplo, los vínculos de 1GE impar tienen el siguiente ancho de banda disponible:

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

    Los vínculos de 1GE incluso tienen el siguiente ancho de banda disponible:

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

    En función de esta información, el enrutador calcularía la diferencia en el ancho de banda disponible entre los vínculos impares y los pares de ambos, 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 a través de los vínculos impares es del 14% (4% + 4% + 5% + 1%). Dado que el 14% es superior al 10% (el umbral mínimo de algoritmo de relleno), el LSP se moverá a la nueva ruta a través de los enlaces impares del trazado original con los enlaces pares.

  4. De lo contrario, se rechazará la nueva ruta.

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

  • Si la nueva ruta de acceso tiene el mismo IGP métrica, no tendrá más saltos.

  • La nueva ruta de acceso no provoca preferencia. (Esto es para reducir el efecto de rizo de la preferencia lo que causaría más adelantamiento.)

  • La nueva ruta de acceso no empeora en general.

  • Si el nuevo trazado tiene una métrica igual IGP y un recuento de saltos inferior, 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 de jerarquía:

  • [edit protocols mpls]

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

La inclusión optimize-aggressive de la instrucción en la configuración hace que el procedimiento de optimización se desencadene con mayor frecuencia. Los paths se redistribuyen con más frecuencia. También limita el algoritmo de reoptimización a la métrica IGP.