Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Etiquetas LSP

Introducción a la etiqueta de MPLS

Los paquetes que viajan a lo largo de un LSP se identifican mediante una etiqueta: un entero de 20 bits sin signo en el intervalo del 0 al 1.048.575. En el caso de las etiquetas de inserción en los enrutadores de entrada, no se restringirá ninguna etiqueta de este rango. Para las etiquetas entrantes en el LSP estático de tránsito, el valor de la etiqueta está restringido a 1 millón a 1.048.575.

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

Asignación de etiquetas de MPLS

En el 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 pantalla 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, el Junos OS no admite etiquetas de multidifusión.

Las etiquetas se asignan mediante enrutadores de nivel inferior en relación con el flujo de paquetes. Un enrutador que recibe etiquetas de paquetes (el enrutador de próximo salto) es responsable de asignar las etiquetas de entrada. Un paquete recibido que contiene una etiqueta no reconocida (sin asignar) se descarta. Para las etiquetas no reconocidas, el enrutador no intenta quitar la etiqueta para analizar el encabezado de la capa de red ni generar un mensaje de destino inaccesible del Protocolo de mensajes de control de Internet (ICMP).

Un paquete puede llevar varias etiquetas, organizadas como una pila de último en estar, primero en salir. Esto se conoce como una pila de etiquetas. En un enrutador determinado, la decisión de reenviar un paquete etiquetado se basa exclusivamente en la etiqueta de la parte superior de la pila.

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

Figura 1: Codificación de etiquetaCodificación de etiqueta

Figura 2ilustra el propósito de los bits de clase de servicio (también conocidos como los bits EXP o 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 colocación aleatoria de la detección temprana (rojo). Para obtener más información acerca de la clase de servicio y los bits de clase de servicio, consulte Configuración de la clase de servicio para LSP de MPLS.

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

Operaciones en etiquetas de MPLS

El enrutador admite las siguientes operaciones de etiqueta:

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

  • Emergente: quite la etiqueta desde el principio del paquete. Una vez quitada la etiqueta, el TTL se copia de la etiqueta al encabezado del paquete IP y el paquete IP subyacente se reenvía como un paquete IP nativo. En el caso de las etiquetas múltiples de un paquete (apilamiento de etiquetas), si se quita la etiqueta superior, se obtiene otro paquete MPLS. La nueva etiqueta superior podría derivar CoS y TTL de una etiqueta superior anterior. El valor TTL extraído de la etiqueta superior anterior no se vuelve a escribir en la nueva etiqueta superior.

  • Cambiar: sustituya la etiqueta de la parte superior de la pila de etiquetas por una nueva. Los bits S y CoS se copian de la etiqueta anterior y el valor TTL se copia y se reduce (a menos no-decrement-ttl que no-propagate-ttl esté configurada la instrucción or). Un enrutador de tránsito admite un apilamiento de etiquetas de cualquier profundidad.

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

  • Intercambio e inserción: sustituya la parte superior existente de la pila de etiquetas por una nueva etiqueta y, luego, presione otra nueva encima.

Descripción de las operaciones de etiqueta de 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 la red IP se analiza y se elige el siguiente salto en función de este análisis y sobre la información contenida en la tabla de enrutamiento. En un entorno de MPLS, el análisis del encabezado del paquete se realiza una sola vez, cuando un paquete entra en el túnel MPLS (es decir, en la ruta que se utiliza para MPLS tráfico).

Cuando un paquete IP ingresa a una ruta de conmutación de etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía basándose en su información de enrutamiento IP a uno que se reenvía de acuerdo con la información asociada a la etiqueta. A continuación, el paquete se reenvía al conmutador de proveedor siguiente del LSP. Este conmutador y todos los conmutadores subsiguientes en el LSP no examinan ninguna 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. A continuación, sustituyen la etiqueta antigua por una nueva y reenvía el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador PE de salida, la etiqueta se quita y el paquete se convierte de nuevo en un paquete IP nativo y se reenvía en función de su información de enrutamiento IP.

Este tema describe lo siguiente:

MPLS rutas conmutadas por etiqueta y MPLS etiquetas

Cuando un paquete entra en el MPLS red, se asigna a un LSP. Cada LSP se identifica por medio de 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 ninguna búsqueda o análisis adicionales se realiza en el paquete encapsulado, MPLS admite la transmisión de cualquier otro protocolo de la carga del paquete.

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

Figura 3: Codificación de etiquetaCodificación de etiqueta

Etiquetas reservadas

Rango de rótulos de 0 a 1.048.575. Las etiquetas del 0 al 999.999 son para uso interno.

Algunas de las etiquetas reservadas (en el rango de 0 a 15) tienen significados bien definidos. Los dispositivos serie QFX y EX4600 utilizan las siguientes etiquetas reservadas:

  • 0, etiqueta Explicit Null IPv4: este valor solo es válido cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que es necesario extraer la etiqueta de la recepción. El reenvío continúa basándose en el paquete IP versión 4 (IPv4).

  • 1, Etiqueta de alerta del 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 implícita nula: esta etiqueta se usa en el protocolo de señalización (RSVP) solo para solicitar etiquetas que aparecen en el conmutador descendente. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no se deben utilizar en el paquete de datos como etiquetas reales. No se implica ningún tipo de carga (IPv4 o IPv6) con esta etiqueta.

Operaciones con etiquetas MPLS

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

  • Presiónelo

  • Menús

  • Cambie

Nota:

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

  • Para operaciones de inserción: se admiten hasta tres etiquetas.

  • Para operaciones emergentes: se admiten hasta tres etiquetas.

La operación de empuje fija una nueva etiqueta a la parte superior del paquete IP. En el caso de los paquetes de IPv4, la nueva etiqueta es la primera etiqueta. El valor del campo tiempo de vida (TTL) del 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 tiene una etiqueta de MPLS.

La operación pop quita una etiqueta del principio del paquete. Una vez quitada la etiqueta, el TTL se copia de la etiqueta al encabezado del paquete IP y el paquete IP subyacente se reenvía como un paquete IP nativo

La operación de intercambio quita una etiqueta de MPLS existente de un paquete IP y la sustituye por una nueva etiqueta de MPLS, en función de lo siguiente:

  • Interfaz de entrada

  • Sin

  • Tabla de reenvío de etiqueta

Figura 4muestra un paquete IP sin 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 modificador PE de entrada aplica la etiqueta 100 al paquete y envía el MPLS paquete a su interfaz de salida MPLS Core (GE-0/0/5). El paquete MPLS se transmite en el túnel del MPLS a través del conmutador del proveedor, donde llega en la interfaz GE-0/0/5 con la etiqueta 100. El conmutador del proveedor intercambia la etiqueta 100 con 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 PE de salida. El conmutador PE de salida recibe el paquete MPLS a través de su interfaz central (GE-0/0/7), quita la etiqueta MPLS y envía el paquete IP fuera de su interfaz de borde del cliente (GE-0/0/1) a un destino que se encuentra fuera del túnel.

Figura 4: MPLS intercambiar etiquetasMPLS intercambiar etiquetas

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

Emergedor de un penúltimo salto y un salto de última

Los conmutadores permiten hacer que el penúltimo salto (PHP) sea de forma predeterminada con las configuraciones de IP sobre MPLS. Con PHP, el penúltimo modificador de proveedor es responsable de extraer la etiqueta del MPLS y reenviar el tráfico al conmutador PE de salida. A continuación, 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 extraer el MPLS etiqueta.

  • La etiqueta anunciada predeterminada es etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el modificador de penúltimo salto quitará la etiqueta y enviará el paquete al conmutador PE de salida.

  • Si está habilitada la expropiaización de saltos de última instancia, se anuncia la etiqueta 0 (etiqueta null explícita IPv4) y el conmutador PE de salida del LSP quita la etiqueta.

Descripción del administrador de etiquetas de MPLS

El administrador de etiquetas MPLS se utiliza para gestionar tipos de etiquetas diferentes, como LSI, dinámico, bloqueado y estático, que se admiten en plataformas que utilizan concentradores de puertos modulares (MPCs) equipados con chipsets Junos trío. Estas tarjetas de línea proporcionan más flexibilidad y escalabilidad, cuando enhanced-ip se configura el comando en el dispositivo.

Se conserva el comportamiento label-space existente del comando, lo que no es recomendable. Para proporcionar funcionalidad adicional, como varios rangos para cada tipo de etiqueta label-range , el comando se introduce [edit protocols mpls label usage] bajo la jerarquía, que es label-space independiente de la configuración. Puede elegir un estilo si solo es necesario un rango para cada tipo de etiqueta.

Las siguientes características se optimizan con enhanced-ip el comando configurado en el dispositivo:

  • Permite definir el grupo global de etiquetas de todo el sistema que se utilizará por segmento-enrutamiento global (SRGB) a través del Protocolo de enrutamiento IS-IS-IS-IS-IS-IS-IS-IS-IS

  • Aumenta el vrf-table-label espacio hasta un mínimo de 16.000, si la plataforma es compatible con la escala.

  • Te permite especificar el valor de etiqueta que usará la etiqueta estática de la tabla VRF.

  • Le permite especificar el rango del valor de etiqueta que utilizarán los tipos de aplicación de etiqueta admitidos.

  • Permite cambiar dinámicamente los rangos SRGB y de tipo etiqueta.

Etiquetas de MPLS especiales

Algunos de los rótulos reservados (en el intervalo comprendido entre 0 y 15) tienen significados bien definidos. Para obtener más detalles completos, consulte RFC 3032, MPLS de pila de etiquetas.

  • 0, etiqueta Explicit Null IPv4: este valor solo es legal cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que es necesario extraer la etiqueta al recibirla. El reenvío continúa en función del paquete IP versión 4 (IPv4).

  • 1, Etiqueta de alerta del 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 Explicit Null IPv6: este valor solo es legal cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que es necesario extraer la etiqueta de la recepción. El reenvío continúa según el paquete IP versión 6 (IPv6).

  • 3, Etiqueta implícita nula: esta etiqueta se usa en el protocolo de control (LDP o RSVP) solo para solicitar etiquetas que aparecen en el enrutador descendente. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no deben usarse 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 firma.

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

  • Del 8 al 15: sin firma.

Las etiquetas especiales se suelen utilizar entre los enrutadores de salida y del penúltimo de un LSP. Si el LSP está configurado para transportar paquetes IPv4 solamente, el enrutador de salida podría señalizar al penúltimo enrutador para que utilice el 0 como etiqueta de salto final. Si el LSP está configurado para transportar paquetes solamente para IPv6, el enrutador de salida podría indicar al penúltimo enrutador para que use 2 como etiqueta de salto final.

El enrutador de salida podría simplemente indicar al penúltimo enrutador que utilizara 3 como etiqueta final, que es una solicitud para llevar a cabo la exformación de las etiquetas de un penúltimo salto. El enrutador de salida no procesa un paquete etiquetado; en su lugar, recibe directamente la carga (IPv4, IPv6 u otras), lo que reduce una MPLS consulta en el momento de la salida.

En el caso de los paquetes apilados por etiqueta, el enrutador de salida recibe un paquete de MPLS etiqueta con su etiqueta superior ya extraído por el penúltimo enrutador. El enrutador de salida no puede recibir paquetes apilados por etiqueta que usen los rótulos 0 ó 2. Normalmente solicita la etiqueta 3 del penúltimo enrutador.

Compatibilidad con etiquetas de entropía en la información general del modo mixto

A partir de Junos OS versión 14,2, la etiqueta de entropía se admite en un chasis de modo mixto en el que la etiqueta de entropía puede configurarse sin una configuración de IP mejorada. La etiqueta de entropía ayuda a los enrutadores con equilibrio de carga MPLS el tráfico entre rutas ECMP o grupos de agregación de vínculos. La etiqueta de entropía introduce una etiqueta de equilibrio de carga que utilizan los enrutadores para equilibrar la carga del tráfico, en lugar de confiar en la inspección profunda de paquetes, lo que reduce los requisitos de procesamiento de paquetes en el plano de reenvío, a costa de aumentar la profundidad de la etiqueta. Junos OS admite la etiqueta de entropía solo para enrutadores de la serie MX con el MPCs o el MICs, y se puede activar con el modo de IP mejorado. Pero esto conduce a la caída de un paquete si la interfaz de conexión a la parte central tiene una etiqueta de entropía configurada en el MPC o el MIC y el otro extremo de esta conexión de cara al núcleo tiene una tarjeta de línea de DPC. Para evitar esto, la etiqueta de entropía es compatible ahora con el modo mixto, donde la etiqueta de entropía puede configurarse sin una configuración de IP mejorada. Esto permite que los DPCs enrutadores de la serie MX admitan una etiqueta de entropía de elemento emergente. Sin embargo, esto no admite una etiqueta de flujo.

Resumen de saltos para MPLS LSP

Un salto abstracto es una combinación lógica de las restricciones existentes de ingeniería de tráfico, como los grupos administrativos, los grupos administrativos extendidos y los grupos de vínculos de riesgo compartido (SRLGs), que da como resultado un grupo o un clúster de enrutadores definidos por el usuario que puede secuencia y utilizada como restricciones para la configuración de una MPLS ruta de conmutación de etiqueta (LSP). Los saltos abstractos superan las limitaciones de las especificaciones existentes de restricción de rutas y proporcionan varias ventajas a las capacidades de ingeniería de tráfico de MPLS.

Descripción de los saltos abstractos

La restricción de ruta de acceso para la configuración de un LSP de MPLS puede especificarse como enrutadores individuales en forma de saltos reales o como un conjunto de enrutadores mediante una especificación de grupo administrativo o de color. Cuando una restricción de ruta utiliza saltos reales (estrictos o flojos), 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 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 existe ninguna secuencia entre los distintos grupos de los enrutadores utilizados en la restricción.

El inconveniente de la restricción de salto real es que, en una situación de error, si cualquiera de los saltos de enrutador falla o si se satura el uso del ancho de banda de la interfaz adjunta, la ruta de acceso deja de funcionar (o depende de la protección local o de extremo a extremo). Aunque es posible que otros enrutadores alternativos estén disponibles para recuperarlos o configurar el LSP, el LSP permanece inactivo hasta que el operador configura otra secuencia de salto de enrutador como restricción de ruta para que la ruta de acceso vuelva a colocarla o para desactivarla.

El grupo administrativo o la restricción de especificación de color supera esta limitación de una restricción de salto real en cierta medida. En este caso, cuando uno de los enrutadores del grupo deja de funcionar o tiene su capacidad de vínculo saturado, la configuración del LSP no se ve afectada. Esto se debe a que el enrutador de próximo salto que se utiliza en la restricción de ruta no se selecciona previamente, y el LSP se configura a lo largo de otros enrutadores que tienen el mismo grupo administrativo o mismo color sin intervención del operador. Sin embargo, las inconvenientes con las restricciones del grupo enrutador son que no se puede especificar una secuencia entre las restricciones de saltos.

Los saltos abstractos superan estos inconvenientes al crear grupos de enrutadores definidos por el usuario, donde cada enrutador miembro cumple una restricción definida por el usuario. La restricción definida por el usuario es una combinación lógica de las restricciones existentes de ingeniería de tráfico, como los grupos administrativos, los grupos administrativos extendidos y los grupos de vínculos de riesgos compartidos (SRLGs). La ordenación se logra entre los grupos de enrutadores mediante la especificación de una secuencia de saltos abstractos utilizada en una restricción de ruta. Como resultado, los saltos abstractos combinan la propiedad de ordenación de la especificación de restricción de salto real y la resistencia que se incluye con las demás restricciones de ingeniería de tráfico.

Un trazado puede utilizar una combinación de saltos real y abstracto como restricciones. Cuando se utilizan saltos abstractos, en lugar de especificar una secuencia de enrutadores (R1, R2, ... Rn) como con 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 especificados, Gi, por ejemplo, consta de un conjunto de enrutadores definido por el usuario: R1, R2, Rj,... Rn. Cuando uno de los enrutadores del grupo cae, diga Rj en el grupo Gi, otro enrutador, digamos el enrutador Rk,del mismo grupo Gi se elige por cálculo de ruta para reemplazar el enrutador que salió abajo (es decir, el enrutador Rj). Esto se debe a que la restricción de ruta de acceso está en secuencia y tiene que pasar por una secuencia de saltos abstractos, en lugar de por una secuencia de enrutadores individuales.

Ventajas del uso de saltos abstractos

Los saltos abstractos son grupos de enrutadores definidos por el usuario. De manera similar a las restricciones de salto en tiempo real que utilizan una secuencia de enrutadores individuales, se puede utilizar una secuencia de saltos abstractos para configurar un path con conmutación de etiquetas (LSP). El uso de saltos abstractos proporciona resistencia a las restricciones de ruta de acceso secuenciadas. Las otras ventajas de usar saltos abstractos son:

Especificación de una secuencia de combinaciones de restricción

Actualmente, es posible especificar una ruta de acceso que pueda atravesar vínculos que cumplan varios atributos. Esta restricción de ruta de acceso se denomina combinación compuesta de restricción; 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 se admite la especificación de una ruta de acceso 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.

Surge la necesidad de una combinación secuenciada de restricción compuesta cuando existe la necesidad de establecer rutas de acceso a través de una secuencia de regiones geográficas con un requisito de afinidad de vínculo (atributo) diferente en cada región. Los saltos abstractos cumplen este requisito, ya que permiten que los nodos informáticos 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

Gracias a las capacidades de especificación de restricción de ruta actuales, es posible incluir o excluir vínculos de ciertos atributos a lo largo de un trazado completo; por ejemplo, excluir SRLG oeste de un trazado. Sin embargo, no hay ninguna compatibilidad para excluir o incluir atributos de forma condicional, ni para aplicar atributos Exclude o include distintos en distintas partes de la ruta de acceso; por ejemplo, excluir SRLG oeste solo cuando se atraviesan vínculos rojos.

Como solución, puede crearse un nuevo grupo administrativo para identificar todos los vínculos rojos que no tienen SRLG oeste, y configurar adecuadamente todos los vínculos relevantes con ese grupo administrativo. El inconveniente de este enfoque consiste en que los cambios de configuración son necesarios en toda la red para reflejar la nueva pertenencia a grupos administrativos.

En su lugar, mediante saltos abstractos, los cambios de configuración solo pueden estar contenidos en el enrutador de entrada. En el enrutador de entrada, la combinación de restricciones se asigna al salto abstracto, con lo que se cumple el requisito mencionado anteriormente sin necesidad de nueva configuración en los nodos de tránsito.

Combinar paradigmas de computación de paths centralizados y distribuidos

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

Una secuencia de saltos abstractos sirve para actuar como directriz del controlador centralizado. Los saltos abstractos proporcionan la flexibilidad al controlador para hacer un entrelazado con los atributos y la restricción de ruta de acceso. Esto también permite que el controlador se genere en el elemento de la secuencia de la restricción. El controlador no tiene que especificar cada salto que la ruta de acceso debe llevar a cabo, dejando espacio para que el enrutador de entrada actúe dentro de los límites de la directriz o la Directiva.

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

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

Características

Ruta de acceso más corta delimitada y distribuida primero

Ruta de acceso más corta centralizada primero

Ruta de acceso más corta restringida híbrida primero

Reaccionar ante cambios frecuentes en una red grande

 

Computación sofisticada de trazados con vista global

 

Incorporación de la lógica empresarial en el cálculo de paths

 

Resistencia (sin un solo punto de fallo)

 

Proyección

 

Reaccionar ante la carga de red en tiempo real (próximamente)

 

Campo probado (frente a adopción temprana)

 

Junos OS implementación de saltos abstractos

La característica de saltos abstractos que tienen en cuenta la orden se introduce en Junos OS versión 17,1. En las secciones siguientes se describe la implementación de saltos abstractos en Junos OS:

Definir saltos abstractos

Un salto abstracto es un grupo de enrutadores que los usuarios pueden definir para ser utilizados en la configuración de un path con conmutación de etiquetas (LSP). El usuario puede controlar los enrutadores que se van a incluir en el grupo mediante la definición de una combinación lógica de atributos de vínculos heterogéneos o restricciones que se denominan atributos constituyentes. Los enrutadores con vínculos que satisfacen los atributos constituyentes definidos hacen que sea el grupo de enrutadores que representan el salto abstracto.

La asignación de atributos constituyentes con el salto abstracto es local para el nodo informático o la entrada del LSP que se está configurando. Como resultado, los saltos abstractos no tienen actualizaciones de protocolo de puerta de enlace de interior ni las 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 constituyente permite definir un conjunto de atributos de ingeniería de tráfico constitutivas, identificados por un nombre definido por el usuario. Las listas constituyentes se utilizan en una definición de salto abstracto mediante cualquiera de las siguientes instrucciones de configuración:

  • include-any-list: el vínculo satisface la lista de constituyentes si alguno de los atributos constituyentes especificados son ciertos para el vínculo.

  • include-all-list: el vínculo satisface la lista constituyente si todos los atributos constituyentes especificados son ciertos para el vínculo.

  • exclude-all-list: el vínculo satisface la lista de constituyentes si no se cumple ninguno de los atributos constituyentes especificados para el vínculo.

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

Un salto abstracto se define como una combinación lógica de referencias a listas constituyentes que pueden pertenecer a cualquiera de las categorías mencionadas. Para lograr esto, los operadores AND lógicos y OR se incluyen en la definición de saltos abstractos, y se aplican a la lista constituyente.

  • OR: al menos una de las referencias de la lista constituyentes de la definición de salto abstracto debe estar satisfecho con un vínculo para que el nodo conectado forme parte del salto abstracto.

  • AND: todas las referencias de la lista constituyente de la definición de salto abstracto deben estar satisfechos con un vínculo para que el nodo conectado forme parte del salto abstracto.

Definición de salto abstracto de ejemplo

Como ejemplo, la definición de saltos abstractos hopA es la siguiente:

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

  • hopA—((Grupo administrativo red && Srlg south) || (grupo administrativo verde || Srlg north)), donde:

    • el grupo administrativo red y Srlg south pertenecen a la lista constituyente de todos los incluidos (listA1, en este ejemplo).

    • el grupo administrativo verde y Srlg north pertenecen a la lista constituyente include-any (listA2, en este ejemplo).

    • || es el operador OR.

La configuración para los 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. La salida del comando proporciona un salto abstracto a la asignación de nodo 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.

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

El hopA salto abstracto es para una latencia baja y un SRLG oeste, y un salto abstracto hopB es para excluir SRLG oeste. Figura 5 muestra la vista de entrada de estos saltos desumidos.

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

Utilizar saltos abstractos en la 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 de acceso. Se puede especificar una secuencia de saltos abstractos como restricción de ruta de acceso, de manera similar a cómo se utilizan los saltos IP reales. La restricción de ruta de acceso también podría ser una secuencia de saltos abstractos intercalados por saltos IP reales.

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

Como alternativa, cuando la restricción de ruta de acceso utiliza saltos abstractos o estrictos, el cálculo de restricciones comprende las pasadas donde cada pase procesa el siguiente salto abstracto de la lista de restricciones. En este caso, hay más de un nodo que tiene derecho a ser el destino de la pasada. El conjunto de nodos se denomina conjunto de enrutadores viables para el paso.

Un salto abstracto recorre los nodos de miembro utilizando lo siguiente:

  • Vínculos que cumplen con la combinación lógica de atributos constituyentes definidos

  • Cualquier tipo de vínculos

El medio de los saltos abstractos que atraviesan los nodos miembro se controla mediante el uso de los calificadores de salto abstracto (estrictos, flojos y de vínculo flojo) para definir la restricción de ruta. Por ejemplo, el hopA de salto Abstract se procesa de forma diferente con los distintos calificadores:

  • Strict: después del último salto procesado en la lista de restricciones, la ruta solo atraviesa vínculos o nodos que tengan membresía de salto abstracto hopA, antes de llegar a un nodo con la membresía de hopA que sea un punto de partida viable 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 hop abstracto hop membership hopA, lo que es un punto de partida viable 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 hop abstracto hop membership hopA, lo que es un punto de partida viable para procesar el próximo salto abstracto. Pero la ruta de acceso debería haber recorrido al menos un vínculo de pertenencia a salto hopA en el transcurso del mismo.

    En otras palabras, se dice que el salto abstracto de tipo de vínculo suelto se procesa únicamente si cualquiera de los enrutadores viables en la restricción es alcanzable a través de un vínculo de la pertenencia a un salto abstracto asociada.

Especificación de saltos abstractos de ejemplo

Tabla 2proporciona ejemplos de casos de uso para usar saltos abstractos en restricciones de ruta de acceso.

Tabla 2: Usar saltos abstractos en restricciones de ruta de acceso

Propósito de la restricción de ruta

Calificador de salto abstracto

Automática

Conjunto de enrutadores viables

Afinidad

Recorrer los nodos que son miembros de hopA que solo toman vínculos que cumplen hopA.

Impide

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

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

hopA (elija únicamente los vínculos que cumplan hopA Abstract).

Recorrer nodos que son miembros de hopA, pero no necesariamente vínculos que cumplan hopA

Suelta

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

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

Ninguno (cualquier tipo de vínculo).

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

Vínculo dinámico

Nota:

El calificador de vínculo suelto se considera como suelto seguido de estrictos para el mismo salto abstracto. En otras palabras, hopA de vínculos sueltos es lo mismo que hopA suelto y hopA estricto.

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

En este caso, hay dos pasos de cálculo asociados a hopA en la restricción de ruta de acceso. El conjunto viable de enrutadores para ambos pasos es:

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

Nota:

Durante el cálculo de la ruta de acceso, un enrutador se recorre solo una vez.

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

  • Paso 1: Ninguna (cualquier tipo de vínculo).

  • Paso 2: hopA (elija solo vínculos que satisfagan los saltos abstractos).

Atraviese los nodos que son miembros de hopA, tomando únicamente los vínculos que cumplen hopA, seguidos por nodos que son miembros de hopB que solo toman vínculos que cumplen hopB.

Impide

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA: una forma de discurrir del conjunto de miembros de hopA y hopB.

    Nota:

    Cuando un salto abstracto va seguido de un salto abstracto estricto, la intersección de los dos conjuntos de miembros se considera un 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 los saltos abstractos).

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

Recorrer los nodos que son miembros de hopA que solo toman vínculos que cumplen hopA, seguidos de los nodos que son miembros de hopB que toman cualquier tipo de vínculos.

Estrictas y sueltas

[edit protocols mpls]
Path path_hopA_s_hopB_l {
    hopA abstract strict;
    hopB abstract loose;
}
  • hopA: todos los miembros de 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 los saltos abstractos).

  • hopB: ninguna (elija vínculos).

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

Suelta

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

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

Ninguno (seleccione los vínculos).

Atraviese los nodos que son miembros de hopA mediante la toma de cualquier tipo de vínculos, seguido de los nodos que son miembros de hopB que solo tienen vínculos que cumplen hopB.

Suelto y estricto

[edit protocols mpls]
Path path_hopA_l_hopB_s {
    hopA abstract loose;
    hopB abstract strict;
}
  • hopA: cruce de las confluencias de los miembros de hopA y hopB.

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

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

  • hopA: ninguna (elija vínculos).

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

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

Figura 6: Ejemplo de restricciones de ruta de acceso para saltos abstractosEjemplo de restricciones de ruta de acceso para saltos abstractos

La ruta de acceso más corta restringida en primer lugar para los saltos abstractos es la siguiente:

  • Paso 1 asociado con hopA

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

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

  • Paso 2 asociado con hopB

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

    • Afinidad: elija solo vínculos que cumplan con hopB (ya que hopB es un salto abstracto estricto).

  • Paso 3 asociado con hopC

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

    • Afinidad: ninguna (como hopC es un salto abstracto flojo).

Computación y retroceso de rutas

En cada ruta más corta restringida primero, cuando se alcanza el enrutador más próximo desde un enrutador viable mediante vínculos que satisfacen la afinidad definida para la pasada, se dice que el salto abstracto asociado con la pasada se procesa. Por lo tanto, el enrutador viable alcanzado sirve para iniciar el paso de restricción siguiente. Si se produce un error en cualquier paso de restricción, y no es la que tiene el enrutador de entrada como enrutador de inicio, entonces el paso se repite a la pasada anterior y el proceso es repetido.

Ejemplo de retroceso

Cuando se produce un error en la primera pasada de ruta más corta restringida p (a diferencia de 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 de la pasada anterior (p – 1). Luego, se vuelve a ejecutar la pasada anterior (p – 1) para encontrar el siguiente mejor enrutador de salida o destino para el paso p – 1 del conjunto de enrutadores viable.

Por lo tanto, el enrutador determinado sirve como el nuevo enrutador de inicio para la p de la pasada. Este procedimiento se repite mientras haya errores y hay enrutadores viables que no se exploran.

El show mpls lsp abstract-hop-computation name lsp-name comando proporciona las diferentes fases de cálculo que se utilizan por LSP y los enrutadores de salida necesarios para cada paso. La salida del comando también proporciona la afinidad por pasada y muestra el enrutador de inicio actual elegido para la pasada. 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 de MPLS

Este ejemplo muestra cómo configurar saltos abstractos para MPLS rutas de conmutación de etiqueta (LSP). Los saltos abstractos combinan las principales características de las restricciones de ingeniería de tráfico existentes que permiten al usuario especificar una restricción de ruta de acceso resistente y de orden para los LSP de MPLS.

Aplicables

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

  • Seis dispositivos que pueden ser una combinación de M Series enrutadores de límite multiservicio, serie MX 5G plataformas de enrutamiento universal, enrutadores principales 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 empezar:

  • 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 riesgos compartidos (SRLGs) en todos los dispositivos.

Descripción general

Junos OS versión 17,1 presenta saltos abstractos, que son grupos o clústeres de enrutadores definidos por el usuario. De manera similar a la secuencia de restricciones de salto real (estrictas o imprecisas), una secuencia de saltos abstractos se puede utilizar para configurar un path con conmutación de etiquetas (LSP). Un trazado puede utilizar una combinación de saltos real y abstracto como restricciones.

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

Para configurar saltos abstractos:

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

  • Incluya las listas constituyentes en la definición de saltos [edit protocols mpls abstract-hop abstract-hop-name] abstractos en el nivel de la jerarquía.

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

Tenga en cuenta las siguientes directrices a la hora de configurar saltos abstractos para LSP de MPLS:

  • Solo se admiten los saltos abstractos en la instancia de enrutamiento principal de un dispositivo.

  • No se admiten destinos IPv6 en restricciones de salto abstractos (solo funcionan destinos IPv4).

  • Los saltos abstractos pueden ser restricciones estrictas o imprecisas.

  • La compatibilidad con los saltos abstractos en Junos OS versión 17,1 se proporciona únicamente para los LSP de MPLS intrazona y no para LSP entre dominios o entre áreas.

  • Las restricciones de saltos abstractos sólo están habilitadas para los LSP regulares de punto a punto. La configuración de saltos abstractos no es compatible con otros tipos de MPLS LSP, como LSP de punto a multipunto, LSP bidireccionales controlados externamente, LSP de contenedor dinámico, LSPs de malla automática RSVP ni LSP del área interregional.

  • Los saltos abstractos no permiten el cálculo de la ruta de acceso más corta general de los LSP.

  • Un salto abstracto no debe hacer referencia a más de una vez en la misma restricción de ruta de acceso.

  • Las especificaciones de las restricciones de saltos abstractos no afectan a la compatibilidad con el cambio de motor de enrutamiento correcto (con salida), la actualización unificada del software en servicio (emisión) y el enrutamiento nonstop (INE).

  • Las especificaciones de restricción de saltos abstractos no afectan al rendimiento general de la red. Sin embargo, el tiempo necesario para el cálculo de la ruta de acceso más corta por primera restricción aumenta con la configuración de saltos abstractos. El tiempo de preparación de un LSP de saltos abstractos es mayor que el tiempo necesario para configurar un LSP sin configuración de salto Abstract.

Topología

Figura 7muestra una topología de red de ejemplo configurada con saltos abstractos. Cada uno de los dispositivos R0 y R3 están conectados a los hosts (host 1 y host 2). Cada uno de los dispositivos R4 y R5 se conectan a 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 en el mismo sistema autónomo, es decir, AS 64496. Un LSP de MPLS se configura desde el dispositivo R0 a través del dispositivo R3 con una ruta de acceso primaria y dos rutas secundarias (rutas de en espera y secundarias no en espera).

Cuatro listas constituyentes (c1, c2, c3 y c4) se crean mediante tres SRMRPG (g1, g2 y g3), tres grupos administrativos (verde, azul y rojo) y un grupo administrativo extendido (dorado). Tres saltos abstractos (AH1, AH2 y AH3) se definen utilizando las listas de componentes configuradas y se especifican como restricciones de ruta. Se especifica un salto abstracto AH1 como restricción para la ruta de acceso primaria, mientras que los saltos abstractos AH2 y AH3 se especifican como restricciones para la ruta de acceso en espera secundaria y para la ruta de acceso no en espera secundaria, respectivamente.

Figura 7: Configurar restricción de ruta de salto abstractaConfigurar restricción de ruta de salto abstracta

Automática

Configuración rápida de CLI

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

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Modalidades

Procedimiento paso a paso

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

Para configurar R0 de dispositivos:

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

  2. Configure las interfaces en R0 del dispositivo, incluida la interfaz de bucle invertido.

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

  4. Configure las definiciones de SRLG.

  5. Configure las definiciones de grupos administrativos extendidos.

  6. Configure las definiciones del grupo administrativo.

  7. Configure MPLS en todas las interfaces de R0 del dispositivo, excepto 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 dispositivo LSP que se R0 de conexión con el dispositivo R3 y asigne los atributos de ruta primaria y secundaria al LSP.

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

  11. Crear listas constituyentes con atributos de ingeniería de tráfico constituyentes para definiciones de saltos abstractos.

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

  13. Defina restricciones para las rutas configuradas mediante la inclusión de definiciones de saltos abstractos.

  14. Configure RSVP en R0 de dispositivo. Active RSVP en todas las interfaces de R0 del dispositivo, con la excepción de la interfaz de administración y la conexión a Host1, y asigne valores de ancho de banda.

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

  16. Configure una directiva en R0 de dispositivo para permitir el equilibrio de carga por cada paquete.

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

Resultados

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

Comproba

Confirme que la configuración funciona correctamente.

Comprobar la configuración de saltos abstractos

Purpose

Compruebe los miembros de la definición de saltos abstractos en el dispositivo R0 show mpls abstract-hop-membership emitiendo el comando, que muestra las tablas de pertenencia a saltos abstractos.

Intervención

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

Efectos

La show mpls abstract-hop-membership salida del comando proporciona un salto abstracto a la asignación de nodo 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).

Comprobar el cálculo de la ruta de saltos abstractos

Purpose

Para comprobar el preprocesamiento de computación abstracta de LSP en R0 de dispositivos, show mpls lsp abstract-computation emita el comando.

Intervención

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

Efectos

La show mpls lsp abstract-hop-computation salida del comando proporciona las distintas fases de computación que implica el LSP y el Devces de salida autorizado para cada paso. La salida del comando también proporciona la afinidad por pasada y muestra el dispositivo de inicio actual elegido para la pasada. Para cada enrutador viable (dispositivo), se muestra el estado de retroceso, en el que puede ser válido o descalificado.

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

Configuración del número máximo de etiquetas de MPLS

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

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

A partir de la salida de Junos OS 19.1 R1, se puede aprovechar el número máximo de rótulos que pueden empujarse por la motor de reenvío de paquetes out (PFE), donde el número de etiquetas que se pueden insertar para una MPLS siguiente salto es el número de etiquetas que el dispositivo es capaz de empujar. o el número máximo de etiquetas configuradas bajo family mpls la interfaz de salida, el que sea menor. Esta compatibilidad está habilitada en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPCs de tercera generación.

La capacidad de inserción de etiquetas mejorada es útil para funciones tales como el tráfico de segmentos de tipo LSP y los LSP de envío pop-TE de RSVP-TE. Todas las funciones existentes de las aplicaciones que utilizan MPLS próximos saltos siguen trabajando con la capacidad de inserción de etiqueta mejorada. Esto incluye:

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

  • Utilidades de supervisión, como lspmon y LM DM para LSP de MPLS.

Los show route table resultados show route forwarding-table del comando y se han mejorado para que se muestren hasta 16 etiquetas por componente de próximo salto.

Por ejemplo:

Nota:

Cuando se modifica el número máximo de etiquetas MPLS de una interfaz, se deforman las MPLS interfaz. Todas las sesiones de LDP y RSVP de la interfaz se reinician, lo que da como resultado que todos los LSP de esa interfaz se solapan.

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

Si agrega un servicio de reenrutado rápido, los enrutadores de PE en la red del operador proveedor deben estar configurados para admitir una cuarta etiqueta (la etiqueta de reenrutar). Si el operador de cliente utiliza LDP como su Protocolo de señalización y el operador de proveedor utiliza RSVP, el operador de 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 la operadora del cliente, el enrutador que usa para conectarse a la VPN del operador proveedor es un enrutador pe. Sin embargo, el operador proveedora ve este dispositivo como un enrutador CE.

Tabla 3resume los requisitos de las etiquetas.

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

Número de etiquetas necesario

Hipotética

3

Operadora VPN o VPN con dos etiquetas y reenrutamiento rápido

4

Combinación de portadora y reenrutamiento rápido

5

Operador de transporte con Fast enrutador y operadora del cliente ejecutando LDP, con el operador de proveedor 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. Compruebe la configuración.

    Los resultados del comando incluyen Maximum labels: 5 el campo en la unidad lógica de interfaz 0.

Configurar MPLS para que aparezca la etiqueta en el enrutador de salto final

Puede controlar el valor de etiqueta anunciado en el enrutador de salida de una ruta de acceso conmutada por etiqueta (LSP). La etiqueta anunciada predeterminada es etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el enrutador de penúltimo salto quitará la etiqueta y enviará el paquete al enrutador de salida. Al habilitar la expropiación del salto final, se anuncia la etiqueta 0 (etiqueta null explícita IPv4). El emergemiento de saltos de última fin garantiza que cualquier paquete que atraviese una red MPLS incluirá una etiqueta.

Nota:

Juniper Networks enrutadores envían paquetes en cola en función de la etiqueta entrante. Los enrutadores de otros proveedores pueden poner en cola los paquetes de manera diferente. Tenga esto en cuenta cuando trabaje con redes que contengan enrutadores de varios proveedores.

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

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

  • [edit protocols mpls]

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

Anunciar etiquetas null explícitas a BGP iguales del mismo nivel

Solo para la familiainetIPv4 (), BGP interlocutores de un grupo de enrutamiento pueden enviar una etiqueta nula explícita para un conjunto de rutas conectadas (rutas directas e de bucle) para el NLRI etiquetado de inet y marcado como inet6 de unidifusión y unicast. De forma predeterminada, los elementos de mismo nivel anuncian la etiqueta 3 (implícita NULL). Si la explicit-null instrucción está habilitada, los elementos del mismo nivel anuncian la etiqueta 0 (NULL explícito). Las etiquetas NULAs explícitas garantizan que las etiquetas estén siempre presentes en los paquetes que atraviesan una red MPLS. Si se utiliza la etiqueta NULL implícita. el penúltimo enrutador quita la etiqueta y envía el paquete como un paquete de IP sin formato al enrutador de salida. Esto podría ocasionar problemas al hacer cola el paquete correctamente en el penúltimo enrutador de salto si el penúltimo salto es el enrutador de otro proveedor. Otros proveedores ponen paquetes en cola basándose en los bits de la CES de la etiqueta saliente en lugar de hacerlo en la etiqueta entrante.

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

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

La connected-only instrucción es obligatoria para anunciar etiquetas null explícitas.

Para comprobar que se está anunciando la etiqueta nula explícita para las rutas conectadas, show route advertising-protocol bgp neighbor-address utilice el comando.

Descripción de las operaciones de etiqueta de MPLS en los 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 la red IP se analiza y se elige el siguiente salto en función de este análisis y sobre la información contenida en la tabla de enrutamiento. En un entorno de MPLS, el análisis del encabezado del paquete se realiza una sola vez, cuando un paquete entra en el túnel MPLS (es decir, en la ruta que se utiliza para MPLS tráfico).

Cuando un paquete IP ingresa a una ruta de conmutación de etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía basándose en su información de enrutamiento IP a uno que se reenvía de acuerdo con la información asociada a la etiqueta. A continuación, el paquete se reenvía al conmutador de proveedor siguiente del LSP. Este conmutador y todos los conmutadores subsiguientes en el LSP no examinan ninguna 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. A continuación, sustituyen la etiqueta antigua por una nueva y reenvía el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador PE de salida, la etiqueta se quita y el paquete vuelve a ser un paquete IP nativo y se reenvía de nuevo según su información de enrutamiento IP.

Este tema describe lo siguiente:

Rutas conmutadas por etiqueta MPLS y etiquetas de MPLS en los conmutadores

Cuando un paquete entra en el MPLS red, se asigna a un LSP. Cada LSP se identifica por medio de 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 ninguna búsqueda o análisis adicionales se realiza en el paquete encapsulado, MPLS admite la transmisión de cualquier otro protocolo de la carga del paquete.

Nota:

La implementación de MPLS en conmutadores Ethernet Juniper Networks y EX4200 sólo admite paquetes de una sola etiqueta. Sin embargo, MPLS en Juniper Networks los conmutadores EX8200 Ethernet admiten paquetes con tres etiquetas como máximo.

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

Figura 8: Codificación de etiquetaCodificación de etiqueta

Etiquetas reservadas

Rango de rótulos de 0 a 1.048.575. Las etiquetas del 0 al 999.999 son para uso interno.

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

  • 0, etiqueta Explicit Null IPv4: este valor solo es válido cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que es necesario extraer la etiqueta de la recepción. El reenvío continúa basándose en el paquete IP versión 4 (IPv4).

  • 1, Etiqueta de alerta del 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 Explicit Null IPv6: este valor solo es legal cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que es necesario extraer la etiqueta de la recepción.

  • 3, Etiqueta implícita nula: esta etiqueta se usa en el protocolo de señalización (RSVP) solo para solicitar etiquetas que aparecen en el conmutador descendente. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no se deben utilizar 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 de MPLS en los conmutadores

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

  • Presiónelo

  • Menús

  • Cambie

La operación de empuje fija una nueva etiqueta a la parte superior del paquete IP. En el caso de los paquetes de IPv4, la nueva etiqueta es la primera etiqueta. El valor del campo tiempo de vida (TTL) del 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 tiene una etiqueta de MPLS.

La operación pop quita una etiqueta del principio del paquete. Una vez quitada la etiqueta, el TTL se copia de la etiqueta al encabezado del paquete IP y el paquete IP subyacente se reenvía como un paquete IP nativo

La operación de intercambio quita una etiqueta de MPLS existente de un paquete IP y la sustituye por una nueva etiqueta de MPLS, en función de lo siguiente:

  • Interfaz de entrada

  • Sin

  • Tabla de reenvío de etiqueta

Figura 9 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 de PE de entrada aplica la etiqueta 100 al paquete y envía el paquete MPLS a su interfaz MPLS principal ( ge-0/0/5 ). El MPLS paquete se transmite en el túnel de MPLS mediante el conmutador de proveedor, a donde llega a la interfaz con la ge-0/0/5 etiqueta 100. El conmutador de proveedor intercambia la etiqueta 100 a la etiqueta 200 y reenvía el paquete de MPLS a través de su interfaz principal ( ) al siguiente salto en el túnel, que es el conmutador de PE de ge-0/0/7 salida. El conmutador de PE de salida recibe el paquete de MPLS a través de su interfaz principal ( ), quita la etiqueta MPLS y envía el paquete IP de su interfaz de borde de cliente ( ) a un destino que está más allá del ge-0/0/7ge-0/0/1 túnel.

Figura 9: MPLS intercambiar etiquetasMPLS intercambiar etiquetas

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

Emergedor de un penúltimo salto y un salto de última

Los conmutadores permiten hacer que el penúltimo salto (PHP) sea de forma predeterminada con las configuraciones de IP sobre MPLS. Con PHP, el penúltimo modificador de proveedor es responsable de extraer la etiqueta del MPLS y reenviar el tráfico al conmutador PE de salida. A continuación, 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 extraer el MPLS etiqueta.

En los conmutadores EX8200, puede elegir entre usar el predeterminado de PHP o configurar el complemento de saltos finales.

  • La etiqueta anunciada predeterminada es etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el modificador de penúltimo salto quitará la etiqueta y enviará el paquete al conmutador PE de salida.

  • Si está habilitada la expropiaización de saltos de última instancia, se anuncia la etiqueta 0 (etiqueta null explícita IPv4) y el conmutador PE de salida del LSP quita la etiqueta.

Tabla de historial de versiones
Liberación
Descripción
19.1R1
A partir de la salida de Junos OS 19.1 R1, se puede aprovechar el número máximo de rótulos que pueden empujarse por la motor de reenvío de paquetes out (PFE), donde el número de etiquetas que se pueden insertar para una MPLS siguiente salto es el número de etiquetas que el dispositivo es capaz de empujar. o el número máximo de etiquetas configuradas bajo family mpls la interfaz de salida, el que sea menor. Esta compatibilidad está habilitada en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPCs de tercera generación.
14.2
A partir de Junos OS versión 14,2, la etiqueta de entropía se admite en un chasis de modo mixto en el que la etiqueta de entropía puede configurarse sin una configuración de IP mejorada.