EN ESTA PÁGINA
Ejemplo: Habilitación del soporte de ingeniería de tráfico de OSPF
Ejemplo: Configuración de la métrica de ingeniería de tráfico para una interfaz OSPF específica
Ejemplo: Configurar el modo de ingeniería de tráfico pasivo de OSPF
Ejemplo: Rutas publicitarias conmutadas por etiquetas a OSPFv2
Descripción del enrutamiento de paquetes de origen en redes (SPRING)
Configuración del soporte de OSPF para la 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, pasando 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 enlaces alternativos que no serían seleccionados por la ruta más corta basada en destino calculada automáticamente.
Para ayudar a proporcionar a la ingeniería de tráfico y a MPLS información sobre la topología de red y la carga, se agregaron extensiones a la implementación de Junos OSPF. Cuando la ingeniería de tráfico está habilitada 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 ruta más corta (SPF) tiene en cuenta las diversas rutas conmutadas por etiquetas (LSP) configuradas en MPLS y configura la 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 primero de la 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 de MPLS. RSVP usa 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 declaración de ingeniería de tráfico . También puede configurar las siguientes extensiones de ingeniería de tráfico de OSPF:
anuncien interfaces sin numerar— (solo OSPFv2) Anuncia el identificador de vínculo-local en el paquete LSA de ingeniería de tráfico vínculo-local. No es necesario incluir esta instrucción si RSVP puede señalar interfaces sin numerar 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: (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 OSPF de 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 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 a fin de 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 OSPF no son automáticamente preferidas por la base de datos de ingeniería de tráfico, dependiendo de su configuración.
ignore-lsp-metrics: ignora las métricas de LSP de RSVP en los cálculos de accesos directos de ingeniería de tráfico de 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 la tunelización del tráfico 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 tunelan a través de los LSP establecidos por RSVP. El LDP trata efectivamente los LSP diseñados por tráfico como saltos únicos.
rutas de multidifusión rPF: (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 rutas inversas (RPF) de multidifusión. La tabla de enrutamiento inet.2 consta de rutas de unidifusión utilizadas para la búsqueda 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 al origen del paquete.
sin topología—(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 los accesos directos de IGP, lo que permite que OSPF use 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 al dispositivo de enrutamiento de salida y se utilice como entrada a los cálculos de SPF OSPF. Cuando se utilizan de esta manera, los LSP no difieren del modo de transferencia asincrónica (ATM) y los circuitos virtuales (VCs) de Frame Relay, con la excepción de que los LSPS solo llevan 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 OSPfv3 utilizados para los accesos directos continúan 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 tanto el BGP como el 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 los atajos IGP de OSPF en lugar de los atajos de ingeniería de tráfico.
lsp-metric-info-summary: anuncia la métrica LSP en LSA 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 de MPLS y OSPF para anunciar la métrica LSP en LSA resumen.
Cuando habilita la ingeniería de tráfico en el dispositivo de enrutamiento, también puede configurar una métrica OSPF que se utiliza 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 del soporte de ingeniería de tráfico de OSPF
En este ejemplo, se muestra cómo habilitar la compatibilidad con la ingeniería de tráfico de la OSPF para anunciar la métrica de ruta conmutada por etiquetas (LSP) en anuncios resumen de estado de vínculo (LSA).
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure el BGP según sus requisitos de red. Consulte la Guía del usuario del BGP
Configure MPLS según sus requisitos de red. Consulte la Guía del usuario de las aplicaciones de 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 usen este LSP. Para lograr esto, configure la ingeniería de tráfico de MPLS y OSPF para anunciar la métrica LSP en LSA 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.
En el caso de OSPF, puede habilitar la ingeniería de tráfico 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 (SPF) tenga en cuenta los LSP configurados en MPLS y configura la OSPF para generar LSA que lleven parámetros de ingeniería de tráfico. Además, se asegura de que OSPF use el LSP MPLS como el siguiente salto y anuncia la métrica LSP en LSA resumen, mediante la inclusión de 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 mediante la inclusión de la traffic-engineering bgp-igp instrucción, e incluye el LSP denominado R1 a R4 al incluir 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 del 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 use como entrada a los cálculos de SPF del OSPF. En este ejemplo, el ID de enrutador del dispositivo de salida R4 es 10.0.0.4.
Configuración
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en laGuía del usuario de 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 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 OSPF para anunciar métricas de LSP en LSA resumen:
Configure el ID de 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
ospf3instrucción en el[edit protocols]nivel de jerarquía.[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-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
Resultados
Para confirmar la configuración, ingrese los show routing-optionscomandos , show protocols ospfy show protocols mpls . Si el resultado no muestra la configuración deseada, repita las instrucciones en 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-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
- Verificar entradas OSPF en la base de datos de ingeniería de tráfico
- Verificar que la base de datos de ingeniería de tráfico esté aprendiendo información de nodo de OSPF
Verificar la capacidad de ingeniería de tráfico para OSPF
Propósito
Verifique 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 escriba 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 el OSPF y el área desde la cual 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 el OSPF reporte información de nodo. El campo Nombre de protocolo muestra el OSPF y el área desde la cual 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 la 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 del soporte de ingeniería de tráfico de 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 OSPF no afecta al 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 de 1 a 65.535.
En este ejemplo, se configura 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.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, luego, 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 que se usa solo para la ingeniería de tráfico:
Cree un área OSPF.
Nota:Para especificar OSPFv3, incluya la
ospf3instrucción en el[edit protocols]nivel de jerarquía.[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 10Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit protocols ospf area 0.0.0.0] user@host# commit
Resultados
Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en 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, ingrese 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
Por lo general, los protocolos de enrutamiento interior, como OSPF, no se ejecutan en vínculos entre sistemas autónomos. Sin embargo, para que la ingeniería de tráfico del interAS funcione correctamente, la información sobre el vínculo del interAS (en particular, la dirección en la interfaz remota) debe estar disponible en el sistema autónomo (AS). Esta información normalmente no se incluye en los mensajes de accesibilidad externos del BGP (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 de 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 conmutadas por etiquetas (LSP) de MPLS descubran dinámicamente los enrutadores de límite del AS OSPF y permiten 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 de OSPF
En este ejemplo, se muestra cómo configurar el modo pasivo OSPF para la ingeniería de tráfico en una interfaz de interAS. El vínculo del enrutador de límite del AS entre los pares del EBGP debe ser un vínculo directamente conectado y debe configurarse como un vínculo de ingeniería de tráfico pasivo.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure el BGP según sus requisitos de red. Consulte la Guía del usuario del BGP.
Configure el LSP según sus requisitos de red. Consulte la Guía del usuario de las aplicaciones de MPLS.
Configure los identificadores de enrutador para los dispositivos de su red OSPF. Vea ejemplo: Configuración de un identificador de enrutador OSPF.
Elección designada de enrutador de control OSPF. Vea ejemplo: Control de elección de enrutador designado por OSPF
Configure una red OSPF de área única. Vea ejemplo: Configuración de una red OSPF de área única.
Configure una red OSPF de varias áreas. Consulte ejemplo: Configuración de una red OSPF de varias áreas.
Visión general
Puede configurar el modo pasivo OSPF para la ingeniería de tráfico en una interfaz de interAS. La dirección utilizada para el nodo remoto del vínculo de ingeniería de tráfico pasivo del OSPF debe ser la misma que la dirección utilizada para el vínculo EBGP. En este ejemplo, se configura la interfaz so-1/1/0 en el área 0.0.0.1 como el vínculo de interAS para distribuir información de ingeniería de tráfico con OSPF dentro del AS e incluir las siguientes opciones:
pasivo: anuncia las direcciones de interfaz directa 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 que 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 permitir 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.
remote-node-id: 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.
[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 OSPF:
Cree un área OSPF.
Nota:Para especificar OSPFv3, incluya la
ospf3instrucción en el[edit protocols]nivel de jerarquía.[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 final del vínculo del 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
Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en 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, ingrese 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 de 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.
Rutas publicitarias conmutadas por etiquetas a OSPFv2
Una razón principal para configurar rutas conmutadas por etiquetas (LSP) en su red es para 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 origen del LSP), una dirección remota (la dirección a 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 conmutada por 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 anuncien 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 principal). Puede lograr esto configurando un LSP en la dirección inversa y también anunciándola en OSPFv2.
Ejemplo: Rutas publicitarias conmutadas por etiquetas a 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, debe definir el LSP y configurar OSPFv2 para enrutar el tráfico mediante el LSP. Al hacer 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 enruta a lo largo del LSP en lugar de que OSPF use el enrutamiento predeterminado del mejor esfuerzo.
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 de BGP especificados como pares. Todos los miembros son internos del AS local, por lo que puede configurar 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). Active RSVP en los dispositivos de esta red para asegurarse de que las interfaces puedan señalizar el LSP.
OSPFv2
Para todos los dispositivos de enrutamiento, use 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 conmutada por etiquetas
En el dispositivo de enrutamiento de entrada R1, que es el principio (o extremo de cabeza) 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 de 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 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. Interfaz para que el 0/0/2 se conecte 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 de so-0/0/2 se conecta al dispositivo R1, y la interfaz de 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. Interfaz para que el 0/0/3 se conecte 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 de RSVP está configurado en el dispositivo R1.
Configuración
Los siguientes ejemplos requieren que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Modificación de la configuración de Junos OS en la Guía del usuario de CLI.
Para configurar los dispositivos para anunciar un LSP en OSPFv2, realice las siguientes tareas:
- Configuración del BGP
- Configuración de MPLS
- Configuración de RSVP
- Configuración de OSPF
- Configuración del LSP
- Anunciar el LSP en OSPFv2
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:
[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 el 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 internas de vecinos del BGP.
[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
Para confirmar la configuración, ingrese los show routing-options comandos y show protocols bgp . Si el resultado no muestra la configuración deseada, repita las instrucciones en 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
Desactive 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
Para confirmar la configuración, ingrese los show interfaces comandos y show protocols mpls . Si el resultado no muestra la configuración deseada, repita las instrucciones en 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
Desactive 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
Para confirmar la configuración, ingrese el show protocols rsvp comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en 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 rápidamente el OSPF, 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 de 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
Desactive 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 su configuración ingresando los show routing-options comandos y. show protocols ospf Si el resultado no muestra la configuración deseada, repita las instrucciones en 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
Para confirmar la configuración, ingrese el show protocols mpls comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@R1# show protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
Anunciar el 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 de OSPF.
[edit] user@R1# edit protocols ospf
Incluya la
label-switched-pathinstrucción y especifique el LSP R1 a R6 que creó.[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
Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en 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 un salto de un solo salto 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 (SID) estáticas para una interfaz.
Configurar un SID de adyacencia estático 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.
En el caso de los SID de adyacencia estáticos, las etiquetas se seleccionan de un conjunto de etiquetas reservados estáticos o de un bloque global de enrutamiento de 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
El grupo estático puede ser utilizado por cualquier protocolo 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 de OSPF se pueden asignar desde este bloque de etiquetas 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. La siguiente es una configuración de ejemplo:
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 comando, la interfaz subyacente debe ser punto a punto.
SRGB es un espacio de etiqueta global que se asigna para el protocolo basado en la configuración. Las etiquetas en todo el SRGB están disponibles para que OSPF las use y no se asignan a otras aplicaciones o 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 usando la palabra clave "índice" 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 prefijos-SID, los Adj-SIDs también se configurarán mencionando el índice con respecto al SRGB. Sin embargo, la subtlv Adj-SID seguirá teniendo el SID como valor y los indicadores L y V están establecidos. La siguiente es una configuración de ejemplo:
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áticos 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 jerárquico [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 calcula 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.
La siguiente es una configuración de ejemplo:
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 con un vecino específico, debe configurar los SID de adyacencia en la configuración lan-vecino en el nivel de jerarquía [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid]. La siguiente es una configuración de ejemplo:
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 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 operativos de CLI para comprobar la configuración:
mostrar detalles del vecino de Ospf
En el siguiente resultado de ejemplo, se muestran 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 el enrutamiento por segmentos es una arquitectura de plano de control que permite que un enrutador de entrada dirija 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 debería 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, es compatible con enrutamiento por segmentos para los protocolos OSPF e IS-IS para proporcionar funcionalidad básica con enrutamiento de paquetes fuente en redes (SPRING).
Básicamente, el enrutamiento por segmentos involucra AIG como IS-IS y OSPF para anunciar dos tipos de segmentos de red o túneles:
-
En primer lugar, un túnel estricto de salto único reenviado que transporta paquetes a través de un vínculo específico entre dos nodos, independientemente del costo del vínculo, conocido como segmentos de adyacencia.
-
En segundo lugar, un túnel de múltiples saltos que usa vínculos de ruta más corta entre dos nodos específicos, conocidos como segmentos de nodos.
Los enrutadores de entrada pueden dirigir un paquete a través de un conjunto de nodos y vínculos deseados mediante la adición previa 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 por segmentos o a un nodo global dentro de un dominio de enrutamiento por segmentos. El enrutamiento por segmentos impone 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 extraerá 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. Un puntero indica el segmento que se va a procesar en el encabezado de extensión de enrutamiento. Al completar 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 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 se despliega el enrutamiento de paquetes de origen en la red, el centro de datos, la red troncal y los dispositivos de emparejamiento conmutan los paquetes MPLS con una pila de etiquetas creada por la fuente del tráfico; por ejemplo, servidores de centros de datos. En la versión 17.4R1 de Junos OS, el tráfico enrutado de 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 intercambio e inserción (para protección de interfaz). En todos los casos, el tráfico se puede equilibrar la 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 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 enrutamiento de paquetes fuente en el tráfico de redes (SPRING), excluyendo el tráfico señaldo por LDP y RSVP, y las estadísticas de la familia MPLS 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 por segmento (SID). Para habilitar el registro de estadísticas de enrutamiento de segmentos, incluya sensor-based-stats instrucción en el [edit protocol isis source-packet-routing] nivel de jerarquía.
Antes de la versión 19.1R1 de Junos OS, los sensores estaban disponibles para recopilar estadísticas de enrutamiento por segmentos solo para el tráfico de tránsito de 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 de MPLS, que es de naturaleza IP a MPLS. Con esta función, puede habilitar sensores para solo tráfico de enrutamiento por 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 en la instrucción de per-sid configuración. El nombre de recurso para la funcionalidad de salida por sid es:
/junos/services/segment-routing/sid/egress/usage/
Puede ver la asociación de ruta IS-IS con los sensores mediante la salida de show isis 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 datos de estadísticas de enrutamiento por 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
-
La conmutación graceful del motor de enrutamiento (GRES) no se admite para las estadísticas de enrutamiento de segmentos.
El enrutamiento activo sin interrupciones (NSR) no se admite para la etiqueta IS-IS. Durante una conmutación del motor de enrutamiento, se crea un nuevo sensor en el nuevo motor de enrutamiento principal, que sustituye al 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 por segmentos comienza desde cero.
-
El reinicio elegante no es compatible con la etiqueta IS-IS.
En caso de reinicio agraciado, se elimina el sensor existente y se crea un sensor nuevo durante la inicialización de IS-IS. El contador de estadísticas de enrutamiento por segmentos se reinicia desde cero.
-
No se admite la actualización de software en servicio (ISSU) y la actualización continua de software (NSSU). En tales casos, se reiniciará 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.