Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de la compatibilidad de OSPF con ingeniería de tráfico

Soporte OSPF para ingeniería de tráfico

La ingeniería de tráfico le permite controlar la ruta que siguen los paquetes de datos, sin pasar por el modelo de enrutamiento estándar, que utiliza tablas de enrutamiento. La ingeniería de tráfico mueve flujos de vínculos congestionados a vínculos alternativos que no serían seleccionados por la ruta más corta calculada automáticamente y basada en destino.

Para ayudar a proporcionar a la ingeniería de tráfico y MPLS información sobre la topología y la carga de red, se agregaron extensiones a la implementación de OSPF en Junos OS. Cuando la ingeniería de tráfico está habilitada en el dispositivo de enrutamiento, puede habilitar la compatibilidad con la ingeniería de tráfico de OSPF. Cuando se habilita la ingeniería de tráfico para OSPF, el algoritmo de ruta más corta primero (SPF) tiene en cuenta las diversas rutas de conmutación de etiquetas (LSP) configuradas en MPLS y configura OSPF para generar anuncios de estado de vínculo (LSA) opacos que llevan parámetros de ingeniería de tráfico. Los parámetros se utilizan para rellenar la base de datos de ingeniería de tráfico. La base de datos de ingeniería de tráfico se utiliza exclusivamente para calcular rutas explícitas para la colocación de LSP en la topología física. El algoritmo Constrained Shortest Path First (CSPF) usa la base de datos de ingeniería de tráfico para calcular las rutas que toman los LSP de MPLS. RSVP utiliza esta información de ruta para configurar LSP y reservarles ancho de banda.

De forma predeterminada, la compatibilidad con ingeniería de tráfico está deshabilitada. Para habilitar la ingeniería de tráfico, incluya la instrucción de ingeniería de tráfico . También puede configurar las siguientes extensiones de ingeniería de tráfico OSPF:

  • advertise-unnumbered-interfaces—(sólo OSPFv2) Anuncia el identificador local de vínculo en el paquete LSA de ingeniería de tráfico local de vínculo. No es necesario incluir esta instrucción si RSVP es capaz de señalar interfaces no numeradas como se define en RFC 3477, Señalización de vínculos no numerados en el protocolo de reserva de recursos - Ingeniería de tráfico (RSVP-TE).

  • credibilidad-protocolo-preferencia—(sólo OSPFv2) Asigna un valor de credibilidad a las rutas OSPF en la base de datos de ingeniería de tráfico. De forma predeterminada, Junos OS prefiere las rutas OSPF en la base de datos de ingeniería de tráfico sobre otras rutas del protocolo de puerta de enlace interior (IGP), incluso si las rutas de otro IGP están configuradas con un valor de preferencia menor, es decir, más preferido. La base de datos de ingeniería de tráfico asigna un valor de credibilidad a cada IGP y prefiere las rutas del IGP con el mayor valor de credibilidad. En Junos OS versión 9.4 y posteriores, puede configurar OSPF para que tenga en cuenta la preferencia de protocolo a fin de determinar el valor de credibilidad de la base de datos de ingeniería de tráfico. Cuando se usa la preferencia de protocolo para determinar el valor de credibilidad, la base de datos de ingeniería de tráfico no prefiere automáticamente las rutas OSPF, dependiendo de su configuración.

  • ignore-lsp-metrics: ignora las métricas del LSP de RSVP en los cálculos de accesos directos de ingeniería de tráfico de OSPF o cuando se configura LDP sobre LSP de RSVP. Esta opción evita la dependencia mutua entre OSPF y RSVP, eliminando el período de tiempo en el que la métrica RSVP utilizada para el tráfico de túnel no está actualizada. Además, si utiliza RSVP para la ingeniería de tráfico, puede ejecutar LDP simultáneamente para eliminar la distribución de rutas externas en el núcleo. Los LSP establecidos por LDP se tunelizan a través de los LSP establecidos por RSVP. LDP trata eficazmente los LSP diseñados por el tráfico como saltos individuales.

  • multicast-rpf-routes—(solo OSPFv2) Instala rutas IPv4 de unidifusión (no LSP) en la tabla de enrutamiento de multidifusión (inet.2) para comprobaciones de reenvío de ruta inversa (RPF) de multidifusión. La tabla de enrutamiento inet.2 consta de rutas de unidifusión que se utilizan para la búsqueda de RPF de multidifusión. RPF es un mecanismo antispoofing que se utiliza para comprobar si el paquete está entrando en una interfaz que también está enviando datos de vuelta al origen del paquete.

  • no-topology—(solo OSPFv2) Para deshabilitar la difusión de información de topología de estado de vínculo. Si está deshabilitado, la información de topología de ingeniería de tráfico ya no se distribuye dentro del área OSPF.

  • accesos directos: configura accesos directos de IGP, lo que permite al OSPF utilizar un LSP como el siguiente salto, como si fuera una interfaz lógica desde el dispositivo de enrutamiento de entrada al dispositivo de enrutamiento de salida. La dirección especificada en la instrucción to en el nivel de jerarquía [edit protocols mpls label-switched-path lsp-path-name] en el dispositivo de enrutamiento de entrada debe coincidir con el ID de enrutador del dispositivo de enrutamiento de salida para que el LSP funcione como un vínculo directo con el dispositivo de enrutamiento de salida y pueda utilizarse como entrada para los cálculos de SPF de OSPF. Cuando se usan de esta manera, los LSP no son diferentes del modo de transferencia asíncrono (ATM) y de los circuitos virtuales de Frame Relay (VC), excepto que los LSPS solo transportan tráfico IPv4.

    OSPFv2 instala el prefijo para rutas IPv4 en la tabla de enrutamiento inet.0 y los LSP se instalan de forma predeterminada en la tabla de enrutamiento inet.3 .

    Los LSP de OSPFv3 utilizados para accesos directos se siguen señalando mediante IPv4. Sin embargo, de forma predeterminada, las rutas IPv6 de acceso directo calculadas mediante OSPFv3 se agregan a la tabla de enrutamiento inet6.3 . El comportamiento predeterminado es que BGP solo use LSP en sus cálculos. Si configura MPLS para que tanto BGP como IGP usen LSP para reenviar tráfico, las rutas de acceso directo IPv6 calculadas mediante OSPFv3 se agregan a la tabla de enrutamiento inet6.0 .

    Nota:

    Siempre que sea posible, utilice accesos directos de IGP de OSPF en lugar de accesos directos de ingeniería de tráfico.

  • lsp-metric-info-summary: anuncia la métrica LSP en los LSA de resumen para tratar el LSP como un vínculo. Esta configuración permite que otros dispositivos de enrutamiento de la red utilicen este LSP. Para lograr esto, debe configurar la ingeniería de tráfico MPLS y OSPF para anunciar la métrica LSP en LSA de resumen.

Cuando habilite la ingeniería de tráfico en el dispositivo de enrutamiento, también puede configurar una métrica OSPF que se utilice exclusivamente para la ingeniería de tráfico. La métrica de ingeniería de tráfico se utiliza para la información inyectada en la base de datos de ingeniería de tráfico. Su valor no afecta al reenvío normal de OSPF.

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

En este ejemplo se muestra cómo habilitar la compatibilidad con ingeniería de tráfico de OSPF para anunciar la métrica de ruta de conmutación de etiquetas (LSP) en anuncios de estado de vínculo (LSA) de resumen.

Requisitos

Antes de empezar:

Visión general

Puede configurar OSPF para tratar un LSP como un vínculo y hacer que otros dispositivos de enrutamiento de la red utilicen este LSP. Para ello, configure la ingeniería de tráfico MPLS y OSPF para anunciar la métrica LSP en LSA de resumen.

En este ejemplo, hay cuatro dispositivos de enrutamiento en el área 0.0.0.0 y desea que OSPF trate el LSP denominado R1 a R4 que va del dispositivo de entrada R1 al dispositivo de salida R4 como un vínculo.

Para OSPF, la ingeniería de tráfico se habilita en los cuatro dispositivos de enrutamiento del área mediante la inclusión de la traffic-engineering instrucción. Esta configuración garantiza que el algoritmo de ruta más corta primero (SPF) tenga en cuenta los LSP configurados en MPLS y configure OSPF para generar LSA que lleven parámetros de ingeniería de tráfico. Además, asegúrese de que OSPF utilice el LSP MPLS como el siguiente salto y anuncie la métrica LSP en los LSA de resumen, incluyendo la instrucción opcional shortcuts lsp-metric-into-summary en el dispositivo de entrada R1.

Para MPLS, habilite la ingeniería de tráfico para que MPLS realice la ingeniería de tráfico en los destinos BGP e IGP incluyendo la traffic-engineering bgp-igp instrucción, e incluya el LSP denominado R1 a R4 incluyendo la label-switched-path lsp-path-name to address instrucción en el dispositivo de entrada R1. La dirección especificada en la to instrucción en el dispositivo de entrada R1 debe coincidir con el ID de enrutador del dispositivo de salida R4 para que el LSP funcione como un vínculo directo al dispositivo de enrutamiento de salida y se utilice como entrada para los cálculos de SPF de OSPF. En este ejemplo, el ID de enrutador del dispositivo de salida R4 es 10.0.0.4.

Configuración

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 Modificación de la configuración de Junos OS en laGuía del usuario de la CLI.

Procedimiento

Configuración rápida de CLI

Para habilitar rápidamente la compatibilidad con ingeniería de tráfico de OSPF para anunciar la métrica LSP en los LSA de resumen, copie los siguientes comandos y péguelos en la CLI.

Configuración en R1:

Configuración en R2:

Configuración en R3:

Configuración en R4:

Procedimiento paso a paso

Para habilitar el soporte de ingeniería de tráfico de OSPF para anunciar métricas de LSP en resumen LSA:

  1. Configure el ID del enrutador.

  2. Configure el área OSPF y agregue las interfaces.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el nivel jerárquico [edit protocols] .

  3. Habilite la ingeniería de tráfico OSPF.

  4. En el dispositivo R1, configure la ingeniería de tráfico MPLS.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show routing-optionscomandos , show protocols ospfy show protocols mpls . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Salida para R1:

Salida para R2:

Salida para R3:

Salida para R4:

Para confirmar la configuración de OSPFv3, escriba los show routing-optionscomandos , show protocols ospf3y show protocols mpls .

Verificación

Confirme que la configuración funciona correctamente.

Verificación de la capacidad de ingeniería de tráfico para OSPF

Propósito

Compruebe que la ingeniería de tráfico se ha habilitado para OSPF. De forma predeterminada, la ingeniería de tráfico está deshabilitada.

Acción

Desde el modo operativo, escriba el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview para OSPFv3.

Verificación de entradas OSPF en la base de datos de ingeniería de tráfico

Propósito

Compruebe la información de OSPF en la base de datos de ingeniería de tráfico. El campo Protocolo muestra OSPF y el área desde la que se aprendió la información.

Acción

Desde el modo operativo, ingrese el show ted database comando.

Comprobación de que la base de datos de ingeniería de tráfico está aprendiendo información de nodo de OSPF

Propósito

Compruebe que OSPF está reportando información de nodo. El campo Nombre del protocolo muestra OSPF y el área desde la que se aprendió la información.

Acción

Desde el modo operativo, ingrese el show ted protocol comando.

Ejemplo: configuración de la métrica de ingeniería de tráfico para una interfaz OSPF específica

En este ejemplo se muestra cómo configurar el valor de métrica OSPF utilizado para la ingeniería de tráfico.

Requisitos

Antes de empezar:

Visión general

Puede configurar una métrica OSPF que se utilice exclusivamente para la ingeniería de tráfico. Para modificar el valor predeterminado de la métrica de ingeniería de tráfico, incluya la te-metric instrucción. La métrica de ingeniería de tráfico de OSPF no afecta al reenvío normal de OSPF. De forma predeterminada, la métrica de ingeniería de tráfico tiene el mismo valor que la métrica OSPF. El rango es de 1 a 65,535.

En este ejemplo, configure la métrica de ingeniería de tráfico OSPF en la interfaz OSPF fe-0/1/1 en el área 0.0.0.0.

Configuración

Configuración rápida de CLI

Para configurar rápidamente la métrica de ingeniería de tráfico OSPF para una interfaz específica, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, a continuación, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

Para configurar una métrica de ingeniería de tráfico OSPF para una interfaz específica utilizada únicamente para ingeniería de tráfico:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el nivel jerárquico [edit protocols] .

  2. Configure la métrica de ingeniería de tráfico de los segmentos de red OSPF.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificación de la métrica de ingeniería de tráfico configurada

Propósito

Compruebe el valor de la métrica de ingeniería de tráfico. Confirme que el campo Métrica muestra la métrica de ingeniería de tráfico configurada.

Acción

Desde el modo operativo, ingrese el show ted database extensive comando.

Modo de ingeniería de tráfico pasivo OSPF

Normalmente, los protocolos de enrutamiento interior, como OSPF, no se ejecutan en enlaces entre sistemas autónomos. Sin embargo, para que la ingeniería de tráfico interAS funcione correctamente, la información sobre el vínculo interAS (en particular, la dirección en la interfaz remota) debe estar disponible dentro del sistema autónomo (AS). Esta información normalmente no se incluye ni en los mensajes de accesibilidad de BGP (EBGP) externos ni en los anuncios de enrutamiento de OSPF.

Para inundar esta información de dirección de vínculo dentro del AS y ponerla a disposición para cálculos de ingeniería de tráfico, debe configurar el modo pasivo OSPF para la ingeniería de tráfico en cada interfaz interAS. También debe proporcionar la dirección remota para que OSPF la distribuya e incluirla en la base de datos de ingeniería de tráfico. El modo de ingeniería de tráfico OSPF permite que las rutas de conmutación de etiquetas (LSP) MPLS descubran dinámicamente los enrutadores de límite del AS OSPF y permitan a los enrutadores establecer un LSP de ingeniería de tráfico en varios sistemas autónomos.

Ejemplo: configuración del modo de ingeniería de tráfico pasivo de OSPF

En este ejemplo se muestra cómo configurar el modo pasivo OSPF para la ingeniería de tráfico en una interfaz interAS. El vínculo del enrutador de límite del AS entre los pares del EBGP debe ser un vínculo conectado directamente y debe configurarse como un vínculo pasivo de ingeniería de tráfico.

Requisitos

Antes de empezar:

Visión general

Puede configurar el modo pasivo de OSPF para la ingeniería de tráfico en una interfaz interAS. La dirección utilizada para el nodo remoto del vínculo de ingeniería de tráfico pasivo OSPF debe ser la misma que la dirección utilizada para el vínculo EBGP. En este ejemplo, configure la interfaz so-1/1/0 en el área 0.0.0.1 como el vínculo inter-AS para distribuir información de ingeniería de tráfico con OSPF dentro del AS e incluya la siguiente configuración:

  • pasivo: anuncia las direcciones directas de interfaz en una interfaz sin ejecutar realmente OSPF en esa interfaz. Una interfaz pasiva es aquella en la que la información de dirección se anuncia como una ruta interna en OSPF, pero en la que el protocolo no se ejecuta.

  • ingeniería de tráfico: configura una interfaz en el modo pasivo de ingeniería de tráfico OSPF para habilitar el descubrimiento dinámico de enrutadores de límite de AS OSPF. De forma predeterminada, el modo pasivo de ingeniería de tráfico de OSPF está deshabilitado.

  • remote-node-id: especifica la dirección IP en el extremo más alejado del vínculo interAS. En este ejemplo, la dirección IP remota es 192.168.207.2.

Configuración

Para configurar rápidamente el modo pasivo de OSPF para la ingeniería de tráfico, copie el siguiente comando, quite los saltos de línea y péguelo en la CLI.

Procedimiento

Procedimiento paso a paso

Para configurar el modo de ingeniería de tráfico pasivo de OSPF:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el nivel jerárquico [edit protocols] .

  2. Configure la interfaz so-1/1/0 como una interfaz pasiva configurada para la ingeniería de tráfico y especifique la dirección IP en el extremo más alejado del vínculo interAS.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Comprobación del estado de las interfaces OSPF

Propósito

Compruebe el estado de las interfaces OSPF. Si la interfaz es pasiva, el campo de recuento de Adj es 0 porque no se han formado adyacencias. Junto a este campo, es posible que también veas la palabra Pasivo.

Acción

Desde el modo operativo, escriba el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.

Rutas publicitarias conmutadas por etiquetas en OSPFv2

Una razón principal para configurar rutas de conmutación de etiquetas (LSP) en la red es controlar la ruta más corta entre dos puntos de la red. Puede anunciar LSP en OSPFv2 como vínculos punto a punto para que todos los dispositivos de enrutamiento participantes puedan tener en cuenta el LSP al realizar cálculos de SPF. El anuncio contiene una dirección local (la dirección de remitente del LSP), una dirección remota (la dirección to del LSP) y una métrica con la siguiente prioridad:

  1. Utilice la métrica LSP definida en OSPFv2.

  2. Utilice la métrica LSP configurada para la ruta de conmutación de etiquetas en MPLS.

  3. Si no configura ninguna de las opciones anteriores, utilice la métrica OSPFv2 predeterminada de 1.

Nota:

Si desea que un LSP que se anuncia en OSPFv2 se utilice en cálculos SPF, debe haber un vínculo inverso (es decir, un vínculo desde el extremo final del LSP hasta el extremo principal). Esto se puede lograr configurando un LSP en la dirección inversa y anunciándolo también en OSPFv2.

Ejemplo: Rutas publicitarias conmutadas por etiquetas en OSPFv2

En este ejemplo se muestra cómo anunciar LSP en OSPFv2.

Requisitos

Antes de comenzar, configure las interfaces del dispositivo. Consulte la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.

Visión general

Para anunciar un LSP en OSPFv2, defina el LSP y configure OSPFv2 para enrutar el tráfico mediante el LSP. De este modo, puede utilizar el LSP para controlar la ruta más corta entre dos puntos de la red. Puede optar por hacer esto si desea que el tráfico OSPF se enrute a lo largo del LSP en lugar de que OSPF use el enrutamiento predeterminado de mejor esfuerzo.

En este ejemplo, se configura lo siguiente para anunciar un LSP en OSPFv2:

  • BGP

    Para todos los dispositivos de enrutamiento, configure el número de AS local 65000 y defina el grupo IBGP que reconoce los sistemas BGP especificados como pares. Todos los miembros son internos del AS local, por lo que debe configurar un grupo interno con una lista completa de elementos del mismo nivel. También puede incluir el grupo de AS par, que es el mismo que el número de AS local que configure.

  • MPLS

    Para todos los dispositivos de enrutamiento, configure la familia de protocolos en cada interfaz lógica de tránsito y habilite MPLS en todas las interfaces, excepto en la interfaz de administración (fxp0.0). Especifique el tipo de familia de protocolo MPLS .

  • RSVP

    Para todos los dispositivos de enrutamiento, habilite RSVP en todas las interfaces, excepto en la interfaz de administración (fxp0.0). Habilite RSVP en los dispositivos de esta red para asegurarse de que las interfaces pueden señalar el LSP.

  • OSPFv2

    Para todos los dispositivos de enrutamiento, utilice la dirección de circuito cerrado para asignar el ID de enrutador, agrupe administrativamente todos los dispositivos en el área OSPF 0.0.0.0, agregue todas las interfaces que participan en OSPF al área 0.0.0.0 y desactive OSPF en la interfaz de administración (fxp0.0).

  • Ruta de conmutación de etiquetas

    En el dispositivo de enrutamiento de entrada R1, que es el principio (o el extremo principal) del LSP, configure un LSP con una ruta explícita. La ruta explícita indica que el LSP debe ir a la siguiente dirección IP especificada en la ruta sin atravesar otros nodos. En este ejemplo, se crea un LSP denominado R1 a R6 y se especifica la dirección IP del dispositivo de enrutamiento de salida R6.

  • Anuncie el LSP en OSPFv2

    En el dispositivo de enrutamiento de entrada R1, anuncia el LSP como un vínculo punto a punto en OSPFv2. Opcionalmente, puede asignar una métrica para que el LSP sea la ruta más o menos preferida al destino.

Topología

La figura 1 muestra un ejemplo de topología de red que consta de lo siguiente:

  • BGP está configurado en todos los dispositivos de enrutamiento, con un sistema autónomo local (AS) 65000 que contiene tres dispositivos de enrutamiento:

    • R1: el dispositivo R1 es el dispositivo de entrada con un ID de enrutador de 10.0.0.1. La interfaz so-0/0/2 se conecta al dispositivo R3.

    • R3: el dispositivo R3 es el dispositivo de tránsito con un ID de enrutador de 10.0.0.3. La interfaz so-0/0/2 se conecta al dispositivo R1 y la interfaz so-0/0/3 se conecta al dispositivo R6.

    • R6: el dispositivo R6 es el dispositivo de salida con un ID de enrutador de 10.0.0.6. La interfaz so-0/0/3 se conecta al dispositivo R3.

  • OSPFv2 está configurado en todos los dispositivos de enrutamiento.

  • MPLS y RSVP están habilitados en todos los dispositivos de enrutamiento.

  • Se configura un LSP con señal RSVP en el dispositivo R1.

Figura 1: Publicidad de un LSP en OSPFv2 Advertising an LSP into OSPFv2

Configuración

Los ejemplos siguientes requieren que navegue por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en la Guía del usuario de la CLI.

Para configurar los dispositivos para anunciar un LSP en OSPFv2, realice las siguientes tareas:

Configuración de BGP

Configuración rápida de CLI

Para configurar rápidamente el BGP en cada dispositivo de enrutamiento, copie los siguientes comandos y péguelos en la CLI.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Procedimiento paso a paso

Para configurar BGP:

  1. En cada dispositivo de enrutamiento, configure el número de AS local.

  2. En cada dispositivo de enrutamiento, configure las conexiones vecinas del BGP internas.

  3. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show routing-options comandos y show protocols bgp . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración en R1:

Configuración en R3:

Configuración en R6:

Configuración de MPLS

Configuración rápida de CLI

Para configurar rápidamente MPLS en todos los dispositivos de enrutamiento del AS 65000, copie los siguientes comandos y péguelos en la CLI.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Procedimiento paso a paso

Para configurar MPLS:

  1. Configure las interfaces de tránsito para MPLS.

  2. Habilite MPLS.

  3. Deshabilite MPLS en la interfaz de administración (fxp0.0).

  4. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show interfaces comandos y show protocols mpls . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Configuración de RSVP

Configuración rápida de CLI

Para configurar rápidamente RSVP en todos los dispositivos de enrutamiento del AS 65000, copie los siguientes comandos y péguelos en la CLI.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Procedimiento paso a paso

Para configurar RSVP:

  1. Habilite RSVP.

  2. Deshabilite RSVP en la interfaz de administración (fxp0.0).

  3. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo el show protocols rsvp comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Configuración de OSPF

Configuración rápida de CLI

Para configurar OSPF rápidamente, copie los siguientes comandos y péguelos en la CLI.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Procedimiento paso a paso

Para configurar OSPF:

  1. Configure el ID del enrutador.

  2. Configure el área OSPF y las interfaces.

  3. Deshabilite OSPF en la interfaz de administración (fxp0.0).

  4. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Confirme la configuración introduciendo los show routing-options show protocols ospf comandos y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configuración en el dispositivo R1:

Configuración en el dispositivo R3:

Configuración en el dispositivo R6:

Configuración del LSP

Configuración rápida de CLI

Para configurar rápidamente el LSP en el enrutador R1 del dispositivo de enrutamiento de entrada, copie el siguiente comando y péguelo en la CLI.

Procedimiento paso a paso

Para configurar el LSP en el dispositivo R1:

  1. Ingrese al modo de configuración MPLS.

  2. Cree el LSP.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme la configuración introduciendo el show protocols mpls comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Publicidad del LSP en OSPFv2

Configuración rápida de CLI

Para anunciar rápidamente el LSP en OSPFv2 y, opcionalmente, incluir una métrica para el LSP en el dispositivo R1, copie los siguientes comandos y péguelos en la CLI.

Procedimiento paso a paso

Para anunciar el LSP en OSPFv2 en el enrutador R1:

  1. Ingrese al modo de configuración OSPF.

  2. Incluya la label-switched-path instrucción y especifique el LSP R1 a R6 que ha creado.

  3. (Opcional) Especifique una métrica para el LSP.

  4. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente.

Comprobación del vecino de OSPF

Propósito

Verifique que otro vecino aparezca en la lista y que sea accesible a través del LSP. El campo de interfaz indica el nombre del LSP.

Acción

Desde el modo operativo, ingrese el show ospf neighbor comando.

Identificador de segmento de adyacencia estática para OSPF

El segmento de adyacencia es un túnel estricto de reenvío de un solo salto que transporta paquetes a través de un enlace específico entre dos nodos, independientemente del costo del enlace. Puede configurar etiquetas de identificador de segmento de adyacencia (SID) estáticas para una interfaz.

La configuración de un SID de adyacencia estática en una interfaz hace que el SID de adyacencia asignado dinámicamente existente se elimine junto con la ruta de tránsito para el mismo.

Para los SID de adyacencia estática, las etiquetas se seleccionan de un grupo de etiquetas reservadas estáticas o de un bloque global de enrutamiento de segmento OSPF (SRGB).

Puede reservar un intervalo de etiquetas para utilizarlo en la asignación estática de etiquetas mediante la siguiente configuración:

user@host# set protocols mpls label-range static-label-range start-value end-value

El conjunto estático puede ser utilizado por cualquier protocolo para asignar una etiqueta en este rango. Debe asegurarse de que no haya dos protocolos que utilicen la misma etiqueta estática. Los SID de adyacencia OSPF se pueden asignar desde este bloque de etiqueta a través de la configuración mediante la palabra clave label. El label valor de los SID de adyacencia específicos debe configurarse explícitamente. A continuación se muestra un ejemplo de configuración:

Nota:

Cuando se usa ipv4-adjacency-segment el comando, la interfaz subyacente debe ser punto a punto.

SRGB es un espacio de etiqueta global que se asigna para el protocolo en función de la configuración. Las etiquetas de todo el SRGB están disponibles para que OSPF las utilice y no se asignan a otras aplicaciones/protocolos. Los SID de prefijo (y los SID de nodo) se indexan desde este SRGB.

Los Adj-SID de OSPF se pueden asignar desde OSPF SRGB utilizando la palabra clave 'index' en la configuración. En tales casos, debe asegurarse de que el índice Adj-SID no entre en conflicto con ningún otro prefijo SID del dominio. Al igual que los Prefix-SID, los Adj-SID también se configurarán mencionando el índice con respecto al SRGB. Sin embargo, el Adj-SID subtlv seguirá teniendo el SID como valor y se establecen los indicadores L y V. A continuación se muestra un ejemplo de configuración:

Los SID de adyacencia estática se pueden configurar por área y también en función de si la protección es necesaria o no. Los SID de adyacencia deben configurarse por interfaz en el nivel jerárquico [edit protocols ospf area area interface interface-name].

  • Protegido: garantiza que el SID de adyacencia cumpla los requisitos para tener una ruta de respaldo y que se establezca un indicador B en un anuncio de SID de adyacencia.

  • Desprotegido: garantiza que no se calcule ninguna ruta de respaldo para un SID de adyacencia específico y que no se establezca un indicador B en un anuncio de SID de adyacencia.

A continuación se muestra un ejemplo de configuración:

Cuando se utiliza el enrutamiento por segmentos en subredes LAN, cada enrutador de la LAN puede anunciar el SID de adyacencia de cada uno de sus vecinos. Para configurar SID de adyacencia para una interfaz LAN a un vecino específico, debe configurar los SID de adyacencia en la configuración lan-neighbor en el nivel de jerarquía [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid]. A continuación se muestra un ejemplo de configuración:

Utilice la siguiente jerarquía de CLI para configurar el SID de adyacencia:

Utilice los siguientes comandos de CLI operativos para verificar la configuración:

Mostrar detalle del vecino de OSPF

La siguiente salida de ejemplo muestra los detalles del SID de adyacencia configurado y dinámico.

Descripción del enrutamiento de paquetes de origen en redes (SPRING)

El enrutamiento de paquetes de origen o enrutamiento de segmentos es una arquitectura de plano de control que permite a un enrutador de entrada dirigir un paquete a través de un conjunto específico de nodos y vínculos en la red sin depender de los nodos intermedios de la red para determinar la ruta real que debe tomar. En este contexto, el término «fuente» significa «el punto en el que se impone la ruta explícita». A partir de Junos OS versión 17.2R1, el enrutamiento por segmentos para IS-IS y OSPFv2 se admite en conmutadores QFX5100 y QFX10000.

A partir de Junos OS versión 20.3R1, el enrutamiento por segmentos admite los protocolos OSPF e IS-IS para proporcionar funcionalidad básica con el enrutamiento de paquetes fuente en redes (SPRING).

Esencialmente, el enrutamiento por segmentos involucra IGP como IS-IS y OSPF para anunciar dos tipos de segmentos de red o túneles:

  • En primer lugar, un túnel estricto de reenvío de un solo salto que transporta paquetes a través de un enlace específico entre dos nodos, independientemente del costo del enlace, denominado segmentos de adyacencia.

  • En segundo lugar, un túnel multisalto que utiliza enlaces de ruta más corta entre dos nodos específicos, denominados segmentos de nodo.

Los enrutadores de entrada pueden dirigir un paquete a través de un conjunto deseado de nodos y enlaces anexando previamente el paquete con una combinación adecuada de túneles.

El enrutamiento por segmentos aprovecha el paradigma del enrutamiento de origen. Un nodo dirige un paquete a través de una lista ordenada de instrucciones, llamadas segmentos. Un segmento puede representar cualquier instrucción, topológica o basada en servicios. Un segmento puede tener una semántica local a un nodo de enrutamiento de segmento o a un nodo global dentro de un dominio de enrutamiento de segmento. El enrutamiento de segmentos aplica un flujo a través de cualquier ruta topológica y cadena de servicio, mientras mantiene el estado por flujo solo en el nodo de entrada al dominio de enrutamiento de segmentos. El enrutamiento de segmentos se puede aplicar directamente a la arquitectura MPLS sin cambios en el plano de reenvío. Un segmento se codifica como una etiqueta MPLS. Una lista ordenada de segmentos se codifica como una pila de etiquetas. El segmento a procesar está en la parte superior de la pila. Al completar un segmento, la etiqueta relacionada se abre de la pila. El enrutamiento por segmentos se puede aplicar a la arquitectura IPv6, con un nuevo tipo de encabezado de extensión de enrutamiento. Un segmento se codifica como una dirección IPv6. Una lista ordenada de segmentos se codifica como una lista ordenada de direcciones IPv6 en el encabezado de extensión de enrutamiento. El segmento que se va a procesar se indica mediante un puntero en el encabezado de extensión de enrutamiento. Al finalizar un segmento, el puntero se incrementa.

Los accesos directos de ingeniería de tráfico se habilitan para las rutas de segmento IS-IS etiquetadas cuando se configura shortcuts en los siguientes niveles de jerarquía:

  • [edit protocols is-is traffic-engineering family inet] para el tráfico IPv4.

  • [edit protocols is-is traffic-engineering family inet6] para el tráfico IPv6.

Cuando el enrutamiento de paquetes de origen se implementa en la red, el centro de datos, la red troncal y los dispositivos de emparejamiento, cambie los paquetes MPLS con una pila de etiquetas construida por el origen del tráfico; por ejemplo, servidores de centros de datos. En Junos OS versión 17.4R1, el tráfico enrutado en origen coexiste con el tráfico que toma rutas señalizadas RSVP, y el enrutamiento de origen se implementa como conmutación de etiqueta normal a través de la tabla mpls.0 mediante las operaciones de etiqueta: pop, swap (al mismo valor de etiqueta) e swap-push (para protección de interfaz). En todos los casos, el tráfico puede tener un equilibrio de carga entre varias interfaces de capa 3 o dentro de una interfaz agregada. A partir de Junos OS versión 17.4R1, las estadísticas de tráfico en una red de enrutamiento de segmentos se pueden registrar en un formato compatible con OpenConfig para las interfaces de capa 3. Las estadísticas se registran únicamente para el tráfico de enrutamiento de paquetes de origen en redes (SPRING), excluyendo el tráfico señalizado RSVP y LDP, y las estadísticas MPLS de familia por interfaz se contabilizan por separado. Las estadísticas de SR también incluyen estadísticas de tráfico de SPRING por miembro del grupo de agregación de enlaces (LAG) y por identificador de segmento (SID). Para habilitar el registro de estadísticas de enrutamiento de segmentos, incluya sensor-based-stats una instrucción en el [edit protocol isis source-packet-routing] nivel jerárquico.

Antes de Junos OS versión 19.1R1, los sensores estaban disponibles para recopilar estadísticas de enrutamiento de segmentos solo para el tráfico de tránsito MPLS, que es de naturaleza MPLS a MPLS. A partir de la versión 19.1R1 de Junos OS, en los enrutadores de la serie MX con interfaces MPC y MIC y en los enrutadores de la serie PTX, se introducen sensores adicionales para recopilar estadísticas de enrutamiento de segmentos para el tráfico de entrada de MPLS, que es de naturaleza IP a MPLS. Con esta función, puede habilitar sensores solo para etiquetar tráfico de enrutamiento de segmentos IS-IS y transmitir las estadísticas a un cliente gRPC.

Puede habilitar las estadísticas de enrutamiento de segmentos para el tráfico de entrada de MPLS mediante la egress opción situada debajo de la per-sid instrucción de configuración. El nombre del recurso para la funcionalidad de salida por sid es:

/junos/services/segment-routing/sid/egress/usage/

Puede ver la etiqueta Asociación de ruta IS-IS con los sensores mediante la salida del show isis spring sensor info comando. Este comando no muestra los valores de contador de los sensores reales.

Los registros de estadísticas de enrutamiento de segmentos se exportan a un servidor. Puede ver los datos de estadísticas de enrutamiento de segmentos desde las siguientes rutas de OpenConfig:

  • /mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts

  • /mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts

Nota:
  • El cambio de motor de enrutamiento agraciado (GRES) no se admite para las estadísticas de enrutamiento por segmentos.

    El enrutamiento activo sin paradas (NSR) no se admite para la etiqueta IS-IS. Durante un cambio de motor de enrutamiento, se crea un nuevo sensor en el nuevo motor de enrutamiento primario, que reemplaza el sensor creado por el motor de enrutamiento principal anterior. Como resultado, en el momento de un cambio de motor de enrutamiento, el contador de estadísticas de enrutamiento de segmentos comienza desde cero.

  • El reinicio correcto no es compatible con la etiqueta IS-IS.

    En caso de reinicio correcto, el sensor existente se elimina y se crea un nuevo sensor durante la inicialización de IS-IS. El contador de estadísticas de enrutamiento de segmentos se reinicia desde cero.

  • No se admiten la actualización de software en servicio (ISSU) ni la actualización de software sin interrupción (NSSU). En tales casos, se reinicia el contador de estadísticas de enrutamiento de segmentos.

  • Los datos de enrutamiento de segmentos de estadísticas cero se suprimen y no se transmiten a los clientes gRPC.

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
20.3R1
A partir de Junos OS versión 20.3R1, el enrutamiento por segmentos admite los protocolos OSPF e IS-IS para proporcionar funcionalidad básica con el enrutamiento de paquetes fuente en redes (SPRING).
19.1R1
A partir de la versión 19.1R1 de Junos OS, en los enrutadores de la serie MX con interfaces MPC y MIC y en los enrutadores de la serie PTX, se introducen sensores adicionales para recopilar estadísticas de enrutamiento de segmentos para el tráfico de entrada de MPLS, que es de naturaleza IP a MPLS. Con esta función, puede habilitar sensores solo para etiquetar tráfico de enrutamiento de segmentos IS-IS y transmitir las estadísticas a un cliente gRPC.
17.4R1
A partir de Junos OS versión 17.4R1, las estadísticas de tráfico en una red de enrutamiento de segmentos se pueden registrar en un formato compatible con OpenConfig para las interfaces de capa 3.