Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de LSP de pop y reenvío

Pop y forward LSP introduce la noción de etiquetas de pop de ingeniería de tráfico preinstaladas, compartidas por LSP de RSVP-TE, que atraviesan estos vínculos, reduciendo de manera significativa el estado de plano de reenvío requerido. Un enrutador de conmutación de etiquetas de tránsito (LSR) asigna una etiqueta de pop única por vínculo de ingeniería de tráfico con una acción de reenvío para extraer la etiqueta y reenviar el paquete a través de dicho vínculo de ingeniería de tráfico si la etiqueta aparece en la parte superior del paquete. Estas etiquetas de pop se devuelven al mensaje RESV del LSP en cada LSR y se registran en el objeto de ruta de registros (RRO). La pila de etiquetas se crea a partir de las etiquetas grabadas en el RRO y se inserta por el enrutador de borde de etiqueta de entrada (LER), ya que cada salto de tránsito realiza una acción de elementos emergentes en su etiqueta. Los túneles de compras y reenvío mejoran los beneficios de la característica de plano de control de RSVP-TE gracias a la simplicidad del plano de reenvío de MPLS compartidos.

Ventajas de los túneles de LSP pop-to-forward de RSVP-TE

  • Scaling advantage of RSVP-TE: se impide que cualquier límite de espacio de etiqueta específico de ECE en una interfaz sea una restricción al escalamiento del plano de control en esa interfaz.

  • Reduced forwarding plane state: las etiquetas de tránsito de un vínculo de ingeniería de tráfico se comparten a través de los túneles RSVP-ING-T que atraviesan el vínculo y se utilizan independientemente de los dispositivos de entrada y salida de los LSP, lo que reduce significativamente el estado del plano de reenvío necesario.

  • Reduced transit data plane state: dado que las etiquetas emergentes se asignan por vínculo de ingeniería de tráfico y se comparten en todos los LSP, el estado total de la etiqueta en el plano de reenvío se reduce a una función de la cantidad de vecinos RSVP en esa interfaz.

  • Faster LSP setup time: el estado del plano de reenvío no está programado durante la configuración y el desmontaje del LSP. Como resultado, es necesario que el plano de control no tenga que esperar secuencialmente en cada salto para que el plano de reenvío se programe antes de enviar la etiqueta upstream en el mensaje RESV, lo que provoca un tiempo de configuración de LSP reducido.

  • Backward compatibility: permite la compatibilidad con versiones anteriores con LSR de tránsito que proporcionan etiquetas regulares en los mensajes RESV. Las etiquetas se pueden mezclar entre saltos de tránsito en un solo MPLS un LSP de RSVP-TE. Ciertos LSRs pueden usar etiquetas de enlace de ingeniería de tráfico y otras pueden usar etiquetas normales. Los ingresos pueden crear una pila de etiquetas de acuerdo adecuadamente con el tipo de etiqueta que se registra desde cada LSR de tránsito.

Terminología de túnel de LSP pop-and-forward

La siguiente terminología se utiliza en la implementación de los túneles de LSP pop-to-forward de RSVP-TE:

  • Pop label: una etiqueta entrante en una ECE que se abre y reenvía a través de un vínculo específico de ingeniería de tráfico a un vecino.

  • Swap label: una etiqueta entrante en un ECE que se intercambia a una etiqueta de salida y se reenvía a través de un vínculo específico de ingeniería de tráfico descendente.

  • Delegation label: una etiqueta entrante en ECE emergente. Antes de reenviar el paquete, se inserta un nuevo conjunto de etiquetas.

  • Delegation hop: salto de tránsito que asigna una etiqueta de delegación.

  • Application label depth (AppLD): número máximo de etiquetas de aplicación o servicio (por ejemplo, etiquetas VPN, LDP o IPv6 explicit-null) que se pueden eliminar de las etiquetas de transporte RSVP. Se configura por nodo, y se aplica igualmente a todos los proveedores de idiomas, y ni se señala ni se anuncia.

  • Outbound label depth (OutLD): número máximo de etiquetas que se pueden insertar antes de reenviar un paquete. Es local para el nodo y ni tampoco está señalizado ni anunciado.

  • Additional transport label depth (AddTLD): número máximo de otras etiquetas de transporte que se pueden agregar (por ejemplo, etiqueta de omisión). Se trata de un parámetro por LSP que no se señala ni se anuncia. El valor se tiene en cuenta comprobando si el LSP se ha señalado con protección de vínculos (AddTLD = 1) o sin protección de enlace (AddTLD = 0).

  • Effective transport label depth (ETLD)— Número de etiquetas de transporte que el salto del LSP puede enviar potencialmente a su salto descendente. Este valor está señalado por LSP en el subobjeto hop Attributes. El subobjeto de atributos de saltos se agrega al objeto de ruta de registro (RRO) en el mensaje de ruta de acceso.

Etiqueta y señal de túnel de LSP pop-and-forward

A cada vínculo de ingeniería de tráfico se le asigna una etiqueta de pop instalada en el MPLS. 0 tabla de enrutamiento con una acción de reenvío para extraer la etiqueta y reenviar el paquete a través del vínculo de ingeniería de tráfico al vecino downstream del túnel RSVP-TE.

Para túneles de LSP pop-y de reenvío, la etiqueta de pop para el vínculo de ingeniería de tráfico se asigna cuando el primer mensaje RESV de un LSP de tránsito por pop y avance llega a ese vínculo de ingeniería de tráfico. Esto se hace para evitar la asignación previa de etiquetas de pop y su instalación en redes en las que no se han configurado LSP con pop y reenvío.

Nota:

Para que los túneles de LSP con ventanas emergentes funcionen de manera eficaz, le recomendamos maximum-labels que configure la instrucción en todas las interfaces de la red RSVP-te.

Figura 1muestra las etiquetas pop en todas las interfaces de los dispositivos vecinos.

Figura 1: Etiquetas de túneles de LSP pop-and-forwardEtiquetas de túneles de LSP pop-and-forward

Hay dos túneles LSP emergentes y hacia adelante: T1 y T2. El túnel T1 está desde el dispositivo a al dispositivo E en la ruta A-B-C-D-E. El túnel T2 está comprendido entre el dispositivo F y el dispositivo E en la ruta F-B-C-D-E. Ambos túneles, T1 y T2, comparten los mismos vínculos de ingeniería de tráfico B-C, C-D y D-E.

Dado que RSVP-TE indica a la instalación del túnel de elementos emergentes T1, LSR D recibe el mensaje RESV de salida E. Device D comprueba el vínculo de ingeniería de tráfico de próximo salto (D-E) y proporciona la etiqueta de pop (250) en el mensaje RESV del túnel. La etiqueta se envía en el objeto Label y también se incluye en el subobjeto Label (con el bit de etiqueta de pop establecido) que se transporta en RRO. Del mismo modo, el dispositivo C proporciona la etiqueta pop (200) para el enlace de ingeniería de tráfico de próximo salto C-D y el dispositivo B proporciona la etiqueta de pop (150) para el vínculo de ingeniería de tráfico B-C de próxima vez. Para el túnel T2, el LSRs de tránsito proporciona las mismas etiquetas de compras que se describen para el túnel T1.

Tanto los enrutadores de borde de etiqueta (LERs), el dispositivo A y el dispositivo F, insertan la misma pila de etiquetas [150 (top), 200, 250] para los túneles T1 y T2, respectivamente. La LER de entrada utiliza las etiquetas grabadas en RRO para generar una pila de etiquetas.

Las etiquetas de túnel de LSP de pop y reenvío son compatibles con interfaces de tránsito que utilizan etiquetas de intercambio. Las etiquetas pueden mezclarse entre los saltos de tránsito de una sola MPLS los LSP de RSVP-TE, donde ciertos LSRs pueden usar etiquetas de pop y otras pueden usar etiquetas de intercambio. El dispositivo de entrada crea la etiqueta adecuada en función del tipo de etiqueta registrado desde cada LSR de tránsito.

Apilamiento de etiquetas de túnel LSP pop-and-forward

Construcción de la etiqueta apilada en la entrada

La LER de entrada comprueba el tipo de etiqueta recibida de cada salto de tránsito tal y como está registrado en el RRO del mensaje RESV y genera la pila de etiquetas adecuada para utilizarla con el túnel de tipo pop/forward.

La siguiente lógica la utiliza la entrada LER mientras se construye la pila de etiqueta:

  • Cada subobjeto de etiqueta RRO se procesa comenzando por el subobjeto Label del primer salto descendente.

  • Cualquier etiqueta proporcionada por el primer salto downstream siempre se inserta en la pila de etiquetas. Si el tipo de etiqueta es una etiqueta de pop, también se inserta cualquier etiqueta del salto de dirección descendente subsiguiente en la pila de etiquetas construida.

  • Si el tipo de etiqueta es una etiqueta de intercambio, cualquier etiqueta del salto de dirección descendente subsiguiente no se inserta en la pila de etiquetas construida.

Delegación automática de la pila de etiquetas

El dispositivo de entrada ejecuta la primera ruta restringida más corta (CSPF) para calcular la ruta y, si la longitud de salto es mayor que la , el dispositivo de entrada no puede imponer toda la pila de etiquetas para llegar al dispositivo de OutLD-AppLD-AddTLD salida.

Al solicitar la confirmación de la ruta, el dispositivo de entrada siempre solicita la delegación automática para el LSP, donde uno o más saltos de tránsito se seleccionan automáticamente como saltos de delegación para empujar la pila de etiquetas hasta el siguiente salto de delegación. En Junos OS se utiliza un algoritmo basado en la profundidad de la pila-transporte de la etiqueta (ETLD), que se ejecuta en cada tránsito para decidir si debe seleccionarse a sí misma directamente como salto de delegación. Este algoritmo se basa en la sección en ETLD del borrador de Internet draft-ietf-mpls-rsvp-shared-labels-00.txt (caduca el 11 de septiembre de 2017), Señalización de túneles RSVP-ING-Ten un plano de reenvío de MPLS compartido.

La pila de etiquetas impuesta por el dispositivo de entrada entrega el paquete hasta el primer salto de delegación. La pila de etiquetas de cada salto de delegación también incluye la etiqueta de delegación del próximo salto de delegación en la parte inferior de la pila.

Figura 2 muestra las etiquetas en cada interfaz de dispositivo, donde el dispositivo D y el dispositivo I son saltos de delegación, [Label] P es la etiqueta pop y [Label] D es la etiqueta de delegación. El túnel LSP pop-to-forward de RSVP-TE es A-B-C-D-E-E-F-G-H-I-J-K-L. La etiqueta de delegación 1250 representa (300, 350, 400, 450, 1500); La etiqueta de delegación 1500 representa (550, 600).

Figura 2: Etiquetas pop y delegation de túnel LSP pop-and-forwardEtiquetas pop y delegation de túnel LSP pop-and-forward

En este enfoque, para el túnel, el dispositivo LER de entrada inserta un Push (150, 200, 1250). En LSR dispositivo D, se extrae la etiqueta de delegación 1250 y se insertan las etiquetas 300, 350, 400, 450 y 1500. En LSR dispositivo I, se extrae la etiqueta de delegación 1500 y se presiona el resto del conjunto de etiquetas (550, 600). En Junos OS, la acción pop e Push tiene lugar como un intercambio hacia la etiqueta de la parte inferior de la pila saliente e inserta las etiquetas restantes.

Varios LSP de pop y de reenvío pueden compartir una etiqueta de delegación y el segmento de LSP que se cubre. Un segmento de delegación de LSP consta de un conjunto ordenado de saltos (direcciones IP y etiquetas) tal y como aparece en el RRO RESV. La etiqueta de delegación (y el segmento que incluye) no es propiedad de un LSP específico, pero puede compartirse. Cuando se eliminan todos los LSP que utilizan una etiqueta de delegación, se elimina la etiqueta de delegación (y la ruta).

Protección de vínculos de túnel de LSP pop-and-forward

Para proporcionar protección de vínculos en un punto de reparación local (PLR) con un plano de datos pop/Forward, LSR asigna una etiqueta de pop independiente para el vínculo de ingeniería de tráfico que se usa para los túneles de RSVP-TE que solicitan la protección de vínculos del dispositivo de entrada. No es necesaria ninguna extensión de señalización para admitir la protección de vínculos en los túneles de RSVP-TE sobre el plano de datos pop/forward.

Figura 3muestra las etiquetas pop en cada interfaz de dispositivo; las etiquetas marcadas con P son etiquetas de pop que ofrecen protección de vínculos para el vínculo de ingeniería de tráfico.

Figura 3: Protección de vínculo de túnel de LSP con pop y reenvíoProtección de vínculo de túnel de LSP con pop y reenvío

En cada LSR, se pueden asignar etiquetas de pop protegidas por vínculos para cada vínculo de ingeniería de tráfico, y se puede crear un LSP de protección de enlaces para proteger el enlace de ingeniería de tráfico (que no es un LSP de "pop y reenvío", sino un LSP de derivación normal). Estas etiquetas pueden enviarse en el mensaje RESV de LSR para los LSP que solicitan protección de vínculos sobre el vínculo de ingeniería de tráfico específico. Dado que la omisión de facilidad de servicio termina en el siguiente salto (punto de combinación), la etiqueta de pop entrante del paquete en el PLR es la que espera el punto de combinación.

Por ejemplo, el dispositivo B de LSR puede instalar un LSP de derivación de instalaciones para la etiqueta pop 151 protegida por vínculos. Cuando el vínculo de ingeniería de tráfico B-C está en funcionamiento, LSR dispositivo B extrae 151 y envía el paquete a C. Si el vínculo de ingeniería de tráfico B-C no funciona, el LSR puede extraer 151 y enviar el paquete a través de la copia de seguridad del servicio al dispositivo C.

Compatible con el túnel LSP pop-and-forward de RSVP-TE y con las características no compatibles

Junos OS admite las siguientes características con túneles de LSP de pop y forward de RSVP-TE:

  • Etiquetas pop por RSVP vecino para LSP desprotegidos.

  • Etiquetas pop por RSVP vecino para LSP que solicitan la protección de vínculos mediante la omisión de instalaciones

  • Autodelegación del segmento LSP.

  • Modo de etiqueta mixta, en el que determinados LSRs de tránsito no admiten túneles de LSP pop/Forward

  • Ping y traceroute de LSP

  • Toda restricción CSPF existente.

  • Equilibrio de carga del tráfico entre LSP pop-to-forward y LSP de punto a punto de RSVP-TE regulares.

  • Autoancho de banda, túnel LDP y LSP de contenedor de TE + +.

  • Interfaz Ethernet agregada.

  • Compatibilidad con las plataformas virtuales, como Juniper Networks enrutador de vMX virtual.

  • compatibilidad con 64 bits

  • Los sistemas lógicos

Junos OS no admite la siguiente funcionalidad para túneles de LSP de pop y reenvío de RSVP-TE:

  • Protección de vínculos de nodo

  • Protección del despaseo para MPLS reenrutar rápidamente

  • LSP de punto a multipunto.

  • LSP de conmutación.

  • MPLS generalizadas (GMPLS) LSP (incluidos LSP bidireccionales, LSP asociados, interfaz VLAN de usuario a red [UNI], etc.)

  • Protocolo de exportación de información de flujo IP (IPFIX) muestreo de flujo en línea para MPLS plantilla

  • Enrutador de conmutación de etiquetas RFC 3813 conmutación de etiquetas multiprotocolo (MPLS) de conmutación de etiquetas (ECE) base de información de administración (BIA)

  • Explicit-null de IPv4 (no se admite la inserción de etiqueta 0 en la parte inferior de la pila de etiquetas. Si hay etiquetas de servicio debajo de la pila de etiquetas pop/forward de RSVP-TE, dado que el penúltimo salto del LSP copia el valor EXP a la etiqueta de servicio, puede permitir la continuidad de clase de servicio (CoS) en el plano de reenvío MPLS).

  • El emergedor de saltos de última (UHP)

  • Cambio de motor de enrutamiento estable (de entrada)

  • Enrutamiento activo no detenido (INE)