Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de LSP emergente y directa

Los LSP pop-and-forward introducen la noción de etiquetas pop de vínculo de ingeniería de tráfico preinstaladas que comparten los LSP RSVP-TE que atraviesan estos vínculos y reducen significativamente el estado del plano de reenvío requerido. Un enrutador de conmutación de etiquetas de tránsito (LSR) asigna una etiqueta pop única por vínculo de ingeniería de tráfico con una acción de reenvío para hacer emerger la etiqueta y reenviar el paquete a través de ese vínculo de ingeniería de tráfico en caso de que la etiqueta aparezca en la parte superior del paquete. Estos sellos pop se envían de vuelta en el mensaje RESV del LSP en cada LSR y se registran en el objeto de ruta de registro (RRO). La pila de etiquetas se construye a partir de las etiquetas grabadas en el RRO y es empujada por el enrutador de borde de la etiqueta de entrada (LER), ya que cada salto de tránsito realiza una acción de pop-and-forward en su etiqueta. Los túneles pop-and-forward mejoran los beneficios de la función del plano de control RSVP-TE con la simplicidad del plano de reenvío MPLS compartido.

Beneficios de los túneles RSVP-TE Pop-and-Forward LSP

  • Scaling advantage of RSVP-TE: se evita que cualquier límite de espacio de etiquetas específico de la plataforma en un LSR sea una restricción para la escala 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 en los túneles RSVP-TE 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 requerido.

  • Reduced transit data plane state—Dado que las etiquetas pop se asignan por vínculo de ingeniería de tráfico y se comparten entre los LSP, el estado total de la etiqueta en el plano de reenvío se reduce a una función del número de vecinos RSVP en esa interfaz.

  • Faster LSP setup time: el estado del plano de reenvío no se programa durante la configuración y el desmontaje del LSP. Como resultado, el plano de control no necesita esperar secuencialmente en cada salto para que el plano de reenvío se programe antes de enviar la etiqueta aguas arriba en el mensaje RESV, lo que resulta en una reducción del tiempo de configuración de LSP.

  • Backward compatibility—Esto permite la compatibilidad con versiones anteriores de 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 LSP RSVP-TE MPLS. Ciertos LSR pueden usar etiquetas de enlaces de ingeniería de tráfico y otros pueden usar etiquetas regulares. La entrada puede construir una pila de etiquetas apropiadamente en función del tipo de etiqueta que se registra desde cada LSR de tránsito.

Terminología del túnel LSP emergente y directo

La siguiente terminología se utiliza en la implementación de túneles LSP emergentes y directos RSVP-TE:

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

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

  • Delegation label: una etiqueta entrante en un LSR que se muestra. Se inserta un nuevo conjunto de etiquetas antes de reenviar el paquete.

  • Delegation hop— Un 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 explícitas-nulas) que pueden estar debajo de las etiquetas de transporte RSVP. Se configura por nodo y es igualmente aplicable para todos los LSP, y no está señalizado ni anunciado.

  • Outbound label depth (OutLD): número máximo de etiquetas que se pueden insertar antes de reenviar un paquete. Esto es local para el nodo y no se señaliza ni se anuncia.

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

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

Etiqueta y señalización de túnel LSP pop-and-forward

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

Para túneles LSP pop-and-forward, la etiqueta pop para el vínculo de ingeniería de tráfico se asigna cuando el primer mensaje RESV para un LSP de tránsito emergente y redirecto llega a través de ese enlace de ingeniería de tráfico. Esto se hace para evitar la asignación previa de etiquetas pop y su instalación en redes donde los LSP emergentes y posteriores no están configurados.

Nota:

Para que los túneles LSP emergentes funcionen eficazmente, se recomienda configurar la instrucción en todas las interfaces de la red RSVP-TE.maximum-labels

Figura 1 Muestra etiquetas POP en todas las interfaces de dispositivos vecinos.

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

Hay dos túneles LSP pop-and-forward: T1 y T2. El túnel T1 va del dispositivo A al dispositivo E en la ruta A-B-C-D-E. El túnel T2 va del dispositivo F al dispositivo E en la ruta F-B-C-D-E. Ambos túneles, T1 y T2, comparten los mismos enlaces de ingeniería de tráfico B-C, C-D y D-E.

A medida que RSVP-TE señala la configuración del túnel emergente T1, el LSR D recibe el mensaje RESV del E de salida. El dispositivo D comprueba el vínculo de ingeniería de tráfico del siguiente salto (D-E) y proporciona la etiqueta pop (250) en el mensaje RESV para el túnel. La etiqueta se envía en el objeto de etiqueta y también se registra en el subobjeto de etiqueta (con el conjunto de bits de etiqueta pop) que se lleva en la RRO. Del mismo modo, el dispositivo C proporciona la etiqueta pop (200) para el enlace de ingeniería de tráfico del siguiente salto C-D y el dispositivo B proporciona la etiqueta pop (150) para el enlace de ingeniería de tráfico del siguiente salto B-C. Para el túnel T2, los LSR de tránsito proporcionan las mismas etiquetas pop que se describen para el túnel T1.

Tanto los enrutadores de borde de etiquetas (LER), el dispositivo A como el dispositivo F, empujan la misma pila de etiquetas [150(top), 200, 250] para los túneles T1 y T2, respectivamente. Las etiquetas grabadas en el RRO son utilizadas por el LER de entrada para construir una pila de etiquetas.

Las etiquetas de túnel LSP pop-and-forward son compatibles con interfaces de tránsito que utilizan etiquetas de intercambio. Las etiquetas se pueden mezclar entre saltos de tránsito en un solo LSP RSVP-TE MPLS, donde ciertos LSR pueden usar etiquetas pop y otros pueden usar etiquetas intercambiables. El dispositivo de entrada construye la pila de etiquetas adecuada en función del tipo de etiqueta registrado en cada tránsito LSR.

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

Construcción de la pila de etiquetas en la entrada

El LER de entrada comprueba el tipo de etiqueta recibida de cada salto de tránsito tal como se registra en la RRO en el mensaje RESV y genera la pila de etiquetas adecuada que se utilizará en el túnel de desplazamiento y reenvío.

El LER de entrada utiliza la siguiente lógica al construir la pila de etiquetas:

  • Cada subobjeto de etiqueta RRO se procesa comenzando con el subobjeto de etiqueta del primer salto aguas abajo.

  • Cualquier etiqueta proporcionada por el primer salto aguas abajo siempre se empuja en la pila de etiquetas. Si el tipo de etiqueta es una etiqueta pop, entonces cualquier etiqueta del salto descendente siguiente también se empuja en la pila de etiquetas construida.

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

Delegación automática de pila de etiquetas

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

Al solicitar RSVP-TE para señalar la ruta, el dispositivo de entrada siempre solicita la autodelegación 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 para llegar al siguiente salto de delegación. Junos OS utiliza un algoritmo basado en la profundidad de pila de etiquetas de transporte efectiva (ETLD) recibida, que cada tránsito ejecuta para decidir si debe autoseleccionarse como salto de delegación. Este algoritmo se basa en la sección sobre ETLD en el borrador de Internet draft-ietf-mpls-rsvp-shared-labels-00.txt (expira el 11 de septiembre de 2017), Señalización de túneles RSVP-TE en un plano de reenvío 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 siguiente salto de delegación en la parte inferior de la pila.

muestra etiquetas en cada interfaz de dispositivo, donde los dispositivos D y I son saltos de delegación, P es la etiqueta pop y D es la etiqueta de delegación.Figura 2[Label][Label] El túnel LSP POP-AND-FORWARD RSVP-TE es A-B-C-D-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 emergentes y de delegación de túnel LSP emergente y de reenvíoEtiquetas emergentes y de delegación de túnel LSP emergente y de reenvío

En este enfoque, para el túnel, el dispositivo LER de entrada A empuja (150, 200, 1250). En el dispositivo D de LSR, la etiqueta de delegación 1250 aparece y las etiquetas 300, 350, 400, 450 y 1500 se insertan. En el dispositivo LSR I, la etiqueta de delegación 1500 aparece y el conjunto restante de etiquetas (550, 600) se inserta. En Junos OS, la acción de pop y push se produce como un cambio a la etiqueta inferior de la pila saliente y empujar las etiquetas restantes.

Una etiqueta de delegación y el segmento LSP que cubre pueden ser compartidos por múltiples LSP pop-and-forward. Un segmento de delegación LSP consiste en un conjunto ordenado de saltos (direcciones IP y etiquetas) como se ve en el RRO de RESV. La etiqueta de delegación (y el segmento que cubre) no es propiedad de un LSP en particular, pero se puede compartir. Cuando se eliminan todos los proveedores de servicios locales 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 LSP pop-and-forward

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

Figura 3 muestra etiquetas pop en cada interfaz de dispositivo; las etiquetas marcadas con P son etiquetas 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 LSP emergente y directoProtección de vínculo de túnel LSP emergente y directo

En cada LSR, se pueden asignar etiquetas pop protegidas por vínculos para cada enlace de ingeniería de tráfico, y se puede crear un LSP de derivación de instalación de protección de vínculos (que no es un LSP de pop-and-forward, sino un LSP de derivación normal) para proteger el vínculo de ingeniería de tráfico. El LSR puede enviar estas etiquetas en el mensaje RESV para los LSP que solicitan protección de vínculos a través del vínculo de ingeniería de tráfico específico. Dado que el bypass de la instalación termina en el siguiente salto (punto de combinación), la etiqueta pop entrante en el paquete en el PLR es lo que espera el punto de combinación.

Por ejemplo, el dispositivo B de LSR puede instalar un LSP de derivación de instalación para la etiqueta pop protegida por vínculo 151. Cuando el vínculo de ingeniería de tráfico B-C está activo, el dispositivo B de LSR aparece 151 y envía el paquete a C. Si el enlace de ingeniería de tráfico B-C está inactivo, el LSR puede hacer emerger 151 y enviar el paquete a través de la copia de seguridad de la instalación al dispositivo C.

Características compatibles y no compatibles con el túnel LSP emergente y no compatible de RSVP-TE

Junos OS admite las siguientes funciones con túneles LSP de reenvío y reenvío RSVP-TE:

  • Etiquetas pop por vecino RSVP para LSP no protegido.

  • Etiquetas pop por vecino de RSVP para proveedores de servicios lingüísticos que solicitan protección de vínculos mediante la omisión de instalaciones

  • Autodelegación del segmento LSP.

  • Modo de etiqueta mixta, donde ciertos LSR de tránsito no admiten túneles LSP de pop-and-forward

  • LSP ping y traceroute

  • Todas las restricciones existentes del CSPF.

  • Equilibrio de carga del tráfico entre los LSP pop-and-forward y el LSP RSVP-Te punto a punto regular.

  • Ancho de banda automático, tunelización de LDP y LSP de contenedor TE++.

  • Interfaz Ethernet agregada.

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

  • Soporte de 64 bits

  • Sistemas lógicos

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

  • Protección de vínculos de nodos

  • Protección contra desvíos para reenrutamiento rápido MPLS

  • LSP de punto a multipunto.

  • LSP de conmutación.

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

  • Muestreo de flujo en línea de IP-Flow Information Export (protocolo) (IPFIX) para la plantilla MPLS

  • RFC 3813, Base de información de administración (MIB) del enrutador de conmutación de etiquetas (LSR) de conmutación de etiquetas multiprotocolo (MPLS)

  • IPv4 Explicit-null (No se admite la inserción de la etiqueta 0 en la parte inferior de la pila de etiquetas. Si hay etiquetas de servicio debajo de la pila de etiquetas de desplazamiento y reenvío RSVP-TE, porque el penúltimo salto del LSP copia el valor EXP en la etiqueta de servicio, esto puede permitir la continuidad de la clase de servicio (CoS) en todo el plano de reenvío de MPLS).

  • Ultimate-hop popping (UHP)

  • Conmutación del motor de enrutamiento elegante (GRES)

  • Enrutamiento activo sin paradas (NSR)