Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Configuración básica de LSP

Configuración de métricas de LSP

La métrica de LSP se utiliza para indicar la facilidad o la dificultad de envío de tráfico a través de un LSP determinado. Reducir los valores métricos de LSP (costos más bajos) aumenta la probabilidad de que se utilice un LSP. Por el contrario, los valores altos de métrica de LSP (costo superior) reducen la probabilidad de que se utilice un LSP.

La métrica de LSP puede ser especificada dinámicamente por el enrutador o de forma explícita por el usuario, tal y como se describe en las secciones siguientes:

Configuración de métricas dinámicas LSP

Si no se configura ninguna métrica específica, un LSP intentará hacer un seguimiento de la métrica IGP hacia el to mismo destino (la dirección del LSP). IGP incluye OSPF, IS-IS, Routing Information Protocol (RIP) y rutas estáticas. Se excluyen BGP y otras rutas de RSVP o LDP.

Por ejemplo, si el OSPF métrica para un enrutador es 20, todos los LSP del enrutador heredarán automáticamente la métrica 20. Si el OSPF hacia un enrutador cambia posteriormente a un valor diferente, todas las métricas del LSP cambian en consecuencia. Si no hay ninguna ruta de IGP hacia el enrutador, el LSP eleva la métrica a 65.535.

Tenga en cuenta que, en este caso, la métrica de LSP está determinada completamente por IGP; carece de relación con el trazado real que actualmente está atravesando el LSP. Si el LSP vuelve a enrutar (por ejemplo, mediante reoptimización), su métrica no cambia y, por lo tanto, permanece transparente para los usuarios. La métrica dinámica es el comportamiento predeterminado; no es necesaria ninguna configuración.

Configuración de métricas de LSP estáticos

Puede asignar manualmente un valor de la métrica fija a un LSP. Una vez configurada la metric instrucción, la métrica del LSP es fija y no puede cambiar:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

La métrica de LSP tiene varios usos:

  • Cuando existen LSP paralelos con el mismo enrutador de salida, las métricas se comparan para determinar qué LSP tienen el valor de métrica más bajo (el costo más bajo) y, por lo tanto, la ruta de acceso preferida al destino. Si las métricas son iguales, el tráfico se comparte.

    Ajustar los valores de métrica puede forzar que el tráfico devenga a algunos LSP sobre otros, independientemente de la métrica de IGP subyacente.

  • Cuando está habilitado un acceso directo a IGP (consulte uso de rutas de acceso con etiquetas conmutadas para aumentar las SPF para Computar IGP métodos abreviados), es posible que se instale una ruta de IGP en la tabla de enrutamiento con un LSP como siguiente salto, si el LSP se encuentra en la ruta más corta hacia el destino. En este caso, la métrica del LSP se agrega al resto IGP métricas para determinar la métrica de ruta de acceso total. Por ejemplo, si un LSP cuyo enrutador de entrada es X y el enrutador de salida se encuentra en la ruta más corta al destino Z, la métrica LSP se agregará a la métrica de la ruta IGP de Y a Z para determinar el costo total del trazado. Si varios LSP son los siguientes saltos potenciales, se compararán las métricas totales de las rutas para determinar cuál es la ruta preferida (es decir, que tenga la métrica total más baja). O bien, IGP trazados y los proveedores de idiomas que conducen al mismo destino podían compararse por medio del valor métrico para determinar cuál es la ruta preferida.

    Mediante el ajuste de la métrica del LSP, puede forzar el tráfico para que prefieran LSP, que prefieran el IGP ruta o que compartan la carga entre ellos.

  • Si los enrutadores X e Y BGP pares y si hay un LSP entre ellos, la métrica LSP representa el costo total de llegar a Y desde X. Si, por cualquier motivo, el LSP reenruta, el costo de la ruta subyacente podría cambiar significativamente, pero el costo de X de llegar a Y sigue siendo el mismo (la métrica LSP), lo que permite que X informe mediante un discriminador de salida múltiple (MED) de BGP una métrica estable para vecinos descendentes. Siempre Y cuando Y continúe alcanzable a través del LSP, ningún cambio será visible para los vecinos de BGP descendente.

Es posible configurar IS para omitir la métrica configurada del LSP incluyendo la ignore-lsp-metrics instrucción en el [edit protocols isis traffic-engineering shortcuts] nivel jerárquico. Esta instrucción quita la dependencia mutua entre IS-IS y MPLS para el cálculo de la ruta de acceso. Para obtener más información, consulte la biblioteca Junos OS de protocolos de enrutamiento para dispositivos de enrutamiento.

Configuración de una descripción de texto para LSP

Puede proporcionar una descripción de texto para un LSP si incluye cualquier texto descriptivo que incluya espacios entre comillas (""). El texto descriptivo que se incluye se muestra en el resultado detallado del show mpls lsp o el show mpls container-lsp comando.

Agregar una descripción de texto para un LSP no tiene ningún efecto sobre el funcionamiento del LSP. La descripción del texto de LSP no puede superar los 80 caracteres.

Para proporcionar una descripción de texto para un proveedor de proveedores description , incluya el extracto en cualquiera de los siguientes niveles de jerarquía:

Antes de empezar:

  • Configure las interfaces del dispositivo.

  • Configure el dispositivo para las comunicaciones 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. Escriba el texto que describa al LSP.

    Por ejemplo:

  2. Compruebe y confirme la configuración.

    Por ejemplo:

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

Configuración de MPLS preferencia suave

La preferencia de software se ha intentado establecer una nueva ruta para un LSP con preferencia antes de anular la actividad del LSP original. El comportamiento predeterminado es desgarrar primero un LSP con preferencia, señalar una nueva ruta de acceso y volver a establecer el LSP sobre la nueva ruta. En el intervalo entre el momento en que se desconecta el path y el nuevo LSP establecido, se pierde cualquier tráfico que intente usar el LSP. La preferencia suave impide la pérdida de este tipo de tráfico. La contrapartida es que durante el momento en que un LSP se ha adelantado, se utilizan dos LSP con sus correspondientes requisitos de ancho de banda hasta que el path original deje de estar en posición de baja.

MPLS preferencia suave es útil para el mantenimiento de la red. Por ejemplo, puede mover todos los LSP de una interfaz en particular, dejar la interfaz fuera de mantenimiento sin interrumpir el tráfico. MPLS la preferencia flexible se describe en detalle en RFC 5712, MPLS de ingeniería de tráfico flexible.

La preferencia de software es una propiedad del LSP y está desactivada de forma predeterminada. Para configurarlo en el ingreso de un LSP, incluya el soft-preemption extracto:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

También puede configurar un temporizador para la preferencia suave. El cronómetro designa el tiempo que debe esperar el enrutador antes de que se inicie una preferencia de este fin en el LSP. Al final del tiempo especificado, el LSP se deja de presionar y reseñalizar. El temporizador de limpieza de anticipación de aplicaciones flexibles tiene un valor predeterminado de 30 segundos; el intervalo de valores permisibles va de 0 a 180 segundos. El valor 0 significa que la preferencia suave está desactivada. El temporizador de limpieza de la "Soft-devacía" es global para todos los LSP.

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

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

Nota:

No se puede configurar la preferencia suave en los LSP para los que se configuró el redireccionamiento rápido. La configuración no se confirma. Sin embargo, puede activar la preferencia de Soft sobre junto con la protección del nodo y del vínculo.

Nota:

El valor de contador para SoftPreemptionCnt se inicializa con un valor de 0 (cero), visible en la salida del show rsvp interface detail comando.

Configuración de prioridad y preferencia para LSP

Cuando no hay suficiente ancho de banda para establecer un LSP más importante, es posible que desee interrumpir un LSP existente menos importante para liberar el ancho de banda. Para ello, debe tener preferencia sobre el LSP existente.

El hecho de que se pueda tener preferencia sobre un LSP lo determinan dos propiedades asociadas con el LSP:

  • Prioridad de configuración: determina si se puede establecer un nuevo LSP que antepase a un LSP existente. Para que se produzca la preferencia, la prioridad de instalación del nuevo LSP debe ser superior a la del LSP existente. Asimismo, el hecho de tener preferencia sobre el LSP existente debe producir un ancho de banda suficiente para soportar el nuevo LSP. Es decir, la preferencia sólo se produce si el nuevo LSP se puede configurar correctamente.

  • Prioridad de reserva: determina el grado en que un LSP se mantiene aferrado a 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 produzca su reserva y, por lo tanto, es improbable que se pueda tener preferencia sobre el LSP.

No puede configurar un LSP con una prioridad de configuración alta y una prioridad de reserva baja, ya que pueden producirse bucles de adelantamiento permanentes si dos LSP tienen permiso para tener preferencia mutuamente. Debe configurar la prioridad de reserva para que sea mayor o igual que la prioridad de configuración.

La prioridad de la 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 del programa de instalación determina el orden en el que se presta servicio a los LSP. Los proveedores de información con mayor prioridad se suelen establecer en primer lugar y, por lo tanto, disfrutar 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 de jerarquía en los que puede incluir esta instrucción, consulte la sección de Resumen de Estados de cuenta de este extracto.

Ambos setup-priority y reservation-priority puede ser un valor comprendido entre 0 y 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 instalación de 7 (es decir, no puede tener preferencia sobre ningún otro LSP) y una prioridad de reserva de 0 (es decir, ningún LSP puede tener preferencia sobre él). Estas opciones predeterminadas son tales que la preferencia adelantada no ocurre. Cuando configure estos valores, la prioridad del programa de instalación debe ser siempre menor o igual que la prioridad de retención.

Configuración de grupos administrativos para LSPs

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 tal forma que los vínculos con el mismo color pertenecen conceptualmente a la misma clase. Puede utilizar grupos administrativos para implementar una variedad de configuraciones de LSP basadas en políticas.

Los grupos administrativos solo son significativos cuando está habilitado el cálculo de LSP con ruta de acceso restringida.

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

Nota:

El valor administrativo es distinto al de la prioridad. Puede configurar la prioridad para un LSP a través priority de la instrucción. Consulte configuración de prioridad y preferencia para LSP.

Para configurar los grupos administrativos, siga estos pasos:

  1. Definir varios niveles de calidad de servicio incluyendo la admin-groups siguiente declaración:

    Puede incluir esta instrucción en los siguientes niveles de jerarquía:

    • [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 administrativos y valores para un dominio:

  2. Defina los grupos administrativos a los que pertenece una interfaz. Puede asignar varios grupos a una interfaz. Incluir la interface 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]

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

    IGPs utilice la información del grupo para crear paquetes de estado de vínculo, que luego se inundan por toda la red, lo que proporciona información a todos los nodos de la red. En todos los enrutadores, está disponible la topología IGP, así como los grupos administrativos de todos los vínculos.

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

    Nota:

    Cuando configure grupos administrativos y grupos administrativos extendidos junto con un vínculo, ambos tipos de grupos administrativos deben estar configurados en la interfaz.

  3. Configure una restricción de grupo administrativo para cada LSP o para cada ruta de LSP primaria o secundaria. Incluir 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 se omiten include-alllas include-anyinstrucciones, exclude o o, la computación del trazado continúa sin modificar. El cálculo de la ruta de acceso se basa en el cálculo de los LSP con ruta de acceso restringida. Para obtener más información sobre cómo se calcula el cálculo de los LSP de ruta restringido, vea Cómo CSPF selecciona un trazado.

    Nota:

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

Configuración de grupos administrativos extendidos para LSPs

En MPLS la ingeniería de tráfico, un vínculo puede configurarse con un conjunto de grupos administrativos (también conocidos como colores o clases de recursos). Los grupos administrativos se transfieren en el protocolo de puerta de enlace interior (IGP) (OSPFv2 y IS-IS) como un valor de 32 bits asignado a cada vínculo. Por lo general, Juniper Networks enrutadores interpretan este valor de 32 bits como una máscara de bits con cada bit que representa un grupo, limitando cada red a un total de 32 grupos administrativos distintos (del intervalo de valores del 0 al 31).

Configure grupos administrativos extendidos, representados por un valor de 32 bits, expandiendo el número de grupos administrativos que se admiten en la red más allá de solo 32. El rango original de valores disponibles para los grupos administrativos se sigue admitiendo por compatibilidad con versiones anteriores.

La configuración de los grupos administrativos extendidos acepta un conjunto de interfaces con un conjunto correspondiente de nombres de grupos administrativos extendidos. Convierte los nombres en un conjunto de valores de 32 bits y propaga esta información en el IGP. Los valores de los grupos administrativos extendidos son globales y deben estar configurados de la misma manera en todos los enrutadores que participan en la red. La base de datos de grupos administrativos ampliada en todo el dominio, aprendida desde otros enrutadores a través de la inundación de IGP, es utilizada por la ruta más corta primero restringida (CSPF) para el cálculo de la ruta.

El siguiente procedimiento describe cómo configurar los grupos administrativos extendidos:

  1. Configure admin-groups-extended-range la instrucción:

    Puede incluir esta instrucción en los siguientes niveles de jerarquía:

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    La admin-groups-extended-range instrucción incluye las minimum opciones maximum y. El valor máximo del intervalo debe ser mayor que el mínimo del intervalo.

  2. Configure admin-groups-extended la instrucción:

    Puede incluir esta instrucción en los siguientes niveles de jerarquía:

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    La admin-groups-extended instrucción le permite configurar un nombre de grupo y un valor de grupo para el grupo administrativo. El valor del grupo debe estar dentro del rango de valores configurados mediante la admin-groups-extended-range instrucción.

  3. Los grupos administrativos extendidos de una interfaz MPLS constan del conjunto de nombres de grupos administrativos extendidos asignados a la interfaz. La interfaz extendido de nombres de grupos administrativos debe configurarse para los grupos globales de administración extendida.

    Para configurar un grupo administrativo extendido para una interfaz de MPLS, especifique el nombre del grupo administrativo en la configuración de interfaz admin-groups-extended MPLS, utilizando la siguiente instrucción:

    Puede incluir esta instrucción en los siguientes niveles de jerarquía:

    • [edit protocols mpls interface interface-name]

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

  4. Los grupos administrativos extendidos de LSP definen el conjunto de restricciones de incluir y excluir para un LSP y para las rutas principal y secundaria de una ruta. Los nombres de los grupos administrativos extendidos deben configurarse para el grupo global de administradores extendidos.

    Para configurar grupos administrativos extendidos para un LSP, incluya admin-group-extended la declaración en el nivel de jerarquía de LSP:

    La admin-group-extended instrucción incluye las siguientes opciones: apply-groups, apply-groups-except, excludeinclude-all, y include-any. Cada opción le permite configurar uno o varios grupos administrativos extendidos.

    Para obtener una lista de los niveles de jerarquía en los que puede configurar esta instrucción, consulte el resumen del extracto de cuenta de este extracto.

  5. Para mostrar los grupos administrativos extendidos configurados actualmente show mpls admin-groups-extended , emita el comando.
Nota:

Cuando configure grupos administrativos y grupos administrativos extendidos junto con un vínculo, ambos tipos de grupos administrativos deben estar configurados en la interfaz.

Configuración de valores de preferencia para LSP

Opcionalmente, puede configurar varios LSP entre el mismo par de enrutadores de entrada y salida. Esto resulta ú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 en lugar de otro, defina distintos niveles de preferencia para los LSP concretos. Se utiliza el LSP con el menor valor de preferencia. La preferencia predeterminada del LSP de RSVP es 7 y para el LSP de LDP es 9. Estos valores de preferencia son más bajos (más preferidos) que todas las rutas aprendidas, excepto las directas.

Para cambiar el valor de preferencia por defecto, preference se debe incluir el extracto:

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.

Desactivación del trazado ruta de rutas por LSP

La implementación Junos de RSVP admite el objeto record Route, que permite que un LSP registre de forma activa los enrutadores a través de los que se transmiten. Puede utilizar esta información para solucionar problemas e impedir los bucles de enrutamiento. De forma predeterminada, se registra la información de ruta de rutas de acceso. Para deshabilitar la grabación, no-record incluya la instrucción:

Para obtener una lista de los niveles de jerarquía en los que record puede no-record incluir las sentencias y, consulte la sección Resumen de Estados de cuenta del extracto.

Lograr una marca antes de interrumpir el cambio de hitless para los LSP

Es posible que las rutas de los LSP conmutadas por etiqueta adaptables necesiten establecer una nueva instancia de LSP y transferir el tráfico de una instancia antigua de LSP a la nueva instancia de LSP antes de anular la antigua. Este tipo de configuración se denomina marca antes de la interrupción (MBB).

RSVP-TE es un protocolo que se utiliza para establecer LSP en redes de MPLS. La Junos OS implementación de RSVP-TE para lograr una hitless (sin pérdida de tráfico) MBB el intercambio ha confiado en la configuración de los valores de temporizador en las siguientes instrucciones de configuración:

  • optimize-switchover-delay: cantidad de tiempo de espera antes de cambiar a la nueva instancia de LSP.

  • optimize-hold-dead-delay: cantidad de tiempo para esperar después de la conmutación y antes de eliminar la instancia de LSP antigua.

Las optimize-switchover-delay dos afirmaciones y y optimize-hold-dead-delay se aplican a todos los proveedores de idiomas que utilizan el comportamiento de hacer antes de interrumpir la configuración y el desmontaje de LSP, no sólo para los LSP para los que también se ha configurado la optimize-timer instrucción. Las siguientes funciones del MPLS causan que LSP se configuren y se despresionen con el comportamiento de hacer antes de interrumpir:

  • LSP adaptables

  • Asignación automática de ancho de banda

  • BFD para LSPs

  • Cambio de motor de enrutamiento estable

  • Protección de nodos y vínculos

  • Enrutamiento activo no detenido

  • LSP optimizado

  • LSP de punto a multipunto (P2MP)

  • Preferencia suave

  • Rutas secundarias en espera

Tanto las optimize-switchover-delay sentencias y como optimize-hold-dead-delay si están configuradas agregan un retardo artificial al proceso MBB. El valor de la optimize-switchover-delay instrucción varía según el tamaño de los objetos de ruta explícitos (Eros). Una ERO es una extensión de RSVP que permite que un mensaje de ruta RSVP atraviese una secuencia explícita de enrutadores que es independiente del enrutamiento IP convencional de ruta de acceso más corta. El valor de la optimize-switchover-delay instrucción también depende de la carga de la CPU de cada uno de los enrutadores de la ruta de acceso. Los clientes establecen optimize-switchover-delay la declaración por prueba y error.

El valor de la optimize-hold-dead-delay instrucción depende de la rapidez con la que el enrutador de entrada mueve todos los prefijos de aplicación para señalar al nuevo LSP. Esto lo determina la motor de reenvío de paquetes carga, que puede variar de una plataforma a la plataforma. Los clientes deben definir la optimize-hold-dead-delay declaración por prueba y error.

Sin embargo, a partir de la versión 15,1, Junos OS es capaz de lograr un cambio de MBB hitless sin configurar los retardos artificiales que introducen esos valores de temporizador.

Este tema resume los tres métodos de lograr un intercambio de MBB de un LSP antiguo a un nuevo LSP mediante Junos OS:

Especificar la cantidad de tiempo que el enrutador espera para cambiar a nuevas rutas de

Para especificar la cantidad de tiempo que el enrutador espera para cambiar instancias de LSP a rutas recién optimizadas optimize-switchover-delay , utilice la instrucción. Sólo necesita configurar esta instrucción en enrutadores que actúen como ingresos para los LSP afectados (no es necesario que configure esta instrucción en los enrutadores de tránsito o de salida). El temporizador de esta instrucción ayuda a garantizar que se han establecido las nuevas rutas optimizadas antes de que el tráfico pase de las rutas antiguas. Este temporizador sólo puede habilitarse o deshabilitarse para todos los LSP configurados en el enrutador.

Para configurar la cantidad de tiempo que el enrutador espera para cambiar instancias de LSP a rutas recién optimizadas, especifique el tiempo en segundos optimize-switchover-delay mediante la siguiente 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]

Especificar la cantidad de tiempo de retardo de las desgarras de las rutas antiguas

Utilice la optimize-hold-dead-delay instrucción para especificar la cantidad de tiempo de retraso de la anulación de rutas antiguas después de que el enrutador haya conmutado el tráfico a nuevas rutas optimizadas. Sólo necesita configurar esta instrucción en enrutadores que actúen como ingresos para los LSP afectados (no es necesario que configure esta instrucción en los enrutadores de tránsito o de salida). El temporizador de esta instrucción ayuda a garantizar que las rutas antiguas no se hayan anulado antes de que todas las rutas hayan cambiado a las nuevas rutas optimizadas. Puede activar este temporizador para LSP específicos o para todos los LSP configurados en el enrutador.

Para configurar la cantidad de tiempo en segundos para retrasar la anulación de rutas antiguas después de que el enrutador haya conmutado optimize-hold-dead-delay el tráfico a nuevas rutas optimizadas, utilice la siguiente 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.

Cómo lograr un hitless, cambio de MBB sin retrasos artificiales

A partir de Junos OS versión 15,1, existe otra forma de ceder las instancias antiguas de LSP tras el cambio de MBB, sin depender de los intervalos de tiempo arbitrarios configurados por la optimize-switchover-delay instrucción o optimize-hold-dead-delay . Por ejemplo, si utiliza la optimize-hold-dead-delay instrucción, puede configurar una hora en la que piensa que es seguro esperar antes de anular la instancia antigua del LSP después de MBB. Sin embargo, es posible que algunas rutas sigan estando en el proceso de cambiar a la nueva instancia. Al recortar la instancia antigua del LSP, se produce prematuramente que uno de los nodos de tránsito abandona el tráfico de aquellas rutas que no han cambiado a la nueva instancia LSP.

Para evitar la pérdida de tráfico, en lugar de optimize-switchover-delay utilizar la instrucción, puede utilizar MPLS-mantenimiento seguros (LSP ping), que confirma que el plano de datos del LSP se establece de extremo a extremo. En lugar de utilizar la optimize-hold-dead-delay instrucción, puede usar un mecanismo de comentarios de la infraestructura RPD que confirme que se han cambiado todos los prefijos que se refieren al LSP antiguo. El mecanismo de retroalimentación se origina desde la biblioteca de etiquetas y depende de la infraestructura del proceso de protocolo de enrutamiento (RPD) para determinar cuándo todas las rutas que utilizan la instancia antigua de LSP se han cambiado completamente a la nueva instancia LSP después del cambio de MBB.

El mecanismo de retroalimentación siempre está en su sitio y es opcional. Configure optimize-adaptive-teardown la instrucción para que utilice el mecanismo de retroalimentación durante el cambio de MBB. Esta característica no es compatible con instancias de LSP de punto a multipunto (P2MP) de RSVP. La configuración global de optimize-adaptive-teardown la instrucción sólo afecta a los LSP de punto a punto que se configuran en el sistema.

Sólo debe configurar la optimize-adaptive-teardown instrucción en los enrutadores que actúen como entrada para los LSP afectados (no es necesario que configure esta instrucción en los enrutadores de tránsito o de salida). Este mecanismo de retroalimentación garantiza que las rutas antiguas no se hayan desactivado antes de que todas las rutas hayan cambiado a las nuevas rutas optimizadas. La configuración global de esta instrucción de configuración sólo afecta a los LSP de punto a punto que se configuran en el sistema.

Puede incluir esta instrucción en el nivel [edit protocols mpls] de jerarquía.

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 deshabilitar el cálculo de LSP restringido de rutas de acceso. 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 rellenoEjemplo 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.

Configuración del temporizador Optimize Smart para los LSP

Debido a las limitaciones de recursos de red y enrutador, no suele ser aconsejable configurar un intervalo corto para el temporizador Optimize. Sin embargo, en determinadas circunstancias, podría ser conveniente volver a optimizar una ruta antes de lo que normalmente proporcionaría el temporizador Optimize.

Por ejemplo, un LSP está atravesando una ruta preferida que, posteriormente, falla. A continuación, el LSP se conmuta a un camino menos adecuado para alcanzar el mismo destino. Aunque la ruta original se restaure rápidamente, es posible que el LSP tarde demasiado tiempo en volver a utilizarla, ya que tiene que esperar a que el optimizado de optimización vuelva a optimizar las rutas de red. Para estas situaciones, es posible que desee configurar el temporizador inteligente Optimize.

Cuando habilita el temporizador Smart optimize, un LSP vuelve a cambiar su ruta original siempre que se haya restaurado el path original dentro de 3 minutos después de bajarse. Además, si la ruta de acceso original vuelve a funcionar dentro de los 60 minutos, el temporizador optimizado inteligente quedará deshabilitado, y la optimización de ruta se compartiría como normalmente cuando el temporizador optimizar solo esté habilitado. Esto impide que el enrutador utilice un vínculo con oscilaciones.

El temporizador optimizado inteligente depende de otras características de MPLS para funcionar correctamente. Para el escenario aquí descrito, en el que un LSP se conmuta a un path alternativo en caso de que se produzca una falla en la ruta original, se supone que ha configurado uno o varios de los MPLS funciones de protección de tráfico, incluida la redistribución rápida, la protección de enlaces y secundarias en espera. Estas características ayudan a garantizar que el tráfico pueda alcanzar su destino en caso de que se produzca un error.

Como mínimo, debe configurar una ruta de acceso secundaria en espera para que la característica de temporizador Optimize inteligente funcione correctamente. La protección de reenrutamiento y enlace rápidos son soluciones más temporales a la interrupción de la red. Una ruta secundaria asegura que hay una ruta alternativa estable en caso de que se produzca un error en la ruta de acceso primaria. 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 alcanzar su destino. Para obtener más información sobre MPLS protección del tráfico, consulte MPLS y la protección del tráfico.

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

Esto podría no ser conveniente si la ruta de acceso primaria debe ser la ruta activa y el path secundario debe ser utilizado únicamente como respaldo. Además, si el path secundario se utiliza como ruta de acceso activa (aunque se haya restablecido la ruta de acceso primaria) y se produce un error en el segundo Path, la característica de temporizadores Smart Optimize no cambiará automáticamente el tráfico de regreso a la ruta primaria. Sin embargo, puede habilitar la protección para el path secundario mediante la configuración de la protección de nodo y vínculo, o de una ruta de acceso secundaria adicional en espera, en cuyo caso, el temporizador inteligente optimizado puede ser efectivo.

Especifique el tiempo en segundos para el temporizador de optimización inteligente con smart-optimize-timer la 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]

Limitar el número de saltos en LSP

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 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.

El número de saltos puede estar comprendido entre 2 y 255. (Una ruta de acceso con dos saltos está formada únicamente por los enrutadores de entrada y de salida.)

Configuración del valor de ancho de banda para LSP

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 la ruta RSVP. Puede especificar un valor de ancho de banda en bits por segundo. Si configura más ancho de banda para un LSP, debe ser capaz de llevar a cabo un volumen de tráfico superior. El ancho de banda predeterminado es 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 enlaces salientes de la ruta. El esquema de reserva RSVP se utiliza para reservar esta capacidad. Cualquier fallo en la reserva del ancho de banda (tales como fallos en el control de la política RSVP o en el control de admisión) podría ocasionar un fallo de 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 está establecido.

Para especificar un valor de ancho de banda para un LSP señalado, bandwidth incluya la siguiente declaració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.

Asignación automática de ancho de banda para LSP

La asignación automática del ancho de banda permite que un túnel de MPLS ajuste automáticamente su asignación de ancho de banda basándose en el 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 según 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.

Puede establecer un intervalo de muestreo en un LSP configurado con la asignación automática de ancho de banda. El ancho de banda medio se supervisa durante este intervalo. Al final del intervalo, se intenta indicar una nueva ruta para el LSP con una asignación de ancho de banda establecida en el valor promedio máximo del intervalo de muestreo anterior. Si el nuevo trazado se ha establecido con éxito y se extrae el trazado original, el LSP se conectará al nuevo path. 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 intenta establecer un nuevo trazado. Tenga en cuenta que puede establecer los valores de ancho de banda mínimo y máximo para el LSP.

Durante el intervalo automático de asignación de ancho de banda, es posible que el enrutador reciba un aumento constante del tráfico (aumento del uso de ancho de banda) en un LSP, causando así la congestión o pérdida de paquetes. Para evitar esto, puede definir que un segundo desencadenador caduque prematuramente el temporizador del ajuste automático del ancho de banda antes de que finalice el intervalo de ajuste actual.

Configuración automática de asignación de ancho de banda para LSP

La asignación automática del ancho de banda permite que un túnel de MPLS ajuste automáticamente su asignación de ancho de banda basándose en el 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 según 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 medio actual máximo se compara con el ancho de banda asignado para el LSP. Si el LSP necesita más ancho de banda, se intentará 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 sigue utilizando su ruta actual.

Nota:

Al calcular el valor para Max AvgBW (en relación con el LSP de entrada), el ejemplo recopilado durante la interrupción del mismo (MBB) se omite para evitar resultados inexactos. También se omite el primer ejemplo después de un ajuste del ancho de banda o después de un cambio en el ID del LSP (independientemente del cambio de ruta).

Si ha configurado la protección de vínculos y nodos para el LSP y se ha cambiado el tráfico 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 derivación. Para el primer ciclo de ajuste del ancho de banda, se utiliza el promedio de uso de ancho de banda obtenido del vínculo original y del LSP protegido por nodo para retirarse del LSP de derivación si se necesita más ancho de banda. (Los conmutadores de serie QFX no admiten la protección de vínculos y nodos.)

Si ha configurado la reenrutación rápida para el LSP, es posible que no pueda utilizar esta característica 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 podría ser doble. El Double-Counting puede impedir que un LSP que redirige de manera rápida cambie su ancho de banda cuando la asignación automática de ancho de banda está activada. (No se admite la reenrutación rápida en conmutadores de serie QFX.)

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

Nota:

En los conmutadores QFX10000, sólo puede configurar la asignación automática de ancho edit protocols mpls de banda en el nivel de jerarquía. No se admiten los sistemas lógicos.

Configuración de ajustes optimizados de ancho de banda automático para MPLS LSP

La funcionalidad de ancho de banda automático permite que los LSP RSVP-ING-T, configurados directamente o creados automáticamente mediante malla automática, vuelvan a tamaño según la velocidad de tráfico. La velocidad de tráfico que se lleva a cabo en cada LSP se mide mediante la recopilación periódica de muestras de la velocidad de tráfico. La frecuencia de la recopilación de estadísticas de tráfico se controla mediante la adjust-interval instrucción de configuración. El valor mínimo configurable adjust-interval de es de un segundo. El redimensionamiento de los LSP se denomina ajuste y la frecuencia de los ajustes se controla mediante la adjust-interval instrucción.

A partir de Junos OS versión 20.4R1, el mínimo para un ajuste se reduce a 150 segundos si las instrucciones o cruzan los valores de umbral de adjust-interval desborde configurado o bajo auto-bandwidthadjust-threshold-overflow-limitadjust-threshold-underflow-limit flujo.

Sin embargo, el mínimo adjust-interval para un ajuste es de 300 segundos si no se detecta ningún desborde o una muestra auto-bandwidth de bajo flujo.

En las versiones anteriores a Junos OS de 20.4R1, es de 300 segundos en condiciones de inundación o bajo adjust-interval flujo.

Con la implementación de la optimización del ajuste del ancho de banda automático, disminuye el ancho de auto-bandwidth banda del LSP más rápido. El enrutador de borde de la etiqueta de entrada (LER) puede redimensionar en menos de 150 segundos debido a la reducción, siempre que el desgarro de una instancia de LSP antigua después del salto previo al salto (MBB) se realice en un plazo de adjust-threshold-overflow-limit 150 segundos.

Los requisitos para la optmización del ancho de banda automático son:

  • Reduzca la probabilidad de cambio de ruta de LSP: esto es para reducir la probabilidad de cambio de ruta de LSP cuando se produce un ajuste de ancho de banda automático.

  • Reducir la probabilidad de reenrutar LSP: esto es para reducir la probabilidad de que el LSP reenrute debido a los LSP de mayor prioridad que exigen el mismo recurso.

Para cumplir estos requisitos, la optimización de ajustes de ancho de banda automático admite lo siguiente:

  1. In-place LSP Bandwidth Update: permite que el enrutador de borde de etiqueta de entrada (LER) vuelva a usar el ID de LSP cuando realice cambios de ancho de banda en un LSP dentro del dominio.

    Nota:

    La actualización de ancho de banda LSP local no es aplicable para un LSP entre dominios.

    En ciertos casos, el próximo salto de la ruta del LSP transporta el ancho de banda del LSP, ya sea de manera directa o indirecta. Aunque en estos casos se admite la actualización de ancho de banda del LSP local, la mejora del rendimiento de la funcionalidad es limitada debido al cambio de ruta del LSP. Es decir, debido al cambio en la tabla de rutas inet.3 después del ancho de banda automático (MPLS túnel). Por ejemplo, la mejora del rendimiento está limitada cuando se configuran las instrucciones o ambas:

    • auto-policing configurada en MPLS.

    • La opción bandwidth en la instrucción configurada en load-balance RSVP.

    Nota:

    Se produce un error en la actualización del ancho de banda del LSP local mediante el re-uso del LSP-ID y el LER de entrada activa de inmediato la MBB con un nuevo ID de LSP si:

    • no-cspf está configurado para el LSP.

    • El LSP lo controla el elemento de cálculo de ruta (PCE).

    • Se dispara el temporizador de optimización de LSP.

    • clear mpls lsp optimize-aggressive comando se ejecuta.

  2. Per-priority Subscription: para utilizar los recursos de red de manera más eficiente, la suscripción por prioridad le permite configurar un porcentaje más bajo de suscripción de RSVP para LSP de menor prioridad y un porcentaje más alto de suscripción de RSVP para LSP de prioridades más altas.

    Por ejemplo, en lugar de establecer un porcentaje de suscripción de RSVP como un 90 % para LSP para todas las prioridades, puede configurar un porcentaje inferior de suscripción de RSVP (por ejemplo, un 75 %) para LSP de menor prioridad

Nota:

La suscripción por prioridad no interopera con ingeniería de tráfico compatible con servicios diferenciados (DiffServ) (ING-T). La ingeniería de tráfico consciente de los servicios diferenciados (DiffServ) ofrece un uso compartido más flexible y estadístico del ancho de banda ING-T de vínculo que la suscripción por prioridad.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Configure la interfaz del dispositivo para activar MPLS.
  2. Configure MPLS protocolo en la interfaz.
  3. Configure MPLS y los LSP y configure la protección de vínculos para el LSP.
  4. Configure in-place-bandwidth-update para el LSP para habilitar el redimensionamiento automático del LSP del ancho de banda.
  5. Ingrese commit desde el modo de configuración.

Verification

Desde el modo de configuración, escriba los comandos, para confirmar show protocols show interfaces su configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

To Configure Per-priority Subscription:

  1. Configure el protocolo RSVP en la interfaz.

  2. Configure el valor de suscripción de ancho de banda para la interfaz. Puede ser un valor comprendido entre 0 y 65.000 por ciento. El valor predeterminado de suscripción es 100 por ciento.

  3. Configure la prioridad de suscripción sobre la interfaz.

  4. Configure el porcentaje de suscripción para la prioridad.

  5. Ingrese commit desde el modo de configuración.

Verification

Desde el modo de configuración, escriba los comandos, para confirmar show protocols show interfaces su configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración de informes de estadísticas automáticas de asignación de ancho de banda para LSP

La asignación automática del ancho de banda permite que un túnel de MPLS ajuste automáticamente su asignación de ancho de banda basándose en el volumen de tráfico que fluye a través del túnel. Puede configurar el dispositivo para recopilar estadísticas relacionadas con la asignación automática del ancho de banda si realiza los pasos siguientes:

  1. Para recopilar estadísticas relacionadas con la asignación automática de ancho auto-bandwidth de banda, statistics configure la [edit protocols mpls] opción para la instrucción en el nivel jerárquico. Esta configuración se aplica a todos los proveedores de idiomas configurados en el enrutador en el que también haya configurado la auto-bandwidth instrucción en el nivel de [edit protocols mpls label-switched-path label-switched-path-name] jerarquía.
  2. Especifique el filename para los archivos utilizados para almacenar los MPLS resultado de la operación de file seguimiento mediante la opción. Todos los archivos se colocan /var/logen el directorio. Se recomienda colocar MPLS resultado de seguimiento en el archivo mpls-log.
  3. Especifique el número máximo de archivos de seguimiento mediante files number la opción. Cuando un archivo de seguimiento trace-file alcanza su tamaño máximo, se le cambia trace-file.0el nombre trace-file.1, y así sucesivamente, hasta que se alcanza el número máximo de archivos de seguimiento. A continuación, se sobrescribe el archivo de seguimiento más antiguo.
  4. Especifique el intervalo para calcular el uso promedio del ancho de banda configurando el tiempo en interval segundos mediante la opción. También puede establecer el intervalo de ajuste en un LSP específico si configura la interval opción en el [edit protocols mpls label-switch-path label-switched-path-name statistics] nivel de jerarquía.
    Nota:

    Para evitar una Reseñalización innecesaria de LSP, es mejor configurar un intervalo de ajuste de LSP de al menos tres veces más que el intervalo de estadísticas del ancho de banda automático MPLS. Por ejemplo, si configura un valor de 30 segundos para el intervalo de estadísticas de ancho de banda automático de MPLS ( instrucción en el nivel de jerarquía), debe configurar un valor de al menos 90 segundos para el intervalo de ajuste de LSP ( instrucción en el nivel de interval[edit protocols mpls statistics]adjust-interval[edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] jerarquía).

  5. Para rastrear la asignación automática del ancho autobw-state flag de banda, traceoptions incluya la instrucción [edit protocols mpls] for the MPLS en el nivel de jerarquía.

    La siguiente configuración habilita el MPLS TraceOptions para la asignación automática de anchos de banda. Los registros de seguimiento se almacenan en un auto-band-trace archivo llamado (el nombre de archivo puede ser configurable por el usuario):

  6. Con el show log comando, puede mostrar el archivo de estadísticas automático de asignación de ancho de banda que se genera al configurar la instrucción de ancho de banda automático (MPLS Statistics) . A continuación se muestra el resultado de un archivo de registro tomado de un auto-band-stats MPLS archivo de estadísticas nombrado en un enrutador configurado con un LSP denominado E-D. El archivo de registro indica que E-D LSP está operando inicialmente por encima de su límite de ancho de banda reservado. Antes Oct 30 17:14:57, el enrutador activó un ajuste automático del ancho de banda (es posible que vea dos sesiones para que un LSP esté realizando un ajuste automático del ancho de banda). Por Oct 30 17:16:57, el LSP se ha restablecido a un ancho de banda superior y ahora se muestra utilizando menos del 100 por ciento Reserved Bw de su (ancho de banda reservado).
  7. Ejecute el comando Mostrar ancho de banda automático de LSP de MPLS para mostrar la información actual sobre la asignación automática del ancho de banda. A continuación se muestra un ejemplo del show mpls lsp autobandwidth resultado del comando seguido al mismo tiempo que el archivo de registro mostrado anteriormente:
  8. Ejecute el file show comando para mostrar el archivo de traza MPLS. Debe especificar la ubicación del archivo y el nombre del archivo (el archivo se encuentra /var/log/en la dirección. A continuación se muestra el resultado de un archivo de seguimiento de ejemplo de un auto-band-trace.0.gz archivo de traza MPLS nombrado en un enrutador configurado con un LSP denominado E-D. El archivo de seguimiento indica que E-D LSP está operando inicialmente por encima de su límite de ancho de banda reservado. En Oct 30 17:15:26, el enrutador activa un ajuste automático del ancho de banda (es posible que vea dos sesiones para que un LSP esté realizando un ajuste automático del ancho de banda). Por Oct 30 17:15:57, el LSP se ha restablecido a un ancho de banda superior y ahora se muestra utilizando menos del 100 por ciento Reserved Bw de su (ancho de banda reservado).

Configuración de un LSP en todo el inmovilizado

Puede configurar un LSP para que atraviesen varias áreas de una red, incluyendo la inter-domain declaración como parte de la configuración de LSP. Esta instrucción permite que el enrutador busque rutas en la base de datos IGP. Debe configurar esta instrucción en enrutadores que podrían no encontrar una ruta de acceso con CSPF dentro del dominio (buscando en la base de datos de ingeniería de tráfico (TED)). Cuando configure LSP interareas, se inter-domain requiere la instrucción.

Antes de empezar:

  • Configure las interfaces del dispositivo con MPLS de la familia.

  • Configure el ID del enrutador del dispositivo y el número de sistema autónomo.

  • Activar MPLS y RSVP en las interfaces de enrutador y de tránsito.

  • Configure los IGP para que admitan la ingeniería de tráfico.

  • Configure un LSP desde la entrada al enrutador de salida.

Para configurar un LSP en varias plataformas del enrutador de entrada con conmutación de etiquetas (LER):

  1. Activar MPLS en todas las interfaces (excluida la interfaz de administración).
  2. Activar RSVP en todas las interfaces (excluida la interfaz de administración).
  3. Configure el LSP de la zona entre áreas.
  4. Compruebe y confirme la configuración.

Anuncio de amortiguación de cambios de estado de LSP

Cuando un LSP cambia de estar en funcionamiento o desde el máximo a lo previsto, esta transición surte efecto inmediatamente en el software y el hardware del enrutador. Sin embargo, cuando es IS-IS y OSPF LSP, es posible que desee amortiguar las transiciones de LSP, por lo que no debe anunciar la transición hasta que haya transcurrido un determinado período de tiempo (conocido como tiempo de espera). En este caso, si el LSP sale de un máximo de un periodo de inactividad, no se anunciará al LSP hasta que permanezca inactivo durante el período de tiempo de retención. Las transiciones de abajo a arriba se anuncian en IS-IS y OSPF inmediatamente. Tenga en cuenta que la amortiguación del LSP sólo afecta a los anuncios IS IS y OSPF del LSP; otro software y hardware de enrutamiento reaccionan inmediatamente a las transiciones del LSP.

Para la amortiguación de las transiciones advertisement-hold-time de LSP, incluya el extracto:

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 de jerarquía:

  • [edit protocols mpls]

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

Configuración de LSP bidireccionales de la coruta

Un LSP de paquetes bidireccional coruteados es una combinación de dos LSP que comparten la misma ruta entre un par de nodos de entrada y salida, tal y como Figura 2se muestra en la. Se establece mediante las extensiones GMPLS para RSVP-TE. Este tipo de LSP se puede utilizar para llevar a cabo cualquiera de los tipos estándar de tráfico basado en MPLS, incluidas las VPN de capa 2, los circuitos de capa 2 y las VPN de capa 3. Puede configurar una sola sesión BFD para el LSP bidireccional (no necesita configurar una sesión de BFD para cada LSP en cada dirección). También puede configurar un solo LSP bidireccional de reserva para proporcionar una copia de seguridad del LSP primario bidireccional. Los LSP bidireccionales de la coruta se admiten tanto en la expropiación del penúltimo salto (PHP) como en la del último salto (UHP).

Existe una alta disponibilidad para LSP bidireccionales. Puede activar el reinicio normal y no detener el enrutamiento activo. El reinicio correcto y la no detención del enrutamiento activo son compatibles con el enrutador de entrada y salida del LSP bidireccionales.

Figura 2: LSP de coroutes bidireccionalesLSP de coroutes bidireccionales

Para configurar un LSP bidireccional con ambos enrutadores:

  1. En el modo de configuración, configure el enrutador de entrada para el corouted-bidirectional LSP e incluya la declaración para especificar que el LSP se debe establecer como un LSP bidireccional con coroutes.

    La ruta de acceso se calcula utilizando CSPF e iniciada mediante señalización RSVP (igual que un LSP de señal de RSVP unidireccional). Cuando se confirma esta configuración, se crean tanto la ruta de acceso al enrutador de salida como la ruta de acceso inversa desde el enrutador de salida.

  2. Adicional Para una ruta de acceso inversa, configure un LSP en el enrutador corouted-bidirectional-passive de salida e incluya la afirmación para asociar el LSP con otro LSP.

    No se usan computación o señalización de rutas para este LSP, ya que depende de la computación y señalización de paths proporcionada por el LSP de entrada. No puede configurar la corouted-bidirectional instrucción y el corouted-bidirectional-passive extracto en el mismo LSP.

    Esta instrucción también facilita la depuración de LSP bidireccionales de uso sencillo. Si configura corouted-bidirectional-passive la instrucción (de nuevo, en el enrutador de salida), puede ping mpls lsp-end-pointemitir ping mpls ldpcomandos ping mpls rsvp, traceroute mpls ldp,, traceroute mpls rsvp y para probar los LSP bidireccionales del enrutador de salida.

  3. Utilice los show mpls lsp extensiveshow rsvp session extensive comandos y para que se muestre información sobre el LSP bidireccional.

    A continuación se muestra el resultado show rsvp session extensive del comando cuando se ejecuta en un enrutador de entrada con un LSP bidireccional configurado:

Configuración de la etiqueta de entropía para LSP

La inserción de etiquetas de entropía para un LSP permite a los enrutadores de tránsito equilibrar la carga de MPLS el tráfico entre ECMP rutas de la sesión o grupos de agregación de vínculos usando solo la pila de MPLS etiqueta como entrada de valor hash sin tener que depender de inspección profunda de paquetes. La inspección profunda de paquetes requiere más de la potencia de procesamiento del enrutador y diferentes enrutadores tienen capacidades diferentes de inspección profunda de paquetes.

Para configurar la etiqueta de entropía de un LSP, siga los pasos que se indican a continuación:

  1. En el enrutador de entrada, incluya entropy-label la instrucción en [edit protocols mpls labeled-switched-path labeled-switched-path-name] el nivel de jerarquía o [edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress] en el nivel de jerarquía. La etiqueta de entropía se agrega a la MPLS pila de etiqueta y puede procesarse en el plano de reenvío.
    Nota:

    Esto sólo es aplicable para RSVP y LSP estáticos.

  2. En el enrutador de entrada, puede configurar una directiva de entrada para LSP señalizados con LDP:

    Configure la Directiva de entrada en el [edit policy-options] nivel de jerarquía:

    A continuación, se muestra un ejemplo de una directiva de ingress de etiqueta de entropía.

  3. Adicional De forma predeterminada, los enrutadores que admiten la inserción y el modo de extraer etiquetas de load-balance-label-capability entropía se configuran con la instrucción en el [edit forwarding-options] nivel de jerarquía para señalizar las etiquetas según LSP. Si el enrutador del mismo nivel no está equipado para controlar las etiquetas de equilibrio de carga, puede evitar que el enrutador de borde del proveedor (PE) señale la capacidad de la etiqueta de entropía configurando la no-load-balance-label-capability instrucción en el [edit forwarding-options] nivel jerárquico.

Los enrutadores de tránsito no requieren configuración. La presencia de la etiqueta de entropía indica al enrutador de tránsito que equilibre la carga basándose únicamente en la MPLS pila de etiqueta.

Los enrutadores penúltimo salto han pop la etiqueta de entropía de forma predeterminada.

Ejemplo Configurar una etiqueta de entropía para un BGP LSP con etiqueta de unidifusión

En este ejemplo se muestra cómo configurar una etiqueta de entropía para una BGP etiquetada de unidifusión para lograr un equilibrio de carga de extremo a extremo mediante etiquetas de entropía. Cuando un paquete IP tiene varias rutas de acceso para llegar a su destino, Junos OS utiliza determinados campos de los encabezados de paquetes para hacer hash del paquete en una ruta determinista. Esto requiere una etiqueta de entropía, una etiqueta especial de equilibrio de carga que puede contener la información de flujo. LSRs en el núcleo utilice simplemente la etiqueta de entropía como clave para aplicar un algoritmo hash al paquete en la ruta correcta. Una etiqueta de entropía puede ser cualquier valor de etiqueta entre 16 y 1048575 (rango de etiquetas de 20 bits normal). Dado que este rango se superpone con el rango de etiquetas normal 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 7.

BGP etiquetados por unidifusión generalmente concatenan los LSP de RSVP o LDP en varias áreas IGP o varios sistemas autónomos. Las etiquetas de entropía RSVP o LDP se extraen del penúltimo nodo, 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 alcanzar el hueco que hay entre el penúltimo nodo y el punto de Unión, con el fin de lograr el equilibrio de carga de etiquetas de entropía de extremo a extremo para el tráfico de BGP.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Siete enrutadores serie MX con MPCs

  • Junos OS la versión 15,1 o posterior que se ejecuta en todos los dispositivos

Antes de configurar una etiqueta de entropía para una BGP con etiqueta de unidifusión, asegúrese de lo siguiente:

  1. Configure las interfaces del dispositivo.

  2. Configure OSPF o cualquier otro protocolo de IGP.

  3. Configure BGP.

  4. Configurar RSVP.

  5. Configure MPLS.

Descripción general

Cuando BGP etiquetadas con unidifusión concatenan LSP de RSVP o LDP en varias áreas de IGP o varios sistemas autónomos, las etiquetas de entropía de RSVP o LDP se extraen en el penúltimo nodo, junto con la etiqueta RSVP o LDP. Sin embargo, no hay etiquetas de entropía en los puntos de Unión, es decir, los enrutadores entre dos áreas. Por lo tanto, los enrutadores de los puntos de Unión utilizan las etiquetas BGP para reenviar paquetes.

A partir de Junos OS versión 15,1, puede configurar una etiqueta de entropía para BGP unidifusión con etiqueta para lograr el equilibrio de carga de etiqueta de entropía de extremo a extremo. Esta característica permite el uso de una etiqueta de entropía en los puntos de Unión para lograr el equilibrio de carga de la etiqueta de entropía de extremo a extremo para el tráfico BGP. Junos OS permite insertar etiquetas de entropía en el BGP con la etiqueta entrada de LSP de unidifusión.

De forma predeterminada, los enrutadores que admiten etiquetas de entropía load-balance-label-capability se configuran con la instrucción en el [edit forwarding-options] nivel de jerarquía para señalizar las etiquetas por LSP. Si el enrutador del mismo nivel no está equipado para controlar las etiquetas de equilibrio de carga, puede evitar la señalización de la capacidad no-load-balance-label-capability de la [edit forwarding-options] etiqueta de entropía configurando el en el nivel de jerarquía.

Nota:

Puede deshabilitar de forma explícita la capacidad de etiqueta de entropía de publicidad al salir de las rutas especificadas en la Directiva con la no-entropy-label-capability opción en el [edit policy-options policy-statement policy name then] nivel de jerarquía.

Topología

En Figura 3 , enrutador PE1 es el enrutador de entrada y el enrutador PE2 son el enrutador de salida. Los enrutadores P1 y P2 son los enrutadores de tránsito. El enrutador ABR es el enrutador del puente de área entre el área 0 y el área 1. La posposición está configurada en los enrutadores del proveedor para equilibrar la carga del tráfico. La capacidad de etiqueta de entropía para BGP unidifusión con etiqueta está habilitada en el enrutador de entrada PE1.

Figura 3: Configurar una etiqueta de entropía para una BGP de unidifusión con etiquetaConfigurar una etiqueta de entropía para una BGP de unidifusión con etiqueta

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los [edit] comandos en la CLI en el nivel de jerarquía y, a continuación, entrar commit desde el modo de configuración.

Enrutador PE1

Enrutador P1

Enrutador ABR

Enrutador P2

Enrutador PE2

Configurar el enrutador PE1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar PE1 de enrutador:

Nota:

Repita este procedimiento para PE2 enrutador después de modificar los nombres de interfaz, direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la interfaz de bucle invertido.

  3. Establezca el ID del enrutador y el número de sistema autónomo.

  4. Configure el protocolo RSVP para todas las interfaces.

  5. Habilite MPLS en todas las interfaces del enrutador PE1 y especifique el LSP.

  6. Configure IBGP en los enrutadores internos.

  7. Habilitar la capacidad de la etiqueta de entropía para el BGP unidifusión con etiqueta para el grupo de BGP interno ibgp.

  8. Habilite el protocolo OSPF en todas las interfaces del enrutador de límite de área (ABR).

  9. Defina listas de prefijos para especificar las rutas con capacidad de etiqueta de entropía.

  10. Definir una directiva el para especificar las rutas con capacidad de etiqueta de entropía.

  11. Defina otra directiva el-2 para especificar las rutas con capacidad de etiqueta de entropía.

  12. Defina una directiva para exportar BGP rutas a la tabla de enrutamiento de OSPF.

  13. Defina una directiva para exportar OSPF rutas a la tabla de enrutamiento de BGP.

  14. Defina una directiva para exportar rutas estáticas a la tabla de enrutamiento BGP.

  15. Configure un destino VPN para la comunidad VPN.

  16. Configure la instancia de enrutamiento VPN de capa 3 VPN-L3VPN.

  17. Asigne las interfaces para la instancia de enrutamiento L3VPN VPN.

  18. Configure el distintivo de ruta para la instancia de enrutamiento VPN-L3VPN.

  19. Configure un destino VRF (enrutamiento y reenvío VPN) para la instancia de enrutamiento L3VPN de VPN.

  20. Configure una ruta estática a CE1 de dispositivo utilizando el protocolo VPN de capa 3 para la instancia de enrutamiento VPN-L3VPN.

  21. Exporte las rutas BGP a la tabla de enrutamiento de OSPF de la instancia de enrutamiento VPN-L3VPN.

  22. Asigne la interfaz de OSPF para la instancia de enrutamiento VPN-L3VPN.

Configurando el enrutador P1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el enrutador P1:

Nota:

Repita este procedimiento para el enrutador P2 después de modificar los nombres de interfaz, direcciones y otros parámetros adecuados.

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la agregación de vínculos en las interfaces.

  3. Configure la interfaz de bucle invertido.

  4. Configure MPLS etiquetas que utiliza el enrutador para aplicar un algoritmo hash a los paquetes en su destino para el equilibrio de carga.

  5. Establezca el ID del enrutador y el número de sistema autónomo.

  6. Habilite el equilibrio de carga de paquetes.

  7. Configure el protocolo RSVP para todas las interfaces.

  8. Habilite MPLS en todas las interfaces del enrutador P1 y especifique el LSP.

  9. Habilite el protocolo OSPF en todas las interfaces del enrutador P1, con la excepción de la interfaz de administración.

  10. Defina una directiva para el equilibrio de carga por paquete.

Configurando el enrutador ABR

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el ABR de enrutador:

  1. Configure las interfaces con direcciones IPv4 e IPv6.

  2. Configure la interfaz de bucle invertido.

  3. Configure la agregación de vínculos en las interfaces.

  4. Configure MPLS etiquetas que utiliza el enrutador para aplicar un algoritmo hash a los paquetes en su destino para el equilibrio de carga.

  5. Establezca el ID del enrutador y el número de sistema autónomo.

  6. Habilite el equilibrio de carga de paquetes.

  7. Configure el protocolo RSVP para todas las interfaces.

  8. Habilite MPLS en todas las interfaces del enrutador P1 y especifique el LSP.

  9. Configure IBGP en los enrutadores internos.

  10. Habilite el protocolo OSPF en todas las interfaces de ABR.

  11. Defina una directiva para especificar las rutas con capacidad de etiqueta de entropía.

Resultados

Desde el modo de configuración show interfaces, especifique los comandos, show protocols, show routing-optionsshow forwarding options, y show policy-options para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Comproba

Confirme que la configuración funciona correctamente.

Comprobando que la capacidad de la etiqueta de entropía se está anunciando desde el enrutador PE2

Purpose

Compruebe que el atributo de ruta de capacidad de funcionalidad de etiqueta de entropía se está anunciando desde el enrutador de PE2 de entrada de salida.

Intervención

Desde el modo operativo, ejecute show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 el comando en el enrutador PE2.

Efectos

El resultado muestra que el host PE2 con la dirección IP de 10.255.101.200 tiene la capacidad de etiqueta de entropía. El host está anunciando la capacidad de la etiqueta de entropía a sus BGP vecinos.

Comprobando que el enrutador ABR recibe el anuncio de etiqueta de entropía

Purpose

Compruebe que el enrutador ABR recibe el anuncio de etiqueta de entropía en la entrada del enrutador PE2.

Intervención

Desde el modo operativo, ejecute show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 el comando en el enrutador ABR.

Efectos

El enrutador ABR recibe el anuncio de capacidad de etiqueta de entropía de su BGP vecinos PE2.

Comprobar que se ha establecido el marcador de etiqueta de entropía

Purpose

Compruebe que se ha establecido el marcador de etiqueta de entropía para los elementos de etiqueta en la entrada.

Intervención

Desde el modo operativo, ejecute el show route protocol bgp detail comando en enrutador PE1.

Efectos

Una etiqueta de entropía está habilitada en el enrutador PE1. El resultado muestra que la etiqueta de entropía se utiliza para el BGP etiqueta de unidifusión con el fin de lograr un equilibrio de carga de extremo a extremo.

Configuración del complemento de saltos finales para LSPs

De forma predeterminada, los LSP señalizados con RSVP utilizan un comando de reactivación de penúltimo salto (php). Figura 4 ilustra un segmento de LSP de un penúltimo salto entre PE1 de enrutadores y PE2 de enrutador. El enrutador CE1 reenvía un paquete al siguiente salto (enrutador PE1), que también es la entrada del LSP. El enrutador PE1 inserta la etiqueta 1 en el paquete y reenvía el paquete etiquetado al enrutador P1. El enrutador P1 completa la operación de intercambio de etiquetas MPLS estándar, cambiando la etiqueta 1 por etiqueta 2, y reenvía el paquete al enrutador P2. Dado que el enrutador P2 es el enrutador de penúltimo salto para el LSP de enrutador PE2, primero extrae la etiqueta y, a continuación, reenvía el paquete al enrutador PE2. Cuando la PE2 de enrutador la recibe, el paquete puede tener una etiqueta de servicio, una etiqueta explícitamente nula o simplemente un paquete de IP o de VPLS. Enrutador PE2 reenvía el paquete sin etiqueta al CE2 enrutador.

Figura 4: La desaparecieron en un LSP con un penúltimo saltoLa desaparecieron en un LSP con un penúltimo salto

También puede configurar el complemento de salto de última derivación (UHP) (tal Figura 5y como se muestra en) para LSP señalizados con RSVP. Algunas aplicaciones de red pueden requerir que los paquetes lleguen al enrutador de salida (enrutador PE2) con una etiqueta externa no nula. Para un LSP de última salida, el penúltimo enrutador (enrutador Figura 5P2 en) realiza la operación estándar de intercambio de etiquetas de MPLS (en este ejemplo, etiqueta 2 para etiqueta 3) antes de reenviar el paquete al enrutador de salida PE2. Enrutador PE2 extrae la etiqueta externa y realiza una segunda búsqueda de la dirección del paquete para determinar el destino final. A continuación, reenvía el paquete al destino apropiado (ya sea CE2 de enrutador o enrutador CE4).

Figura 5: La expropiación del salto final para un LSPLa expropiación del salto final para un LSP

Las siguientes aplicaciones de red requieren que configure los LSP de UHP:

  • MPLS-TP para monitoreo de la performance y mantenimiento seguros dentro de banda

  • Circuitos virtuales de protección de borde

Las siguientes características no admiten el comportamiento de UHP:

  • LSP señalizados con LDP

  • LSP estáticos

  • LSP de punto a multipunto

  • traceroutemando

Para obtener más información sobre el comportamiento de la UHP, consulte Borrador de Internet draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, Comportamiento no PHP y Asignación fuera de banda para RSVP-ING-T LSP.

Para los LSP señalizados punto a punto de RSVP, el comportamiento de UHP se señaliza a partir de la entrada del LSP. En función de la configuración del enrutador de entrada, RSVP puede señalizar al LSP con el conjunto de marcas no PHP. Los mensajes de ruta RSVP contienen los dos indicadores en el objeto LSP: atributos. Cuando el enrutador de salida recibe el mensaje PATH, asigna una etiqueta no nula al LSP. RSVP también crea e instala dos rutas en la tabla de enrutamiento MPLS. 0. S hace referencia al bit S de la etiqueta MPLS, que indica si se ha alcanzado o no la parte inferior de la pila de rótulos.

  • Ruta S=0: indica que hay más etiquetas en la pila. El siguiente salto de este enrutamiento apunta a MPLS. 0 tabla de enrutamiento, que activa una búsqueda encadenada de MPLS de etiquetas para descubrir el resto de las etiquetas de MPLS en la pila.

  • Ruta S=1: indica que no hay más etiquetas. El siguiente salto apunta a la tabla de enrutamiento inet. 0 si la plataforma admite la búsqueda encadenada y varias familias. De manera alternativa, la ruta de etiqueta puede apuntar a una interfaz de VT para iniciar el reenvío de IP.

Si habilita, MPLS aplicaciones como las VPN de capa 3, VPLS, VPN de capa 2 y los circuitos de capa 2 pueden usar el LSP de UHP. A continuación, se explica cómo los LSP de UHP afectan a los distintos tipos de aplicaciones de MPLS:

  • VPN de capa 2 y circuitos de capa 2: un paquete llega al enrutador de PE (salida del LSP UHP) con dos etiquetas. La etiqueta exterior (S = 0) es la etiqueta UHP y la etiqueta interior (S = 1) es la etiqueta del VC . Una búsqueda basada en la etiqueta de transporte da como resultado un identificador de tabla para MPLS. 0 tabla de enrutamiento. Hay una ruta adicional en la tabla de enrutamiento MPLS. 0 que corresponde a la etiqueta interna. Una búsqueda basada en la etiqueta interna da como resultado el siguiente salto del enrutador de CE.

  • VPN de capa 3: un paquete llega al enrutador de PE (salida del LSP UHP) con dos etiquetas. La etiqueta externa (S = 0) es la etiqueta UHP y la etiqueta interna es la etiqueta VPN (S = 1). Una búsqueda basada en la etiqueta de transporte da como resultado el identificador de tabla de la tabla de enrutamiento MPLS. 0. Existen dos casos en este escenario. De forma predeterminada, las VPN de capa 3 anuncian la etiqueta del salto por siguiente. Una búsqueda basada en la etiqueta interna da lugar al siguiente salto hacia el enrutador de CE. Sin embargo, si ha configurado la vrf-table-label instrucción para la instancia de enrutamiento VPN de capa 3, la etiqueta interna de LSI apunta a la tabla de enrutamiento VRF. También se ha completado una búsqueda de IP para la tabla de enrutamiento VRF.

    Nota:

    UHP para las VPN de capa 3 configuradas con la instrucción sólo se admite en las vrf-table-label plataformas de enrutamiento universal 5g serie mx.

  • VPLS: un paquete llega al enrutador de PE (salida del LSP UHP) con dos etiquetas. La etiqueta externa es la etiqueta de transporte (S = 0) y la etiqueta interna es la etiqueta VPLS (S = 1). Una búsqueda basada en la etiqueta de transporte da como resultado el identificador de tabla de la tabla de enrutamiento MPLS. 0. Una búsqueda basada en la etiqueta interna en MPLS. 0 tabla de enrutamiento da como resultado la interfaz de túnel LSI de la instancia de enrutamiento VPLS si no se configura el Tunnel-Services (o una interfaz VT no disponible). Los enrutadores MX serie 3D admiten búsqueda encadenada y búsqueda de varias familias.

    Nota:

    Solo se admite UHP para VPLS no-tunnel-service configurado con la instrucción en enrutadores mx series.

  • IPv4 a través de MPLS: un paquete llega al enrutador de PE (salida del LSP UHP) con una etiqueta (S=1). Una búsqueda basada en esta etiqueta devuelve una interfaz de túnel VT. Se completa otra búsqueda de IP en la interfaz de VT para determinar a dónde debe reenviar el paquete. Si la plataforma de enrutamiento admite búsquedas encadenadas y varias familias (por ejemplo, enrutadores de 3D MX y enrutadores de transporte de paquetes serie PTX), la búsqueda basada en la ruta de etiqueta (S = 1) apunta a la tabla de enrutamiento inet. 0.

  • IPv6 a través de MPLS: para túneles IPv6 a través de MPLS, los enrutadores pe anuncian rutas IPv6 entre sí con un valor de etiqueta de 2. Esta es la etiqueta explicit null para IPv6. Como resultado, los siguientes saltos de reenvío para rutas de IPv6 que se aprenden de enrutadores de PE remotos normalmente presionan dos etiquetas. La etiqueta interna es 2 (podría ser diferente si el enrutador de Advertising PE proviene de otro proveedor) y la etiqueta del enrutador es la etiqueta de LSP. Los paquetes llegan al enrutador de PE (salida del LSP de UHP) con dos etiquetas. La etiqueta externa es la etiqueta de transporte (S = 0), mientras que la etiqueta interna es la etiqueta nula explícita IPv6 (etiqueta 2). Búsqueda basada en la etiqueta interna de la tabla de enrutamiento MPLS. 0 redirecciona de vuelta a la tabla de enrutamiento MPLS. 0. En los enrutadores MX serie 3D, se quita la etiqueta interna (etiqueta 2) y se realiza una búsqueda IPv6 a través de la tabla de enrutamiento inet 6.0.

  • Habilitar tanto PHP como LSP UHP: puede configurar los LSP PHP y UHP a través de las mismas rutas de red. Puede separar el tráfico de PHP y UHP si selecciona reenviar próximos saltos de LSP utilizando una expresión install-nexthop regular con la instrucción. También puede separar el tráfico si simplemente denomina los LSP adecuadamente.

Las siguientes instrucciones permiten una expropiación del salto de última fin para un LSP. Puede habilitar esta característica en un LSP específico o en todos los proveedores de idiomas de entrada configurados en el enrutador. Configure estas sentencias en el enrutador en la entrada del LSP.

  1. Para activar la expropiación del salto final, ultimate-hop-popping incluya la siguiente instrucción:

    Incluya esta declaración en el [edit protocols mpls label-switched-path label-switched-path-name] nivel de jerarquía para posibilitar la expulsación de último salto en un LSP específico. Incluya esta instrucción en el [edit protocols mpls] nivel jerárquico para permitir la exgresión de saltos de última inclusión en todos los LSP de entrada configurados en el enrutador. También puede configurar el ultimate-hop-popping enunciado bajo los niveles [edit logical-routers] jerárquicos equivalentes.

    Nota:

    Cuando se habilita la extrusión de último salto, RSVP intenta reasignar LSP existentes como LSP de última hora en el modo de creación, antes de interrumpir. Si un enrutador de salida no admite el salto final, el LSP existente se derriba (el RSVP envía un mensaje PathTear a lo largo de la ruta de un LSP, lo que elimina el estado de la ruta y el estado de reserva dependiente y libera los recursos de red asociados).

    Si deshabilita la extrusión de último salto, RSVP realiza el reenvío de LSP existentes como LSPs de un penúltimo salto, en un modo de inicio antes de interrumpir.

  2. Si quieres activar los próximos saltos encadenados y de salto único solo en los enrutadores MX series, también tienes que configurar la enhanced-ip opción para la network-services instrucción:

    Esta instrucción se configura en el [edit chassis] nivel de jerarquía. Una vez configurada network-services la instrucción, debe reiniciar el enrutador para activar el comportamiento UHP.

Configuración de LSP de ruta explícita

Si deshabilita el cálculo de la ruta conmutada de etiqueta de ruta de acceso restringida (LSP), tal y como se describe en deshabilitación del cómputo restringido de LSP de ruta, puede configurar los LSP manualmente o permitir que los LSP sigan el IGP ruta.

Cuando se configuran los LSP de ruta explícita, el LSP se establece a lo largo de la ruta especificada. Si la ruta es topológicamente imposible, bien porque la red está particionada o porque no hay suficientes recursos disponibles a lo largo de algunas partes de la ruta de acceso, el LSP no funcionará. No se puede usar ninguna ruta alternativa. Si la instalación se realiza correctamente, el LSP permanecerá en el path definido indefinidamente.

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

  1. Configure la información de ruta en una ruta de acceso con nombre, como se describe en creación de rutas con nombre. Para configurar la información completa de la ruta de acceso, especifique todos los saltos de enrutador entre los enrutadores de entrada y salida, preferiblemente con el strict atributo. Para configurar información de ruta incompleta, especifique solo un subconjunto de saltos loose de enrutador, utilizando el atributo en lugares en los que la ruta de acceso sea incompleta.

    En el caso de trazados incompletos, los enrutadores de MPLS completan la ruta consultando la tabla de enrutamiento local. Esta consulta se realiza de manera salto a salto, y cada enrutador puede averiguar solo la suficiente información para llegar al siguiente salto explícito. Puede ser necesario atravesar varios enrutadores para llegar al siguiente (suelto) salto explícito.

    Configuración de la información de ruta incompleta crea partes de la ruta de acceso que dependen de la tabla de enrutamiento actual, y esta parte de la ruta de acceso puede redistribuirse a medida que cambia la topología. Por lo tanto, no se corrige completamente un LSP de ruta explícita que contiene información incompleta de paths. Estos tipos de LSP tienen únicamente una capacidad limitada para reparar ellos mismos, y tienden a crear bucles o aletas según el contenido de la tabla de enrutamiento local.

  2. Para configurar el LSP y apuntar hacia el mismo a la ruta de acceso primary con secondary nombre, utilice la sentencia or según se describe en configuración de LSPs principales y secundarios.

  3. Deshabilite el cálculo de LSP con ruta restringida incluyendo la no-cspf instrucción, ya sea como parte del LSP o como parte de primary una secondary instrucción or. Para obtener más información, vea deshabilitar el cálculo de LSP restringido de rutas de acceso.

  4. Configure cualquier otra propiedad de LSP.

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

  • Es necesario más trabajo de configuración.

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

  • Si un LSP de ruta explícita falla, es posible que tenga que repararlo manualmente.

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

Ejemplo Configuración de un LSP de ruta explícita

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 las rutas de acceso restringidas. En el caso de la ruta de acceso primaria, todos los saltos intermedios se especifican estrictamente para que su ruta no pueda cambiar. La ruta secundaria debe desplazarse primero por el enrutador 14.1.1.1 y, después, poner cualquier ruta disponible para llegar al destino. Normalmente, la ruta restante que se toma de la ruta de acceso secundaria es la más corta calculada por el IGP.

Introducción a la sobresuscripción del ancho de banda de LSP

Los LSP están establecidos con reservas de banda ancha configuradas para la máxima cantidad de tráfico que espera atravesar el LSP. No todos los proveedores de idiomas tienen la cantidad máxima de tráfico sobre sus vínculos en todo momento. Por ejemplo, aunque se haya reservado completamente el ancho de banda para el vínculo A, es posible que el ancho de banda real siga estando disponible pero no se esté utilizando. Este exceso de ancho de banda puede utilizarse si se permite que otros LSP utilicen también Link A, oversubscribing el vínculo. Puede sobrescribir el ancho de banda configurado para los tipos de clase individuales o especificar un único valor para todos los tipos de clase utilizando 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 ejemplos siguientes describen cómo puede usar la suscripción excesiva al ancho de banda y la subsuscripción:

  • Utilice la suscripción excesiva a los tipos de clase donde los períodos de mayor actividad de tráfico no coinciden en el tiempo.

  • Utilice suscripciones excesivas de tipos de clase que lleven el tráfico de mejor esfuerzo. Usted asume el riesgo de demorar o eliminar temporalmente el tráfico de Exchange para lograr un mejor uso de los recursos de la red.

  • Otorgue distintos grados de suscripción o subsuscripción del tráfico para los distintos tipos de clase. Por ejemplo, puede configurar la suscripción para las clases de tráfico de la siguiente manera:

    • El mejor esfuerzo:ct0 1000

    • Voz:ct3 1

Cuando subsuscribe un tipo de clase para un LSP de varias clases, la demanda total de todas las sesiones de RSVP es siempre inferior a la capacidad real del tipo de clase. Puede utilizar la suscripción subscription para limitar la utilización de un tipo de clase.

El cálculo de sobrescripciones de ancho de banda sólo se produce en el enrutador local. Dado que no se requiere ninguna señalización ni ninguna otra interacción de otros enrutadores en la red, esta característica se puede habilitar en enrutadores individuales sin estar habilitada ni disponible en otros enrutadores que podrían no admitir esta característica. Los enrutadores vecinos no necesitan conocer el cálculo de sobrescripciones, sino que se basan en el IGP.

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

Sobresuscripción de tamaño de LSP

En el caso de la sobresuscripción al tamaño del LSP, basta con configurar menos ancho de banda que el tipo de LSP esperado. Es posible que también necesite ajustar la configuración de las políticas automáticas. Los envuelvedos automáticos gestionan el tráfico asignado a un LSP, lo que garantiza que no supera los valores de ancho de banda configurados. La suscripción de tamaño para LSP requiere que el LSP pueda superar su asignación de ancho de banda configurada.

Todavía es posible realizar políticas. Sin embargo, debe configurarse manualmente para tener en cuenta el ancho de banda máximo planificado para el LSP, en vez de para el valor configurado.

Sobresuscripción de tipo de clase y multiplicadores de suscripciones locales

Los multiplicadores de suscripciones locales (LOMs) permiten diferentes valores de sobresuscripción para distintos tipos de clase. LOMs son útiles para redes en las que la tasa de sobresuscripción debe configurarse de forma diferente en los distintos vínculos y en la que son necesarios valores de sobresuscripción para distintas clases. Puede utilizar esta característica para sobrescribir tipos de clase que controlan el tráfico de mejor esfuerzo, pero no utilice sobrescripciones excesivas para los tipos de clase que controlan el tráfico de voz. Un dispositivo LOM se calcula localmente en el enrutador. Ninguna información relacionada con un dispositivo LOM se señaliza a otros enrutadores de la red.

Se puede configurar un dispositivo LOM en cada enlace y para cada tipo de clase. El dispositivo LOM de tipo por clase le permite aumentar o reducir el coeficiente de sobresuscripción. El dispositivo LOM de tipo por clase se factoriza en todas las cuentas de ancho de banda local para el control de admisión y IGP anuncios de anchos de banda no reservados.

El arranque de LOM está ligado al modelo de ancho de banda (MAM, MAM extendido e muñecas rusas) que se utiliza, ya que el efecto de la sobresuscripción entre tipos de clase debe ser contabilizado de forma precisa.

Nota:

Todos los cálculos de LOM los realiza el Junos OS y no requieren ninguna intervención por parte del usuario.

Las fórmulas relacionadas con la suscripción excesiva a los tipos de clase se describen en las secciones siguientes:

Configuración del porcentaje de suscripción de ancho de banda para LSP

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

Si desea sobrescribir o subsuscribir todos los tipos de clase de una interfaz utilizando el mismo porcentaje de ancho de banda, configure subscription el porcentaje con 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 Resumen de instrucciones.

Para suscribir o anular la suscripción del ancho de banda de cada tipo de clase, configure unct0porcentaje ct1para ct2cada tipo ct3de clase (, subscription , y) para la instrucción. Al sobrescribir un tipo de clase, se aplica un dispositivo LOM para calcular el ancho de banda real reservado. Consulte sobresuscripción de tipo de clase y los multiplicadores de suscripciones locales para obtener más información.

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

percentagees el porcentaje de ancho de banda de tipo de clase que RSVP permite utilizar para las reservas. Puede ser un valor comprendido entre 0 y 65.000 por ciento. Si especifica un valor mayor que 100, está oversubscribing el tipo de interfaz o clase.

El valor que configure al sobrescribir un tipo de clase es un porcentaje del ancho de banda de tipo de clase que se puede utilizar realmente. El valor predeterminado de suscripción es 100 por ciento.

Puede usar la instrucción subscription para deshabilitar las nuevas sesiones de RSVP para uno o más tipos de clase. Si configura un porcentaje de 0, no se permitirá ninguna sesión nueva (incluidas aquellas con requisitos de ancho de banda cero) para el tipo de clase.

Las sesiones RSVP existentes no se verán afectadas por cambiar el factor de suscripción. Para borrar una sesión existente, ejecute el clear rsvp session comando. Para obtener más información sobre clear rsvp session el comando, consulte el CLI Explorer.

Restricciones en la configuración de la suscripción de ancho de banda

Tenga en cuenta los siguientes aspectos cuando configure la suscripción al ancho de banda:

  • Si configura restricciones de ancho de banda en el [edit class-of-service interface interface-name] nivel de la jerarquía, prevalecerán sobre cualquier configuración de ancho [edit protocols rsvp interface interface-name bandwidth] de banda que especifique en el nivel de jerarquía para Diffserv-te. Asimismo, tenga en cuenta que cualquiera de las restricciones de ancho de banda de la co o de RSVP puede suplantar las restricciones de ancho de banda del hardware de interfaz.

  • Si configura un valor de suscripción de ancho de banda para una interfaz específica que difiere del valor configurado para todas las interfaces (mediante la inclusión subscription de distintos valores [edit protocols rsvp interface interface-name] para [edit protocols rsvp interface all] la instrucción en los niveles de jerarquía y y), el se utiliza un valor específico de la interfaz para esa interfaz.

  • Puede configurar la suscripción para cada tipo de clase únicamente si también configura un modelo de banda ancha. Si no se configura ningún modelo de ancho de banda, la operación de confirmación produce el siguiente mensaje de error:

  • No puede incluir la subscription instrucción en la configuración de un tipo de clase específico y en la configuración de toda la interfaz. La operación de confirmación produce el siguiente mensaje de error:

Tabla de historial de versiones
Liberación
Descripción
14.1R9
A partir de Junos OS versión 14.1 R9, 15.1 R7, 16.1 R5, 16.1 X2, 16.2 R3 y 17.2 R2, todas las muestras de ancho de banda de cero valores se consideran muestras de desbordamiento, excepto las muestras de valor cero que llegan después de la primera vez de un LSP, y el valor cero que llegan primero después de un cambio de motor de enrutamiento.