Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración del soporte de OSPF para ingeniería de tráfico

Soporte de 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 alto 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 se seleccionarían mediante la ruta más corta calculada automáticamente basada en destinos.

Para ayudar a proporcionar a la ingeniería de tráfico y MPLS información sobre la topología y carga de red, se agregaron extensiones a la implementación de Junos OS de OSPF. Cuando se habilita la ingeniería de tráfico en el dispositivo de enrutamiento, puede habilitar el soporte de ingeniería de tráfico OSPF. Cuando habilita la ingeniería de tráfico para OSPF, el algoritmo de primero en rutas más corta (SPF) tiene en cuenta las diversas rutas conmutadas por 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 toda la topología física. El algoritmo primero de ruta más corta restringida (CSPF) utiliza la base de datos de ingeniería de tráfico para calcular las rutas que toman los LSP MPLS. RSVP utiliza esta información de ruta para configurar LSP y reservar ancho de banda para ellos.

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:

  • anuncie interfaces no numeradas: (solo OSPFv2) Anuncia el identificador de vínculo local en el paquete LSA de ingeniería de tráfico local del vínculo. No es necesario incluir esta instrucción si RSVP puede 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-preferencia de protocolo— (solo 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 IS-IS en la base de datos de ingeniería de tráfico sobre otras rutas de protocolo de puerta de enlace interior (IGP), incluso si las rutas de otro IGP están configuradas con un valor de preferencia más bajo, 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 la versión 9.4 y posteriores de Junos OS, puede configurar OSPF para que tenga en cuenta la preferencia de protocolo para determinar el valor de credibilidad de la base de datos de ingeniería de tráfico. Cuando se utiliza la preferencia de protocolo para determinar el valor de credibilidad, las rutas IS-IS no son preferidas automáticamente por la base de datos de ingeniería de tráfico, dependiendo de su configuración.

  • ignore-lsp-metrics: ignora las métricas de RSVP LSP en cálculos de atajos de ingeniería de tráfico OSPF o cuando configura LDP a través de LSP RSVP. Esta opción evita la dependencia mutua entre OSPF y RSVP, lo que elimina el período de tiempo en el que la métrica RSVP utilizada para el tráfico de tunelización 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. El LDP trata eficazmente los LSP diseñados para el tráfico como saltos únicos.

  • multidifusión-rpf-rutas: (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 de multidifusión (RPF). La tabla de enrutamiento inet.2 consta de rutas de unidifusión utilizadas para la búsqueda de RPF de multidifusión. RPF es un mecanismo antispoofing que se utiliza para comprobar si el paquete entra en una interfaz que también envía datos de vuelta al origen del paquete.

  • sin topología: (solo OSPFv2) Para deshabilitar la difusión de la 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 los accesos directos de IGP, lo que permite que OSPF utilice un LSP como el salto siguiente como si fuera una interfaz lógica desde el dispositivo de enrutamiento de entrada hasta el dispositivo de enrutamiento de salida. La dirección especificada en la instrucción to en el nivel de jerarquía [editar protocolos mpls de ruta lsp-path-nameconmutada por etiqueta] 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 al dispositivo de enrutamiento de salida y se utilice como entrada para los cálculos de SPF de OSPF. Cuando se utiliza de esta manera, los LSP no son diferentes del modo de transferencia asíncrono (ATM) y los circuitos virtuales de Frame Relay (VC), excepto que 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 siguen señalándose 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 el BGP solo use LSP en sus cálculos. Si configura MPLS de modo que el BGP y los 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 IGP OSPF en lugar de accesos directos de ingeniería de tráfico.

  • lsp-metric-info-summary: anuncia la métrica LSP en LSA de resumen para tratar el LSP como un vínculo. Esta configuración permite que otros dispositivos de enrutamiento de la red usen 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 habilita la ingeniería de tráfico en el dispositivo de enrutamiento, también puede configurar una métrica OSPF que se usa exclusivamente para la ingeniería de tráfico. La métrica de ingeniería de tráfico se utiliza para la información que se inserta en la base de datos de ingeniería de tráfico. Su valor no afecta al reenvío normal de OSPF.

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

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

Requisitos

Antes de comenzar:

Visión general

Puede configurar OSPF para tratar un LSP como un vínculo y hacer que otros dispositivos de enrutamiento de la red usen 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 usted quiere que OSPF trate el LSP llamado R1-to-R4 que va del dispositivo de entrada R1 al dispositivo de salida R4 como vínculo.

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

Para MPLS, habilita la ingeniería de tráfico para que MPLS realice ingeniería de tráfico en 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 del 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 OSPF. En este ejemplo, el ID del enrutador del dispositivo de salida R4 es 10.0.0.4.

Configuración

En el ejemplo siguiente, debe navegar por varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte Modificar 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 el soporte de ingeniería de tráfico OSPF para anunciar la métrica LSP en 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 OSPF para anunciar métricas LSP en LSA de resumen:

  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 [edit protocols] nivel de jerarquía.

  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 su configuración ingresando 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.

Verificar 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, ingrese el show ospf overview comando para OSPFv2 y ingrese el show ospf3 overview para OSPFv3.

Verificar entradas OSPF en la base de datos de ingeniería de tráfico

Propósito

Verifique 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.

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

Propósito

Verifique que OSPF esté informando 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: Configurar 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 comenzar:

Visión general

Puede configurar una métrica OSPF que se use 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 OSPF no afecta el reenvío normal de OSPF. De forma predeterminada, la métrica de ingeniería de tráfico es el mismo valor que la métrica OSPF. El rango es del 1 al 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 [editar] y, luego, 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 solo para la ingeniería de tráfico:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  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 su configuración ingresando 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.

Verificar la métrica de ingeniería de tráfico configurada

Propósito

Verifique 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 interiores, como OSPF, no se ejecutan en vínculos entre sistemas autónomos. Sin embargo, para que la ingeniería de tráfico de inter-AS funcione correctamente, la información sobre el vínculo del inter-AS (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 en los mensajes de accesibilidad del BGP externo (EBGP) ni en los anuncios de enrutamiento OSPF.

Para inundar esta información de dirección de vínculo dentro del AS y hacerla disponible 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 incluya en la base de datos de ingeniería de tráfico. El modo de ingeniería de tráfico OSPF permite que las rutas conmutadas por etiquetas (LSP) MPLS descubran dinámicamente los enrutadores de límite del AS OSPF y permitan que los enrutadores establezcan un LSP de ingeniería de tráfico en varios sistemas autónomos.

Ejemplo: Configurar el modo de ingeniería de tráfico pasivo 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 de EBGP debe ser un vínculo conectado directamente y debe configurarse como un vínculo de ingeniería de tráfico pasivo.

Requisitos

Antes de comenzar:

Visión general

Puede configurar el modo pasivo 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 que se usa para el vínculo EBGP. En este ejemplo, configure la interfaz so-1/1/0 en el área 0.0.0.1 como vínculo entre AS para distribuir información de ingeniería de tráfico con OSPF dentro del AS e incluir la siguiente configuración:

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

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

  • id de nodo remoto: especifica la dirección IP en el extremo final del vínculo del interAS. En este ejemplo, la dirección IP remota es 192.168.207.2.

Configuración

Para configurar rápidamente el modo pasivo OSPF para la ingeniería de tráfico, copie el siguiente comando, elimine 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 OSPF:

  1. Cree un área OSPF.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  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 final del vínculo entre AS.

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

Resultados

Confirme su configuración ingresando 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.

Verificar el estado de las interfaces OSPF

Propósito

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

Acción

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

Anunciar rutas conmutadas por etiquetas en OSPFv2

Una razón principal para configurar rutas conmutadas por etiquetas (LSP) en su 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 desde del LSP), una dirección remota (la dirección a dirección 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 conmutada por etiquetas en MPLS.

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

Nota:

Si desea que un LSP que se anuncie en OSPFv2 se utilice en los cálculos de SPF, debe haber un vínculo inverso (es decir, un vínculo desde el extremo final del LSP hasta el extremo de la cabeza). Para lograrlo, configure un LSP en la dirección inversa y también lo anuncie en OSPFv2.

Ejemplo: Anunciar rutas 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. Con esto, puede usar 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 hacer que OSPF use el enrutamiento de mejor esfuerzo predeterminado.

En este ejemplo, configure 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, de modo que configure un grupo interno con una lista completa de pares. También incluye 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 el RSVP en los dispositivos de esta red para asegurarse de que las interfaces puedan indicar el LSP.

  • OSPFv2

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

  • Ruta conmutada por 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, crea un LSP denominado R1 a R6 y 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, anuncie 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

En la Figura 1 se muestra una topología de red de ejemplo que consta de lo siguiente:

  • El 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.

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

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

Configuración

En los ejemplos siguientes, debe navegar por varios niveles en la jerarquía de configuración. Para obtener información sobre cómo navegar por la CLI, consulte Modificar 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 del 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 el BGP:

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

  2. En cada dispositivo de enrutamiento, configure las conexiones internas del vecino bgp.

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

Resultados

Confirme su configuración ingresando 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. Desactive la MPLS en la interfaz de administración (fxp0.0).

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

Resultados

Confirme su configuración ingresando 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. Desactive RSVP en la interfaz de administración (fxp0.0).

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

Resultados

Confirme su configuración ingresando 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 rápidamente OSPF, 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. Desactive OSPF en la interfaz de administración (fxp0.0).

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

Resultados

Confirme su configuración introduciendo los show routing-options comandos y show protocols ospf . 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 su configuración ingresando 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 e incluir opcionalmente 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 creó.

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

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

Resultados

Confirme su configuración ingresando 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.

Verificar el vecino de OSPF

Propósito

Verifique que otro vecino esté enumerado y 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 de un solo salto reenviado estricto que transporta paquetes a través de un vínculo específico entre dos nodos, independientemente del costo del vínculo. Puede configurar etiquetas de identificador de segmento de adyacencia estática (SID) para una interfaz.

Configurar 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 eligen de un conjunto de etiquetas estáticas reservadas o de un bloque global de enrutamiento por segmentos OSPF (SRGB).

Puede reservar un intervalo de etiquetas que se utilizará para 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

Cualquier protocolo puede usar el conjunto estático para asignar una etiqueta en este intervalo. Debe asegurarse de que no hay dos protocolos que usen la misma etiqueta estática. Los SID de adyacencia OSPF se pueden asignar desde este bloque de etiquetas mediante 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 una configuración de ejemplo:

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 según la configuración. Las etiquetas de toda la SRGB están disponibles para que OSPF las utilice y no se asignen a otras aplicaciones o protocolos. Los SID de prefijo (y los SID de nodo) se indexa desde este SRGB.

Los Adj-SID de OSPF se pueden asignar desde SRGB OSPF mediante 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 en el dominio. Al igual que los SID de prefijo, los Adj-SID también se configurarán mencionando el índice con respecto al SRGB. Sin embargo, la subtlv de Adj-SID seguirá teniendo el SID como valor y se establecerán las marcas L y V. A continuación, se muestra una configuración de ejemplo:

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 se deben configurar por interfaz en el nivel de jerarquía [edit protocols ospf area area interface interface-name].

  • Protegido: garantiza que el SID de adyacencia sea elegible para tener una ruta de respaldo y que se establezca una marca B en un anuncio de SID de adyacencia.

  • Sin protección: garantiza que no se calcule ninguna ruta de respaldo para un SID de adyacencia específico y que no se establezca una marca B en un anuncio de SID de adyacencia.

A continuación, se muestra una configuración de ejemplo:

Cuando se usa 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 el 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 area0 interface interface_name lan-neighbor neighbor-routerid]. A continuación, se muestra una configuración de ejemplo:

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

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

muestra el detalle del vecino de ospf

En el siguiente resultado de ejemplo, se muestran los detalles del SID de adyacencia configurado y dinámico.

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

El enrutamiento de paquetes de origen o 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 17.3R1, el enrutamiento por segmentos para IS-IS y OSPFv2 se admite en conmutadores QFX5110 y QFX5200.

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

Básicamente, el enrutamiento por segmentos involucra AIG como IS-IS y OSPF para anunciar dos tipos de segmentos o túneles de red:

  • En primer lugar, un túnel de un solo salto reenviado estricto que lleva paquetes a través de un vínculo específico entre dos nodos, independientemente del costo del vínculo, denominados segmentos de adyacencia.

  • En segundo lugar, un túnel multihop que usa vínculos de ruta más cortos 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 vínculos mediante la preanexión del 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, denominadas 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 segmentos o a un nodo global dentro de un dominio de enrutamiento por segmentos. El enrutamiento por segmentos aplica un flujo a través de cualquier ruta topológica y cadena de servicio, a la vez que mantiene el estado por flujo solo en el nodo de entrada al dominio de enrutamiento de segmentos. El enrutamiento por 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 que se va a procesar está en la parte superior de la pila. Al completar un segmento, la etiqueta relacionada se extrae 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. Una vez completado un segmento, el puntero se incrementa.

Los accesos directos de ingeniería de tráfico se habilitan para rutas de segmentos IS-IS etiquetadas, cuando se configura shortcuts en los siguientes niveles jerárquicos:

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

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

Cuando el enrutamiento de paquetes de origen se despliega en la red, el centro de datos, la red troncal y los dispositivos de emparejamiento, conmuta los paquetes MPLS con una pila de etiquetas construida por el origen del tráfico; por ejemplo, los servidores del centro de datos. En la versión 17.4R1 de Junos OS, el tráfico enrutado por origen coexiste con el tráfico que toma rutas señalizadas RSVP, y el enrutamiento de origen se implementa como conmutación regular de etiquetas a través de la tabla mpls.0 mediante las operaciones de etiqueta: pop, swap (al mismo valor de etiqueta) e inserción de intercambio (para protección de interfaz). En todos los casos, el tráfico se puede equilibrar 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 por segmentos se pueden registrar en un formato compatible con OpenConfig para las interfaces de capa 3. Las estadísticas se registran solo para el tráfico de enrutamiento de paquetes de origen en redes (SPRING), excluyendo el RSVP y el tráfico señalizado por LDP, y las estadísticas MPLS de la familia por interfaz se contabilizan por separado. Las estadísticas SR también incluyen estadísticas de tráfico SPRING por miembro del grupo de agregación de vínculos (LAG) y por identificador de segmento (SID). Para habilitar la grabación 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 la versión 19.1R1 de Junos OS, los sensores estaban disponibles para recopilar estadísticas de enrutamiento por segmentos solo para tráfico de tránsito MPLS, que es de naturaleza MPLS a MPLS. A partir de Junos OS versión 19.1R1, en enrutadores serie MX con interfaces MPC y MIC y enrutadores serie PTX, se introducen sensores adicionales para recopilar estadísticas de enrutamiento por segmentos para el tráfico de entrada MPLS, que es de naturaleza IP a MPLS. Con esta función, puede habilitar sensores solo para el tráfico de enrutamiento por segmentos OSPF de etiqueta y transmitir las estadísticas a un cliente gRPC.

Puede habilitar las estadísticas de enrutamiento por segmentos para el tráfico de entrada MPLS mediante la egress opción en 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 asociación de ruta OSPF de etiqueta con los sensores mediante la salida del show ospf spring sensor info comando. Este comando no muestra valores de contador de los sensores reales.

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

  • /mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-OSPF-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-OSPF-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts

Nota:
  • No se admite una conmutación de motor de enrutamiento correcto (GRES) para estadísticas de enrutamiento por segmentos.

    El enrutamiento activo sin interrupción (NSR) no se admite para la etiqueta OSPF. Durante una conmutación de motor de enrutamiento, se crea un nuevo sensor en el nuevo motor de enrutamiento principal, reemplazando el sensor creado por el motor de enrutamiento principal anterior. Como resultado, en el momento de una conmutación del motor de enrutamiento, el contador de estadísticas de enrutamiento de segmentos comienza desde cero.

  • El reinicio correcto no es compatible con la etiqueta OSPF.

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

  • No se admite la actualización de software en servicio (ISSU) y 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 por segmentos de estadísticas cero se suprimen y no se transmiten a los clientes gRPC.

Tabla de historial de versiones
Lanzamiento
Descripción
20.3R1
A partir de Junos OS versión 20.3R1, el enrutamiento por segmentos admite protocolos OSPF e IS-IS para proporcionar funcionalidad básica con enrutamiento de paquetes de origen en redes (SPRING).
19.1R1
A partir de Junos OS versión 19.1R1, en enrutadores serie MX con interfaces MPC y MIC y enrutadores serie PTX, se introducen sensores adicionales para recopilar estadísticas de enrutamiento por segmentos para el tráfico de entrada MPLS, que es de naturaleza IP a MPLS. Con esta función, puede habilitar sensores solo para el tráfico de enrutamiento por segmentos IS-IS de etiqueta 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 por segmentos se pueden registrar en un formato compatible con OpenConfig para las interfaces de capa 3.
17.3R1
A partir de Junos OS versión 17.3R1, el enrutamiento por segmentos para IS-IS y OSPFv2 se admite en conmutadores QFX5110 y QFX5200.
17.2R1
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.