Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplo: Habilitación del soporte de ingeniería de tráfico IS-IS

En este ejemplo, se muestra cómo configurar IS-IS para que use rutas conmutadas por etiquetas como accesos directos.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

La ingeniería de tráfico de MPLS asigna ciertos flujos de datos a rutas establecidas conmutadas por etiquetas (LSP) en lugar de a los vínculos de datos calculados por el protocolo de puerta de enlace interior (IGP) para formar parte de la mejor ruta (más corta). Fundamental para esta función es la determinación de qué tráfico se asignará a un LSP. El tráfico se asigna a un LSP en el enrutador de conmutación de etiquetas de entrada (LSR) del túnel mediante la designación de la LSR de salida como enrutador del siguiente salto para ciertos prefijos de destino.

Es importante comprender que el LSP no constituye una ruta completa hacia un destino. Más bien, el LSP es un segmento de salto siguiente de la ruta. Por lo tanto, los paquetes solo se pueden asignar a un LSP si se considera que la LSR de salida es un candidato factible para el próximo salto durante el proceso de resolución de ruta.

La figura 1 muestra la topología utilizada en este ejemplo.

Figura 1: Topología IS-IS Shortcuts Topology de accesos directos IS-IS

En este ejemplo, el dispositivo C tiene una sesión de par de BGP (EBGP) externa con el dispositivo G en el sistema autónomo (AS) 2. Para permitir que sus pares BGP internos (IBGP) accedan a las subredes del AS 2, el dispositivo C ejecuta IS-IS de forma pasiva en su interfaz que se conecta al dispositivo G. EL IS-IS tiene información sobre las subredes externas y ingresa rutas a estas subredes en la tabla de enrutamiento inet.0. El BGP, al resolver las direcciones del siguiente salto de rutas externas del AS, usa la ruta IGP.

Propina:

Una alternativa a la ejecución pasiva de IS-IS en la interfaz sería usar una política propia de salto siguiente.

El dispositivo A tiene un LSP al dispositivo C. La ruta está configurada para pasar siempre por el dispositivo E, en lugar de pasar por el dispositivo B.

Los atajos del protocolo de puerta de enlace interior (IGP), también llamados atajos de ingeniería de tráfico, proporcionan una herramienta mediante la cual el IGP de estado de vínculo (OSPF o IS-IS) de un AS puede considerar un LSP en sus cálculos de ruta más corta (SPF). Si utiliza interfaces externas pasivas, el IGP ve un LSP como un vínculo de datos único hacia los destinos más allá del dispositivo de salida del LSP.

Cuando se utilizan traffic-engineering bgp (que es el predeterminado) y accesos directos de IGP, la solución de ingeniería de tráfico se utiliza solo para la resolución de ruta externa del AS del BGP. Sin embargo, el tráfico a los destinos internos del AS también se puede asignar a los LSP. Para lograrlo, traffic-engineering bgp-igp está habilitado. Por lo tanto, RSVP instala los prefijos MPLS en la tabla inet.0 en lugar de la tabla inet.3. Como resultado, los LSP MPLS se instalan en la tabla de reenvío.

Este enfoque encuentra una aplicación práctica cada vez que se enruta tráfico pesado a destinos específicos dentro de un AS, como granjas de servidores.

Un punto importante acerca de los atajos de IGP, ya sea que se usen solos o junto con el BGP-IGP de ingeniería de tráfico, es que las adyacencias IGP nunca se forman en los LSP. El IGP ve el LSP como un único vínculo de datos, pero no ve el enrutador de salida como un par potencial y no reenvía mensajes de saludo a través del LSP. Además, los mensajes RSVP nunca se reenvían a través de LSP, lo que impide la posibilidad de que un LSP se construya inadvertidamente dentro de otro LSP.

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 1. La sección #configuration424__isis-atajos-paso a paso describe los pasos en el dispositivo A.

Configuración

Procedimiento

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 y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Dispositivo F

Dispositivo G

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 accesos directos de ingeniería de tráfico IS-IS:

  1. Configure las interfaces.

  2. Habilite un protocolo de señalización en las interfaces.

  3. Habilite MPLS en las interfaces.

  4. Configure la ruta conmutada por etiquetas.

    Un único LSP, denominado test_path, se configura del dispositivo A al dispositivo C. El objeto de ruta explícita (ERO) del LSP se especifica para usar un salto estricto a través del dispositivo E, de modo que el LSP tome una ruta diferente de la ruta más corta del OSPF de A-B-C. El LSP se señala mediante RSVP, pero no se ejecuta ninguna CSPF.

  5. Configure la ingeniería de tráfico para destinos de BGP e IGP.

    Cuando los accesos directos del IGP también están habilitados, el IGP puede usar el LSP en sus cálculos. Los resultados de los cálculos se introducen en la tabla inet.0.

    [edit protocols mpls]
    user@A# set traffic-engineering bgp-igp
    

  6. Configure el emparejamiento interno del BGP (IBGP) entre los dispositivos.

  7. Habilite IS-IS en las interfaces y establezca la métrica de vínculo.

  8. Configure IS-IS para usar LSP MPLS como próximos saltos para la familia de direcciones IPv4.

    Solo es necesario habilitar los accesos directos de IGP en el enrutador de entrada, ya que ese es el enrutador que realiza los cálculos de ruta más corta primero (SPF).

    Es importante comprender cómo los accesos directos de IGP afectan a la relación de protocolo y tabla de enrutamiento. El IGP realiza cálculos de SPF en subredes descendentes de puntos de salida LSP, pero los resultados de estos cálculos se ingresan solo en la tabla inet.3. Al mismo tiempo, el IGP realiza sus cálculos tradicionales de SPF y introduce los resultados de estos cálculos en la tabla inet.0. El resultado es que aunque el IGP está haciendo entradas en la tabla inet.3, el BGP sigue siendo el único protocolo con visibilidad en esa tabla para fines de resolución de rutas. Por lo tanto, el reenvío a destinos internos del AS sigue utilizando las rutas IGP inet.0, y los LSP solo se utilizan para la resolución del salto siguiente del BGP. Si desea que los LSP se usen para la resolución del próximo salto de IGP, debe configurar traffic-engineering bgp-igp.

  9. Configure el ID de enrutador y el número de sistema autónomo (AS).

Resultados

Desde el modo de configuración, ingrese los comandos , show protocolsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo , ingrese confirmación desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar los próximos saltos

Propósito

Compruebe que el LSP MPLS se utiliza como el siguiente salto en las rutas esperadas.

Acción

Desde el modo operativo, ingrese el show route comando.

Significado

IS-IS elige el LSP como la ruta más corta a los destinos descendentes del dispositivo de salida del LSP. Además, dado que el IGP usa el LSP para llegar a la subred externa 10.0.0.24/30, el BGP también usa el LSP en sus rutas a 10.2.0.0 y 10.3.0.0.

Si se usara el self del salto siguiente en el dispositivo C, el BGP aún elegiría el LSP sobre la ruta IGP.

Comprobar las sesiones de RSVP

Propósito

Mostrar información sobre las sesiones de RSVP

Acción

Desde el modo operativo, ingrese el show rsvp session brief comando.

Significado

En los cuatro dispositivos de enrutamiento, se muestran las direcciones IP de entrada y salida del LSP. La ruta se muestra como una ruta de entrada en el dispositivo A, y a los paquetes reenviados en el LSP se les asigna una etiqueta de 299776. En el dispositivo E, el LSP es tránsito, y los paquetes que llegan con una etiqueta de 299776 reciben una etiqueta de salida de 299808. Las etiquetas solo tienen importancia entre los enrutadores conmutados por etiquetas (LSR) vecinos. El dispositivo F intercambia la etiqueta entrante 299808 por la etiqueta saliente 3. El dispositivo C, la etiqueta de salida, aparece la etiqueta 3 y enruta el paquete recibido por la búsqueda de ruta estándar de ip más larga.

Comprobar las rutas con diferentes configuraciones de ingeniería de tráfico

Propósito

Compruebe las rutas utilizadas para las rutas de IGP y BGP cuando traffic-engineering bgp-igp se utiliza y cuándo traffic-engineering bgp (por defecto) se utiliza.

Acción

  1. Configure traffic-engineering bgp.

    Esto se elimina traffic-engineering bgp-igp de la configuración, ya que solo se puede configurar una configuración de ingeniería de tráfico de MPLS en cada instancia de enrutamiento.

  2. Utilice el show route forwarding-table comando para comprobar las rutas cuando traffic-engineering bgp (el valor predeterminado) está configurado.

  3. Utilice el traceroute comando para comprobar las rutas cuando traffic-engineering bgp (el valor predeterminado) está configurado.

  4. Configure traffic-engineering bgp-igp.

    Esto se elimina traffic-engineering bgp de la configuración, ya que solo se puede configurar una configuración de ingeniería de tráfico de MPLS en cada instancia de enrutamiento.

  5. Utilice el show route forwarding-table comando para comprobar las rutas cuando traffic-engineering bgp-igp está configurada.

  6. Utilice el traceroute comando para comprobar las rutas cuando traffic-engineering bgp-igp está configurada.

Significado

Cuando traffic-engineering bgp se configura, el primer seguimiento se encuentra en un destino que pertenece al prefijo BGP-learned 10.2.0.0/16, y sigue el LSP. El segundo seguimiento se encuentra en la ruta IS-IS-learned 192.168.0.3 (dirección de interfaz de circuito cerrado del dispositivo C) y sigue la ruta IS-IS. Estos resultados corresponden a lo que observamos en la tabla de reenvío. La tabla de reenvío se basa en rutas solo en inet.0. El BGP puede mirar inet.3 y seleccionar un LSP como la mejor ruta para el siguiente salto de un prefijo BGP, y puede agregar una ruta a inet.0 utilizando ese LSP. A continuación, se realiza una entrada a la tabla de reenvío desde la ruta inet.0. Ningún otro protocolo, de forma predeterminada, puede consultar inet.3, y las rutas inet.3 no se ingresan en inet.0. Por lo tanto, la entrada de reenvío para 192.168.0.3 se crea desde la única ruta a ese destino en inet.0: la ruta IS-IS.

Cuando traffic-engineering bgp-igp se configura, el primer seguimiento a 10.2.1.1 sigue el LSP. El segundo seguimiento a 192.168.0.3 también sigue el LSP. Estos resultados corresponden a lo que observamos en la tabla de reenvío, que muestra que el LSP se utiliza para la resolución del salto siguiente de IGP.