Descripción del enrutamiento activo sin paradas

Soporte de funciones y protocolos de enrutamiento activo sin paradas

Los siguientes protocolos son compatibles con el enrutamiento activo que no es superior:

• Interfaces Ethernet agregadas con protocolo de control de agregación de vínculos (LACP)

• Detección de reenvío bidireccional (BFD)

  Para obtener más información, consulte Compatibilidad con BFD de enrutamiento activo sin paradas.

• BGP

  Para obtener más información, consulte Compatibilidad con BGP de enrutamiento activo sin paradas.

• EVPN

  • EVPN con replicación de entrada para tráfico BUM

  • EVPN-ETREE

  • EVPN-VPWS

  • EVPN-VXLAN

  • PBB-EVPN

  • EVPN con replicación de mLDP P2MP para tráfico BUM a partir de la versión 18.2R1 de Junos OS

  Para obtener más información, consulte Compatibilidad con NSR e ISSU unificada para EVPN .

• Etiquetado como BGP (solo serie PTX Enrutadores de transporte de paquetes)

• SI-SI

• LDP

• Servicio de LAN privada virtual (VPLS) basada en LDP

• Características de LDP OAM (operación, administración y gestión)

• LDP (solo serie PTX Enrutadores de transporte de paquetes)

  La compatibilidad con enrutamiento activo sin interrupciones para LDP incluye:

  • LSP de tránsito de unidifusión de LDP

  • LSP de salida de LDP para BGP interno etiquetado (IBGP) y BGP externo (EBGP)

  • LDP a través de LSP de tránsito RSVP

  • LSP de tránsito de LDP con próximos saltos indexados

  • LSP de tránsito de LDP con equilibrio de carga de costos desigual

  • LSP punto a multipunto de LDP

  • LSP de entrada de LDP

• Circuitos de capa 2

• VPN de capa 2

• VPN de capa 2 (solo enrutadores de transporte de paquetes de la serie PTX)

  Nota:

  El enrutamiento activo sin paradas no se admite para el interfuncionamiento de capa 2 (unión de capa 2).

• VPN de capa 3 (no incluye túneles GRE dinámicos, VPN de multidifusión ni rutas de flujo BGP).

  La compatibilidad con enrutamiento activo sin paradas para VPN de capa 3 incluye:

  • IPv4 de unidifusión etiquetada (entrada o salida)

  • Unidifusión IPv4-vpn (entrada o salida)

  • Etiquetado de unidifusión IPv6 (entrada o salida)

  • Unidifusión IPv6-vpn (entrada o salida)

• Soporte de sistema lógico (enrutamiento activo sin interrupciones, soporte para sistemas lógicos para conservar la información de la interfaz y del kernel).

• Protocolo de detección de origen de multidifusión (MSDP)

  Para obtener más información, consulte Compatibilidad con MSDP de enrutamiento activo sin paradas.

• OSPF/OSPFv3

  Nota:

  Los vecinos OSPFv3 habilitados con autenticación IPSEC no son compatibles con NSR.

• Multidifusión independiente del protocolo (PIM)

  Para obtener más información, consulte Compatibilidad con PIM de enrutamiento activo sin interrupciones.

• RIP y RIP de próxima generación (RIPng)

• RSVP (solo Enrutadores de transporte de paquetes serie PTX)

  La compatibilidad de enrutamiento activo sin paradas para RSVP incluye:

  • LSP de punto a multipunto

    • RSVP LSP de entrada, tránsito y salida de punto a multipunto mediante el próximo salto existente no encadenado.

    • LSP de tránsito punto a multipunto RSVP que utilizan próximos saltos compuestos para rutas de etiqueta de punto a multipunto.

  • LSP punto a punto

    • RSVP LSP de entrada, tránsito y salida punto a punto mediante los próximos saltos no encadenados.

    • RSVP LSP de tránsito punto a punto mediante próximos saltos compuestos encadenados.

• RSVP-TE LSP

  Para obtener más información, consulte Compatibilidad con enrutamiento activo sin paradas para LSP RSVP-TE.

• VPLS

• VRRP

• VRRP

Si configura un protocolo que no es compatible con el enrutamiento activo sin paradas, el protocolo funciona como de costumbre. Cuando se produce una conmutación, la información de estado del protocolo no compatible no se conserva y debe actualizarse mediante los mecanismos de recuperación normales inherentes al protocolo.

En los enrutadores que tienen sistemas lógicos configurados, NSR solo se admite en la instancia principal.

En un entorno de chasis virtual configurado con OSPF y NSR, cualquier falla o reinicio del dispositivo de respaldo puede dar lugar a tiempos de convergencia global más largos en comparación con entornos en los que NSR no está configurado.

Compatibilidad con BFD de enrutamiento activo sin paradas

El enrutamiento activo sin paradas admite el protocolo de detección de reenvío bidireccional (BFD), que usa la topología detectada por los protocolos de enrutamiento para supervisar a los vecinos. El protocolo BFD es un mecanismo de saludo sencillo que detecta fallas en una red. Dado que BFD está optimizado para ser eficiente en la detección rápida de vida, cuando se usa junto con protocolos de enrutamiento, se mejoran los tiempos de recuperación de enrutamiento. Con el enrutamiento activo sin paradas habilitado, los estados de sesión de BFD no se reinician cuando se produce un cambio de motor de enrutamiento.

Nota:

Los estados de sesión de BFD solo se guardan para los clientes que utilizan rutas agregadas o estáticas, o para BGP, SI-SI, OSPF/OSPFv3, PIM o RSVP.

Cuando se distribuye una sesión de BFD al motor de reenvío de paquetes, se siguen enviando paquetes BFD durante una conmutación del motor de enrutamiento. Si las sesiones de BFD no distribuidas se van a mantener vivas durante una conmutación, debe asegurarse de que el tiempo de detección de errores de sesión sea mayor que el tiempo de conmutación del motor de enrutamiento. Las siguientes sesiones de BFD no se distribuyen al motor de reenvío de paquetes: sesiones de varios saltos, sesiones encapsuladas en túnel y sesiones a través de interfaces de enrutamiento y puente integrados (IRB).

Nota:

BFD es un protocolo intensivo que consume recursos del sistema. Si especifica un intervalo mínimo para BFD inferior a 100 ms para sesiones basadas en motor de enrutamiento y 10 ms para sesiones de BFD distribuidas, se puede producir una oscilación de BFD no deseada. La minimum-interval instrucción de configuración es un parámetro de detección de vida BFD.

Dependiendo de su entorno de red, estas recomendaciones adicionales pueden aplicarse:

• Para implementaciones de red a gran escala con un gran número de sesiones BFD, especifique un intervalo mínimo de 300 ms para las sesiones basadas en el motor de enrutamiento y de 100 ms para las sesiones BFD distribuidas.

• Para despliegues de red a gran escala con una gran cantidad de sesiones de BFD, comuníquese con el servicio de soporte al cliente de Juniper Networks para obtener más información.

• Para que las sesiones BFD permanezcan activas durante un evento de conmutación del motor de enrutamiento cuando se configura un enrutamiento activo sin paradas, especifique un intervalo mínimo de 2,5 segundos para las sesiones basadas en el motor de enrutamiento. Para sesiones de BFD distribuidas con enrutamiento activo sin paradas configurado, las recomendaciones de intervalo mínimo no cambian y dependen únicamente de su implementación de red.

Enrutamiento activo sin paradas Soporte de BGP

Enrutamiento activo sin paradas La compatibilidad con BGP está sujeta a las siguientes condiciones:

• Debe incluir la path-selection external-router-ID instrucción en el nivel de [edit protocols bgp] jerarquía para garantizar una selección de ruta coherente entre los motores de enrutamiento principal y de respaldo durante y después del cambio de enrutamiento activo sin interrupciones.

• Debe incluir la advertise-from-main-vpn-tables instrucción en el nivel de jerarquía para evitar que las sesiones de BGP dejen de funcionar cuando la funcionalidad del reflector de ruta (RR) o del [edit protocols bgp] enrutador de borde del sistema autónomo (ASBR) esté habilitada o deshabilitada en un dispositivo enrutador que tenga configuradas familias de direcciones VPN.

• Las estadísticas de tiempo de actividad y tiempo de inactividad de la sesión del BGP no se sincronizan entre los motores de enrutamiento principal y de respaldo durante el enrutamiento activo sin interrupciones e ISSU. El motor de enrutamiento de respaldo mantiene su propio tiempo de actividad de sesión basado en el momento en que la copia de seguridad tiene conocimiento por primera vez de las sesiones establecidas. Por ejemplo, si se reinicia el motor de enrutamiento de copia de seguridad (o si se ejecuta restart routing con el motor de enrutamiento de copia de seguridad), el tiempo de actividad de la copia de seguridad es de corta duración, ya que la copia de seguridad acaba de enterarse de las sesiones establecidas. Si la copia de seguridad funciona cuando las sesiones de BGP aparecen por primera vez en la principal, el tiempo de actividad en la principal y el tiempo de actividad en la copia de seguridad tienen casi la misma duración. Después de un cambio de motor de enrutamiento, el nuevo principal continúa desde el tiempo restante en el motor de enrutamiento de respaldo.

• Si el par BGP del motor de enrutamiento principal ha negociado capacidades de familia de direcciones que no se admiten para el enrutamiento activo sin paradas, el estado del vecino del BGP correspondiente en el motor de enrutamiento de respaldo se muestra como inactivo. En el intercambio, la sesión de BGP se restablece desde el nuevo motor de enrutamiento principal.

  Solo se admiten las siguientes familias de direcciones para el enrutamiento activo sin paradas:

  • Señalización EVPN

  • inet etiquetada con unidifusión

  • inet-mdt

  • Multidifusión de INET

  • inet-mvpn

  • unidifusión inet

  • Unidifusión Inet-VPN

  • inet6 etiquetado con unidifusión

  • Multidifusión de inet6

  • inet6-mvpn

  • Unidifusión de inet6

  • Unidifusión de inet6-VPN

  • Interfaz ISO-VPN

  • Señalización L2VPN

  • objetivo de ruta

  Nota:

  Las familias de direcciones solo se admiten en la instancia principal del BGP. Solo se admite la unidifusión en instancias VRF.

• La amortiguación de rutas del BGP no funciona en el motor de enrutamiento de respaldo cuando está habilitado el enrutamiento activo sin paradas.

Circuito de capa 2 de enrutamiento activo sin paradas y compatibilidad con VPLS

El enrutamiento activo sin paradas admite circuitos de capa 2 y VPLS en redes basadas en LDP y en RSVP-TE. La compatibilidad con enrutamiento activo sin paradas permite que el motor de enrutamiento de respaldo realice un seguimiento de la etiqueta anunciada por el circuito de capa 2 y VPLS en el motor de enrutamiento principal y que utilice la misma etiqueta después del cambio del motor de enrutamiento.

El enrutamiento activo sin paradas admite circuitos de capa 2 y configuraciones redundantes de pseudocables VPLS basados en LDP.

Compatibilidad con PIM de enrutamiento activo sin paradas

El enrutamiento activo sin paradas admite la multidifusión independiente del protocolo (PIM) con replicación con estado en motores de enrutamiento de respaldo. La información de estado replicada en el motor de enrutamiento de respaldo incluye información sobre las relaciones entre vecinos, eventos de unión y poda, conjuntos de puntos de encuentro (RP), sincronización entre rutas y saltos siguientes, estados de sesión de multidifusión y el estado de reenvío entre los dos motores de enrutamiento.

El enrutamiento activo sin paradas para PIM es compatible con IPv4 e IPv6. Junos OS también admite el enrutamiento activo sin paradas para PIM en dispositivos que tienen IPv4 e IPv6 configurados en ellos.

Para configurar el enrutamiento activo sin paradas para PIM, incluya las mismas instrucciones en la configuración que para otros protocolos: la nonstop-routing instrucción en el [edit routing-options] nivel jerárquico y la graceful-switchover instrucción en el [edit chassis redundancy] nivel jerárquico. Para rastrear eventos de enrutamiento activo sin paradas de PIM, incluya la flag nsr-synchronization instrucción en el nivel de [edit protocols pim traceoptions] jerarquía.

Nota:

Los clear pim joincomandos , y clear pim statistics modo operativo no se admiten en el motor de enrutamiento de respaldo cuando está habilitado el enrutamiento activo sin paradasclear pim register.

La compatibilidad con enrutamiento activo sin paradas varía según las distintas funciones de PIM. Las características se dividen en las tres categorías siguientes: características compatibles, características no compatibles y características incompatibles.

Supported features:

• RP automático

  Nota:

  La compatibilidad con PIM de enrutamiento activo sin paradas en IPv6 no admite la RP automática porque IPv6 no admite la RP automática.

• Enrutador de arranque (BSR)

• RP estáticos

• RP incorporado en enrutadores IPv6 que no son RP

• Local RP

  Nota:

  La sincronización de información del conjunto de RP se admite para RP local y BSR (en IPv4 e IPv6), autoRP (en IPv4) y RP incorporado (en IPv6).

• BFD

• Modo denso

• Modo disperso

• Multidifusión específica de la fuente (SSM)

• Borrador de VPN de multidifusión de Rosen (MVPN)

• RP de cualquier difusión (sincronización de información de conjunto de RP de cualquier difusión y sincronización de estado de registro de RP de cualquier difusión en configuraciones IPv4 e IPv6)

• Mapas de flujo

• ISSU unificado

• Funciones de políticas, como políticas de vecino, políticas de exportación e importación de enrutadores de arranque, políticas de alcance, mapas de flujo y políticas de verificación de reenvío de rutas inversas (RPF)

• Sincronización de aserción ascendente

• Combinación PIM de equilibrio de carga

Junos OS admite PIM de enrutamiento activo sin paradas para borradores de MVPN de Rosen. La compatibilidad de PIM de enrutamiento activo sin paradas para borradores de Rosen MVPN permite a los dispositivos habilitados para el enrutamiento activo sin paradas conservar la información relacionada con el borrador de Rosen, como los estados predeterminados y del árbol de distribución de multidifusión de datos (MDT), en todos los conmutadores.

El motor de enrutamiento de respaldo configura el MDT predeterminado en función de la configuración y la información que recibe del motor de enrutamiento principal, y sigue actualizando la información de estado del MDT predeterminado.

Sin embargo, en el caso de los MDT de datos, el motor de enrutamiento de respaldo se basa en el motor de enrutamiento principal para proporcionar actualizaciones cuando se crean, actualizan o eliminan MDT de datos. El motor de enrutamiento de respaldo no monitorea las tasas de flujo de MDT de datos ni activa un cambio de MDT de datos basado en variaciones en las tasas de flujo. Del mismo modo, el motor de enrutamiento de respaldo no mantiene el temporizador de retraso MDT ni el temporizador de tiempo de espera de datos. No envía paquetes TLV de unión MDT para los MDT de datos hasta que asume el control como el motor de enrutamiento principal. Después del cambio, el nuevo motor de enrutamiento principal comienza a enviar paquetes TLV de unión MDT para cada MDT de datos y también restablece los temporizadores MDT de datos. Tenga en cuenta que el tiempo de expiración de los temporizadores puede variar de los valores originales del motor de enrutamiento principal anterior.

Junos OS admite el enrutamiento activo sin paradas de multidifusión independiente de protocolo (PIM) en interfaces solo IGMP. Las uniones de multidifusión en interfaces solo IGMP se asignan a estados PIM, y estos estados se replican en el motor de enrutamiento de respaldo. Si los estados PIM correspondientes están disponibles en la copia de seguridad, las rutas de multidifusión se marcan como reenvío en el motor de enrutamiento de copia de seguridad. Esto permite un flujo de tráfico ininterrumpido después de una conmutación. Esta compatibilidad cubre informes y licencias IGMPv2, IGMPv3, MLDv1 y MLDv2.

Unsupported features: Puede configurar las siguientes funciones de PIM en un enrutador junto con el enrutamiento activo sin paradas, pero funcionan como si el enrutamiento activo sin paradas no estuviera habilitado. En otras palabras, durante la conmutación del motor de enrutamiento y otras interrupciones, su información de estado no se conserva y se espera pérdida de tráfico.

• Protocolo de administración de grupos de Internet (IGMP) modo de exclusión

• Supervisión IGMP

El enrutamiento activo sin paradas no se admite para MVPN de próxima generación con túneles de proveedor PIM. Se produce un error en la operación de confirmación si la configuración incluye enrutamiento activo sin paradas y MVPN de próxima generación con túneles de proveedor PIM.

Junos OS proporciona una instrucción de configuración que inhabilita el enrutamiento activo sin detención solo para PIM, de modo que pueda activar funciones de PIM incompatibles y seguir utilizando el enrutamiento activo sin paradas para los demás protocolos del enrutador. Antes de activar una característica de PIM incompatible, incluya la nonstop-routing disable instrucción en el nivel de [edit protocols pim] jerarquía. Tenga en cuenta que, en este caso, el enrutamiento activo sin paradas está deshabilitado para todas las funciones de PIM, no solo para las funciones incompatibles.

Enrutamiento activo sin paradas Soporte de MSDP

Junos OS admite el enrutamiento activo sin paradas para el Protocolo de detección de origen de multidifusión (MSDP).

La compatibilidad con enrutamiento activo sin paradas para MSDP conserva la siguiente información relacionada con MSDP en toda la conmutación:

• Configuración de MSDP e información del mismo nivel

• Información del socket del par MSDP

• Información activa de fuentes y relacionada

Sin embargo, tenga en cuenta que se aplican las siguientes restricciones o limitaciones al soporte MSDP de enrutamiento activo sin paradas:

• Dado que el motor de enrutamiento de respaldo aprende la información de origen activo mediante el procesamiento de los mensajes de origen activo de la red, la sincronización de la información activa de origen entre los motores de enrutamiento principal y de respaldo puede tardar hasta 60 segundos. Por lo tanto, no se permite ningún cambio planificado dentro de los 60 segundos posteriores a la replicación inicial de los sockets.

• De manera similar, Junos OS no admite dos conmutaciones planificadas con una diferencia de 240 segundos.

Junos OS permite realizar un seguimiento de eventos de enrutamiento activo sin paradas de MSDP mediante la inclusión de la flag nsr-synchronization instrucción en el nivel de [edit protocols msdp traceoptions] jerarquía.

Compatibilidad con enrutamiento activo sin paradas para LSP RSVP-TE

Junos OS admite el enrutamiento activo sin paradas para enrutadores de conmutación de etiquetas (LSR) y circuitos de capa 2 que forman parte de un LSP RSVP-TE. La compatibilidad con enrutamiento activo sin paradas en LSR garantiza que el cambio principal al motor de enrutamiento de respaldo en un LSR permanezca transparente para los vecinos de red y que la información del LSP permanezca inalterada durante y después del cambio.

Puede utilizar el show rsvp version comando para ver el modo y el estado de enrutamiento activo sin paradas en un LSR. Del mismo modo, puede utilizar los show mpls lsp comandos y show rsvp session del motor de enrutamiento de respaldo para ver el estado recreado en el motor de enrutamiento de respaldo.

La función de enrutamiento activo sin paradas de Junos OS también se admite en LSP punto a multipunto RSVP. Durante la conmutación, el LSP aparece en el motor de enrutamiento de respaldo que comparte y sincroniza la información de estado con el motor de enrutamiento principal antes y después de la conmutación. La compatibilidad con enrutamiento activo sin paradas para LSP de tránsito y salida de punto a multipunto garantiza que la conmutación permanezca transparente para los vecinos de la red y conserve la información del LSP en toda la conmutación.

Junos OS admite el enrutamiento activo sin paradas para VPN de multidifusión de próxima generación (MVPN).

El show rsvp session detail comando permite comprobar la información de estado de remerge del LSP punto a multipunto (P2MP LSP re-merge; los valores posibles son head, membery none).

Junos OS admite el enrutamiento activo sin paradas para LSP de punto a multipunto utilizados por VPLS y MVPN.

Sin embargo, Junos OS no admite el enrutamiento activo sin detención para las siguientes funciones:

• Conmutación de etiquetas multiprotocolo generalizada (GMPLS) y jerarquía de LSP

• LSP de expansión entre dominios o de salto suelto

• Detección de vida BFD

• Protección de configuración

La compatibilidad con enrutamiento activo sin paradas para LSP RSVP-TE está sujeta a las siguientes limitaciones y restricciones:

• Los LSP de desvío no se mantienen durante una conmutación y, por lo tanto, es posible que los LSP de desvío no vuelvan a estar en línea después del cambio.

• Las estadísticas del plano de control correspondientes a los show rsvp statistics comandos y show rsvp interface detail | extensive no se mantienen en los conmutadores del motor de enrutamiento.

• Las estadísticas del motor de enrutamiento de respaldo no se informan para show mpls lsp statistics los comandos y monitor mpls label-switched-path . Sin embargo, si se produce un cambio, el motor de enrutamiento de respaldo, después de asumir el control como principal, comienza a informar estadísticas. Tenga en cuenta que el clear statistics comando emitido en el antiguo motor de enrutamiento principal no tiene ningún efecto en el nuevo motor de enrutamiento principal, que notifica estadísticas, incluidas las estadísticas no borradas.

• Los tiempos de espera de estado pueden tardar más tiempo durante el cambio de enrutamiento activo sin paradas. Por ejemplo, si se produce un cambio después de que un vecino no haya enviado dos mensajes de saludo al principal, el nuevo motor de enrutamiento principal espera otros tres períodos de saludo antes de agotar el tiempo de espera del vecino.

• En el enrutador de entrada RSVP, si configura la funcionalidad de ancho de banda automático, los temporizadores de ajuste del ancho de banda se establecen en el nuevo principal después del cambio. Esto provoca un aumento único en la cantidad de tiempo necesaria para el ajuste del ancho de banda después de que se produzca la conmutación.

• Los LSP de respaldo (LSP que se establecen entre el punto de reparación local (PLR) y el punto de fusión después de una falla de nodo o vínculo) no se conservan durante un cambio de motor de enrutamiento.

• Cuando está habilitado el enrutamiento activo sin interrupciones, no se admite el reinicio normal. Sin embargo, se admite el modo auxiliar de reinicio normal.