Etiquetas LSP
Descripción general de la etiqueta MPLS
Los paquetes que viajan a lo largo de un LSP se identifican mediante una etiqueta: un entero sin signo de 20 bits en el rango de 0 a 1.048.575. En el caso de las etiquetas push de los enrutadores de entrada, no se restringe ninguna etiqueta de este intervalo. Para las etiquetas entrantes en el LSP estático de tránsito, el valor de la etiqueta está restringido de 1.000.000 a 1.048.575.
En los enrutadores serie MX, PTX y T, el valor de las etiquetas de entropía y flujo está restringido de 16 a 1.048.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 enrutador para cubrir ambos. La salida de la pantalla muestra sólo 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 son asignadas por enrutadores descendentes en relación con el flujo de paquetes. Un enrutador que recibe paquetes etiquetados (el enrutador del próximo salto) es responsable de asignar las etiquetas entrantes. Se descarta un paquete recibido que contiene una etiqueta no reconocida (no asignada). Para las etiquetas no reconocidas, el enrutador no intenta desempaquetar la etiqueta para analizar el encabezado de la capa de red, ni genera un mensaje inaccesible de destino del Protocolo de mensajes de control de Internet (ICMP).
Un paquete puede llevar varias etiquetas, organizadas como una pila de último en entrar y de primero en salir. 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 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 caída 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 Configuración de clase de servicio para LSP MPLS.
Operaciones en etiquetas MPLS
El enrutador admite las siguientes operaciones de etiquetado:
Push: añade 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 (CoS) de MPLS 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 llama apilamiento 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 en una pila de etiquetas siempre inicializa su TTL a 255, independientemente del valor TTL de las etiquetas inferiores.
Pop: quita la etiqueta del principio del paquete. Una vez quitada 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 podría derivar CoS y TTL de una etiqueta superior anterior. El valor TTL resaltado de la etiqueta superior anterior no se vuelve a escribir en la nueva etiqueta superior.
Intercambiar: permite sustituir la etiqueta situada en la parte superior de la pila de etiquetas por una etiqueta nueva. Los bits S y CoS se copian de la etiqueta anterior, y el valor TTL se copia y disminuye (a menos que la
no-decrement-ttlinstrucción orno-propagate-ttlesté configurada). Un enrutador de tránsito admite una pila de etiquetas de cualquier profundidad.Inserción múltiple: añade varias etiquetas (hasta tres) además de los paquetes existentes. Esta operación equivale a empujar varias veces.
Intercambiar y empujar: sustituya la parte superior existente de la pila de etiquetas por una nueva etiqueta y, a continuación, inserte otra etiqueta nueva en la parte superior.
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. Se analiza el encabezado de la red IP y se elige el siguiente salto en función de este análisis y de la información de la tabla de enrutamiento. En un entorno MPLS, el análisis del encabezado del paquete se realiza una sola 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 de conmutación de etiquetas (LSP), el conmutador perimetral del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta basada en su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía en función de su información de enrutamiento IP a uno que se reenvía en función de la información asociada con la etiqueta. A continuación, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes en el LSP no examinan ninguna información de enrutamiento IP en el paquete etiquetado. En su lugar, utilizan la etiqueta para buscar información en su tabla de reenvío de etiquetas. A continuación, reemplazan la etiqueta antigua por una nueva etiqueta y reenvían el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador PE de salida, se quita la etiqueta y el paquete vuelve a convertirse en un paquete IP nativo y se reenvía en función de su información de enrutamiento IP.
En este tema, se describe lo siguiente:
- Rutas conmutadas por etiquetas MPLS y etiquetas MPLS
- Etiquetas reservadas
- Operaciones de etiquetas MPLS
- Penultimate-hop popping y ultimate-hop popping
Rutas conmutadas por 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 o búsqueda adicional 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.
Etiquetas reservadas
Las etiquetas van 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 de la serie QFX y EX4600 utilizan las siguientes etiquetas reservadas:
0, etiqueta nula explícita IPv4: este valor solo es válido cuando es la única entrada de etiqueta (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 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 nula implícita: esta etiqueta se utiliza en el protocolo de señalización (RSVP) solo para solicitar que el conmutador descendente le haga aparecer la etiqueta. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no deben utilizarse en el paquete de datos como etiquetas reales. No hay ningún tipo de carga (IPv4 o IPv6) implícito con esta etiqueta.
Operaciones de etiquetas MPLS
Los dispositivos de las series QFX y EX4600 admiten las siguientes operaciones de etiqueta MPLS:
Empujar
Pop
Intercambio
Existe un límite con respecto al número de etiquetas que los dispositivos QFX y EX4600 pueden fijar (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 Pop: se admiten hasta tres etiquetas.
La operación de inserción coloca 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 de 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 tiene una etiqueta MPLS.
La operación pop quita una etiqueta del principio del paquete. Una vez quitada 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 quita 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 etiqueta que llega a la interfaz perimetral 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 de PE de entrada aplica la etiqueta 100 al paquete y envía el paquete MPLS a su interfaz principal MPLS saliente (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador de proveedor intercambia la etiqueta 100 con la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz principal (ge-0/0/7) al siguiente salto en el túnel, que es el conmutador PE de salida. El conmutador PE de salida recibe el paquete MPLS a través de su interfaz principal (ge-0/0/7), quita la etiqueta MPLS y envía el paquete IP fuera de la interfaz perimetral del cliente (ge-0/0/1) a un destino que está más allá del túnel.
Figura 4 muestra la ruta de un paquete a medida que pasa en una dirección desde el conmutador de PE de entrada al 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 de PE funciona como un conmutador de entrada y un conmutador de salida.
Penultimate-hop popping y ultimate-hop popping
Los conmutadores habilitan el estallido de penúltimo salto (PHP) de forma predeterminada con configuraciones de IP sobre MPLS. Con PHP, el penúltimo conmutador de proveedor es responsable de hacer estallar la etiqueta 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 de PE de salida, ya que no es responsable de hacer estallar la etiqueta MPLS.
La etiqueta anunciada predeterminada es la etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el conmutador de penúltimo salto quita la etiqueta y envía el paquete al conmutador de PE de salida.
Si el estallido de salto final está habilitado, se anuncia la etiqueta 0 (etiqueta nula explícita IPv4) y el conmutador PE de salida del LSP quita la etiqueta.
Descripción de MPLS Label Manager
El gestor de etiquetas MPLS se utiliza para gestionar diferentes tipos de etiquetas, como LSI, dinámicas, de bloques y estáticas, que se admiten en plataformas que utilizan concentradores de puertos modulares (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 label-space de comando existente, lo cual no se recomienda. Para proporcionar funcionalidad adicional, como varios rangos para cada tipo de etiqueta, label-range el comando se introduce bajo la jerarquía, que es independiente de label-space la [edit protocols mpls label usage] configuración. Puede elegir cualquiera de los estilos si solo se necesita un rango para cada tipo de etiqueta.
Las siguientes funciones se optimizan con el enhanced-ip comando configurado en el dispositivo:
Permite definir el conjunto global de etiquetas de todo el sistema que utilizará el bloque global de enrutamiento por segmentos (SRGB) mediante el protocolo de enrutamiento IS-IS.
Aumenta el
vrf-table-labelespacio a por lo menos 16.000, si la plataforma puede soportar la escala.Permite especificar el valor de etiqueta que utilizará la etiqueta de tabla VRF estática.
Permite especificar el intervalo de valores de etiqueta que utilizarán los tipos de aplicación de etiquetas admitidos.
Permite cambiar dinámicamente los rangos de SRGB y tipo de etiqueta.
Etiquetas MPLS especiales
Algunas de las etiquetas reservadas (en el rango de 0 a 15) tienen significados bien definidos. Para obtener detalles más completos, consulte RFC 3032, Codificación de pila de etiquetas MPLS.
0, etiqueta nula explícita IPv4: este valor solo es legal cuando es la única entrada de etiqueta (sin apilamiento de etiquetas). Indica que la etiqueta debe abrirse al recibirla. El reenvío continúa según 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 nula explícita IPv6: este valor solo es legal cuando es la única entrada de etiqueta (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en la recepción. El reenvío continúa basado en el paquete IP versión 6 (IPv6).
3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de control (LDP o RSVP) sólo para solicitar la aparición de etiquetas por parte del enrutador descendente. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no deben utilizarse en el paquete de datos como etiquetas reales. No hay ningún tipo de carga (IPv4 o IPv6) implícito con esta etiqueta.
4 a 6: sin asignar.
7, Indicador de etiqueta de entropía: esta etiqueta se utiliza cuando una etiqueta de entropía está en la pila de etiquetas y precede a la etiqueta de entropía.
8 a 15: sin asignar.
Las etiquetas especiales se usan comúnmente entre los enrutadores de salida y penúltimo de un LSP. Si el LSP está configurado para transportar únicamente paquetes IPv4, el enrutador de salida podría indicar al penúltimo enrutador que utilice 0 como etiqueta de salto final. Si el LSP está configurado para transportar únicamente paquetes IPv6, el enrutador de salida podría indicar al penúltimo enrutador que utilice 2 como etiqueta de salto final.
El enrutador de salida puede simplemente indicar al penúltimo enrutador que use 3 como etiqueta final, que es una solicitud para realizar la aparición de etiquetas de penúltimo salto. El enrutador de salida no procesará un paquete etiquetado; en su lugar, recibe la carga (IPv4, IPv6 u otras) directamente, lo que reduce una búsqueda MPLS en la salida.
Para los paquetes apilados por etiquetas, el enrutador de salida recibe un paquete de etiqueta MPLS con su etiqueta superior ya aparecida por el penúltimo enrutador. El enrutador de salida no puede recibir paquetes apilados de etiquetas que utilicen la etiqueta 0 o 2. Por lo general, 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 de modo mixto, donde la etiqueta de entropía se puede configurar sin necesidad de 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 los enrutadores utilizan para equilibrar la carga del tráfico en lugar de depender de la 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 pila de etiquetas. Junos OS admite la etiqueta de entropía solo para enrutadores de la serie MX con MPC o MIC y se puede habilitar con el modo de IP mejorada. 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 del enrutador de la serie MX admitan una etiqueta de entropía emergente. Sin embargo, esto no admite una etiqueta de flujo.
Descripción general de los 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 utilizar como restricciones para configurar una ruta de conmutación de etiquetas (LSP) de MPLS. Los saltos abstractos superan las limitaciones de las especificaciones de restricción de ruta existentes y proporcionan varios beneficios a las capacidades de ingeniería de tráfico de MPLS.
- Descripción del lúpulo abstracto
- Beneficios de usar lúpulos abstractos
- Implementación de lúpulo abstracto de Junos OS
Descripción del lúpulo abstracto
La restricción de ruta para la configuración de un LSP MPLS se puede especificar como enrutadores individuales en forma de saltos reales o como un conjunto de enrutadores mediante un 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 ninguna secuencia entre los diferentes grupos de enrutadores utilizados en la restricción.
El inconveniente de la restricción de salto real es que, en un caso de falla, si alguno de los saltos del enrutador cae o la utilización del ancho de banda de la interfaz conectada se satura, la ruta deja de funcionar (o depende de la protección local o de extremo a extremo). Aunque puede haber otros enrutadores alternativos disponibles para recuperar o configurar el LSP, el LSP permanece inactivo hasta que el operador configure otra secuencia de salto de enrutador como restricción de ruta para que la ruta vuelva a subir o para desconectar la ruta de protección.
El grupo administrativo o la restricción de especificación de color supera esta limitación de una restricción de salto real hasta cierto punto. Aquí, cuando uno de los enrutadores del grupo deja de funcionar o tiene su capacidad de vínculo saturada, la configuración del LSP no se ve afectada. Esto se debe a que el enrutador del próximo salto que se utilizará en la restricción de ruta no se selecciona de antemano, y el LSP se configura junto con otros enrutadores que tienen el mismo grupo administrativo o color sin la intervención del operador. Sin embargo, el inconveniente de 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, donde 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 compartido (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 ordenación de la especificación de restricción de salto real y la resistencia que vienen 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 de enrutadores definido por el usuario: R1, R2, R, ...j Rn. Cuando uno de los enrutadores del grupo deja de funcionar, digamos el enrutador Rj del grupo Gi, otro enrutador, digamos el enrutador Rk, del mismo grupo Gi es recogido por el cálculo de la ruta para reemplazar el enrutador que dejó de funcionar (es decir, el enrutador Rj). Esto se debe a que la restricción de ruta está secuenciada y tiene que pasar por una secuencia de saltos abstractos, en lugar de una secuencia de enrutadores individuales.
Beneficios de usar lúpulos abstractos
Los saltos abstractos son grupos de enrutadores definidos por el usuario. De manera similar a las restricciones de salto real que utilizan una secuencia de enrutadores individuales, se puede utilizar una secuencia de saltos abstractos para configurar una ruta de conmutación de etiquetas (LSP). El uso de saltos abstractos proporciona resistencia a las restricciones de ruta secuenciadas. Los otros beneficios de usar lúpulos abstractos incluyen:
- Especificación de una secuencia de combinaciones de restricciones
- Evitar nuevas configuraciones de red en nodos de tránsito
- Combinación de paradigmas de computación de rutas centralizadas y distribuidas
Especificación de una secuencia de combinaciones de restricciones
Actualmente, es posible especificar una ruta que puede pasar por enlaces que satisfagan múltiples atributos. Dicha 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 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, a continuación, vínculos rojos de baja latencia.
La necesidad de tal combinación de restricciones compuestas secuenciadas surge cuando existe el 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 nuevas configuraciones de red en nodos de tránsito
Con las capacidades actuales de especificación de restricción de ruta, es posible incluir o excluir enlaces de ciertos atributos a lo largo de una ruta completa; por ejemplo, excluyendo SRLG oeste de una ruta. Sin embargo, no hay soporte para excluir condicionalmente o incluir atributos, o para aplicar atributos diferentes excluir o incluir en diferentes partes de la ruta; por ejemplo, excluyendo SRLG oeste solo cuando se atraviesan vínculos rojos.
Como solución alternativa, se puede crear un nuevo grupo administrativo para identificar todos los 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 saltos abstractos, los cambios de configuración solo se pueden contener en el enrutador de entrada. En el enrutador de entrada, la combinación de restricciones se asigna al salto abstracto, cumpliendo así el requisito mencionado anteriormente sin 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 informáticas. Una combinación de ambos tipos de cálculo 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 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 usarlo como entrada para el cálculo de rutas.
Una secuencia de saltos abstractos sirve para actuar como guía desde el controlador centralizado. Los saltos abstractos proporcionan al controlador la flexibilidad para entrelazarse en la restricción y los atributos de la ruta. Esto también permite que el controlador incorpore el elemento de secuencia en la restricción. El controlador no tiene que especificar cada salto que debe realizar 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 proporciona una comparación de este enfoque con los métodos actuales de cálculo de ruta.
Características |
Distribuido Restringido Ruta más corta primero |
Centralizado restringido Ruta más corta primero |
Híbrido restringido camino más corto primero |
Reaccionar a cambios frecuentes en una red grande |
Sí |
Sí |
|
Cálculo sofisticado de rutas con visión global |
Sí |
Sí |
|
Incorporación de la lógica de negocio en el cálculo de rutas |
Sí |
Sí |
|
Resiliencia (sin un único punto de falla) |
Sí |
Sí |
|
Previsibilidad |
Sí |
Sí |
|
Reaccione a la carga de la red en (casi) tiempo real |
Sí |
Sí |
|
Probado en campo (versus adopción temprana) |
Sí |
Sí |
Implementación de lúpulo abstracto de Junos OS
La función de saltos abstractos que reconocen pedidos se introdujo 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 lúpulo abstracto
- Uso de saltos abstractos en la restricción de ruta
- Cálculo de rutas y retroceso
- Ejemplo de retroceso
Definición de lúpulo abstracto
Un salto abstracto es un grupo de enrutadores que los usuarios pueden definir para utilizarlos en la configuración de una ruta de conmutación de etiquetas (LSP). El usuario puede controlar qué enrutadores incluir en el grupo definiendo una combinación lógica de atributos o restricciones de vínculo heterogéneos denominados atributos constituyentes. Los enrutadores con vínculos que satisfacen los atributos constituyentes definidos pertenecen al grupo de enrutadores que representan el salto abstracto.
La asignación de atributos constituyentes con el salto abstracto es local para el nodo de computación o la entrada del LSP que se está configurando. Como resultado, los saltos abstractos no tienen asociadas actualizaciones del protocolo de puerta de enlace interior 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 constituyentes permite definir un conjunto de atributos de ingeniería de tráfico de constituyentes, que se identifica mediante un nombre definido por el usuario. Las listas de 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 es verdadero para el vínculo.
include-all-list: el vínculo satisface la lista de constituyentes si todos los atributos constituyentes especificados son verdaderos para el enlace.
exclude-all-list: el vínculo satisface la lista de constituyentes si ninguno de los atributos constituyentes especificados es verdadero 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 verdadero para el vínculo.
Un salto abstracto se define como una combinación lógica de referencias de lista de constituyentes que pueden pertenecer a cualquiera de las categorías antes mencionadas. Para lograr esto, los operadores AND lógicos y OR se incluyen en la definición de salto abstracto, y se aplican a la lista de constituyentes.
OR—Al menos una de las referencias de la lista de constituyentes en la definición de salto abstracto debe satisfacerse mediante un enlace para que el nodo adjunto forme parte del salto abstracto.
AND—Todas las referencias de la lista de constituyentes en la definición de salto abstracto deben satisfacerse mediante un enlace para que el nodo adjunto forme parte del salto abstracto.
Ejemplo de definición de salto abstracto
Tomando como ejemplo, la definición de lúpulo 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 red && Srlg sur) || (Grupo administrativo verde || Srlg norte)), donde:
administrative group red y Srlg south pertenecen a la lista de constituyentes include-all (listA1, en este ejemplo).
administrative group green y Srlg north pertenecen a incluir cualquier lista constituyente (listaA2, en este ejemplo).
|| es el operador de quirófano.
La configuración de los saltos abstractos hopA es la siguiente:
hopA configuration
[edit protocols mpls] Constituent-list listA1 { administrative-group red; Srlg south; } Constituent-list listA2 { administrative-group green; Srlg north; } Abstract-hop hopA{ Operator OR; Constituent-list listA1 include-all-list; Constituent-list listA2 include-any-list; }
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.
user@host> show mpls abstract-hop-membership Abstract hop: hop1A Credibility: 0 Address: 128.102.165.105 Address: 128.102.166.237 Address: 128.102.168.0 Address: 128.102.173.123 Abstract hop: hopB Credibility: 0 Address: 128.102.160.211 Address: 128.102.165.5 Address: 128.102.166.237 Address: 128.102.172.157 Address: 128.102.172.196
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 satisfacen la combinación lógica asociada de atributos de vínculo.
user@host> show ted database extensive local
TED database: 0 ISIS nodes 8 INET nodes
NodeID: 128.102.173.123
Type: Rtr, Age: 3098 secs, LinkIn: 4, LinkOut: 3
Protocol: OSPF(0.0.0.0)
To: 128.102.168.0, Local: 1.3.0.1, Remote: 1.3.0.2
Local interface index: 332, Remote interface index: 0
Color: 0x2 green
Abstract hops: hopA
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
To: 128.102.165.105, Local: 1.1.0.1, Remote: 1.1.0.2
Local interface index: 330, Remote interface index: 0
Srlg: south
Abstract hops: hopB
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
El salto abstracto hopA es para baja latencia Y SRLG oeste, y el salto abstracto B es para excluir SRLG oeste. Figura 5 Muestra la vista de entrada de estos saltos abstractos.
Uso de 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. Se puede especificar una secuencia de saltos abstractos como restricción de ruta, de manera 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 primer paso de ruta restringida más corta hasta el destino, normalmente una pasada por salto. Cuando se proporcionan saltos reales como restricción de ruta, el cálculo de la restricción 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, y la primera pasada utiliza el enrutador de entrada como inicio.
Alternativamente, cuando la restricción de ruta utiliza saltos abstractos estrictos o sueltos, el cálculo de restricción comprende pasadas en las que cada pasada procesa el salto abstracto posterior 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 pase.
Un salto abstracto atraviesa los nodos miembro mediante lo siguiente:
Vínculos que satisfacen la combinación lógica de atributos constituyentes definidos
Cualquier tipo de enlaces
La media de los saltos abstractos que atraviesan los nodos miembro se controla mediante el uso de los calificadores de salto abstracto (strict, loose y loose-link) para definir la restricción de ruta. Tomando, por ejemplo, el hop hopA abstracto se procesa de manera diferente con diferentes calificadores:
Strict: después del último salto procesado de la lista de restricciones, la ruta atraviesa sólo los vínculos o nodos que pertenecen al salto abstracto hopA, antes de llegar a un nodo con pertenencia a hopA que es un punto de partida factible para procesar el siguiente salto abstracto.
Loose: después del último salto procesado de la lista de restricciones, la ruta puede atravesar cualquier nodo real que no tenga pertenencia a salto abstracto de hopA, antes de llegar a un nodo con hopA de pertenencia a salto abstracto, que es un punto de partida factible para procesar el siguiente salto abstracto.
Loose-link: después del último salto procesado de la lista de restricciones, la ruta puede atravesar cualquier nodo real que no tenga pertenencia a salto abstracto de hopA, antes de llegar a un nodo con hopA de pertenencia a salto abstracto, que es un punto de partida factible para procesar el siguiente salto abstracto. Pero el camino debería haber atravesado al menos un eslabón de membresía abstracta de hop hopA en el curso del mismo.
En otras palabras, se dice que el salto abstracto de tipo loose-link se procesa sólo si se puede acceder a cualquiera de los enrutadores viables de la restricción a través de un enlace de pertenencia a salto abstracto asociado.
Especificación de lúpulo abstracto de ejemplo
Tabla 2 Proporciona un ejemplo de caso de uso para usar saltos abstractos en restricciones de ruta.
Propósito de la restricción de ruta |
Clasificatorio abstracto de lúpulo |
Configuración |
Conjunto de enrutadores viables |
Afinidad |
|---|---|---|---|---|
Recorre los nodos que son miembros de hopA tomando solo enlaces que satisfacen hopA. |
Estricto |
[edit protocols mpls]
Path path_hopA_s {
hopA abstract strict;
}
|
Todos los miembros de abstract hopA. Es decir, A1, A2... Rn. |
hopA (elija solo enlaces que satisfagan el hopA abstracto). |
Trasee nodos que son miembros de hopA pero no necesariamente enlaces que satisfacen hopA |
Suelto |
[edit protocols mpls]
Path path_hopA_l {
hopA abstract loose;
}
|
Todos los miembros de abstract hopA. Es decir, A1, A2... Rn. |
Ninguno (ningún tipo de enlaces). |
Recorra los nodos que son miembros de hopA tomando al menos un enlace que satisfaga hopA. |
Enlace suelto Nota:
El calificador de eslabón suelto se ve como suelto seguido de estricto para el mismo salto abstracto. En otras palabras, hopA loose-link es lo 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 viable para ambas pasadas es: Todos los miembros de abstract hopA. Es decir, A1, A2... Rn. Nota:
Durante el cálculo de la ruta, un enrutador se recorre solo una vez. |
En este caso, hay dos pasadas de cálculo asociadas con hopA en la restricción de ruta. La afinidad por los dos pases es:
|
Recorre nodos que son miembros de hopA, tomando solo enlaces que satisfacen hopA, seguidos de nodos que son miembros de hopB que toman solo enlaces que satisfacen hopB. |
Estricto |
[edit protocols mpls]
Path path_hopA_hopB_s {
hopA abstract strict;
hopB abstract strict;
}
|
|
|
Recorre nodos que son miembros de hopA tomando solo enlaces que satisfacen hopA, seguidos de nodos que son miembros de hopB que toman cualquier tipo de enlaces. |
Estricto y suelto |
[edit protocols mpls]
Path path_hopA_s_hopB_l {
hopA abstract strict;
hopB abstract loose;
}
|
|
|
Recorre nodos que son miembros de hopA tomando cualquier tipo de enlaces, seguidos de nodos que son miembros de hopB que toman cualquier tipo de enlaces. |
Suelto |
[edit protocols mpls]
Path path_hopA_l_hopB_l {
hopA abstract loose;
hopB abstract loose;
}
|
|
Ninguno (elija cualquier enlace). |
Recorre nodos que son miembros de hopA tomando cualquier tipo de enlaces, seguidos de nodos que son miembros de hopB tomando solo enlaces que satisfacen hopB. |
Suelto y estricto |
[edit protocols mpls]
Path path_hopA_l_hopB_s {
hopA abstract loose;
hopB abstract strict;
}
|
|
|
Figura 6 muestra las restricciones de ruta para los saltos abstractos hopA, hopB y hopC con calificadores de salto abstracto suelto, estrictos y sueltos, respectivamente.
El camino más corto restringido Los primeros pasos para los saltos abstractos son los 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 (ya que hopA está suelto).
Pase 2 asociado con hopB
Enrutadores viables: enrutadores R1, R2, R3 y R4
Afinidad: selecciona solo enlaces compatibles con hopB (ya que hopB es un salto abstracto estricto).
Pase 3 asociado con hopC
Enrutadores viables: enrutadores R5, R6, R7 y el enrutador de salida.
Afinidad: Ninguna (ya que hopC es un salto abstracto suelto).
Cálculo de rutas y retroceso
En cada primer paso de la ruta restringida más corta, cuando se llega al enrutador más cercano de un conjunto de enrutadores viables utilizando enlaces que satisfacen la afinidad calculada para el pase, se dice que se procesa el salto abstracto asociado con el pase. El enrutador viable así alcanzado sirve como el comienzo para la siguiente pasada de restricción. Si se produce un error en alguna pasada de restricción y no es la que tiene el enrutador de entrada como enrutador de inicio, la pasada se retrotrae a la pasada anterior y se repite el proceso.
Ejemplo de retroceso
Cuando falla una primera pasada p (que no sea la primera) de la ruta más corta restringida, el enrutador de salida de la pasada anterior (p – 1) que sirvió de inicio para la pasada actual p se descalifica en el conjunto de enrutadores viables de la pasada anterior (p – 1). Luego, el pase anterior (p – 1) se vuelve a ejecutar para encontrar el siguiente mejor enrutador de salida o destino para el pase p – 1 del conjunto de enrutadores viables.
El enrutador así determinado sirve como el nuevo enrutador de inicio para la pasada p. Este procedimiento se repite siempre que haya fallos y haya enrutadores viables que no se exploren.
El show mpls lsp abstract-hop-computation name lsp-name comando proporciona las distintas pasadas de cálculo involucradas por LSP y los enrutadores de salida calificados para cada pasada. El resultado 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.
user@host> show mpls lsp abstract-computation Path computation using abstract hops for LSP: lsp1 Path type: Primary, Path name: path1 Credibility: 0, Total no of CSPF passes: 2 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Affinity: hopA CSPF pass no: 1 Start address of the pass: 0.0.0.0 Destination: 128.102.172.157, , State: VALID Path type: Standby, Path name: path2 Credibility: 0, Total no of CSPF passes: 3 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Destination: 128.102.166.237, , State: VALID Affinity: hopA CSPF pass no: 1 Start address of the pass: 128.102.166.237 Destination: 128.102.160.211, , State: VALID Destination: 128.102.165.5, , State: VALID Destination: 128.102.166.237, , State: VALID Destination: 128.102.172.157, , State: VALID Destination: 128.102.172.196, , State: VALID Affinity: hopB CSPF pass no: 2 Start address of the pass: 128.102.172.196 Destination: 128.102.172.157, , State: VALID
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 del orden para los 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 ejecutándose 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 pasarela interior en todos los dispositivos.
Configure grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartidos (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 manera similar a la secuencia de restricciones de salto real (estrictas o sueltas), se puede usar una secuencia de saltos abstractos para configurar una ruta de conmutación de 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 ordenación de saltos reales. Como resultado, cuando se utiliza una secuencia de saltos abstractos en una restricción de ruta, se logra un orden 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 de constituyentes con atributos de ingeniería de tráfico de constituyentes incluyendo la
constituent-list list-nameinstrucción en el nivel de[edit protocols mpls]jerarquía.Incluya las listas de constituyentes en la definición de salto abstracto en el nivel jerárquico
[edit protocols mpls abstract-hop abstract-hop-name].Defina restricciones de ruta que utilicen saltos abstractos en el nivel jerárquico
[edit protocols mpls path path-name].
Tenga en cuenta las siguientes directrices al configurar saltos abstractos para LSP MPLS:
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 lúpulos abstractos pueden ser restricciones estrictas o sueltas.
La compatibilidad con saltos abstractos en Junos OS versión 17.1 solo se proporciona para los LSP MPLS dentro de la área y no para los LSP entre dominios o entre áreas.
Las restricciones de salto abstracto solo están habilitadas para los LSP punto a punto regulares. Otros tipos de LSP MPLS, como los LSP de punto a multipunto, los LSP bidireccionales controlados externamente, los LSP de contenedor dinámico, los LSP de malla automática RSVP y los LSP entre áreas no se admiten con la configuración de saltos abstractos.
Los saltos abstractos no permiten calcular la ruta general más corta para los 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 el cambio de motor de enrutamiento correcto (GRES), la actualización de software unificada en servicio (ISSU) y el enrutamiento sin interrupciones (NSR).
Las especificaciones de restricción de salto abstracto no afectan al rendimiento general de la red. Sin embargo, el tiempo necesario para el primer cálculo de la ruta más corta restringida aumenta con la configuración de salto abstracto. El tiempo de instalación de un LSP de salto abstracto es mayor que el tiempo necesario para configurar un LSP sin configuración de salto abstracto.
Topología
Figura 7 Muestra un ejemplo de topología de red 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 están conectados directamente entre sí.
Los dispositivos R0 y R3 se configuran en el mismo sistema autónomo: AS 64496. Un LSP MPLS se configura desde el dispositivo R0 hasta el dispositivo R3 con una ruta principal y dos rutas secundarias (rutas secundarias en espera y no en espera).
Se crean cuatro listas constituyentes (c1, c2, c3 y c4) mediante tres SRLG (g1, g2 y g3), tres grupos administrativos (verde, azul y rojo) y un grupo administrativo extendido (oro). Se definen tres saltos abstractos (ah1, ah2 y ah3) mediante las listas de constituyentes 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 secundaria en espera y la ruta secundaria no en espera, respectivamente.
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 [edit] y, luego, ingrese commit desde el modo de configuración.
Dispositivo R0
set chassis network-services ip set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.30.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.6/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.6 set routing-options autonomous-system 64496 set routing-options forwarding-table export test set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols rsvp interface ge-0/0/0.0 bandwidth 80m set protocols rsvp interface ge-0/0/2.0 bandwidth 200m set protocols rsvp interface ge-0/0/1.0 bandwidth 500m set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls label-switched-path R0-R31 to 127.0.0.3 set protocols mpls label-switched-path R0-R31 primary prim set protocols mpls label-switched-path R0-R31 secondary stdby standby set protocols mpls label-switched-path R0-R31 secondary nonstdby set protocols mpls path path_primary 172.16.0.2 strict set protocols mpls path path_primary 172.21.0.2 strict set protocols mpls path path_primary 172.24.0.2 strict set protocols mpls path path_ter_nonstdby 172.18.0.1 strict set protocols mpls path path_ter_nonstdby 172.26.0.2 strict set protocols mpls path path_sec_stdby 172.17.0.2 strict set protocols mpls path path_sec_stdby 172.23.0.2 strict set protocols mpls path prim ah1 abstract set protocols mpls path prim ah1 strict set protocols mpls path stdby ah2 abstract set protocols mpls path stdby ah2 strict set protocols mpls path nonstdby ah3 abstract set protocols mpls path nonstdby ah3 strict set protocols mpls constituent-list c1 srlg g1 set protocols mpls constituent-list c1 administrative-group green set protocols mpls constituent-list c2 administrative-group green set protocols mpls constituent-list c2 administrative-group-extended gold set protocols mpls constituent-list c3 srlg g2 set protocols mpls constituent-list c3 administrative-group red set protocols mpls constituent-list c3 administrative-group-extended gold set protocols mpls constituent-list c4 srlg g3 set protocols mpls constituent-list c4 administrative-group blue set protocols mpls constituent-list c4 administrative-group-extended gold set protocols mpls abstract-hop ah1 operator AND set protocols mpls abstract-hop ah1 constituent-list c1 include-all-list set protocols mpls abstract-hop ah1 constituent-list c2 include-all-list set protocols mpls abstract-hop ah2 operator AND set protocols mpls abstract-hop ah2 constituent-list c3 include-all-list set protocols mpls abstract-hop ah3 operator AND set protocols mpls abstract-hop ah3 constituent-list c4 include-all-list set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set policy-options policy-statement test then load-balance per-packet
Dispositivo R1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.1/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.1 set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Dispositivo R2
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.2/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.2 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Dispositivo R3
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.31.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.3/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.3 set routing-options autonomous-system 64496 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Dispositivo R4
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.4/32 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.4 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Dispositivo R5
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.5/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.5 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Procedimiento
Procedimiento paso a paso
El ejemplo siguiente requiere que navegue 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 modo de configuración en la Guía del usuario de CLI.
Para configurar el dispositivo R0:
Habilite los servicios de red IP mejorados en el dispositivo R0.
[edit chassis] user@R0# set network-services ip
Configure las interfaces en el dispositivo R0, incluida la interfaz de circuito cerrado.
[edit interfaces] user@R0# set ge-0/0/0 unit 0 family inet address 172.16.0.1/16 user@R0# set ge-0/0/0 unit 0 family mpls user@R0# set ge-0/0/1 unit 0 family inet address 172.18.0.1/16 user@R0# set ge-0/0/1 unit 0 family mpls user@R0# set ge-0/0/2 unit 0 family inet address 172.17.0.1/16 user@R0# set ge-0/0/2 unit 0 family mpls user@R0# set ge-0/0/3 unit 0 family inet address 172.30.0.1/16 user@R0# set lo0 unit 0 family inet address 127.0.0.6/8
Asigne el ID del enrutador y el número de sistema autónomo para el dispositivo R0.
[edit routing-options] user@R0# set router-id 127.0.0.6 user@R0# set autonomous-system 64496
Configure las definiciones de SRLG.
[edit routing-options] user@R0# set srlg g1 srlg-value 100 user@R0# set srlg g1 srlg-cost 1000 user@R0# set srlg g2 srlg-value 200 user@R0# set srlg g2 srlg-cost 2000 user@R0# set srlg g3 srlg-value 300 user@R0# set srlg g3 srlg-cost 3000
Configure las definiciones de grupos administrativos extendidos.
[edit routing-options] user@R0# set administrative-groups-extended-range minimum 50000 user@R0# set administrative-groups-extended-range maximum 60000 user@R0# set administrative-groups-extended gold group-value 50000
Configure las definiciones de grupo administrativo.
[edit protocols] user@R0# set mpls administrative-groups green 0 user@R0# set mpls administrative-groups blue 1 user@R0# set mpls administrative-groups red 2
Configure MPLS en todas las interfaces del dispositivo R0, excluyendo la interfaz de administración.
[edit protocols] user@R0# set mpls interface all user@R0# set mpls interface fxp0.0 disable
Asigne las interfaces del dispositivo R0 con los atributos de ingeniería de tráfico configurados.
[edit protocols] user@R0# set mpls interface ge-0/0/0.0 srlg g1 user@R0# set mpls interface ge-0/0/0.0 administrative-group green user@R0# set mpls interface ge-0/0/0.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/2.0 srlg g2 user@R0# set mpls interface ge-0/0/2.0 administrative-group red user@R0# set mpls interface ge-0/0/2.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/1.0 srlg g3 user@R0# set mpls interface ge-0/0/1.0 administrative-group blue user@R0# set mpls interface ge-0/0/1.0 administrative-group-extended gold
Configure un LSP que conecte el dispositivo R0 con el dispositivo R3 y asigne atributos de ruta principal y secundaria al LSP.
[edit protocols] user@R0# set mpls label-switched-path R0-R31 to 127.0.0.3 user@R0# set mpls label-switched-path R0-R31 primary prim user@R0# set mpls label-switched-path R0-R31 secondary stdby standby user@R0# set mpls label-switched-path R0-R31 secondary nonstdby
Defina las rutas principal y secundaria para el LSP R0-R31.
[edit protocols] user@R0# set mpls path path_primary 172.16.0.2 strict user@R0# set mpls path path_primary 172.21.0.2 strict user@R0# set mpls path path_primary 172.24.0.2 strict user@R0# set mpls path path_ter_nonstdby 172.18.0.1 strict user@R0# set mpls path path_ter_nonstdby 172.26.0.2 strict user@R0# set mpls path path_sec_stdby 172.17.0.2 strict user@R0# set mpls path path_sec_stdby 172.23.0.2 strict
Cree listas de constituyentes con atributos de ingeniería de tráfico de constituyentes para definiciones de salto abstracto.
[edit protocols] user@R0# set mpls constituent-list c1 srlg g1 user@R0# set mpls constituent-list c1 administrative-group green user@R0# set mpls constituent-list c2 administrative-group green user@R0# set mpls constituent-list c2 administrative-group-extended gold user@R0# set mpls constituent-list c3 srlg g2 user@R0# set mpls constituent-list c3 administrative-group red user@R0# set mpls constituent-list c3 administrative-group-extended gold user@R0# set mpls constituent-list c4 srlg g3 user@R0# set mpls constituent-list c4 administrative-group blue user@R0# set mpls constituent-list c4 administrative-group-extended gold
Defina saltos abstractos asignando las listas de componentes configuradas y los operadores respectivos.
[edit protocols] user@R0# set mpls abstract-hop ah1 operator AND user@R0# set mpls abstract-hop ah1 constituent-list c1 include-all-list user@R0# set mpls abstract-hop ah1 constituent-list c2 include-all-list user@R0# set mpls abstract-hop ah2 operator AND user@R0# set mpls abstract-hop ah2 constituent-list c3 include-all-list user@R0# set mpls abstract-hop ah3 operator AND user@R0# set mpls abstract-hop ah3 constituent-list c4 include-all-list
Defina restricciones para las rutas configuradas mediante la inclusión de definiciones de saltos abstractos.
[edit protocols] user@R0# set mpls path prim ah1 abstract user@R0# set mpls path prim ah1 strict user@R0# set mpls path stdby ah2 abstract user@R0# set mpls path stdby ah2 strict user@R0# set mpls path nonstdby ah3 abstract user@R0# set mpls path nonstdby ah3 strict
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 conecta al Host1, y asigne valores de ancho de banda.
[edit protocols] user@R0# set rsvp interface all aggregate user@R0# set rsvp interface fxp0.0 disable user@R0# set rsvp interface ge-0/0/0.0 bandwidth 80m user@R0# set rsvp interface ge-0/0/2.0 bandwidth 200m user@R0# set rsvp interface ge-0/0/1.0 bandwidth 500m
Configure OSPF en todas las interfaces del dispositivo R0, excluyendo la interfaz de administración, y asigne capacidades de ingeniería de tráfico.
[edit protocols] user@R0# set ospf traffic-engineering user@R0# set ospf area 0.0.0.0 interface all user@R0# set ospf area 0.0.0.0 interface fxp0.0 disable
Configure una política en el dispositivo R0 para habilitar el equilibrio de carga por paquete.
[edit policy-options] user@R0# set forwarding-table export test
Exporte la política de equilibrio de carga a la tabla de reenvío.
[edit policy-options] user@R0# set policy-statement test then load-balance per-packet
Resultados
Desde el modo de configuración, escriba los comandos , show interfaces, show protocolsshow routing-options, y show policy-options para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@R0# show chassis network-services ip;
user@R0# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 172.16.0.1/16;
}
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 172.18.0.1/16;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 172.17.0.1/16;
}
family mpls;
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 172.30.0.1/16;
}
}
}
lo0 {
unit 0 {
family inet {
address 127.0.0.6/8;
}
}
}
user@R0# show routing-options
srlg {
g1 {
srlg-value 100;
srlg-cost 1000;
}
g2 {
srlg-value 200;
srlg-cost 2000;
}
g3 {
srlg-value 300;
srlg-cost 3000;
}
}
administrative-groups-extended-range {
minimum 50000;
maximum 60000;
}
administrative-groups-extended {
gold group-value 50000;
}
user@R0# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
bandwidth 80m;
}
interface ge-0/0/2.0 {
bandwidth 200m;
}
interface ge-0/0/1.0 {
bandwidth 500m;
}
}
mpls {
administrative-groups {
green 0;
blue 1;
red 2;
}
label-switched-path R0-R31 {
to 127.0.0.3;
adaptive;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 5;
minimum-bandwidth 10m;
maximum-bandwidth 1g;
}
primary prim;
secondary stdby {
standby;
}
secondary nonstdby;
}
path path_primary {
172.16.0.2 strict;
172.21.0.2 strict;
172.24.0.2 strict;
}
path path_ter_nonstdby {
172.18.0.1 strict;
172.26.0.2 strict;
}
path path_sec_stdby {
172.17.0.2 strict;
172.23.0.2 strict;
}
path prim {
ah1 abstract strict;
}
path stdby {
ah2 abstract strict;
}
path nonstdby {
ah3 abstract strict;
}
constituent-list c1 {
srlg g1;
administrative-group green;
}
constituent-list c2 {
administrative-group green;
administrative-group-extended gold;
}
constituent-list c3 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
constituent-list c4 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
abstract-hop ah1 {
operator AND;
constituent-list {
c1 include-all-list;
c2 include-all-list;
}
}
abstract-hop ah2 {
operator AND;
constituent-list {
c3 include-all-list;
}
}
abstract-hop ah3 {
operator AND;
constituent-list {
c4 include-all-list;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
srlg g1;
administrative-group green;
administrative-group-extended gold;
}
interface ge-0/0/2.0 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
interface ge-0/0/1.0 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
user@R0# show policy-options
policy-statement test {
then {
load-balance per-packet;
}
}
Verificación
Confirme que la configuración funcione correctamente.
- Comprobación de la configuración de saltos abstractos
- Verificación del cálculo de la ruta de salto abstracto
Comprobación de la configuración de saltos abstractos
Propósito
Compruebe los miembros de la definición de salto abstracto en el dispositivo R0 emitiendo el 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.
user@R0> show mpls abstract-hop-membership Abstract hop: ah1 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.1 Address: 127.0.0.2 Address: 127.0.0.3 Abstract hop: ah2 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.4 Abstract hop: ah3 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.5
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 pasarela interior en uso (OSPF).
Verificación del cálculo de la ruta de salto abstracto
Propósito
Compruebe el preprocesamiento de cálculo abstracto para LSP en el dispositivo R0 emitiendo el show mpls lsp abstract-computation comando.
Acción
Desde el modo operativo, ejecute el show mpls lsp abstract-computation comando.
user@R0> show mpls lsp abstract-computation
Path computation using abstract hops for LSP: R0-R31
Path type: Primary, Path name: prim
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.1, State: VALID
Destination: 127.0.0.2, State: VALID
Destination: 127.0.0.3, State: VALID
Affinity: ah1
CSPF pass no: 1
Start address of the pass: 127.0.0.1
Destination: 127.0.0.3, State: VALID
Path type: Secondary, Path name: nonstdby
Path type: Standby, Path name: stdby
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.3, State: VALID
Destination: 127.0.0.4, State: VALID
Affinity: ah2
CSPF pass no: 1
Start address of the pass: 127.0.0.4
Destination: 127.0.0.3, State: VALIDSignificado
La show mpls lsp abstract-hop-computation salida del comando proporciona los distintos pasos de cálculo involucrados por LSP y los desarrolladores de salida calificados para cada paso. El resultado 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, donde puede ser válido o descalificado.
El Credibility campo indica el valor de credibilidad asociado con el protocolo de pasarela interior en uso (OSPF).
Configuración del número máximo de etiquetas MPLS
En el caso de las interfaces que configure para aplicaciones MPLS, puede establecer el número máximo de etiquetas con las que puede funcionar MPLS.
De forma predeterminada, el número máximo de etiquetas es tres. Puede cambiar el máximo a cuatro 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 enviar el motor de reenvío de paquetes (PFE) de salida, en el que el número de etiquetas que se pueden insertar para un próximo salto MPLS es el número de etiquetas que el dispositivo es capaz de enviar o las etiquetas máximas configuradas en family mpls la interfaz de salida, el que sea menor. Esta compatibilidad está habilitada en enrutadores de la serie MX con interfaces MPC y MIC, y en enrutadores de la serie PTX con FPC de tercera generación.
En los enrutadores de la serie PTX, el número máximo de etiquetas que puede enviar 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 los LSP de ingeniería de tráfico de enrutamiento de segmentos y los LSP pop-and-forward RSVP-TE. Toda la funcionalidad existente de las aplicaciones que utilizan los siguientes saltos MPLS sigue funcionando con la mayor capacidad de inserción de etiquetas. entre las que se incluyen las siguientes:
Todas las utilidades de OAM, como lsping, traceroute y BFD para LSP MPLS.
Utilidades de supervisión, como lspmon y LM DM para LSP MPLS.
Las show route table salidas de comando y show route forwarding-table se han mejorado para mostrar hasta 16 etiquetas por componente del salto siguiente.
Por ejemplo:
user@host> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
11.0.0.17/32 *[SPRING-TE/8] 00:02:16, metric 1
> to 192.1.2.2 via ge-0/0/2.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
to 192.1.3.2 via ge-0/0/4.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
Cuando se modifica el número máximo de etiquetas MPLS de una interfaz, la interfaz MPLS 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 activen.
Por ejemplo, supongamos que configura un servicio VPN de operador de operador de dos niveles para los clientes que proporcionan servicio VPN. Una VPN de operador a operador es una relación de dos niveles entre un operador proveedor (ISP de nivel 1) y un operador de cliente (ISP de nivel 2). En una VPN de operador a operador, el operador del proveedor proporciona una red troncal VPN para el operador del cliente. El operador cliente, a su vez, proporciona el servicio VPN de capa 3 a sus clientes finales. El operador del cliente envía el tráfico etiquetado al operador del proveedor para entregarlo al siguiente salto al otro lado de la red del operador del proveedor. Este escenario requiere una pila de tres etiquetas: una etiqueta para la VPN del operador del proveedor, otra etiqueta para la VPN del operador del cliente y una tercera etiqueta para la ruta de transporte.
Si agrega un servicio de reenrutamiento rápido, los enrutadores PE de la red del operador del proveedor deben estar configurados para admitir una cuarta etiqueta (la etiqueta de reenrutamiento). Si la operadora del cliente utiliza LDP como protocolo de señalización y la operadora proveedora utiliza 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 del proveedor es un enrutador PE. Sin embargo, el operador del proveedor ve este dispositivo como un enrutador CE.
Tabla 3 resume los requisitos de la etiqueta.
Número de etiquetas requeridas |
Escenarios |
|---|---|
3 |
VPN de carrier de carriers o una VPN con dos etiquetas y reenrutamiento rápido |
4 |
Combinación de transportista de transportistas y reenrutamiento rápido |
5 |
Portador de transportistas con reenrutamiento rápido y el operador del cliente ejecutando LDP, con el operador proveedor ejecutando RSVP |
Para configurar y supervisar el número máximo de etiquetas:
Configuración de MPLS para que aparezca la etiqueta en el enrutador de último salto
Puede controlar el valor de etiqueta anunciado en el enrutador de salida de una ruta de conmutación de etiquetas (LSP). La etiqueta anunciada predeterminada es la etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el enrutador del penúltimo salto quita la etiqueta y envía el paquete al enrutador de salida. Al habilitar el popping-ultimate hop, se anuncia la etiqueta 0 (etiqueta nula explícita IPv4). El último salto garantiza que cualquier paquete que atraviese una red MPLS incluya una etiqueta.
Los enrutadores de Juniper Networks ponen en cola los paquetes según la etiqueta entrante. Los enrutadores de otros proveedores pueden poner los paquetes en cola de manera diferente. Tenga esto en cuenta cuando trabaje con redes que contengan enrutadores de varios proveedores.
Para configurar MPLS para que aparezca la etiqueta del enrutador de salto definitivo, incluya la explicit-null instrucción:
explicit-null;
Puede configurar esta instrucción en los siguientes niveles jerárquicos:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
Publicidad de etiquetas nulas explícitas para pares BGP
Solo para la familia IPv4 (inet), los pares 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 etiquetada con inet y la NLRI etiquetada con unidifusión inet6. De forma predeterminada, los pares anuncian la etiqueta 3 (NULL implícito). Si la instrucción está habilitada, los pares anuncian la explicit-null etiqueta 0 (NULL explícito). Las etiquetas NULL 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 enrutador del penúltimo salto quita la etiqueta y envía el paquete como un paquete IP simple al enrutador de salida. Esto podría causar problemas al poner el paquete en cola correctamente en el enrutador del penúltimo 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 saliente en lugar de la etiqueta entrante.
Para anunciar una etiqueta nula explícita, incluya las siguientes instrucciones en la configuración:
family inet { labeled-unicast { aggregate-label { community community-name: } explicit-null { connected-only; } } }
Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, vea la sección de resumen de instrucción de esta instrucción.
La connected-only instrucción es necesaria para anunciar etiquetas nulas explícitas.
Para comprobar que se anuncia la etiqueta NULL explícita para las rutas conectadas, utilice 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. Se analiza el encabezado de la red IP y se elige el siguiente salto en función de este análisis y de la información de la tabla de enrutamiento. En un entorno MPLS, el análisis del encabezado del paquete se realiza una sola 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 de conmutación de etiquetas (LSP), el conmutador perimetral del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta basada en su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía en función de su información de enrutamiento IP a uno que se reenvía en función de la información asociada con la etiqueta. A continuación, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes en el LSP no examinan ninguna información de enrutamiento IP en el paquete etiquetado. En su lugar, utilizan la etiqueta para buscar información en su tabla de reenvío de etiquetas. A continuación, reemplazan la etiqueta antigua por una nueva etiqueta y reenvían el paquete al siguiente conmutador de la ruta. Cuando el paquete llega al conmutador de PE de salida, se quita la etiqueta y el paquete vuelve a convertirse en un paquete IP nativo y se reenvía de nuevo en función de su información de enrutamiento IP.
En este tema, se describe lo siguiente:
- Rutas de conmutación de etiquetas MPLS y etiquetas MPLS en los conmutadores
- Etiquetas reservadas
- Operaciones de etiquetas MPLS en los conmutadores
- Penultimate-hop popping y ultimate-hop popping
Rutas de conmutación 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 o búsqueda adicional en el paquete encapsulado, MPLS admite la transmisión de cualquier otro protocolo dentro de la carga del paquete.
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 admite 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.
Etiquetas reservadas
Las etiquetas van 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 nula explícita IPv4: este valor solo es válido cuando es la única entrada de etiqueta (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 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 nula explícita IPv6: este valor solo es legal cuando es la única entrada de etiqueta (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 le haga aparecer la etiqueta. En realidad, nunca aparece en la encapsulación. Las etiquetas con un valor de 3 no deben utilizarse en el paquete de datos como etiquetas reales. No hay ningún tipo de carga (IPv4 o IPv6) implícito con esta etiqueta.
Operaciones de etiquetas MPLS en los conmutadores
Los conmutadores de la serie EX admiten las siguientes operaciones de etiquetado:
Empujar
Pop
Intercambio
La operación de inserción coloca 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 de 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 tiene una etiqueta MPLS.
La operación pop quita una etiqueta del principio del paquete. Una vez quitada 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 quita 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 etiqueta que llega a la interfaz perimetral 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 principal MPLS saliente (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador de proveedor cambia la etiqueta 100 por la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz principal (ge-0/0/7) al siguiente salto en el 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 principal (ge-0/0/7), quita la etiqueta MPLS y envía el paquete IP fuera de la interfaz perimetral del cliente (ge-0/0/1) a un destino que está más allá del túnel.
Figura 9 muestra la ruta de un paquete a medida que pasa en una dirección desde el conmutador de PE de entrada al 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 de PE funciona como un conmutador de entrada y un conmutador de salida.
Penultimate-hop popping y ultimate-hop popping
Los conmutadores habilitan el estallido de penúltimo salto (PHP) de forma predeterminada con configuraciones de IP sobre MPLS. Con PHP, el penúltimo conmutador de proveedor es responsable de hacer estallar la etiqueta 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 de PE de salida, ya que no es responsable de hacer estallar la etiqueta MPLS.
En los conmutadores EX8200, puede elegir usar el predeterminado, PHP, o configurar el último salto emergente.
La etiqueta anunciada predeterminada es la etiqueta 3 (etiqueta nula implícita). Si se anuncia la etiqueta 3, el conmutador de penúltimo salto quita la etiqueta y envía el paquete al conmutador de PE de salida.
Si el estallido de salto final está habilitado, se anuncia la etiqueta 0 (etiqueta nula explícita IPv4) y el conmutador PE de salida del LSP quita la etiqueta.
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
family mpls la interfaz de salida, el que sea menor. Esta compatibilidad está habilitada en enrutadores de la serie MX con interfaces MPC y MIC, y en enrutadores de la serie PTX con FPC de tercera generación.