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 de 20 bits sin signo en el rango 0 a 1,048,575. En el caso de etiquetas push en enrutadores de entrada, no se restringe ninguna etiqueta en este rango. Para las etiquetas entrantes en el LSP estático de tránsito, el valor de etiqueta está restringido a 1.000.000 a 1.048.575.
En los enrutadores serie MX, PTX y T, el valor de la entropía y las etiquetas de flujo está restringido a 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 el enrutador para cubrir ambos. El resultado de la pantalla muestra solo la etiqueta (por ejemplo, 01024). Las etiquetas para 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 se asignan por los enrutadores descendentes en relación con el flujo de paquetes. Un enrutador que recibe paquetes etiquetados (el enrutador del salto siguiente) es responsable de asignar las etiquetas entrantes. Se pierde un paquete recibido que contiene una etiqueta que no se reconoce (no asignada). En el caso de etiquetas no reconocidas, el enrutador no intenta desentrañar la etiqueta para analizar el encabezado de la capa de red, ni genera un mensaje de destino inalcanzable del Protocolo de mensajes de control de Internet (ICMP).
Un paquete puede llevar varias etiquetas, organizadas como una pila de última in y primera salida. Esto se conoce como 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 muestra 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 Configurar clase de servicio para LSP MPLS.
Operaciones con etiquetas MPLS
El enrutador admite las siguientes operaciones de etiqueta:
Inserción (Push): agrega una nueva etiqueta a la parte superior del paquete. Para paquetes IPv4, la nueva etiqueta es la primera etiqueta. Los bits de tiempo de vida (TTL) y s se derivan del encabezado del paquete IP. La clase de servicio MPLS (CoS) se deriva del número de cola. Si la operación de inserción se realiza en un paquete MPLS existente, tendrá un paquete con dos o más etiquetas. Esto se 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 (Pop): permite quitar la etiqueta del principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP y el paquete IP subyacente se reenvía como un paquete IP nativo. En el caso de varias etiquetas en un paquete (apilamiento de etiquetas), la eliminación de la etiqueta superior produce otro paquete MPLS. La nueva etiqueta superior podría derivar CoS y TTL de una etiqueta superior anterior. El valor TTL emergente de la etiqueta superior anterior no se escribe de vuelta en la nueva etiqueta superior.
Swap (Swap): permite reemplazar la etiqueta de la parte superior de la pila de etiquetas por una nueva etiqueta. Los bits S y CoS se copian de la etiqueta anterior y el valor TTL se copia y decrementa (a menos que la
no-decrement-ttlinstrucción ono-propagate-ttlesté configurada). Un enrutador de tránsito admite una pila de etiquetas de cualquier profundidad.Inserción múltiple: agregue varias etiquetas (hasta tres) sobre paquetes existentes. Esta operación es equivalente a insertar varias veces.
Intercambio y inserción: reemplace la parte superior de la pila de etiquetas por una nueva etiqueta y, a continuación, empuje 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 a otro, 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 conmutada por etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía según su información de enrutamiento IP a uno que se reenvía según la información asociada con la etiqueta. Luego, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes del LSP no examinan ninguna de las informaciones 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 y reenvían el paquete al conmutador siguiente en la ruta. Cuando el paquete llega al conmutador de PE de salida, se elimina la etiqueta y el paquete de nuevo se convierte en un paquete IP nativo y se reenvía según su información de enrutamiento IP.
En este tema se describe:
- 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 de longitud fija corto (20 bits) 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 la 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 del 0 al 1.048.575. Las etiquetas del 0 al 9999 999 son para uso interno.
Algunas de las etiquetas reservadas (en el intervalo del 0 al 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 la etiqueta debe aparecer en el recibo. El reenvío continúa según el paquete IP versión 4 (IPv4).
1, Etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.
3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de señalización (RSVP) solo para solicitar la reventa de etiquetas por 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 hay ningún tipo de carga (IPv4 o IPv6) implícito con esta etiqueta.
Operaciones de etiquetas MPLS
Los dispositivos serie QFX y EX4600 admiten las siguientes operaciones de etiquetas MPLS:
Empuje
Pop
Intercambio
Existe un límite con respecto al número de etiquetas que los dispositivos QFX y EX4600 pueden colocar (operaciones de inserción) en la pila de etiquetas o eliminar (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 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 tenga una etiqueta MPLS.
La operación pop quita una etiqueta del principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP, y el paquete IP subyacente se reenvía como un paquete IP nativo
La operación de intercambio elimina una etiqueta MPLS existente de un paquete IP y la reemplaza por una nueva etiqueta MPLS, según lo siguiente:
Interfaz de entrada
Etiqueta
Tabla de reenvío de etiquetas
Figura 4 muestra 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 del 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 de núcleo MPLS de salida (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador del proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador del proveedor intercambia la etiqueta 100 con la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz de núcleo (ge-0/0/7) al siguiente salto en el túnel, que es el conmutador de PE de salida. El conmutador de PE de salida recibe el paquete MPLS a través de su interfaz de núcleo (ge-0/0/7), elimina la etiqueta MPLS y envía el paquete IP fuera de su interfaz de borde de 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 sentido inverso. Por lo tanto, cada conmutador de PE funciona como un conmutador de entrada y como un conmutador de salida.
Penultimate-hop popping y ultimate-hop popping
Los conmutadores habilitan el penúltimo salto de salto (PHP) de forma predeterminada con configuraciones DE IP a través de MPLS. Con PHP, el penúltimo conmutador de proveedor es responsable de hacer aparecer la etiqueta MPLS y reenviar el tráfico al conmutador de PE de salida. Luego, el conmutador de 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 reventar la etiqueta MPLS.
La etiqueta anunciada por defecto es la etiqueta 3 (etiqueta Null implícita). Si se anuncia la etiqueta 3, el conmutador de penúltimo salto elimina la etiqueta y envía el paquete al conmutador de PE de salida.
Si está habilitado el salto final, se anuncia la etiqueta 0 (etiqueta IPv4 Explicit Null) y el conmutador pe de salida del LSP elimina la etiqueta.
Descripción del Gestor de etiquetas de MPLS
El gestor de etiquetas MPLS se utiliza para administrar diferentes tipos de etiquetas, como LSI, dinámica, en bloque y estática, que se admiten en plataformas mediante el uso de concentradores de puertos modulares (MPC) equipados con chipsets Junos Trio. Estas tarjetas de línea proporcionan más flexibilidad y escalabilidad cuando el enhanced-ip comando está configurado en el dispositivo.
Se conserva el comportamiento existente del label-space comando, lo que no se recomienda. Para proporcionar funciones adicionales, como varios rangos para cada tipo de etiqueta, label-range el comando se introduce en la [edit protocols mpls label usage] jerarquía, que es independiente de la label-space configuración. Puede elegir cualquiera de los estilos si solo se necesita un rango para cada tipo de etiqueta.
Las siguientes funciones se optimizan con el enhanced-ip comando configurado en el dispositivo:
Le permite definir el conjunto global de etiquetas de todo el sistema que utilizará el bloque de enrutamiento global por segmentos (SRGB) mediante el protocolo de enrutamiento IS-IS.
Aumenta el
vrf-table-labelespacio a al menos 16 000, si la plataforma puede admitir la escala.Permite especificar el valor de etiqueta que va a usar la etiqueta de tabla estática VRF.
Permite especificar el intervalo de valores de etiqueta que usarán los tipos de aplicación de etiquetas compatibles.
Le permite cambiar dinámicamente los rangos de tipo de etiqueta y SRGB.
Etiquetas MPLS especiales
Algunas de las etiquetas reservadas (en el rango del 0 al 15) tienen significados bien definidos. Para obtener más detalles, consulte RFC 3032, Codificación de pila de etiquetas MPLS.
0, Etiqueta null explícita IPv4: este valor solo es legal cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que la etiqueta debe ser reventada al recibirla. El reenvío continúa según el paquete IP versión 4 (IPv4).
1, Etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.
2, Etiqueta null explícita IPv6: este valor solo es legal cuando es la única entrada de etiqueta (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en el recibo. El reenvío continúa según el paquete IP versión 6 (IPv6).
3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de control (LDP o RSVP) solo para solicitar la reventa de etiquetas por el enrutador 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 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 utilizan comúnmente entre los enrutadores de salida y penúltimos de una LSP. Si el LSP está configurado para transportar solo paquetes IPv4, el enrutador de salida puede indicar al penúltimo enrutador que use 0 como etiqueta de salto final. Si el LSP está configurado para transportar solo paquetes IPv6, el enrutador de salida puede indicar al penúltimo enrutador que use 2 como etiqueta de salto final.
El enrutador de salida puede simplemente indicar al penúltimo enrutador que use 3 como etiqueta final, que es una solicitud para realizar penúltimo salto de popping de etiquetas. El enrutador de salida no procesará un paquete etiquetado; en cambio, recibe la carga (IPv4, IPv6 u otros) directamente, lo que reduce una búsqueda MPLS en la salida.
En el caso de los paquetes apilados con etiquetas, el enrutador de salida recibe un paquete de etiqueta MPLS con su etiqueta superior ya reventada por el penúltimo enrutador. El enrutador de salida no puede recibir paquetes apilados por etiquetas que usen etiquetas 0 o 2. Normalmente solicita la etiqueta 3 al penúltimo enrutador.
Descripción general del soporte de etiquetas de entropía en modo mixto
A partir de Junos OS versión 14.2, la etiqueta de entropía se admite en chasis de modo mixto, donde la etiqueta de entropía se puede configurar sin una configuración 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 la pila de etiquetas. Junos OS solo admite la etiqueta de entropía para enrutadores serie MX con MPC o MIC y se puede habilitar con el modo ip mejorada. Sin embargo, esto conduce a una caída de paquetes si la interfaz de 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, ahora se admite la etiqueta de entropía 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 serie MX admita una etiqueta de entropía emergente. Sin embargo, esto no admite una etiqueta de flujo.
Descripción general de saltos abstractos para LSP MPLS
Un salto abstracto es una combinación lógica de las restricciones de ingeniería de tráfico existentes, como grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartidos (S SRLG), lo que da como resultado un grupo o clúster de enrutadores definido por el usuario que se puede secuenciar y usar como restricciones para configurar una ruta de conmutación de etiquetas MPLS (LSP). Los saltos abstractos superan las limitaciones de las especificaciones de restricción de ruta existentes y proporcionan varios beneficios a las capacidades de ingeniería de tráfico de MPLS.
- Descripción de saltos abstractos
- Beneficios de usar saltos abstractos
- Implementación de Junos OS de saltos abstractos
Descripción de saltos abstractos
La restricción de ruta para configurar una LSP MPLS se puede especificar como enrutadores individuales en forma de saltos reales o como un conjunto de enrutadores a través de un grupo administrativo o una 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 usa un grupo administrativo o una especificación de color, un grupo de enrutadores que cumplen con los criterios especificados se utiliza para configurar el LSP sin elegir un enrutador específico y, a diferencia de la restricción de salto real, no hay una 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 escenario de falla, si alguno de los saltos del enrutador cae o la utilización del ancho de banda de la interfaz adjunta se satura, la ruta cae (o depende de protección local o de extremo a extremo). Aunque es posible que otros enrutadores alternativos estén disponibles para recuperar o configurar el LSP, el LSP permanece inactivo hasta que el operador configure otra secuencia de salto de enrutador como la restricción de ruta para volver a activar la ruta o desconectar la ruta de protección.
La restricción de grupo administrativo o especificación de color supera esta limitación de una restricción de salto real hasta cierto punto. Aquí, cuando uno de los enrutadores del grupo cae o tiene su capacidad de vínculo saturada, la configuración del LSP no se ve afectada. Esto se debe a que el enrutador de salto siguiente que se utilizará en la restricción de ruta no se selecciona de antemano y el LSP se configura junto con otros enrutadores que tienen el mismo grupo o color administrativo 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, en los que cada enrutador miembro cumple con una restricción definida por el usuario. La restricción definida por el usuario es una combinación lógica de las restricciones de ingeniería de tráfico existentes, como los grupos administrativos, los grupos administrativos extendidos y los grupos de vínculos de riesgo compartidos (S 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 pedido de la especificación de restricción de salto real y la resistencia que viene con las otras restricciones de ingeniería de tráfico.
Una ruta puede usar una combinación de saltos reales y abstractos como restricciones. Cuando se utilizan saltos abstractos, en lugar de especificar una secuencia de enrutadores (R1, R2, ... Rn) al igual que con los saltos reales, se especifica un conjunto ordenado de grupos de enrutadores o saltos abstractos (G1, G2, ... Gn) como restricción de ruta. Cada grupo de enrutadores especificado, Gi , por ejemplo, consta de algún conjunto de enrutadores definidos por el usuario: R1, R2, R, ...j Rn. Cuando uno de los enrutadores del grupo cae, digamos el enrutador Rj en el grupo Gi, otro enrutador, digamos el enrutador Rk, del mismo grupo Gi se recoge mediante el cálculo de la ruta para reemplazar el enrutador que se dejó caer (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 saltos 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 usar una secuencia de saltos abstractos para configurar una ruta conmutada por etiquetas (LSP). El uso de saltos abstractos proporciona resistencia a restricciones de rutas secuenciadas. Los otros beneficios de usar saltos abstractos incluyen:
- Especificación de una secuencia de combinaciones de restricciones
- Evitar la nueva configuración 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 vínculos que satisfagan varios 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 que también excluye el SRLG norte.
Sin embargo, no se admite la especificación de una ruta con una secuencia de combinaciones de restricciones compuestas. Por ejemplo, una restricción secuenciada (C1, C2, Ci, ... Cn) que incluye vínculos verdes de baja latencia, vínculos azules sin latencia y, luego, vínculos rojos de baja latencia.
La necesidad de una combinación de restricciones compuestas secuenciadas surge cuando hay un requisito de establecer rutas a través de una secuencia de regiones geográficas con un requisito diferente de afinidad de vínculo (atributos) en cada región. Los saltos abstractos cumplen con este requisito al permitir que los nodos informáticos asignen cada combinación de restricciones (Ci, por ejemplo) con el grupo de enrutadores definidos por el usuario, es decir, los saltos abstractos.
Evitar la nueva configuración de red en nodos de tránsito
Con las capacidades actuales de especificación de restricción de ruta, es posible incluir o excluir vínculos de ciertos atributos a lo largo de toda una ruta; por ejemplo, excluyendo SRLG hacia el oeste de una ruta. Sin embargo, no se admite excluir o incluir atributos condicionalmente, o aplicar diferentes excluir o incluir atributos en diferentes partes de la ruta; por ejemplo, excluyendo SRLG hacia el 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 tengan SRLG oeste y configurar todos los vínculos pertinentes de manera adecuada 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 a grupo administrativo.
En su lugar, mediante saltos abstractos, los cambios de configuración se pueden contener solo en el enrutador de entrada. En el enrutador de entrada, la combinación de restricciones se asigna al salto abstracto, lo que cumple con el requisito mencionado sin la necesidad de ninguna nueva configuración en los nodos de tránsito.
Combinación de paradigmas de computación de rutas centralizadas y distribuidas
La ingeniería de tráfico de rutas MPLS se puede lograr mediante computación distribuida o con un controlador centralizado para rutas de computación. Una combinación de ambos tipos de computación se denomina paradigma de computación híbrida. La característica clave del enfoque de computación híbrida es la capacidad del controlador centralizado, conocido como elemento de computación de ruta (PCE), para especificar de forma flexible las directivas de computación de ruta, por ruta, al enrutador de entrada ,conocido como cliente de computación de ruta (PCC), y la capacidad del enrutador de entrada para usarlo como entrada para el cálculo de rutas.
Una secuencia de saltos abstractos sirve para el propósito de actuar como la guía del controlador centralizado. Los saltos abstractos proporcionan la flexibilidad al controlador para tejer en la restricción y los atributos de la ruta. Esto también permite que el controlador cree el elemento de secuencia en la restricción. El controlador no tiene que especificar cada salto que la ruta debe tomar, 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 de computación de ruta actuales.
Características |
Primero la ruta más corta distribuida y restringida |
Primero la ruta más corta centralizada y restringida |
Primero la ruta más corta con restricciones híbridas |
Reaccione a los cambios frecuentes en una red de gran tamaño |
Sí |
Sí |
|
Computación sofisticada de rutas con vista global |
Sí |
Sí |
|
Incorporación de la lógica empresarial en la computación de rutas |
Sí |
Sí |
|
Resistencia (sin un solo punto de falla) |
Sí |
Sí |
|
Previsibilidad |
Sí |
Sí |
|
Reaccione a la carga de la red en (cerca de) tiempo real |
Sí |
Sí |
|
Probado en terreno (versus adopción temprana) |
Sí |
Sí |
Implementación de Junos OS de saltos abstractos
La función de saltos abstractos conscientes del orden se introduce en Junos OS versión 17.1. Las siguientes secciones describen la implementación de saltos abstractos en Junos OS:
- Definición de saltos abstractos
- Uso de saltos abstractos en la restricción de ruta
- Computación de rutas y retroceso
- Ejemplo de backtracking
Definición de saltos abstractos
Un salto abstracto es un grupo de enrutadores que los usuarios pueden definir para que se usen en la configuración de una ruta conmutada por etiquetas (LSP). El usuario puede controlar qué enrutadores se incluirán en el grupo mediante la definición de una combinación lógica de atributos de vínculo heterogéneos o restricciones denominadas atributos constituyentes. Los enrutadores con vínculos que satisfacen los atributos constituyentes definidos se convierten en el grupo de enrutadores que representan el salto abstracto.
La asignación de atributos constituyentes con el salto abstracto es local al nodo de computación o a la entrada del LSP que se está configurando. Como resultado, los saltos abstractos no tienen actualizaciones asociadas 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 componentes permite definir un conjunto de atributos de ingeniería de tráfico constituyentes, que se identifica mediante un nombre definido por el usuario. Las listas de componentes 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 componentes si cualquiera de los atributos de componente especificados son verdaderos para el vínculo.
include-all-list— El vínculo satisface la lista de componentes si todos los atributos de componente especificados son verdaderos para el vínculo.
exclude-all-list— El vínculo satisface la lista de componentes si ninguno de los atributos de componente especificados es verdadero para el vínculo.
exclude-any-list— El vínculo satisface la lista de componentes si al menos uno de los atributos de componente especificados no es verdadero para el vínculo.
Un salto abstracto se define como una combinación lógica de referencias de lista de componentes que puede pertenecer a cualquiera de las categorías mencionadas. Para lograr esto, los operadores AND lógicos se incluyen en OR la definición abstracta de salto, y se aplican a la lista constituyente.
OR—Al menos una de las referencias de la lista de componentes de la definición de salto abstracto debe satisfacerse mediante un vínculo para que el nodo adjunto forme parte del salto abstracto.
AND— Todas las referencias de la lista de componentes de la definición de salto abstracto deben satisfacerse mediante un vínculo para que el nodo adjunto forme parte del salto abstracto.
Definición de salto abstracto de ejemplo
Tomando como ejemplo, la definición de salto abstracto hopA es la siguiente:
Saltos abstractos hopA debe incluir todos los enrutadores cuyos vínculos que emanan satisfacen la combinación lógica de los siguientes atributos de vínculo, respectivamente:
hopA—(Grupo administrativo rojo && Srlg sur) || (grupo administrativo verde || Srlg norte)), donde:
administrative group red y Srlg south pertenecer a la lista de componentes de incluso (listaA1, en este ejemplo).
administrative group green y Srlg north pertenecer a la lista de componentes include-any (listaA2, en este ejemplo).
|| es el operador O.
La configuración para saltos abstractos saltoA 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 usa para ver los miembros de un salto abstracto. La salida 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 comando proporciona la show ted database extensive local 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 hopA abstracto es para baja latencia Y SRLG oeste, y hopB abstracto 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 la 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 pase primero de ruta más corta restringida al destino, normalmente una pasada por salto. Cuando se proporcionan saltos reales como restricción de ruta, el cálculo de restricciones implica tantas pasadas como el número de saltos en la restricción de ruta, donde cada pase termina al llegar a un salto en la lista de restricciones. El punto de partida de cada pase es el destino del pase anterior, con el primer pase usando el enrutador de entrada como inicio.
Alternativamente, cuando la restricción de ruta usa saltos abstractos estrictos o sueltos, el cálculo de restricciones comprende pasadas en las que cada pasada procesa el salto abstracto subsiguiente en la lista de restricciones. En este caso, más de un nodo califica para ser el destino del pase. El conjunto de nodos se denomina conjunto de enrutadores viable para la pasada.
Un salto abstracto atraviesa los nodos miembros mediante el uso de lo siguiente:
Vínculos que satisfacen la combinación lógica de atributos constituyentes definidos
Cualquier tipo de enlaces
El medio de los saltos abstractos que atraviesan los nodos miembro se controla mediante el uso de los calificadores de salto abstracto (estrictos, sueltos y flojos) al definir la restricción de ruta. Tomando por ejemplo, el 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 solo los enlaces o nodos que tienen la membresía de hopA abstracto, antes de llegar a un nodo con la membresía de hopA que es un punto de partida posible para procesar el siguiente salto abstracto.
Loose—Después del último salto procesado de la lista de restricciones, la ruta puede atravesar cualquier nodos reales que no tengan membresía de salto abstracto de hopA, antes de llegar a un nodo con membresía de salto abstracto hopA, que es un punto de partida posible para procesar el siguiente salto abstracto.
Loose-link—Después del último salto procesado de la lista de restricciones, la ruta puede atravesar cualquier nodos reales que no tengan membresía de salto abstracto de hopA, antes de llegar a un nodo con membresía de salto abstracto hopA, que es un punto de partida posible para procesar el siguiente salto abstracto. Pero la ruta debería haber atravesado al menos un vínculo de membresía hopA abstracto en el transcurso del mismo.
En otras palabras, se dice que el salto abstracto de tipo de enlace suelto se procesa solo si se puede llegar a cualquiera de los enrutadores viables en la restricción a través de un vínculo de membresía de salto abstracto asociado.
Especificación de ejemplo de saltos abstractos
Tabla 2 proporciona un caso de uso de ejemplo para usar saltos abstractos en restricciones de ruta.
Propósito de la restricción de ruta |
Calificador de salto abstracto |
Configuración |
Conjunto de enrutadores viable |
Afinidad |
|---|---|---|---|---|
Atraviesa los nodos que son miembros de hopA tomando solo los vínculos que satisfacen el hopA. |
Estricto |
[edit protocols mpls]
Path path_hopA_s {
hopA abstract strict;
}
|
Todos los miembros del hopA abstracto. Es decir, A1, A2... Rn. |
hopA (seleccione solo los enlaces que satisfagan el hopA abstracto). |
Recorrer nodos que son miembros de hopA, pero no necesariamente vínculos que satisfacen hopA |
Suelto |
[edit protocols mpls]
Path path_hopA_l {
hopA abstract loose;
}
|
Todos los miembros del hopA abstracto. Es decir, A1, A2... Rn. |
Ninguno (cualquier tipo de vínculos). |
Atraviese los nodos que son miembros de hopA tomando al menos un vínculo que satisfaga al hopA. |
Vínculo libre Nota:
El calificador de vínculo libre se considera como flojo seguido de estricto para el mismo salto abstracto. En otras palabras, hopA 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 pasadas de computación asociadas con hopA en la restricción de ruta. El conjunto de enrutadores viables para ambos pases es: Todos los miembros del hopA abstracto. Es decir, A1, A2... Rn. Nota:
Durante el cálculo de rutas, un enrutador se atraviesa una sola vez. |
En este caso, hay dos pasadas de computación asociadas con hopA en la restricción de ruta. La afinidad para los dos pases es:
|
Atraviesa los nodos que son miembros de hopA, tomando solo los vínculos que satisfacen el hopA, seguidos por nodos que son miembros de hopB tomando solo los vínculos que satisfacen hopB. |
Estricto |
[edit protocols mpls]
Path path_hopA_hopB_s {
hopA abstract strict;
hopB abstract strict;
}
|
|
|
Atraviesa los nodos que son miembros de hopA tomando solo los vínculos que satisfacen el saltoA, seguido por nodos que son miembros de hopB que toman cualquier tipo de vínculos. |
Estricto y suelto |
[edit protocols mpls]
Path path_hopA_s_hopB_l {
hopA abstract strict;
hopB abstract loose;
}
|
|
|
Atraviesa los nodos que son miembros de hopA tomando cualquier tipo de vínculos, seguido por nodos que son miembros de hopB que toman cualquier tipo de vínculos. |
Suelto |
[edit protocols mpls]
Path path_hopA_l_hopB_l {
hopA abstract loose;
hopB abstract loose;
}
|
|
Ninguno (seleccione cualquier vínculo). |
Atraviese los nodos que son miembros de hopA tomando cualquier tipo de vínculos, seguido por nodos que son miembros de hopB tomando solo los vínculos que satisfacen el 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 saltos abstractos salto A, hopB y hopC con calificadores de salto abstractos sueltos, estrictos y sueltos, respectivamente.
Las primeras pasadas de ruta más corta restringida para los saltos abstractos son las siguientes:
Pase 1 asociado con hopA
Enrutadores viables: enrutadores R1 y R2 (intersección de hopA y hopB, ya que hopB es un salto abstracto estricto).
Afinidad: ninguno (ya que el saltoA está suelto).
Pase 2 asociado con hopB
Enrutadores viables: enrutadores R1, R2, R3 y R4
Afinidad: elija solo enlaces que cumplan con hopB (ya que el hopB es un salto abstracto estricto).
Pase 3 asociado con hopC
Enrutadores viables: enrutadores R5, R6, R7 y el enrutador de salida.
Afinidad: ninguno (ya que el saltoC es un salto abstracto suelto).
Computación de rutas y retroceso
En cada primer pase de ruta restringida más corta, cuando se llega al enrutador más cercano de un conjunto de enrutadores viable mediante vínculos que satisfagan la afinidad figurada para el pase, se dice que se procesa el salto abstracto asociado con el pase. El enrutador viable alcanzado así sirve de inicio para el próximo pase de restricción. Si se produce un error en cualquier paso de restricción y no es el que tiene el enrutador de entrada como enrutador de inicio, la pasada se retrotrae a la pasada anterior y el proceso se repite.
Ejemplo de backtracking
Cuando se produce un error en el primer paso de ruta restringida p (distinto al primero), el enrutador de salida de la pasada anterior (p - 1) que sirvió como inicio para la pasada actual p se descalifica en el conjunto de enrutadores viables del pase anterior (p – 1). Luego, el pase anterior (p – 1) se vuelve a ejecutar para encontrar el siguiente mejor enrutador de salida o destino para la pasada 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 y cuando haya fallas y haya enrutadores viables que no se exploran.
El show mpls lsp abstract-hop-computation name lsp-name comando proporciona los diversos pases de computación involucrados por LSP y los enrutadores de salida que califican para cada pase. La salida del comando también da la afinidad por pase y muestra el enrutador de inicio actual elegido para la pasada. Para cada enrutador viable, se muestra el estado de retroceso, en el que 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 conmutadas por etiquetas (LSP) de 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 que tenga en cuenta el orden y sea resistente para los LSP de 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 de la serie T y enrutadores de transporte de paquetes de la serie PTX.
Junos OS versión 17.1 o posterior 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 el OSPF o cualquier otro protocolo de puerta de enlace interior en todos los dispositivos.
Configure grupos administrativos, grupos administrativos extendidos y grupos de vínculos de riesgo compartido (S SRLG) en todos los dispositivos.
Descripción general
La versión 17.1 de Junos OS introduce 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 (estrictos o sueltos), se puede utilizar una secuencia de salto abstracto para configurar una ruta conmutada por etiquetas (LSP). Una ruta puede usar una combinación de saltos reales y abstractos como restricciones.
Un salto abstracto es una combinación lógica de las restricciones existentes de ingeniería de tráfico, como grupos administrativos, grupos administrativos extendidos y S SRLG, junto con la propiedad de pedido de los saltos reales. Como resultado, cuando se utiliza una secuencia de saltos abstractos en una restricción de ruta, el orden se logra entre los grupos de enrutadores que cumplen una combinación lógica de atributos de vínculo o nodo llamados atributos constituyentes.
Para configurar saltos abstractos:
Cree listas de componentes con atributos de ingeniería de tráfico de componentes mediante la inclusión de la
constituent-list list-nameinstrucción en el[edit protocols mpls]nivel de jerarquía.Incluya las listas de componentes en la definición de salto abstracto en el
[edit protocols mpls abstract-hop abstract-hop-name]nivel jerárquico.Defina restricciones de ruta que usen saltos abstractos en el
[edit protocols mpls path path-name]nivel jerárquico.
Tome en consideración las siguientes pautas al configurar saltos abstractos para LSP MPLS:
Los saltos abstractos solo se admiten en la instancia de enrutamiento principal de un dispositivo.
Los destinos IPv6 no se admiten en restricciones de salto abstracto (solo los destinos IPv4 funcionan).
Los saltos abstractos pueden ser restricciones estrictas o sueltas.
La compatibilidad con saltos abstractos en la versión 17.1 de Junos OS se proporciona solo para LSP MPLS dentro de área y no para LSP entre dominios o áreas.
Las restricciones de salto abstracto están habilitadas solo para los LSP regulares de punto a punto. Otros tipos de LSP MPLS, como los LSP de punto a multipunto, los LSP bidireccionales controlados externamente, los LSP de contenedor dinámicos, los LSP automesh de RSVP y los LSP entre áreas no se admiten con la configuración de saltos abstractos.
Los saltos abstractos no permiten el cálculo de 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 la compatibilidad con la conmutación del motor de enrutamiento graceful (GRES), la actualización unificada de software 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 que tarda el primer cálculo de la ruta más corta restringida aumenta con la configuración de salto abstracto. El tiempo de configuració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 una topología de red de ejemplo configurada con saltos abstractos. Los dispositivos R0 y R3 están conectados a hosts (host 1 y host 2). Los dispositivos R4 y R5 están conectados a los dispositivos R0, R1, R2 y R3. Los dispositivos R1 y R2 también están directamente conectados entre sí.
Los dispositivos R0 y R3 se configuran bajo el mismo sistema autónomo: el AS 64496. Un LSP MPLS se configura desde el dispositivo R0 hasta el dispositivo R3 con una ruta principal y dos rutas secundarias (en espera y no estándar secundarias).
Cuatro listas constituyentes (c1, c2, c3 y c4) se crean utilizando tres S SRLG (g1, g2 y g3), tres grupos administrativos (verde, azul y rojo) y un grupo administrativo extendido (oro). Tres saltos abstractos (ah1, ah2 y ah3) se definen mediante las listas de componentes configuradas y se especifican como restricciones de ruta. Salto abstracto ah1 se especifica como restricción para la ruta principal, mientras que los saltos abstractos ah2 y ah3 se especifican como restricciones para la ruta de espera secundaria y la ruta secundaria no estándar, respectivamente.
Configuración
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.
Dispositivo R0
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 siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.
Para configurar el dispositivo R0:
Habilite 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 de 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 grupo administrativo extendido.
[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 del 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 secundario 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 primarias y secundarias 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 componentes con atributos de ingeniería de tráfico 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 mediante la asignación de 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 abstractas de salto.
[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, ingrese los comandos , show interfaces, show routing-options, show protocolsy 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 funciona correctamente.
Verificar la configuración de salto abstracto
Propósito
Verifique los miembros de la definición de salto abstracto en el dispositivo R0 mediante la emisión del show mpls abstract-hop-membership comando, que muestra las tablas de membresía 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
La show mpls abstract-hop-membership salida del comando proporciona el salto abstracto a la asignación de nodos de base de datos de ingeniería de tráfico. El Credibility campo muestra el valor de credibilidad asociado con el protocolo de puerta de enlace interior en uso (OSPF).
Verificar la computación de ruta de salto abstracto
Propósito
Verifique el preprocesamiento de computación abstracto para LSP en el dispositivo R0 mediante la emisión del show mpls lsp abstract-computation comando.
Acción
Desde el modo operativo, ejecute el show mpls lsp abstract-computation comando.
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 pases de computación involucrados por LSP y los devces de salida que califican para cada pase. La salida del comando también da la afinidad por pase y muestra el dispositivo de inicio actual elegido para la pasada. Para cada enrutador (dispositivo) viable, se muestra el estado de retroceso, en el que puede ser válido o descalificado.
El Credibility campo indica el valor de credibilidad asociado con el protocolo de puerta de enlace interior en uso (OSPF).
Configurar la cantidad máxima de etiquetas MPLS
Para las interfaces que configure para aplicaciones MPLS, puede establecer la cantidad máxima 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 etiquetas o cinco etiquetas para aplicaciones que requieran cuatro o cinco etiquetas.
A partir de Junos OS versión 19.1R1, se puede aprovechar la cantidad máxima de etiquetas que puede insertar el motor de reenvío de paquetes de salida (PFE), en la que la cantidad de etiquetas que se pueden insertar para un salto siguiente de MPLS es la cantidad de etiquetas que el dispositivo es capaz de insertar o el máximo de etiquetas configuradas en family mpls la interfaz de salida, lo que sea más pequeño. Esta compatibilidad se habilita en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPC de tercera generación.
En los enrutadores serie PTX, la cantidad máxima de etiquetas que puede insertar la PFE de entrada es de 4 y la PFE de salida es de 8.
El aumento de la capacidad de envío de etiquetas es útil para funciones, como LSP de ingeniería de tráfico de enrutamiento por segmentos y LSP de pop-and-forward RSVP-TE. Todas las funcionalidades existentes de las aplicaciones que utilizan los próximos saltos de MPLS siguen 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.
Servicios de supervisión, como lspmon y LM DM para LSP de MPLS.
Las show route table salidas de comando y show route forwarding-table se mejoran para mostrar hasta 16 etiquetas por componente del siguiente salto.
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 la cantidad máxima de etiquetas MPLS de una interfaz, se rebota la interfaz MPLS. 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 a solape.
Por ejemplo, supongamos que configura un servicio VPN de operadora de dos niveles para los clientes que proporcionan un servicio VPN. Una VPN de operadora de operadora es una relación de dos niveles entre un operador de proveedor (ISP de nivel 1) y un operador de cliente (ISP de nivel 2). En una VPN de operadora de operadora, la operadora de proveedor proporciona una red troncal VPN para el operador del cliente. El operador del cliente, a su vez, proporciona un servicio VPN de capa 3 a sus clientes finales. El operador del cliente envía tráfico etiquetado a la operadora del proveedor para entregarlo al siguiente salto al otro lado de la red del operador de proveedor. En este caso, se requiere una pila de tres etiquetas: una etiqueta para la VPN de operador de proveedor, otra etiqueta para la VPN del operador de cliente y una tercera etiqueta para la ruta de transporte.
Si agrega servicio de reenrutamiento rápido, los enrutadores de PE en 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 su protocolo de señalización y la operadora de proveedor usa RSVP, la operadora 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 el operador del cliente, el enrutador que usa para conectarse a la VPN del operador de proveedor es un enrutador de PE. Sin embargo, el operador de 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 operadora de operadoras o una VPN con dos etiquetas y reenrutamiento rápido |
4 |
Combinación de operadora de operadoras y reenrutamiento rápido |
5 |
Operadora de operadoras con reenrutamiento rápido y la operadora del cliente que ejecuta LDP, con la operadora de proveedor que ejecuta RSVP |
Para configurar y supervisar el número máximo de etiquetas:
Configuración de MPLS para abrir la etiqueta en el enrutador Ultimate-Hop
Puede controlar el valor de etiqueta anunciado en el enrutador de salida de una ruta conmutada por etiquetas (LSP). La etiqueta anunciada por defecto es la etiqueta 3 (Etiqueta nula implícita). Si se anuncia la etiqueta 3, el enrutador de penúltimo salto elimina la etiqueta y envía el paquete al enrutador de salida. Al habilitar el salto final, se anuncia la etiqueta 0 (etiqueta null explícita IPv4). El salto final garantiza que cualquier paquete que atraviesa una red MPLS incluya una etiqueta.
Los enrutadores de Juniper Networks hacen colas de paquetes basados en 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 aparezca la etiqueta en el enrutador ultimate-hop, 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]
Anunciar etiquetas nulas explícitas a los pares del BGP
Solo para la familia IPv4 (inet), los pares de BGP en 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 INET labeled-unicast e inet6 labeled-unicast NLRI. De forma predeterminada, los pares anuncian la etiqueta 3 (NULL implícito). Si la explicit-null instrucción está habilitada, los pares anuncian la etiqueta 0 (NULL explícito). Las etiquetas NULL explícitas garantizan que las etiquetas estén siempre presentes en los paquetes que atraviesan una red MPLS. Si se utiliza la etiqueta NULL implícita. el penúltimo salto enrutador quita la etiqueta y envía el paquete como un paquete IP sin formato al enrutador de salida. Esto puede causar problemas al hacer cola correctamente el paquete en el penúltimo salto enrutador si el penúltimo salto es el enrutador de otro proveedor. Algunos otros proveedores hacen colas de paquetes basados en los bits CoS en la etiqueta de salida en lugar de en la etiqueta entrante.
Para anunciar una etiqueta null 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 niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección resumen de instrucción de esta instrucción.
La connected-only instrucción es necesaria para anunciar etiquetas null 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 a otro, 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 conmutada por etiquetas (LSP), el conmutador de borde del proveedor de entrada (PE) examina el paquete y le asigna una etiqueta según su destino, colocando la etiqueta en el encabezado del paquete. La etiqueta transforma el paquete de uno que se reenvía según su información de enrutamiento IP a uno que se reenvía según la información asociada con la etiqueta. Luego, el paquete se reenvía al siguiente conmutador de proveedor en el LSP. Este conmutador y todos los conmutadores subsiguientes del LSP no examinan ninguna de las informaciones 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 y reenvían el paquete al conmutador siguiente en la ruta. Cuando el paquete llega al conmutador de PE de salida, se elimina la etiqueta y el paquete de nuevo se convierte en un paquete IP nativo y se reenvía de nuevo según su información de enrutamiento IP.
En este tema se describe:
- Rutas conmutadas por 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 conmutadas por 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 de longitud fija corto (20 bits) 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 la 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 admite solo 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 del 0 al 1.048.575. Las etiquetas del 0 al 9999 999 son para uso interno.
Algunas de las etiquetas reservadas (en el intervalo del 0 al 15) tienen significados bien definidos. Los conmutadores utilizan las siguientes etiquetas reservadas:
0, Etiqueta Explicit Null IPv4: este valor solo es válido cuando es la única entrada de etiqueta (sin apilado de etiquetas). Indica que la etiqueta debe aparecer en el recibo. El reenvío continúa según el paquete IP versión 4 (IPv4).
1, Etiqueta de alerta de enrutador: cuando se recibe un paquete con un valor de etiqueta superior de 1, se entrega al módulo de software local para su procesamiento.
2, Etiqueta null explícita IPv6: este valor solo es legal cuando es la única entrada de etiqueta (sin apilamiento de etiquetas). Indica que la etiqueta debe aparecer en el recibo.
3, Etiqueta nula implícita: esta etiqueta se utiliza en el protocolo de señalización (RSVP) solo para solicitar la reventa de etiquetas por 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 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 etiqueta:
Empuje
Pop
Intercambio
La operación de inserción coloca una nueva etiqueta en la parte superior del paquete IP. Para 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 tenga una etiqueta MPLS.
La operación pop quita una etiqueta del principio del paquete. Una vez que se elimina la etiqueta, el TTL se copia de la etiqueta en el encabezado del paquete IP, y el paquete IP subyacente se reenvía como un paquete IP nativo
La operación de intercambio elimina una etiqueta MPLS existente de un paquete IP y la reemplaza por una nueva etiqueta MPLS, según lo siguiente:
Interfaz de entrada
Etiqueta
Tabla de reenvío de etiquetas
Figura 9 muestra un paquete IP sin etiqueta que llega a la interfaz de borde del cliente (ge-0/0/1) del conmutador PE de entrada. El conmutador de PE de entrada examina el paquete e identifica el destino del 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 de núcleo MPLS de salida (ge-0/0/5). El paquete MPLS se transmite en el túnel MPLS a través del conmutador del proveedor, donde llega a la interfaz ge-0/0/5 con la etiqueta 100. El conmutador de proveedor cambia la etiqueta 100 a la etiqueta 200 y reenvía el paquete MPLS a través de su interfaz de núcleo (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 de núcleo (ge-0/0/7), elimina la etiqueta MPLS y envía el paquete IP fuera de su interfaz de borde de 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 sentido inverso. Por lo tanto, cada conmutador de PE funciona como un conmutador de entrada y como un conmutador de salida.
Penultimate-hop popping y ultimate-hop popping
Los conmutadores habilitan el penúltimo salto de salto (PHP) de forma predeterminada con configuraciones DE IP a través de MPLS. Con PHP, el penúltimo conmutador de proveedor es responsable de hacer aparecer la etiqueta MPLS y reenviar el tráfico al conmutador de PE de salida. Luego, el conmutador de 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 reventar la etiqueta MPLS.
En conmutadores EX8200, puede elegir usar el valor predeterminado, PHP, o configurar el salto final.
La etiqueta anunciada por defecto es la etiqueta 3 (etiqueta Null implícita). Si se anuncia la etiqueta 3, el conmutador de penúltimo salto elimina la etiqueta y envía el paquete al conmutador de PE de salida.
Si está habilitado el salto final, se anuncia la etiqueta 0 (etiqueta IPv4 Explicit Null) y el conmutador pe de salida del LSP elimina la etiqueta.
family mpls la interfaz de salida, lo que sea más pequeño. Esta compatibilidad se habilita en enrutadores serie MX con interfaces MPC y MIC, y enrutadores serie PTX con FPC de tercera generación.