Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Etiquetas LSP

Descripción general de etiquetas MPLS

Los paquetes que viajan a lo largo de una LSP se identifican con una etiqueta: un entero de 20 bits y sin signo en el intervalo del 0 al 1048 575. En el caso de las etiquetas push en enrutadores de entrada, no se restringen las etiquetas de este rango. Para las etiquetas entrantes en el LSP estático de tránsito, el valor de etiqueta se limita a 1000 000 a 1048 575.

En los enrutadores serie MX, PTX y T, el valor de las etiquetas de entropía y flujo se limita al 16 al 1048 575.

Asignación de etiquetas MPLS

En Junos OS, los valores de etiqueta se asignan por enrutador o conmutador: el resto de esta explicación utiliza el enrutador para cubrir ambos. La salida de visualización muestra solo la etiqueta (por ejemplo, 01024). Las etiquetas de los paquetes de multidifusión son independientes de las de los paquetes de unidifusión. Actualmente, Junos OS no admite etiquetas de multidifusión.

Las etiquetas las asignan los enrutadores descendentes en relación con el flujo de paquetes. Un enrutador que recibe paquetes etiquetados (el enrutador de salto siguiente) es responsable de asignar etiquetas entrantes. Se pierde un paquete recibido que contiene una etiqueta que no está reconocida (sin asignar). En el caso de etiquetas no reconocidas, el enrutador no intenta desenredar la etiqueta para analizar el encabezado de la capa de red, ni genera un mensaje de destino de protocolo de control de internet (ICMP) inalcanzable.

Un paquete puede llevar una serie de etiquetas, organizadas como una pila de última in y first-out. Esto se conoce como una pila de etiquetas. En un enrutador en particular, la decisión sobre cómo reenviar un paquete etiquetado se basa exclusivamente en la etiqueta en la parte superior de la pila.

Figura 1 muestra la codificación de una sola etiqueta. La codificación aparece después de los encabezados de capa de vínculo de datos, pero antes de cualquier encabezado de capa de red.

Figura 1: Codificación de etiquetasCodificación de etiquetas

Figura 2 ilustra el propósito de los bits de clase de servicio (también conocidos como EXP o bits experimentales). Los bits 20 y 21 especifican el número de cola. El bit 22 es el bit de prioridad de pérdida de paquetes (PLP) que se utiliza para especificar el perfil de detección temprana aleatoria (RED). Para obtener más información acerca de la clase de servicio y los bits de clase de servicio, consulte Configurar clase de servicio para LSP MPLS.

Figura 2: Bits de clase de servicioBits de clase de servicio

Operaciones en etiquetas MPLS

El enrutador admite las siguientes operaciones de etiqueta:

  • Push: agregue una nueva etiqueta a la parte superior del paquete. Para los paquetes IPv4, la nueva etiqueta es la primera etiqueta. Los bits de tiempo de vida (TTL) y s se derivan del encabezado del paquete IP. La clase de servicio MPLS (CoS) se deriva del número de cola. Si la operación de inserción se realiza en un paquete MPLS existente, tendrá un paquete con dos o más etiquetas. Esto se denomina apilación de etiquetas. La etiqueta superior debe tener su bit s establecido en 0 y puede derivar CoS y TTL de niveles inferiores. La nueva etiqueta superior de una pila de etiquetas siempre inicializa su TTL en 255, independientemente del valor TTL de las etiquetas inferiores.

  • Pop: elimine la etiqueta desde el principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP, y el paquete IP subyacente se reenvía como un paquete IP nativo. En el caso de varias etiquetas en un paquete (apilamiento de etiquetas), la eliminación de la etiqueta superior produce otro paquete MPLS. La nueva etiqueta superior puede derivar CoS y TTL de una etiqueta superior anterior. El valor TTL emergente de la etiqueta superior anterior no se vuelve a escribir en la nueva etiqueta superior.

  • Cambiar(Swap): reemplace la etiqueta en la parte superior de la pila de etiquetas con una etiqueta nueva. Los bits S y CoS se copian de la etiqueta anterior y el valor TTL se copia y decrementa (a menos que se configure la no-decrement-ttl instrucción o no-propagate-ttl ). Un enrutador de tránsito admite una pila de etiquetas de cualquier profundidad.

  • Inserción múltiple: agregue varias etiquetas (hasta tres) encima de los paquetes existentes. Esta operación es equivalente a insertar varias veces.

  • Cambiar y empujar: reemplace la parte superior existente de la pila de etiquetas con una etiqueta nueva y, luego, empuje otra etiqueta nueva encima.

Descripción de las operaciones de etiquetas MPLS

En el paradigma tradicional de reenvío de paquetes, a medida que un paquete viaja de un conmutador al siguiente, se toma una decisión de reenvío independiente en cada salto. El encabezado de red IP se analiza y se elige el siguiente salto según este análisis y en la información de la tabla de enrutamiento. En un entorno MPLS, el análisis del encabezado del paquete se realiza solo una vez, cuando un paquete entra en el túnel MPLS (es decir, la ruta utilizada para el tráfico MPLS).

Cuando un paquete IP entra en una ruta conmutada por etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, lo que coloca la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía según su información de enrutamiento IP a uno que se reenvía según la información asociada con la etiqueta. Luego, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes del LSP no examinan ninguna de la información de enrutamiento IP del paquete etiquetado. En su lugar, utilizan la etiqueta para buscar información en su tabla de reenvío de etiquetas. Luego, reemplazan la etiqueta antigua con una etiqueta nueva y reenvían el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador de PE de salida, se elimina la etiqueta y el paquete de nuevo se convierte en un paquete IP nativo y se reenvía según su información de enrutamiento IP.

En este tema se describe lo siguiente:

Rutas conmutadas de etiquetas MPLS y etiquetas MPLS

Cuando un paquete entra en la red MPLS, se asigna a un LSP. Cada LSP se identifica mediante una etiqueta, que es un valor corto (20 bits), de longitud fija en la parte frontal de la etiqueta MPLS (32 bits). Las etiquetas se utilizan como índices de búsqueda para la tabla de reenvío de etiquetas. Para cada etiqueta, esta tabla almacena información de reenvío. Dado que no se realiza ningún análisis ni búsqueda adicionales en el paquete encapsulado, mpls admite la transmisión de cualquier otro protocolo dentro de la carga del paquete.

Figura 3 muestra la codificación de una sola etiqueta. La codificación aparece después de los encabezados de capa de vínculo de datos, pero antes de cualquier encabezado de capa de red.

Figura 3: Codificación de etiquetasCodificación de etiquetas

Etiquetas reservadas

Las etiquetas van del 0 al 1.048.575. Las etiquetas del 0 al 999.999 son para uso interno.

Algunas de las etiquetas reservadas (en el intervalo del 0 al 15) tienen significados bien definidos. Los dispositivos de las series QFX y EX4600 utilizan las siguientes etiquetas reservadas:

  • 0, etiqueta Explicit Null IPv4: este valor solo es válido cuando se trata de la entrada de etiqueta única (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en la recepción. El reenvío continúa según el paquete IP versión 4 (IPv4).

  • 1, etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.

  • 3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de señalización (RSVP) solo para solicitar que el conmutador descendente haga estallar la etiqueta. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no se deben usar en el paquete de datos como etiquetas reales. No se implica ningún tipo de carga (IPv4 o IPv6) con esta etiqueta.

Operaciones de etiquetas MPLS

Los dispositivos serie QFX y EX4600 admiten las siguientes operaciones de etiqueta MPLS:

  • Empuje

  • Pop

  • Intercambio

Nota:

Existe un límite con respecto al número de etiquetas que los dispositivos QFX y EX4600 pueden colocar (operaciones de inserción) en la pila de etiquetas o quitar (operaciones emergentes) de la pila de etiquetas.

  • Para operaciones push: se admiten hasta tres etiquetas.

  • Para operaciones emergentes: se admiten hasta tres etiquetas.

La operación de inserción fija una nueva etiqueta en la parte superior del paquete IP. Para los paquetes IPv4, la nueva etiqueta es la primera etiqueta. El valor del campo tiempo de vida (TTL) en el encabezado del paquete se deriva del encabezado del paquete IP. La operación de inserción no se puede aplicar a un paquete que ya tenga una etiqueta MPLS.

La operación emergente elimina una etiqueta desde el principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP, y el paquete IP subyacente se reenvía como un paquete IP nativo

La operación de intercambio elimina una etiqueta MPLS existente de un paquete IP y la reemplaza por una nueva etiqueta MPLS, según lo siguiente:

  • Interfaz entrante

  • Etiqueta

  • Tabla de reenvío de etiquetas

Figura 4 muestra un paquete IP sin una etiqueta que llega a la interfaz de borde del cliente (ge-0/0/1) del conmutador de PE de entrada. El conmutador de PE de entrada examina el paquete e identifica el destino de ese paquete como el conmutador de PE de salida. El conmutador PE de entrada aplica la etiqueta 100 al paquete y envía el paquete MPLS a su interfaz de núcleo MPLS saliente (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador del proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador del proveedor cambia la etiqueta 100 por la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz central (ge-0/0/7) al siguiente salto en el túnel, que es el conmutador pe de salida. El conmutador DE PE de salida recibe el paquete MPLS a través de su interfaz de núcleo (ge-0/0/7), elimina la etiqueta MPLS y envía el paquete IP de su interfaz de borde del cliente (ge-0/0/1) a un destino que está más allá del túnel.

Figura 4: Intercambio de etiquetas MPLSIntercambio de etiquetas MPLS

Figura 4 muestra la ruta de un paquete a medida que pasa en una dirección desde el conmutador pe de entrada hasta el conmutador DE PE de salida. Sin embargo, la configuración mpls también permite que el tráfico viaje en la dirección inversa. Por lo tanto, cada conmutador PE funciona como un conmutador de entrada y como un conmutador de salida.

Penultimate-Hop Popping y Ultimate-Hop Popping

Los conmutadores permiten penúltimo salto emergente (PHP) de forma predeterminada con configuraciones IP sobre MPLS. Con PHP, el penúltimo conmutador de proveedores es responsable de hacer estallar la etiqueta MPLS y reenviar el tráfico al conmutador de PE de salida. Luego, el conmutador PE de salida realiza una búsqueda de ruta IP y reenvía el tráfico. Esto reduce la carga de procesamiento en el conmutador pe de salida, ya que no es responsable de estallar la etiqueta MPLS.

  • La etiqueta anunciada predeterminada es la etiqueta 3 (etiqueta Null implícita). Si se anuncia la etiqueta 3, el penúltimo conmutador de salto elimina la etiqueta y envía el paquete al conmutador pe de salida.

  • Si se habilita el salto final, se anuncia la etiqueta 0 (etiqueta IPv4 Explicit Null) y el conmutador de PE de salida del LSP elimina la etiqueta.

Descripción del Administrador de etiquetas MPLS

El administrador de etiquetas MPLS se utiliza para administrar diferentes tipos de etiquetas, como LSI, dinámicas, de bloques y estáticas, que se admiten en plataformas que utilizan concentradores de puerto modular (MPC) equipados con conjuntos de chips Junos Trio. Estas tarjetas de línea proporcionan más flexibilidad y escalabilidad cuando el enhanced-ip comando está configurado en el dispositivo.

Se conserva el comportamiento existente del label-space comando, que no se recomienda. Para proporcionar funcionalidad adicional, como varios rangos para cada tipo de etiqueta, label-range se introduce el comando en la [edit protocols mpls label usage] jerarquía, que es independiente de la label-space configuración. Puede elegir cualquiera de los estilos si solo se necesita un intervalo para cada tipo de etiqueta.

Las siguientes funciones se optimizan con el enhanced-ip comando configurado en el dispositivo:

  • Le permite definir el conjunto global de etiquetas de todo el sistema para que lo utilice el bloque global de enrutamiento por segmentos (SRGB) mediante el protocolo de enrutamiento IS-IS.

  • Aumenta el vrf-table-label espacio a al menos 16 000 si la plataforma puede admitir la escala.

  • Le permite especificar el valor de etiqueta que va a utilizar la etiqueta estática de la tabla VRF.

  • Le permite especificar el intervalo de valores de etiqueta que deben usar los tipos de aplicación de etiqueta compatibles.

  • Le permite cambiar dinámicamente los rangos srGB y tipo de etiqueta.

Etiquetas MPLS especiales

Algunas de las etiquetas reservadas (en el rango del 0 al 15) tienen significados bien definidos. Para obtener más detalles, consulte RFC 3032, Codificación de pila de etiquetas MPLS.

  • 0, Etiqueta null explícita IPv4: este valor solo es legal cuando se trata de la entrada de etiqueta única (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer al recibirla. El reenvío continúa según el paquete IP versión 4 (IPv4).

  • 1, etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.

  • 2, Etiqueta null explícita IPv6: este valor solo es legal cuando se trata de la entrada de etiqueta única (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en la recepción. El reenvío continúa según el paquete IP versión 6 (IPv6).

  • 3, etiqueta null implícita: esta etiqueta se utiliza en el protocolo de control (LDP o RSVP) solo para solicitar que el enrutador descendente haga estallar la etiqueta. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no se deben usar en el paquete de datos como etiquetas reales. No se implica ningún tipo de carga (IPv4 o IPv6) con esta etiqueta.

  • Del 4 al 6: sin asignar.

  • 7, indicador de etiqueta entropía: esta etiqueta se utiliza cuando una etiqueta entropía se encuentra en la pila de etiquetas y precede a la etiqueta Entropy.

  • Del 8 al 15: sin asignar.

Las etiquetas especiales se utilizan comúnmente entre la salida y los penúltimos enrutadores de un LSP. Si el LSP está configurado para transportar solo paquetes IPv4, el enrutador de salida podría indicar al penúltimo enrutador que use 0 como etiqueta de salto final. Si el LSP está configurado para transportar solo paquetes IPv6, el enrutador de salida podría indicar al penúltimo enrutador que use 2 como etiqueta de salto final.

El enrutador de salida puede simplemente indicar al penúltimo enrutador que use 3 como la etiqueta final, lo que es una solicitud para realizar el penúltimo salto de etiqueta emergente. El enrutador de salida no procesará un paquete etiquetado; más bien, recibe la carga (IPv4, IPv6 u otros) directamente, lo que reduce una búsqueda MPLS en la salida.

En el caso de los paquetes apilados en etiquetas, el enrutador de salida recibe un paquete de etiqueta MPLS con su etiqueta superior que ya aparece en el penúltimo enrutador. El enrutador de salida no puede recibir paquetes apilados en etiquetas que usen la etiqueta 0 o 2. Normalmente, solicita la etiqueta 3 del penúltimo enrutador.

Descripción general de la compatibilidad con etiquetas de entropía en modo mixto

A partir de Junos OS versión 14.2, la etiqueta de entropía se admite en el chasis en modo mixto, donde la etiqueta de entropía se puede configurar sin configuración de IP mejorada. La etiqueta de entropía ayuda a los enrutadores de tránsito a equilibrar la carga del tráfico MPLS a través de rutas ECMP o grupos de agregación de vínculos. La etiqueta de entropía introduce una etiqueta de equilibrio de carga que deben usar los enrutadores para equilibrar la carga del tráfico en lugar de depender de una inspección profunda de paquetes, lo que reduce los requisitos de procesamiento de paquetes en el plano de reenvío a expensas de una mayor profundidad de la pila de etiquetas. Junos OS solo admite la etiqueta de entropía para enrutadores serie MX con MPC o MIC y se puede habilitar con el modo ip mejorado. Sin embargo, esto conduce a una caída de paquetes si la interfaz orientada al núcleo tiene una etiqueta de entropía configurada en el MPC o MIC y el otro extremo de esta conexión orientada al núcleo tiene una tarjeta de línea DPC. Para evitar esto, la etiqueta de entropía ahora se admite en modo mixto donde la etiqueta de entropía se puede configurar sin configuración de IP mejorada. Esto permite que los DPC de enrutador serie MX admitan una etiqueta de entropía emergente. Sin embargo, esto no admite una etiqueta de flujo.

Resumen de saltos abstractos para LSP MPLS

Un salto abstracto es una combinación lógica de las restricciones de ingeniería de tráfico existentes, como grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartidos (SRLG), lo que da como resultado un grupo definido por el usuario o un clúster de enrutadores que se pueden secuenciar y usar como restricciones para configurar una ruta de conmutación de etiquetas MPLS (LSP). Los saltos abstractos superan las limitaciones de las especificaciones de restricción de ruta existentes y ofrecen varias ventajas a las capacidades de ingeniería de tráfico de MPLS.

Descripción de los saltos abstractos

La restricción de ruta para configurar un LSP MPLS se puede especificar como enrutadores individuales en forma de saltos reales o como un conjunto de enrutadores a modo de grupo administrativo o especificación de color. Cuando una restricción de ruta utiliza saltos reales (estrictos o sueltos), el LSP se configura a lo largo de una secuencia especificada de enrutadores (por ejemplo, R1, R2, ... Rn). Cuando una restricción de ruta utiliza un grupo administrativo o una especificación de color, se utiliza un grupo de enrutadores que cumplen los criterios especificados para configurar el LSP sin elegir un enrutador específico, y a diferencia de la restricción de salto real, no hay secuencia entre los distintos grupos de enrutadores utilizados en la restricción.

El inconveniente de la restricción de salto real es que, en un caso de error, si alguno de los saltos del enrutador se cae o la utilización del ancho de banda de la interfaz adjunta se satura, la ruta se reduce (o depende de la protección local o de extremo a extremo). Aunque otros enrutadores alternativos podrían estar disponibles para recuperar o configurar el LSP, el LSP permanece activo hasta que el operador configure otra secuencia de saltos de enrutador como restricción de ruta para volver a activar la ruta o para desactivar la ruta de protección.

La restricción de grupo administrativo o especificación de color supera esta limitación de una restricción de salto real en cierta medida. Aquí, cuando uno de los enrutadores del grupo se cae o tiene su capacidad de vínculo saturada, la configuración del LSP no se ve afectada. Esto se debe a que el enrutador de salto siguiente que se utilizará en la restricción de ruta no se elige de antemano, y el LSP se configura junto con otros enrutadores que tienen el mismo grupo administrativo o color sin intervención del operador. Sin embargo, el inconveniente con las restricciones de grupo de enrutadores es que no se puede especificar una secuencia entre las restricciones de salto.

Los saltos abstractos superan estos inconvenientes mediante la creación de grupos de enrutadores definidos por el usuario, en los que cada enrutador miembro cumple con una restricción definida por el usuario. La restricción definida por el usuario es una combinación lógica de las restricciones de ingeniería de tráfico existentes, como grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartidos (SRLG). El orden se logra entre los grupos de enrutadores especificando una secuencia de saltos abstractos utilizados en una restricción de ruta. Como resultado, los saltos abstractos combinan la propiedad de orden de la especificación de restricción de salto real y la resistencia que viene con las otras restricciones de ingeniería de tráfico.

Una ruta puede usar una combinación de saltos reales y abstractos como restricciones. Cuando se utilizan saltos abstractos, en lugar de especificar una secuencia de enrutadores (R1, R2, ... Rn) al igual que con los saltos reales, se especifica un conjunto ordenado de grupos de enrutadores o saltos abstractos (G1, G2, ... Gn) como restricción de ruta. Cada grupo de enrutadores especificado, Gi , por ejemplo, consta de un conjunto definido por el usuario de enrutadores: R1, R2, Rj, ... Rn. Cuando uno de los enrutadores del grupo se cae, diga R del enrutadorj en el grupo Gi, otro enrutador, dicho enrutador Rk, del mismo grupo Gi se toma por computación de ruta para reemplazar el enrutador que se ha caído (es decir, el enrutador Rj). Esto se debe a que la restricción de ruta se secuencia y tiene que pasar por una secuencia de saltos abstractos, en lugar de una secuencia de enrutadores individuales.

Ventajas de usar saltos abstractos

Los saltos abstractos son grupos de enrutadores definidos por el usuario. Al igual que las restricciones de salto real que utilizan una secuencia de enrutadores individuales, se puede utilizar una secuencia de saltos abstractos para configurar una ruta conmutada por etiquetas (LSP). El uso de saltos abstractos proporciona resistencia a las restricciones de ruta secuenciada. Los otros beneficios de usar saltos abstractos incluyen:

Especificación de una secuencia de combinaciones de restricciones

Actualmente, es posible especificar una ruta que pueda pasar por vínculos que satisfagan varios atributos. Esta restricción de ruta se denomina combinación de restricción compuesta; por ejemplo, una restricción (Ci) que incluye vínculos de baja latencia de color verde y también excluye srlg norte.

Sin embargo, no hay compatibilidad para especificar una ruta con una secuencia de combinaciones de restricciones compuestas. Por ejemplo, una restricción secuenciada (C1, C2, Ci, ... Cn) que incluye vínculos verdes de baja latencia, vínculos azules sin latencia y, luego, vínculos rojos de baja latencia.

La necesidad de una combinación de restricción compuesta secuenciada surge cuando existe un requisito de establecer rutas a través de una secuencia de regiones geográficas con un requisito de afinidad de vínculo (atributos) diferente en cada región. Los saltos abstractos cumplen este requisito al permitir que los nodos de computación asignen cada combinación de restricciones (Ci, por ejemplo) con el grupo de enrutadores definido por el usuario, es decir, los saltos abstractos.

Evitar la nueva configuración de red en los nodos de tránsito

Con las capacidades de especificación de restricción de ruta actual, es posible incluir o excluir vínculos de ciertos atributos a lo largo de toda una ruta; por ejemplo, excluir srlg oeste de una ruta. Sin embargo, no hay compatibilidad para excluir o incluir atributos condicionalmente, ni para aplicar distintos atributos de exclusión o inclusión en diferentes partes de la ruta; por ejemplo, excluir SRLG oeste solo cuando se atraviesan vínculos rojos.

Como solución alternativa, se puede crear un nuevo grupo administrativo para identificar todos esos vínculos rojos que no tienen SRLG oeste y configurar todos los vínculos relevantes adecuadamente con ese grupo administrativo. El inconveniente de este enfoque es que se requieren cambios de configuración en toda la red para reflejar la nueva pertenencia al grupo administrativo.

En su lugar, mediante el uso de saltos abstractos, los cambios de configuración se pueden contener solo en el enrutador de entrada. En el enrutador de entrada, la combinación de restricciones se asigna al salto abstracto, cumpliendo así el requisito antes mencionado sin la necesidad de ninguna configuración nueva en los nodos de tránsito.

Combinación de paradigmas de computación de rutas centralizadas y distribuidas

La ingeniería de tráfico de rutas MPLS se puede lograr mediante computación distribuida o con un controlador centralizado para rutas de computación. Una combinación de ambos tipos de computación se denomina paradigma de computación híbrida. La característica clave del enfoque de computación híbrida es la capacidad del controlador centralizado (denominado elemento de computación de ruta (PCE) para especificar libremente las directivas de computación de ruta, por ruta, al enrutador de entrada (conocido como cliente de computación de ruta (PCC) y la capacidad del enrutador de entrada para usarlo como entrada para el cálculo de ruta.

Una secuencia de saltos abstractos tiene el propósito de actuar como la pauta del controlador centralizado. Los saltos abstractos proporcionan la flexibilidad al controlador para tejer en la restricción de ruta y los atributos. Esto también permite que el controlador se cree en el elemento de secuencia en la restricción. El controlador no tiene que especificar cada salto que debe tomar la ruta, lo que deja espacio para que el enrutador de entrada actúe dentro de los límites de la directriz o directiva.

Tabla 1 enumera las características clave del paradigma de computación híbrida y ofrece una comparación de este enfoque con los métodos de cálculo de ruta actuales.

Tabla 1: Computación híbrida para saltos abstractos

Características

Primero la ruta más corta con limitaciones distribuidas

Primera ruta más corta con limitaciones centralizadas

Primero la ruta más corta con limitaciones híbridas

Reaccione a los cambios frecuentes en una gran red

 

Computación de ruta sofisticada con vista global

 

Incorporación de la lógica empresarial en la computación de rutas

 

Resistencia (sin un solo punto de falla)

 

Previsibilidad

 

Reaccione a la carga de red en (cerca de) tiempo real

 

Pruebas en terreno (frente a la adopción temprana)

 

Implementación de saltos abstractos de Junos OS

La función de saltos abstractos conscientes de pedidos se introduce en junos OS versión 17.1. En las siguientes secciones se describe la implementación de saltos abstractos en Junos OS:

Definición de saltos abstractos

Un salto abstracto es un grupo de enrutadores que los usuarios pueden definir para usarse en la configuración de una ruta conmutada por etiquetas (LSP). El usuario puede controlar qué enrutadores incluir en el grupo definiendo una combinación lógica de atributos de vínculo heterogéneos o restricciones denominadas atributos constituyentes. Los enrutadores con vínculos que satisfacen los atributos de componentes definidos lo hacen al grupo de enrutadores que representan el salto abstracto.

La asignación de atributos constituyentes con el salto abstracto es local al nodo de computación o la entrada del LSP que se está configurando. Como resultado, los saltos abstractos no tienen actualizaciones de protocolo de puerta de enlace interior asociadas ni extensiones de protocolo de señalización, y la implementación de saltos abstractos en una red no requiere una nueva configuración en los nodos de tránsito.

Una lista de componentes permite definir un conjunto de atributos de ingeniería de tráfico constituyente, que se identifica mediante un nombre definido por el usuario. Las listas constitutivas se utilizan en una definición de salto abstracto mediante cualquiera de las siguientes instrucciones de configuración:

  • include-any-list— El vínculo cumple la lista de componentes si cualquiera de los atributos de componentes especificados son verdaderos para el vínculo.

  • include-all-list— El vínculo satisface la lista de componentes si todos los atributos de componentes especificados son verdaderos para el vínculo.

  • exclude-all-list: el vínculo cumple la lista de componentes si ninguno de los atributos de componentes especificados es true para el vínculo.

  • exclude-any-list: el vínculo satisface la lista de componentes si al menos uno de los atributos de componentes especificados no es true para el vínculo.

Un salto abstracto se define como una combinación lógica de referencias de lista de componentes que pueden pertenecer a cualquiera de las categorías antes mencionadas. Para ello, los operadores lógicos AND se OR incluyen en la definición de salto abstracto y se aplican a la lista constitutiva.

  • OR: al menos una de las referencias de lista constituyente en la definición de salto abstracto debe cumplirse con un vínculo para que el nodo adjunto forme parte del salto abstracto.

  • AND: todas las referencias de lista de componentes en la definición de salto abstracto deben cumplirse con un vínculo para que el nodo adjunto forme parte del salto abstracto.

Definición de salto abstracto de ejemplo

Tomando como ejemplo, la definición de salto abstracto hopA es la siguiente:

Los saltos abstractos hopA deben incluir todos los enrutadores cuyos vínculos emanantes satisfagan la combinación lógica de los siguientes atributos de vínculo, respectivamente:

  • hopA—((grupo administrativo rojo & Srlg sur) || (grupo administrativo verde || Srlg north)), donde:

    • administrative group red y Srlg south pertenecen a la lista de componentes incluidos (listA1, en este ejemplo).

    • administrative group green y Srlg north pertenecer a cualquier lista de componentes (listA2, en este ejemplo).

    • || es el operador or.

La configuración para saltos abstractos hopA es la siguiente:

  • hopA configuration

Verifying Abstract Hop Configuration

El show mpls abstract hop membership <abstract hop name> comando se utiliza para ver los miembros de un salto abstracto. El resultado del comando proporciona el salto abstracto a la asignación de nodos de base de datos de ingeniería de tráfico.

Aquí, el campo Credibility de salida indica la credibilidad asociada con el protocolo de puerta de enlace interior en uso.

El resultado del show ted database extensive local comando proporciona la vista capturada en la base de datos de ingeniería de tráfico. Se agrega una palabra clave local para indicar que el resultado incluiría cualquier instrumentación local. El resultado del comando muestra el salto abstracto como un atributo de vínculos que satisface la combinación lógica asociada de atributos de vínculo.

El salto abstracto hopA es para baja latencia y SRLG west, y el salto abstracto hopB es para excluir SRLG west. Figura 5 muestra la vista de entrada de estos saltos abstractos.

Figura 5: Vista de entrada de los saltos abstractosVista de entrada de los saltos abstractos

Uso de saltos abstractos en restricción de ruta

El usuario asocia un identificador único con cada definición de salto abstracto. Este identificador se utiliza para hacer referencia al salto abstracto en la restricción de ruta. Se puede especificar una secuencia de saltos abstractos como restricción de ruta, similar a cómo se utilizan los saltos IP reales. La restricción de ruta también podría ser una secuencia de saltos abstractos intercalados por saltos IP reales.

El uso de saltos abstractos o saltos reales en una restricción de ruta requiere más de un paso restringido primero de ruta más corta al destino, normalmente una pasada por salto. Cuando se proporcionan saltos reales como restricción de ruta, el cálculo de restricción implica tantas pasadas como el número de saltos en la restricción de ruta, donde cada paso termina al alcanzar un salto en la lista de restricciones. El punto de partida de cada paso es el destino de la pasada anterior, con el primer paso utilizando el enrutador de entrada como inicio.

Como alternativa, cuando la restricción de ruta utiliza saltos abstractos estrictos o flojos, el cálculo de restricciones pasa donde cada paso procesa el salto abstracto subsiguiente en la lista de restricciones. En tal caso, más de un nodo califica para ser el destino del pase. El conjunto de nodos se denomina conjunto de enrutadores viables para el paso.

Un salto abstracto atraviesa los nodos miembros con lo siguiente:

  • Vínculos que satisfacen la combinación lógica de atributos de componentes definidos

  • Cualquier tipo de vínculo

Los medios de los saltos abstractos que atraviesan los nodos miembro se controlan mediante el uso de los calificadores de salto abstracto (estrictos, sueltos y flojos) para definir la restricción de ruta. Por ejemplo, el salto abstracto hopA se procesa de manera diferente con diferentes calificadores:

  • Strict: después del último salto procesado en la lista de restricciones, la ruta solo atraviesa los vínculos o nodos que tienen membresía de salto abstracto A, antes de llegar a un nodo con la pertenencia de hopA que es un punto de partida factible para procesar el próximo salto abstracto.

  • Loose: después del último salto procesado en la lista de restricciones, la ruta puede atravesar cualquier nodo real que no tenga membresía de salto abstracto de hopA, antes de llegar a un nodo con salto de membresía de salto abstracto hopA, que es un punto de partida factible para procesar el próximo salto abstracto.

  • Loose-link: después del último salto procesado en la lista de restricciones, la ruta puede atravesar cualquier nodo real que no tenga membresía de salto abstracto de hopA, antes de llegar a un nodo con salto de membresía de salto abstracto hopA, que es un punto de partida factible para procesar el próximo salto abstracto. Sin embargo, la ruta debería haber atravesado al menos un vínculo de membresía abstracta hopA en el curso de la misma.

    En otras palabras, se dice que el salto abstracto del tipo loose-link solo se procesa si se puede acceder a cualquiera de los enrutadores viables de la restricción mediante un vínculo de pertenencia a salto abstracto asociado.

Especificación de saltos abstractos de ejemplo

Tabla 2 proporciona un caso de uso de ejemplo para usar saltos abstractos en restricciones de ruta.

Tabla 2: Uso de saltos abstractos en restricciones de ruta

Propósito de restricción de ruta

Calificador de salto abstracto

Configuración

Conjunto de enrutadores viables

Afinidad

Atraviese nodos que son miembros de hopA que solo toman vínculos que satisfacen el saltoA.

Estricto

[edit protocols mpls]
Path path_hopA_s {
    hopA abstract strict;
}

Todos los miembros de abstract hopA. Es decir, A1, A2... An.

hopA (elija solo los enlaces que satisfagan el salto abstractoA).

Atraviese nodos que son miembros de hopA, pero no necesariamente vínculos que satisfacen el saltoA

Suelto

[edit protocols mpls]
Path path_hopA_l {
    hopA abstract loose;
}

Todos los miembros de abstract hopA. Es decir, A1, A2... An.

Ninguno (cualquier tipo de vínculos).

Atraviese los nodos que son miembros de hopA tomando al menos un vínculo que satisfaga el saltoA.

Enlace flojo

Nota:

El calificador de vínculo flojo se ve como flojo seguido por estricto para el mismo salto abstracto. En otras palabras, hopA loose-link es el mismo que hopA loose y hopA strict.

[edit protocols mpls]
Path path_hopA_ll {
    hopA abstract loose-link;
}

En este caso, hay dos pasadas de cálculo asociadas con hopA en la restricción de ruta. El conjunto de enrutadores viables para ambas pasadas es:

Todos los miembros de abstract hopA. Es decir, A1, A2... An.

Nota:

Durante el cálculo de ruta, un enrutador se atraviesa solo una vez.

En este caso, hay dos pasadas de cálculo asociadas con hopA en la restricción de ruta. La afinidad de las dos pasadas es:

  • Pase 1: ninguno (cualquier tipo de vínculo).

  • Pase 2: saltoA (seleccione solo los vínculos que satisfagan el salto abstracto).

Atraviese nodos que son miembros de hopA, tomando solo vínculos que satisfagan el saltoA, seguidos de nodos que son miembros de hopB que solo toman vínculos que satisfacen el saltoB.

Estricto

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA: intersección del conjunto de miembros de hopA y hopB.

    Nota:

    Cuando un salto abstracto es seguido por un salto abstracto estricto, la intersección de los dos conjuntos de miembros se considera como conjunto de enrutadores viables.

  • hopB: todos los miembros de hopB abstracto. Es decir, B1, B2... Bn.

  • hopA— hopA (elija solo los vínculos que satisfagan el salto abstracto).

  • hopB: hopB (solo seleccione vínculos que satisfagan el saltoB abstracto).

Atraviese nodos que son miembros de hopA que solo toman vínculos que satisfacen el saltoA, seguidos de nodos que son miembros de hopB que toman cualquier tipo de vínculos.

Estricto y flojo

[edit protocols mpls]
Path path_hopA_s_hopB_l {
    hopA abstract strict;
    hopB abstract loose;
}
  • hopA: todos los miembros del hopA abstracto. Es decir, A1, A2... An.

  • hopB: todos los miembros de hopB abstracto. Es decir, B1, B2... Bn.

  • hopA— hopA (elija solo los vínculos que satisfagan el salto abstracto).

  • hopB: ninguno (elija cualquier vínculo).

Atraviese nodos que son miembros de hopA tomando cualquier tipo de vínculos, seguidos de nodos que son miembros de hopB que toman cualquier tipo de vínculos.

Suelto

[edit protocols mpls]
Path path_hopA_l_hopB_l {
    hopA abstract loose;
    hopB abstract loose;
}
  • hopA: todos los miembros del hopA abstracto. Es decir, A1, A2... An.

  • hopB: todos los miembros de hopB abstracto. Es decir, B1, B2... Bn.

Ninguno (elija cualquier vínculo).

Atraviese nodos que son miembros de hopA tomando cualquier tipo de vínculos, seguidos de nodos que son miembros de hopB que solo toman vínculos que satisfacen el saltoB.

Flexible y estricto

[edit protocols mpls]
Path path_hopA_l_hopB_s {
    hopA abstract loose;
    hopB abstract strict;
}
  • hopA: intersección de los miembros de hopA y hopB.

    Cuando un salto abstracto es seguido por un salto abstracto estricto, la intersección de los dos conjuntos de miembros se considera como conjunto de enrutadores viables.

  • hopB: todos los miembros de hopB abstracto. Es decir, B1, B2... Bn.

  • hopA: ninguno (elija cualquier vínculo).

  • hopB: hopB (solo seleccione vínculos que satisfagan el saltoB abstracto).

Figura 6 muestra restricciones de ruta para saltos abstractos hopA, hopB y hopC con calificadores de saltos abstractos sueltos, estrictos y flojos, respectivamente.

Figura 6: Restricciones de ruta de ejemplo para saltos abstractosRestricciones de ruta de ejemplo para saltos abstractos

Las primeras pasadas de la ruta más corta restringida para los saltos abstractos son las siguientes:

  • Pase 1 asociado con hopA

    • Enrutadores viables: enrutadores R1 y R2 (intersección de hopA y hopB, ya que hopB es un salto abstracto estricto).

    • Afinidad: ninguna (como el saltoA está suelto).

  • Pase 2 asociado con hopB

    • Enrutadores viables: enrutadores R1, R2, R3 y R4

    • Afinidad: elija solo vínculos compatibles con hopB (como hopB es un salto abstracto estricto).

  • Pase 3 asociado con hopC

    • Enrutadores viables: enrutadores R5, R6, R7 y el enrutador de salida.

    • Afinidad: ninguna (como saltoC es un salto abstracto suelto).

Computación y retroceso de rutas

En cada paso de ruta más corta restringida primero, cuando se alcanza el enrutador más cercano de un conjunto de enrutadores viables mediante vínculos que satisfacen la afinidad que se representa para el paso, se dice que se procesa el salto abstracto asociado con el paso. Así, el enrutador viable alcanzado sirve como inicio para el siguiente paso de restricción. Si se produce un error en cualquier paso de restricción y no es el que tiene el enrutador de entrada como enrutador de inicio, el paso se devuelve a la pasada anterior y el proceso se repite.

Seguimiento de ejemplo

Cuando se produce un error en la p del primer paso de la ruta más corta restringida (que no sea la primera), el enrutador de salida del paso anterior (p – 1) que sirvió como inicio para la pasada actual p se descalifica en el conjunto de enrutadores viables del paso anterior (p – 1). A continuación, se vuelve a ejecutar el paso anterior (p – 1) para encontrar el siguiente enrutador de salida o destino de la pasada p – 1 del conjunto de enrutadores viables.

Así, el enrutador determinado sirve como el nuevo enrutador de inicio para el paso p. Este procedimiento se repite siempre y cuando haya errores y haya enrutadores viables que no se exploren.

El show mpls lsp abstract-hop-computation name lsp-name comando proporciona las diversas pasadas de computación involucradas por LSP y los enrutadores de salida que califican para cada paso. El resultado del comando también proporciona la afinidad por paso y muestra el enrutador de inicio actual elegido para el pase. Para cada enrutador viable, se muestra el estado de retroceso, donde puede ser válido o descalificado.

El campo Credibility de salida indica la credibilidad asociada con el protocolo de puerta de enlace interior en uso.

Ejemplo: Configuración de saltos abstractos para LSP MPLS

En este ejemplo, se muestra cómo configurar saltos abstractos para rutas de conmutación de etiquetas (LSP) MPLS. Los saltos abstractos combinan las características clave de las restricciones de ingeniería de tráfico existentes que permiten al usuario especificar una restricción de ruta resistente y consciente de pedidos para LSP MPLS.

Requisitos

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

  • Seis dispositivos que pueden ser una combinación de enrutadores de borde multiservicio serie M, plataformas de enrutamiento universal 5G serie MX, enrutadores de núcleo serie T y enrutadores de transporte de paquetes serie PTX.

  • Junos OS versión 17.1 o posterior que se ejecuta en todos los dispositivos.

Antes de comenzar:

  • Configure las interfaces del dispositivo.

  • Configure el ID del enrutador del dispositivo y asigne un número de sistema autónomo (AS).

  • Configure RSVP en todos los dispositivos.

  • Configure OSPF o cualquier otro protocolo de puerta de enlace interior en todos los dispositivos.

  • Configure grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartido (SRLG) en todos los dispositivos.

Descripción general

Junos OS versión 17.1 presenta saltos abstractos, que son grupos o grupos de enrutadores definidos por el usuario. De forma similar a la secuencia de restricciones de salto real (estrictas o sueltas), se puede utilizar una secuencia de saltos abstractos para configurar una ruta conmutada por etiquetas (LSP). Una ruta puede usar una combinación de saltos reales y abstractos como restricciones.

Un salto abstracto es una combinación lógica de las restricciones de ingeniería de tráfico existentes, como grupos administrativos, grupos administrativos extendidos y SRLG, junto con la propiedad de orden de saltos reales. Como resultado, cuando se utiliza una secuencia de saltos abstractos en una restricción de ruta, el orden se logra entre los grupos de enrutadores que cumplen una combinación lógica de atributos de vínculo o nodo denominados atributos constituyentes.

Para configurar saltos abstractos:

  • Cree listas constitutivas con atributos de ingeniería de tráfico constituyentes incluyendo la constituent-list list-name instrucción en el [edit protocols mpls] nivel jerárquico.

  • Incluya las listas constitutivas en la definición de salto abstracto en el [edit protocols mpls abstract-hop abstract-hop-name] nivel jerárquico.

  • Defina restricciones de ruta que utilicen saltos abstractos en el [edit protocols mpls path path-name] nivel jerárquico.

Cuando configure saltos abstractos para LSP MPLS, tome en consideración las siguientes pautas:

  • Los saltos abstractos solo se admiten en la instancia de enrutamiento maestro de un dispositivo.

  • Los destinos IPv6 no se admiten en restricciones de salto abstracto (solo funcionan los destinos IPv4).

  • Los saltos abstractos pueden ser restricciones estrictas o sueltas.

  • La compatibilidad con saltos abstractos en la versión 17.1 de Junos OS solo se proporciona para LSP MPLS dentro del área y no para LSP entre dominios o entre áreas.

  • Las restricciones de salto abstracto se habilitan solo para LSP punto a punto regulares. Otros tipos de LSP MPLS, como LSP de punto a multipunto, LSP bidireccionales controlados externamente, LSP de contenedor dinámico, LSP de automesh RSVP y LSP entre áreas no se admiten con la configuración de saltos abstractos.

  • Los saltos abstractos no permiten la computación de la ruta general más corta para LSP.

  • No se debe hacer referencia a un salto abstracto más de una vez en la misma restricción de ruta.

  • Las especificaciones de restricción de salto abstracto no afectan a la compatibilidad con la conmutación de motor de enrutamiento elegante (GRES), la actualización unificada de software en servicio (ISSU) y el enrutamiento sin interrupción (NSR).

  • Las especificaciones de restricción de salto abstracto no afectan al rendimiento general de la red. Sin embargo, el tiempo que se tarda en computar la ruta más corta primero aumenta con la configuración de salto abstracto. El tiempo de configuración de un LSP de salto abstracto es más que el tiempo necesario para configurar un LSP sin configuración de salto abstracto.

Topología

Figura 7 muestra una topología de red de ejemplo configurada con saltos abstractos. Los dispositivos R0 y R3 están conectados a hosts (Host 1 y Host 2). Los dispositivos R4 y R5 están conectados a los dispositivos R0, R1, R2 y R3. Los dispositivos R1 y R2 también se conectan directamente entre sí.

Los dispositivos R0 y R3 se configuran bajo el mismo sistema autónomo: AS 64496. Un LSP MPLS se configura del dispositivo R0 al dispositivo R3 con una ruta principal y dos rutas secundarias (rutas secundarias en espera y no estándar).

Cuatro listas constitutivas(c1, c2, c3 y c4) se crean mediante tres SRLG (g1, g2 y g3), tres grupos administrativos (verde, azul y rojo) y un grupo administrativo extendido (oro). Tres saltos abstractos (ah1, ah2 y ah3) se definen mediante las listas constitutivas configuradas y se especifican como restricciones de ruta. El salto abstracto ah1 se especifica como restricción para la ruta principal, mientras que los saltos abstractos ah2 y ah3 se especifican como restricciones para la ruta de espera secundaria y la ruta secundaria no estándar, respectivamente.

Figura 7: Configuración de restricción de ruta de salto abstractoConfiguración de restricción de ruta de salto abstracto

Configuración

Configuración rápida de CLI

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

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Procedimiento

Procedimiento paso a paso

En el ejemplo siguiente, se requiere navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI.

Para configurar el dispositivo R0:

  1. Habilite servicios de red IP mejorados en el dispositivo R0.

  2. Configure las interfaces en el dispositivo R0, incluida la interfaz de circuito cerrado.

  3. Asigne el ID del enrutador y el número de sistema autónomo para el dispositivo R0.

  4. Configure las definiciones de SRLG.

  5. Configure las definiciones de grupo administrativo extendido.

  6. Configure las definiciones de grupo administrativo.

  7. Configure MPLS en todas las interfaces del dispositivo R0, a excepción de la interfaz de administración.

  8. Asigne las interfaces del dispositivo R0 con los atributos de ingeniería de tráfico configurados.

  9. Configure un LSP que conecte el dispositivo R0 con el dispositivo R3 y asigne atributos de ruta principal y secundaria al LSP.

  10. Defina las rutas primarias y secundarias para el LSP R0-R31.

  11. Cree listas constitutivas con atributos de ingeniería de tráfico constituyentes para definiciones de salto abstracto.

  12. Defina los saltos abstractos asignando las listas de componentes configuradas y los operadores respectivos.

  13. Defina restricciones para las rutas configuradas incluyendo definiciones de salto abstracto.

  14. Configure RSVP en el dispositivo R0. Habilite RSVP en todas las interfaces del dispositivo R0, excluyendo la interfaz de administración y la interfaz que se conectan a Host1, y asigne valores de ancho de banda.

  15. Configure OSPF en todas las interfaces del dispositivo R0, excluyendo la interfaz de administración, y asigne capacidades de ingeniería de tráfico.

  16. Configure una política en el dispositivo R0 para habilitar el equilibrio de carga por paquete.

  17. Exporte la política de equilibrio de carga a la tabla de reenvío.

Resultados

Desde el modo de configuración, confirme la configuración ingresando los show chassiscomandos , show interfaces, show routing-options, show protocolsy show policy-options . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar la configuración de salto abstracto

Propósito

Compruebe los miembros de la definición de salto abstracto en el dispositivo R0 mediante la emisión del show mpls abstract-hop-membership comando, que muestra las tablas de pertenencia de salto abstracto.

Acción

Desde el modo operativo, ejecute el show mpls abstract-hop-membership comando.

Significado

El show mpls abstract-hop-membership resultado del comando proporciona el salto abstracto a la asignación de nodos de base de datos de ingeniería de tráfico. El Credibility campo muestra el valor de credibilidad asociado con el protocolo de puerta de enlace interior en uso (OSPF).

Verificar la computación de ruta de salto abstracta

Propósito

Compruebe el preproceso de computación abstracto para LSP en el dispositivo R0 mediante la emisión del show mpls lsp abstract-computation comando.

Acción

Desde el modo operativo, ejecute el show mpls lsp abstract-computation comando.

Significado

El show mpls lsp abstract-hop-computation resultado del comando proporciona las diversas pasadas de cálculo involucradas por LSP y los devces de salida de calificación para cada paso. El resultado del comando también proporciona la afinidad por paso y muestra el dispositivo de inicio actual elegido para el pase. Para cada enrutador (dispositivo) viable, se muestra el estado de retroceso, donde puede ser válido o descalificado.

El Credibility campo indica el valor de credibilidad asociado con el protocolo de puerta de enlace interior en uso (OSPF).

Configuración de la cantidad máxima de etiquetas MPLS

Para las interfaces que configure para aplicaciones MPLS, puede establecer el número máximo de etiquetas en las que mpls puede funcionar.

De forma predeterminada, el número máximo de etiquetas es tres. Puede cambiar el máximo a cuatro etiquetas o cinco etiquetas para aplicaciones que requieren cuatro o cinco etiquetas.

A partir de Junos OS versión 19.1R1, se puede aprovechar el número máximo de etiquetas que puede insertar el motor de reenvío de paquetes de salida (PFE), en el que la cantidad de etiquetas que se pueden insertar para un salto siguiente mpls es la cantidad de etiquetas que el dispositivo es capaz de insertar, o las etiquetas máximas configuradas bajo family mpls la interfaz de salida, lo que sea más pequeño. Esta compatibilidad está habilitada en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPC de tercera generación.

Nota:

En los enrutadores serie PTX, el número máximo de etiquetas que puede insertar el PFE de entrada es 4 y el PFE de salida es 8.

La mayor capacidad de inserción de etiquetas es útil para funciones, como LSP de ingeniería de tráfico de enrutamiento por segmentos y LSP pop-and-forward RSVP-TE. Todas las funciones existentes de las aplicaciones que utilizan los próximos saltos MPLS continúan funcionando con la mayor capacidad de inserción de etiquetas. Esto incluye lo siguiente:

  • Todas las utilidades de OAM, como lsping, traceroute y BFD para LSP MPLS.

  • Monitoreo de utilidades, como lspmon, y LM DM para LSP MPLS.

Las show route table salidas de comando y show route forwarding-table se mejoran para mostrar hasta 16 etiquetas por componente de salto siguiente.

Por ejemplo:

Nota:

Cuando se modifica la cantidad máxima de etiquetas MPLS de una interfaz, la interfaz MPLS se rebota. Todas las sesiones de LDP y RSVP en esa interfaz se reinician, lo que da como resultado que todos los LSP a través de esa interfaz se aleje.

Por ejemplo, suponga que configura un servicio VPN de operadora de operadora de dos niveles para los clientes que proporcionan servicio VPN. Una VPN de operadora de operadora es una relación de dos niveles entre una operadora de proveedores (ISP de nivel 1) y una operadora de cliente (ISP de nivel 2). En una VPN de operadora de operadora, la operadora proveedora proporciona una red troncal VPN para el operador del cliente. A su vez, la operadora del cliente ofrece un servicio VPN de capa 3 a sus clientes finales. El operador de cliente envía tráfico etiquetado al operador de proveedor para entregarlo al siguiente salto del otro lado de la red del operador de telecomunicaciones. Este escenario requiere una pila de tres etiquetas: una etiqueta para la VPN de operadora del proveedor, otra etiqueta para la VPN de operadora del cliente y una tercera etiqueta para la ruta de transporte.

Si agrega un servicio de reenrutamiento rápido, los enrutadores de PE en la red de la operadora de proveedor deben configurarse para admitir una cuarta etiqueta (la etiqueta de reenrutamiento). Si la operadora del cliente utiliza LDP como su protocolo de señalización y la operadora del proveedor usa RSVP, la operadora del proveedor debe admitir LDP a través del servicio de túnel RSVP. Este servicio adicional requiere una etiqueta adicional para un total de cinco etiquetas.

Para el operador del cliente, el enrutador que utiliza para conectarse a la VPN del operador de proveedor es un enrutador de PE. Sin embargo, la operadora del proveedor ve este dispositivo como un enrutador CE.

Tabla 3 resume los requisitos de la etiqueta.

Tabla 3: Escenarios de ejemplo para usar etiquetas 3, 4 o 5 MPLS

Número de etiquetas necesarias

Escenarios

3

VPN de operadora de operadores o UNA VPN con dos etiquetas y un reenrutamiento rápido

4

Combinación de operadoras de operadoras y reenrutamiento rápido

5

Operadora de operadoras con reenrutamiento rápido y operadora de clientes que ejecuta LDP, con la operadora de proveedores que ejecuta RSVP

Para configurar y supervisar el número máximo de etiquetas:

  1. Especifique el máximo en la interfaz lógica. Aplique esta configuración a los enrutadores de PE de la operadora.
  2. Verifique la configuración.

    El resultado del comando incluye el Maximum labels: 5 campo bajo la unidad de interfaz lógica 0.

Configuración de MPLS para hacer estallar la etiqueta en el enrutador ultimate-hop

Puede controlar el valor de etiqueta anunciado en el enrutador de salida de una ruta conmutada por etiquetas (LSP). La etiqueta anunciada predeterminada es la etiqueta 3 (Etiqueta nula implícita). Si se anuncia la etiqueta 3, el penúltimo enrutador de salto elimina la etiqueta y envía el paquete al enrutador de salida. Al habilitar ultimate-hop popping, se anuncia la etiqueta 0 (Etiqueta nula explícita IPv4). El salto final garantiza que todos los paquetes que atraviesan una red MPLS incluyan una etiqueta.

Nota:

Los enrutadores de Juniper Networks ponen en cola paquetes basados en la etiqueta entrante. Los enrutadores de otros proveedores pueden poner en cola paquetes de manera diferente. Tenga esto en cuenta cuando trabaje con redes que contienen enrutadores de varios proveedores.

Para configurar MPLS para que aparezca la etiqueta en el enrutador de último salto, incluya la explicit-null instrucción:

Puede configurar esta instrucción en los siguientes niveles jerárquicos:

  • [edit protocols mpls]

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

Anunciar etiquetas nulas explícitas a pares bgp

Solo para la familia IPv4 (inet), los pares del BGP de un grupo de enrutamiento pueden enviar una etiqueta NULL explícita para un conjunto de rutas conectadas (rutas directas y de circuito cerrado) para la NLRI de unidifusión e inet6 etiquetada como unidifusión. De forma predeterminada, los pares anuncian la etiqueta 3 (NULL implícito). Si la explicit-null instrucción está habilitada, los pares anuncian la etiqueta 0 (NULL explícito). Las etiquetas NULL explícitas garantizan que las etiquetas siempre estén presentes en los paquetes que atraviesan una red MPLS. Si se utiliza la etiqueta NULL implícita. el penúltimo enrutador de salto elimina la etiqueta y envía el paquete como un paquete IP sin formato al enrutador de salida. Esto puede causar problemas en la cola del paquete correctamente en el penúltimo enrutador de salto si el penúltimo salto es el enrutador de otro proveedor. Algunos otros proveedores ponen en cola paquetes basados en los bits de CoS en la etiqueta de salida en lugar de la etiqueta entrante.

Para anunciar una etiqueta null explícita, incluya las siguientes instrucciones en la configuración:

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

La connected-only instrucción es necesaria para anunciar etiquetas nulas explícitas.

Para comprobar que la etiqueta NULL explícita se anuncia para rutas conectadas, use el show route advertising-protocol bgp neighbor-address comando.

Descripción de las operaciones de etiquetas MPLS en conmutadores de la serie EX

En el paradigma tradicional de reenvío de paquetes, a medida que un paquete viaja de un conmutador al siguiente, se toma una decisión de reenvío independiente en cada salto. El encabezado de red IP se analiza y se elige el siguiente salto según este análisis y en la información de la tabla de enrutamiento. En un entorno MPLS, el análisis del encabezado del paquete se realiza solo una vez, cuando un paquete entra en el túnel MPLS (es decir, la ruta utilizada para el tráfico MPLS).

Cuando un paquete IP entra en una ruta conmutada por etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, lo que coloca la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía según su información de enrutamiento IP a uno que se reenvía según la información asociada con la etiqueta. Luego, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes del LSP no examinan ninguna de la información de enrutamiento IP del paquete etiquetado. En su lugar, utilizan la etiqueta para buscar información en su tabla de reenvío de etiquetas. Luego, reemplazan la etiqueta antigua con una etiqueta nueva y reenvían el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador de PE de salida, se elimina la etiqueta y el paquete de nuevo se convierte en un paquete IP nativo y se reenvía de nuevo según su información de enrutamiento IP.

En este tema se describe lo siguiente:

Rutas conmutadas de etiquetas MPLS y etiquetas MPLS en los conmutadores

Cuando un paquete entra en la red MPLS, se asigna a un LSP. Cada LSP se identifica mediante una etiqueta, que es un valor corto (20 bits), de longitud fija en la parte frontal de la etiqueta MPLS (32 bits). Las etiquetas se utilizan como índices de búsqueda para la tabla de reenvío de etiquetas. Para cada etiqueta, esta tabla almacena información de reenvío. Dado que no se realiza ningún análisis ni búsqueda adicionales en el paquete encapsulado, mpls admite la transmisión de cualquier otro protocolo dentro de la carga del paquete.

Nota:

La implementación de MPLS en conmutadores Ethernet EX3200 y EX4200 de Juniper Networks solo admite paquetes de etiqueta única. Sin embargo, mpls en conmutadores Ethernet EX8200 de Juniper Networks admiten paquetes con hasta tres etiquetas.

Figura 8 muestra la codificación de una sola etiqueta. La codificación aparece después de los encabezados de capa de vínculo de datos, pero antes de cualquier encabezado de capa de red.

Figura 8: Codificación de etiquetasCodificación de etiquetas

Etiquetas reservadas

Las etiquetas van del 0 al 1.048.575. Las etiquetas del 0 al 999.999 son para uso interno.

Algunas de las etiquetas reservadas (en el intervalo del 0 al 15) tienen significados bien definidos. Los conmutadores utilizan las siguientes etiquetas reservadas:

  • 0, etiqueta Explicit Null IPv4: este valor solo es válido cuando se trata de la entrada de etiqueta única (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en la recepción. El reenvío continúa según el paquete IP versión 4 (IPv4).

  • 1, etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.

  • 2, Etiqueta null explícita IPv6: este valor solo es legal cuando se trata de la entrada de etiqueta única (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en la recepción.

  • 3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de señalización (RSVP) solo para solicitar que el conmutador descendente haga estallar la etiqueta. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no se deben usar en el paquete de datos como etiquetas reales. No se implica ningún tipo de carga (IPv4 o IPv6) con esta etiqueta.

Operaciones de etiqueta MPLS en los conmutadores

Los conmutadores de la serie EX admiten las siguientes operaciones de etiqueta:

  • Empuje

  • Pop

  • Intercambio

La operación de inserción fija una nueva etiqueta en la parte superior del paquete IP. Para los paquetes IPv4, la nueva etiqueta es la primera etiqueta. El valor del campo tiempo de vida (TTL) en el encabezado del paquete se deriva del encabezado del paquete IP. La operación de inserción no se puede aplicar a un paquete que ya tenga una etiqueta MPLS.

La operación emergente elimina una etiqueta desde el principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP, y el paquete IP subyacente se reenvía como un paquete IP nativo

La operación de intercambio elimina una etiqueta MPLS existente de un paquete IP y la reemplaza por una nueva etiqueta MPLS, según lo siguiente:

  • Interfaz entrante

  • Etiqueta

  • Tabla de reenvío de etiquetas

Figura 9 muestra un paquete IP sin una etiqueta que llega a la interfaz de borde del cliente (ge-0/0/1) del conmutador pe de entrada. El conmutador de PE de entrada examina el paquete e identifica el destino de ese paquete como el conmutador de PE de salida. El conmutador PE de entrada aplica la etiqueta 100 al paquete y envía el paquete MPLS a su interfaz de núcleo MPLS saliente (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador del proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador del proveedor cambia la etiqueta 100 a la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz central (ge-0/0/7) al siguiente salto del túnel, que es el conmutador de PE de salida. El conmutador PE de salida recibe el paquete MPLS a través de su interfaz de núcleo (ge-0/0/7), elimina la etiqueta MPLS y envía el paquete IP de su interfaz de borde del cliente (ge-0/0/1) a un destino que está más allá del túnel.

Figura 9: Intercambio de etiquetas MPLSIntercambio de etiquetas MPLS

Figura 9 muestra la ruta de un paquete a medida que pasa en una dirección desde el conmutador pe de entrada hasta el conmutador DE PE de salida. Sin embargo, la configuración mpls también permite que el tráfico viaje en la dirección inversa. Por lo tanto, cada conmutador PE funciona como un conmutador de entrada y como un conmutador de salida.

Penultimate-Hop Popping y Ultimate-Hop Popping

Los conmutadores permiten penúltimo salto emergente (PHP) de forma predeterminada con configuraciones IP sobre MPLS. Con PHP, el penúltimo conmutador de proveedores es responsable de hacer estallar la etiqueta MPLS y reenviar el tráfico al conmutador de PE de salida. Luego, el conmutador PE de salida realiza una búsqueda de ruta IP y reenvía el tráfico. Esto reduce la carga de procesamiento en el conmutador pe de salida, ya que no es responsable de estallar la etiqueta MPLS.

En los conmutadores EX8200, puede elegir usar el valor predeterminado, PHP o configurar ultimate-hop popping.

  • La etiqueta anunciada predeterminada es la etiqueta 3 (etiqueta Null implícita). Si se anuncia la etiqueta 3, el penúltimo conmutador de salto elimina la etiqueta y envía el paquete al conmutador pe de salida.

  • Si se habilita el salto final, se anuncia la etiqueta 0 (etiqueta IPv4 Explicit Null) y el conmutador de PE de salida del LSP elimina la etiqueta.

Tabla de historial de versiones
Liberación
Descripción
19.1R1
A partir de Junos OS versión 19.1R1, se puede aprovechar el número máximo de etiquetas que puede insertar el motor de reenvío de paquetes de salida (PFE), en el que la cantidad de etiquetas que se pueden insertar para un salto siguiente mpls es la cantidad de etiquetas que el dispositivo es capaz de insertar, o las etiquetas máximas configuradas bajo family mpls la interfaz de salida, lo que sea más pequeño. Esta compatibilidad está habilitada en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPC de tercera generación.
14.2
A partir de Junos OS versión 14.2, la etiqueta de entropía se admite en el chasis en modo mixto, donde la etiqueta de entropía se puede configurar sin configuración de IP mejorada.