traffic-engineering (Protocols IS-IS)
Sintaxis
traffic-engineering {
disable;
credibility-protocol-preference;
family;
ignore-lsp-metrics;
ipv6
l3-unicast-topology ;
}
Descripción
Configure las propiedades de ingeniería de tráfico para IS-IS.
IS-IS siempre realiza cálculos de ruta más corta (SPF) para determinar los próximos saltos. Para los prefijos accesibles a través de un salto siguiente determinado, IS-IS coloca ese salto siguiente para ese prefijo en la tabla de enrutamiento inet.0. Además, para los enrutadores que ejecutan MPLS, IS-IS instala el prefijo para rutas IPv4 en la tabla de enrutamiento inet.3. La tabla inet.3, que está presente en el enrutador de entrada, contiene la dirección de host de cada enrutador de salida MPLS conmutado por etiqueta (LSP). El BGP usa esta tabla de enrutamiento para resolver direcciones del siguiente salto.
Si habilita los accesos directos de ingeniería de tráfico IS-IS y si hay una ruta conmutada por etiqueta a un punto a lo largo de la ruta a ese prefijo, IS-IS instala el prefijo en la tabla de enrutamiento inet.3 y usa el LSP como siguiente salto. El resultado neto es que para los enrutadores de salida BGP para los que no hay LSP, el BGP utiliza automáticamente un LSP a lo largo de la ruta para llegar al enrutador de salida.
En la versión 9.3 y posteriores de Junos OS, los atajos de ingeniería de tráfico IS-IS admiten rutas IPv6. Los LSP que se usarán para los accesos directos siguen señalándose mediante IPv4. Sin embargo, de forma predeterminada, las rutas de acceso directo calculadas mediante rutas IPv6 se agregan a la tabla de enrutamiento inet6.3. El comportamiento predeterminado es que solo el BGP use LSP en sus cálculos. Si configura MPLS de modo que los protocolos BGP y puerta de enlace interior usen LSP para reenviar tráfico, las rutas de acceso directo calculadas mediante IPv6 se agregan a la tabla de enrutamiento inet6.0. IS-IS garantiza que las rutas IPv6 que se ejecutan a través del LSP IPv4 MPLS se desencapsulan correctamente en la salida del túnel mediante la inserción de una etiqueta extra explícita null IPv6 entre la carga IPv6 y la etiqueta de transporte IPv4.
Los LSP de RSVP con una preferencia más alta que las rutas IS-IS no se consideran durante el cálculo de los accesos directos de ingeniería de tráfico.
Para configurar IS-IS de modo que use LSP como accesos directos al instalar información en la tabla de enrutamiento inet.3 o inet6.3, incluya las siguientes instrucciones:
family inet { shortcuts { multicast-rpf-routes; } } family inet6 { shortcuts; }
Para el tráfico IPv4, incluya la inet instrucción. Para el tráfico IPv6, incluya la inet6 instrucción.
Para configurar los accesos directos de IPv4 MPLS o IPv6 MPLS explícitamente para el enrutamiento de segmentos, incluya la instrucción para el inet-mpls tráfico de MPLS IPv4 y la instrucción para el inet6-mpls tráfico MPLS IPv6.
Para configurar el equilibrio de carga en varios LSP, incluya la multipath instrucción.
Cuando se utilizan atajos de ingeniería de tráfico, RSVP analiza primero el metric2 valor, que se deriva del costo del IGP. Después de esto, RSVP considera el valor de la métrica LSP. Por lo tanto, si una determinada ruta cambia para un LSP y el costo cambia, no todos los LSP se utilizan para equilibrar la carga de la red.
Cuando se agrega una ruta con una métrica mejorada a la tabla de enrutamiento interno IS-IS, IS-IS elimina toda la información del próximo salto (incluida la información del salto siguiente de LSP) de una ruta. Esto no es deseable, ya que ciertas combinaciones de múltiples rutas de igual costo (ECMP) se pueden perder durante el cálculo de ruta. Para invalidar este comportamiento predeterminado para el equilibrio de carga, incluya la lsp-equal-cost instrucción para conservar la información de ruta de costo igual en la tabla de enrutamiento.
multipath {
lsp-equal-cost;
}
Dado que la tabla de enrutamiento inet.3 solo está presente en los enrutadores de entrada, puede configurar accesos directos de LSP solo en estos enrutadores.
Predeterminado
El soporte de ingeniería de tráfico IS-IS está habilitado.
De forma predeterminada, IS-IS admite la ingeniería de tráfico mediante el intercambio de información básica con la base de datos de ingeniería de tráfico. Para deshabilitar esta compatibilidad y para deshabilitar los accesos directos IS-IS si están configurados, incluya la disable instrucción.
Opciones
| credibility-protocol-preference | Especifique que IS-IS debe usar la preferencia de protocolo configurado para rutas IGP para determinar el valor de credibilidad de la base de datos de ingeniería de tráfico. De forma predeterminada, la base de datos de ingeniería de tráfico prefiere las rutas IS-IS incluso cuando las rutas de otro IGP están configuradas con un valor más bajo, es decir, más preferido. Utilice esta instrucción para invalidar este comportamiento predeterminado. 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 IS-IS para que tenga en cuenta la preferencia de protocolo para determinar el valor de credibilidad de la base de datos de ingeniería de tráfico. Cuando se utiliza la preferencia de protocolo para determinar el valor de credibilidad, las rutas IS-IS no son automáticamente preferidas por la base de datos de ingeniería de tráfico, según su configuración. Por ejemplo, las rutas OSPF tienen un valor de preferencia predeterminado de 10, mientras que las rutas IS-IS de nivel 1 tienen un valor de preferencia predeterminado de 15. Cuando se habilita la preferencia de protocolo, el valor de credibilidad se determina deduciendo el valor de preferencia de protocolo de un valor base de 512. Al usar valores de preferencia de protocolo predeterminados, OSPF tiene un valor de credibilidad de 502, mientras que IS-IS tiene un valor de credibilidad de 497. Dado que la base de datos de ingeniería de tráfico prefiere las rutas IGP con el mayor valor de credibilidad, ahora se prefieren las rutas OSPF.
Nota:
Esta función también es compatible con OSPFv2. |
||
| disable | En el nivel jerárquico, desactive la |
||
| ignore-lsp-metrics | Ignore las métricas de las rutas conmutadas por etiquetas (LSP) de RSVP en los cálculos de accesos directos de ingeniería de tráfico IS-IS o cuando configure LDP a través de LSP RSVP. 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. Ignorar la métrica de los LSP de RSVP evita la dependencia mutua entre IS-IS 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. |
||
| ipv6 | Configure la ingeniería de tráfico IS-IS para almacenar información IPv6 en la base de datos de ingeniería de tráfico (TED) además de direcciones IPv4. El BGP-LS distribuye esta información como rutas desde el TED a la tabla de enrutamiento lsdist.0 mediante las políticas de importación de TED. Estas rutas se anuncian a los pares del BGP-TE como información de accesibilidad de la capa de red (NLRI) con tipo de ID de enrutador IPv6, longitud y valor (TLV). |
||
| multipath | Habilite el equilibrio de carga para varios LSP.
|
||
| l3-unicast-topology | Descargue la información de topología del IGP en la base de datos de ingeniería de tráfico (TED). En Junos OS, los IGP instalan información de topología en una base de datos llamada base de datos de ingeniería de tráfico. La base de datos de ingeniería de tráfico contiene la información de topología agregada. Las rutas IGP son instaladas por la base de datos de ingeniería de tráfico en nombre del IGP correspondiente en una tabla de enrutamiento visible por el usuario llamada lsdist.0, sujeta a las políticas de ruta. |
Nota:
En versiones anteriores de Junos, la |
|
| shortcuts | Configure IS-IS para usar rutas conmutadas por etiquetas (LSP) de MPLS como próximos saltos, si es posible, al instalar información de enrutamiento en la tabla de enrutamiento inet.3 o inet6.3. Los accesos directos del protocolo de puerta de enlace interna (IGP) permiten que el IGP instale prefijos en inet.3 o inet6.3. Solo es necesario habilitar los accesos directos de IGP en el enrutador de entrada, ya que ese es el enrutador que realiza los cálculos de ruta más corta primero (SPF). Es importante comprender cómo los accesos directos de IGP afectan a la relación de protocolo y tabla de enrutamiento. El IGP realiza cálculos de SPF en subredes descendentes de puntos de salida LSP, pero los resultados de estos cálculos se ingresan solo en la tabla inet.3. Al mismo tiempo, el IGP realiza sus cálculos tradicionales de SPF y introduce los resultados de estos cálculos en la tabla inet.0. El resultado es que aunque el IGP está haciendo entradas en la tabla inet.3, el BGP sigue siendo el único protocolo con visibilidad en esa tabla para fines de resolución de rutas. Por lo tanto, el reenvío a destinos internos del AS sigue utilizando las rutas IGP inet.0, y los LSP solo se utilizan para la resolución del salto siguiente del BGP. Si desea que los LSP se usen para la resolución del próximo salto de IGP, debe configurar
|
El resto de las instrucciones se explican por separado. Consulte Explorador de CLI.
Nivel de privilegio requerido
enrutamiento: para ver esta instrucción en la configuración.
enrutamiento-control: para agregar esta instrucción a la configuración.
Información de versión
Declaración presentada antes de la versión 7.4 de Junos OS.
Compatibilidad con la family instrucción introducida en la versión 9.3 de Junos OS.
Compatibilidad con la credibility-protocol-preference instrucción introducida en la versión 9.4 de Junos OS.
Compatibilidad con la multipath instrucción introducida en la versión 9.6 de Junos OS.
Compatibilidad con la lsp-equal-cost instrucción introducida en la versión 9.6 de Junos OS.
Soporte para inet-mpls e inet6-mpls instrucciones introducidas en Junos OS versión 17.2 para conmutadores serie MX, serie PTX, QFX5100 y conmutadores de línea QFX10000.
Soporte para inet-mpls e inet6-mpls instrucciones introducidas en Junos OS versión 17.3 para conmutadores QFX5110 y QFX5200.
Compatibilidad con la igp-topology instrucción introducida en la versión 17.4R1 de Junos OS para las series MX y PTX. La igp-topology sintaxis está en desuso. Las versiones actuales de Junos usan la l3-unicast-topology instrucción.
ipv6 opción introducida en Junos OS versión 20.4R1.