EN ESTA PÁGINA
Ejemplo: habilitación de la compatibilidad con ingeniería de tráfico OSPF
Ejemplo: configuración de la métrica de ingeniería de tráfico para una interfaz OSPF específica
Ejemplo: configuración del modo de ingeniería de tráfico pasivo de OSPF
Ejemplo: Rutas publicitarias conmutadas por etiquetas en OSPFv2
Descripción del enrutamiento de paquetes de origen en redes (SPRING)
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:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure BGP según sus requisitos de red. Consulte la Guía del usuario de BGP
Configure MPLS según sus requisitos de red. Consulte la Guía del usuario de aplicaciones MPLS.
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:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
Configuración en R2:
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Configuración en R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Configuración en R4:
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
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:
Configure el ID del enrutador.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
Configure el área OSPF y agregue las interfaces.
Nota:Para especificar OSPFv3, incluya la
ospf3
instrucción en el nivel jerárquico[edit protocols]
.[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Habilite la ingeniería de tráfico OSPF.
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
En el dispositivo R1, configure la ingeniería de tráfico MPLS.
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igp
user@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo los show routing-options
comandos , show protocols ospf
y 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:
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf traffic-engineering { shortcuts lsp-metric-into-summary; } area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
user@host# show protocols mpls traffic-engineering bgp-igp; label-switched-path R1-to-R4 { to 10.0.0.4; }
Salida para R2:
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
Salida para R3:
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
Salida para R4:
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
Para confirmar la configuración de OSPFv3, escriba los show routing-options
comandos , show protocols ospf3
y 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
- Verificación de entradas OSPF en la base de datos de ingeniería de tráfico
- Comprobación de que la base de datos de ingeniería de tráfico está aprendiendo información de nodo de OSPF
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:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure OSPF para la ingeniería de tráfico. Vea Ejemplo: Habilitación de la compatibilidad con ingeniería de tráfico OSPF
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.
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
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:
Cree un área OSPF.
Nota:Para especificar OSPFv3, incluya la
ospf3
instrucción en el nivel jerárquico[edit protocols]
.[edit] user@host# edit protocols ospf area 0.0.0.0
Configure la métrica de ingeniería de tráfico de los segmentos de red OSPF.
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit protocols ospf area 0.0.0.0] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.0 { interface fe-0/1/1.0 { te-metric 10; } }
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:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure BGP según sus requisitos de red. Consulte la Guía del usuario de BGP.
Configure el LSP según sus requisitos de red. Consulte la Guía del usuario de aplicaciones MPLS.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
Controle la elección del enrutador designado por OSPF. Consulte Ejemplo: Control de la elección del enrutador designado por OSPF
Configure una red OSPF de área única. Consulte Ejemplo: Configuración de una red OSPF de área única.
Configure una red OSPF multiárea. Consulte Ejemplo: Configuración de una red OSPF multiárea.
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.
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Procedimiento
Procedimiento paso a paso
Para configurar el modo de ingeniería de tráfico pasivo de OSPF:
Cree un área OSPF.
Nota:Para especificar OSPFv3, incluya la
ospf3
instrucción en el nivel jerárquico[edit protocols]
.[edit] user@host# set protocols ospf area 0.0.0.1
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.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit protocols ospf] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.1 { interface so-1/1/0.0 { passive { traffic-engineering { remote-node-id 192.168.207.2; } } } }
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:
Utilice la métrica LSP definida en OSPFv2.
Utilice la métrica LSP configurada para la ruta de conmutación de etiquetas en MPLS.
Si no configura ninguna de las opciones anteriores, utilice la métrica OSPFv2 predeterminada de 1.
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.

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 de MPLS
- Configuración de RSVP
- Configuración de OSPF
- Configuración del LSP
- Publicidad del LSP en OSPFv2
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:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Configuración en el dispositivo R3:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Configuración en el dispositivo R6:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
Procedimiento paso a paso
Para configurar BGP:
En cada dispositivo de enrutamiento, configure el número de AS local.
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
En cada dispositivo de enrutamiento, configure las conexiones vecinas del BGP internas.
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
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:
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp group internal-peers { type internal; local-address 10.0.0.1; peer-as 65000; neighbor 10.0.0.3; neighbor 10.0.0.6; }
Configuración en R3:
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp group internal-peers { type internal; local-address 10.0.0.3; peer-as 65000; neighbor 10.0.0.1; neighbor 10.0.0.6; }
Configuración en R6:
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp group internal-peers { type internal; local-address 10.0.0.6; peer-as 65000; neighbor 10.0.0.1; neighbor 10.0.0.3; }
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:
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Configuración en el dispositivo R3:
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Configuración en el dispositivo R6:
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Procedimiento paso a paso
Para configurar MPLS:
Configure las interfaces de tránsito para MPLS.
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
Habilite MPLS.
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
Deshabilite MPLS en la interfaz de administración (fxp0.0).
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
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:
user@R1# show interfaces so-0/0/2 { unit 0 { family mpls; } }
user@R1# show protocols mpls interface all; interface fxp0.0 { disable; }
Configuración en el dispositivo R3:
user@R3# show interfaces so-0/0/2 { unit 0 { family mpls; } } so-0/0/3 { unit 0 { family mpls; } }
user@R3# show protocols mpls interface all; interface fxp0.0 { disable; }
Configuración en el dispositivo R6:
user@R6# show interfaces so-0/0/3 { unit 0 { family mpls; } }
user@R6# show protocols mpls interface all; interface fxp0.0 { disable; }
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:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
Configuración en el dispositivo R3:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Configuración en el dispositivo R6:
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Procedimiento paso a paso
Para configurar RSVP:
Habilite RSVP.
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
Deshabilite RSVP en la interfaz de administración (fxp0.0).
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
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:
user@R1# show protocols rsvp interface so-0/0/2.0; interface fxp0.0 { disable; }
Configuración en el dispositivo R3:
user@R3# show protocols rsvp interface so-0/0/2.0; interface so-0/0/3.0; interface fxp0.0 { disable; }
Configuración en el dispositivo R6:
user@R3# show protocols rsvp interface so-0/0/3.0; interface fxp0.0 { disable; }
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:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Configuración en el dispositivo R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Configuración en el dispositivo R6:
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Procedimiento paso a paso
Para configurar OSPF:
Configure el ID del enrutador.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
Configure el área OSPF y las interfaces.
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
Deshabilite OSPF en la interfaz de administración (fxp0.0).
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit ] user@host# commit
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:
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
Configuración en el dispositivo R3:
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
Configuración en el dispositivo R6:
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf area 0.0.0.0 { interface all; interface fxp0.0 { disable; } }
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.
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
Procedimiento paso a paso
Para configurar el LSP en el dispositivo R1:
Ingrese al modo de configuración MPLS.
[edit] user@R1# edit protocols mpls
Cree el LSP.
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit ] user@R1# commit
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.
user@R1# show protocols mpls label-switched-path R1-to-R6 { to 10.0.0.6; }
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.
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Procedimiento paso a paso
Para anunciar el LSP en OSPFv2 en el enrutador R1:
Ingrese al modo de configuración OSPF.
[edit] user@R1# edit protocols ospf
Incluya la
label-switched-path
instrucción y especifique el LSP R1 a R6 que ha creado.[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(Opcional) Especifique una métrica para el LSP.
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@R1# commit
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.
user@R1# show protocols ospf area 0.0.0.0 { label-switched-path R1-to-R6 { metric 2; } }
Verificación
Confirme que la configuración funciona correctamente.
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:
user@host# set protocols mpls label-range static-label-range 700000 799999;
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
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:
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
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:
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
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:
user@host# set protocols mpls label-range static-label-range 700000 799999;
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;
user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
Utilice la siguiente jerarquía de CLI para configurar el SID de adyacencia:
[edit ] protocols { ospf { area 0.0.0.0 { interface <interface_name> { ipv4-adjacency-segment { protected { dynamic; label <value> index <index> } unprotected { dynamic; label <value> index <index> } } } interface <interface_name> { lan-neighbor <neighbor-routerid>{ ipv4-adjacency-segment { protected { dynamic; label <value> index <index> } unprotected { dynamic; label <value> index <index> } } } } } } }
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.
user@host> show ospf neighbor detail Address Interface State ID Pri Dead 11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34 Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0 Up 00:06:27, adjacent 00:06:27 SPRING Adjacency Labels: Label Flags Adj-Sid-Type 90010 BVLP Protected 1212 VLP UnProtected regress@10.49.129.231# run show route label 90010 mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 90010 *[L-OSPF/10/5] 00:00:21, metric 0 > to 11.12.1.2 via ge-1/0/0.0, Pop to 11.12.2.2 via ge-1/0/2.0, Swap 16021 to 11.12.3.2 via ge-1/0/3.0, Swap 16021
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
-
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.
Ver también
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.