Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Ejemplo: habilitación de la compatibilidad con ingeniería de tráfico IS-IS

En este ejemplo se muestra cómo configurar IS-IS para que utilice 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 MPLS asigna ciertos flujos de datos a rutas de conmutación de etiquetas (LSP) establecidas en lugar de a vínculos de datos calculados por el protocolo de puerta de enlace interior (IGP) como parte de la mejor ruta (la más corta). Fundamental para esta función es la determinación de qué tráfico se va a 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 designando el LSR de salida como el enrutador del próximo salto para ciertos prefijos de destino.

Es importante entender que el LSP no constituye una ruta completa a un destino. Más bien, el LSP es un segmento de siguiente salto de la ruta. Por lo tanto, los paquetes solo se pueden asignar a un LSP si el LSR de salida se considera un candidato factible para el siguiente 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 BGP externo (EBGP) 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 la interfaz que se conecta al dispositivo G. IS-IS tiene información sobre las subredes externas e introduce rutas a estas subredes en la tabla de enrutamiento inet.0. BGP, al resolver las direcciones del próximo salto de rutas AS-externas, utiliza la ruta IGP.

Propina:

Una alternativa a la ejecución pasiva de IS-IS en la interfaz sería utilizar una autodirectiva de siguiente salto.

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) en un AS puede considerar un LSP en sus cálculos de ruta más corta primero (SPF). Si utiliza interfaces externas pasivas, el IGP ve un LSP como un único enlace de datos hacia los destinos más allá del dispositivo de salida de LSP.

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

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

Un punto importante sobre los atajos de IGP, ya sea que se usen solos o junto con BGP-IGP de ingeniería de tráfico, es que las adyacencias de 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 evita 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 de la Figura 1. La sección #configuration424__isis-shortcuts-step-by-step 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.

Dispositivo A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Dispositivo F

Dispositivo G

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 de conmutación de etiquetas.

    Se configura un único LSP, denominado test_path, del dispositivo A al dispositivo C. El objeto de ruta explícita (ERO) LSP está especificado 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 de OSPF de A-B-C. El LSP se señaliza mediante RSVP, pero no se está ejecutando ningún CSPF.

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

    Cuando los accesos directos de 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 BGP interno (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 porque 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 la relación entre el protocolo y la tabla de enrutamiento. El IGP realiza cálculos SPF en subredes aguas abajo de los puntos de salida de 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 SPF tradicionales e ingresa 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, BGP sigue siendo el único protocolo con visibilidad en esa tabla a efectos 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 usan para la resolución del próximo salto del BGP. Si desea que los LSP se utilicen para la resolución del próximo salto del IGP, debe configurar traffic-engineering bgp-igp.

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

Resultados

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

Cuando haya terminado de configurar el dispositivo, escriba confirmar desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de los próximos saltos

Propósito

Compruebe que el LSP de MPLS se usa 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 posteriores del dispositivo de salida del LSP. Además, dado que el IGP utiliza el LSP para llegar a la subred externa 10.0.0.24/30, BGP también utiliza el LSP en sus rutas a 10.2.0.0 y 10.3.0.0.

Si se usara el auto del siguiente salto en el dispositivo C, BGP seguiría eligiendo el LSP sobre la ruta IGP.

Comprobación de las sesiones RSVP

Propósito

Mostrar información sobre las sesiones 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 enrutadores con conmutación de etiquetas (LSR) vecinos. El dispositivo F cambia el 299808 de etiqueta entrante por la etiqueta saliente 3. El dispositivo C, la salida, extrae la etiqueta 3 y enruta el paquete recibido mediante la búsqueda de ruta de coincidencia más larga de IP estándar.

Comprobación de rutas con diferentes configuraciones de ingeniería de tráfico

Propósito

Compruebe las rutas utilizadas para las rutas IGP y BGP cuándo traffic-engineering bgp-igp se usa y cuándo traffic-engineering bgp se usa (el valor predeterminado).

Acción

  1. Configurar 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 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. Configurar 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 MPLS en cada instancia de enrutamiento.

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

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

Significado

Cuando traffic-engineering bgp se configura, el primer rastreo es a un destino que pertenece al prefijo 10.2.0.0/16 aprendido por BGP y sigue al LSP. La segunda traza es a la ruta 192.168.0.3 aprendida IS-IS (dirección de interfaz de bucle invertido 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 construye basándose únicamente en rutas en inet.0. BGP puede examinar inet.3 y seleccionar un LSP como la mejor ruta al siguiente salto de un prefijo BGP, y puede agregar una ruta a inet.0 utilizando ese LSP. A continuación, se realiza una entrada en 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 introducen 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, la primera traza a 10.2.1.1 sigue al LSP. La segunda traza a 192.168.0.3 también sigue al 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 próximo salto del IGP.

Documentación relacionada