Descripción del enrutamiento activo sin interrupciones

Soporte de funciones y protocolos de enrutamiento activo sin interrupciones

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

• Interfaces Ethernet agregadas con el 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 interrupciones.

• BGP

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

• EVPN

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

  • EVPN-ETREE

  • EVPN-VPWS

  • EVPN -VXLAN

  • PBB-EVPN

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

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

• Con la etiqueta BGP (enrutadores de transporte de paquetes de la serie PTX: solamente)

• IS-IS

• LDP

• Servicio LAN privada virtual (VPLS) basado en LDP

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

• LDP (solo enrutadores de transporte de paquetes de la serie PTX)

  El soporte de enrutamiento activo sin interrupciones para LDP incluye:

  • LSP de tránsito de unidifusión LDP

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

  • LDP sobre RSVP de tránsito LSP

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

  • LSP de tránsito 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 interrupciones no es compatible con 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).

  El soporte de enrutamiento activo sin interrupciones para VPN de capa 3 incluye:

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

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

  • IPv6 etiquetada como unidifusión (entrada o salida)

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

• Soporte de sistema lógico (soporte de enrutamiento activo sin interrupciones para sistemas lógicos para preservar 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, vea Compatibilidad con MSDP de enrutamiento activo sin interrupciones.

• 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 de la serie PTX)

  El soporte de enrutamiento activo sin interrupciones para RSVP incluye:

  • LSP de punto a multipunto

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

    • RSVP LSP de tránsito punto a multipunto que usan siguientes saltos compuestos para rutas de etiqueta punto a multipunto.

  • LSP punto a punto

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

    • RSVP LSP de tránsito punto a punto que utilizan siguientes saltos compuestos encadenados.

• RSVP-TE LSP

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

• VPLS

• VRRP

• VRRP

Si configura un protocolo que no es compatible con el enrutamiento activo continuo, el protocolo funciona como de costumbre. Cuando se produce un cambio, 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 en ellos, 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 copia de seguridad puede dar lugar a tiempos de convergencia global más largos en comparación con entornos donde NSR no está configurado.

Enrutamiento activo sin interrupciones Soporte de BFD

El enrutamiento activo sin interrupciones admite el protocolo de detección de reenvío bidireccional (BFD), que usa la topología descubierta por los protocolos de enrutamiento para supervisar a los vecinos. El protocolo BFD es un mecanismo de saludo simple que detecta fallas en una red. Debido a 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 interrupciones 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 clientes que utilizan rutas agregadas o estáticas, o para BGP, IS-IS, OSPF/OSPFv3, PIM o RSVP.

Cuando se distribuye una sesión BFD al motor de reenvío de paquetes, los paquetes BFD se siguen enviando durante un cambio de motor de enrutamiento. Si se quiere mantener activas las sesiones BFD no distribuidas durante un cambio, debe asegurarse de que el tiempo de detección de errores de sesión sea mayor que el tiempo de cambio de 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 sobre interfaces de enrutamiento y puente integrados (IRB).

Nota:

BFD es un protocolo intensivo que consume recursos del sistema. Especificar un intervalo mínimo para BFD inferior a 100 ms para sesiones basadas en motor de enrutamiento y 10 ms para sesiones BFD distribuidas puede provocar aleteo BFD no deseado. La minimum-interval instrucción de configuración es un parámetro de detección de vida BFD.

En función del entorno de red, es posible que se apliquen estas recomendaciones adicionales:

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

• Para implementaciones de red a gran escala con un gran número de sesiones de BFD, comuníquese con el servicio de atención al cliente de Juniper Networks para obtener más información.

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

Soporte de BGP de enrutamiento activo sin interrupciones

La compatibilidad con BGP de enrutamiento activo sin interrupciones 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 reserva 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 BGP caigan cuando la [edit protocols bgp] funcionalidad del reflector de ruta (RR) o del enrutador de borde del sistema autónomo (ASBR) esté habilitada o deshabilitada en un dispositivo de enrutamiento 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 y la ISSU. El motor de enrutamiento de la copia de seguridad mantiene su propio tiempo de actividad de la sesión en función de la hora en que la copia de seguridad se da cuenta 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 en 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 conocer las sesiones establecidas. Si la copia de seguridad está funcionando cuando las sesiones 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 primario continúa desde el tiempo restante en el motor de enrutamiento de reserva.

• Si el par BGP en el motor de enrutamiento principal ha negociado capacidades de familia de direcciones que no son compatibles con el enrutamiento activo sin interrupciones, el estado del vecino BGP correspondiente en el motor de enrutamiento de reserva se muestra como inactivo. Al cambiar, la sesión BGP se restablece desde el nuevo motor de enrutamiento principal.

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

  • Señalización EVPN

  • inet etiquetado-unidifusión

  • inet-mdt

  • multidifusión de inet

  • inet-mvpn

  • unidifusión de inet

  • Unidifusión inet-VPN

  • unidifusión etiquetada con inet6

  • Multidifusión de inet6

  • inet6-mvpn

  • unidifusión inet6

  • Unidifusión Inet6-VPN

  • iso-vpn

  • Señalización L2VPN

  • destino de ruta

  Nota:

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

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

Soporte continuo de circuitos de capa 2 de enrutamiento activo sin interrupciones y VPLS

El enrutamiento activo sin interrupciones admite circuitos de capa 2 y VPLS en redes basadas en LDP y RSVP-TE. La compatibilidad con enrutamiento activo sin interrupciones permite que el motor de enrutamiento de reserva rastree 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 interrupciones admite circuitos de capa 2 y configuraciones redundantes de pseudocables VPLS basadas en LDP.

Soporte PIM de enrutamiento activo sin interrupciones

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

El enrutamiento activo sin interrupciones para PIM es compatible con IPv4 e IPv6. Junos OS también admite el enrutamiento activo sin interrupciones 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 nivel de [edit routing-options] jerarquía y la graceful-switchover instrucción en el nivel de [edit chassis redundancy] jerarquía. Para realizar un seguimiento de los eventos de enrutamiento activo sin interrupciones PIM, incluya la flag nsr-synchronization instrucción en el nivel jerárquico [edit protocols pim traceoptions] .

Nota:

Los clear pim joincomandos , clear pim registery clear pim statistics modo operativo no se admiten en el motor de enrutamiento de reserva cuando el enrutamiento activo sin interrupciones está habilitado.

La compatibilidad con enrutamiento activo sin interrupciones varía para las diferentes 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ática

  Nota:

  Enrutamiento activo sin interrupciones La compatibilidad con PIM en IPv6 no admite la RP automática porque IPv6 no admite la RP automática.

• Enrutador de arranque (BSR)

• RP estáticos

• RP integrado en enrutadores IPv6 que no son RP

• Local RP

  Nota:

  La sincronización de información del conjunto de RP es compatible con RP y BSR locales (en IPv4 e IPv6), autoRP (en IPv4) y RP embebido (en IPv6).

• BFD

• Modo denso

• Modo disperso

• Multidifusión específica del origen (SSM)

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

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

• Mapas de flujo

• ISSU unificada

• Características de la política, como la política de vecino, las políticas de exportación e importación del enrutador de arranque, la política de alcance, los mapas de flujo y las políticas de comprobación de reenvío de ruta inversa (RPF)

• Sincronización de aserción ascendente

• Equilibrio de carga de unión PIM

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

El motor de enrutamiento de reserva 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 de MDT predeterminado.

Sin embargo, para los MDT de datos, el motor de enrutamiento de reserva 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 reserva no supervisa las tasas de flujo 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 reserva no mantiene el temporizador de retraso de MDT de datos ni el temporizador de tiempo de espera. No envía paquetes TLV de unión MDT para los MDT de datos hasta que se hace cargo 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 interrupciones de la multidifusión independiente del 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 reserva. 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 la copia de seguridad. Esto permite un flujo de tráfico ininterrumpido después de un cambio. Este soporte cubre informes y hojas IGMPv2, IGMPv3, MLDv1 y MLDv2.

Unsupported features: puede configurar las siguientes funciones de PIM en un enrutador junto con el enrutamiento activo sin interrupciones, pero funcionan como si el enrutamiento activo sin interrupción no estuviera habilitado. En otras palabras, durante el cambio de motor de enrutamiento y otras interrupciones, su información de estado no se conserva y es de esperar una pérdida de tráfico.

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

• Espionaje IGMP

El enrutamiento activo sin interrupciones no es compatible con las 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 interrupciones y MVPN de próxima generación con túneles de proveedor PIM.

Junos OS proporciona una instrucción de configuración que deshabilita el enrutamiento activo sin detención solo para PIM, de modo que pueda activar funciones PIM incompatibles y seguir utilizando el enrutamiento activo sin detención para los demás protocolos del enrutador. Antes de activar una función 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 interrupciones está deshabilitado para todas las funciones PIM, no solo para las funciones incompatibles.

Enrutamiento activo sin interrupciones Soporte de MSDP

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

La compatibilidad de enrutamiento activo sin interrupciones para MSDP conserva la siguiente información relacionada con MSDP en todo el conmutador:

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

• Información del socket del mismo nivel MSDP

• Información activa en la fuente e información relacionada

Sin embargo, tenga en cuenta que se aplican las siguientes restricciones o limitaciones a la compatibilidad con MSDP de enrutamiento activo sin interrupciones:

• Dado que el motor de enrutamiento de reserva aprende la información del origen activo procesando los mensajes de origen activo de la red, la sincronización de la información activa del origen entre el motor de enrutamiento principal y el de reserva 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.

• Del mismo modo, Junos OS no admite dos cambios planificados con 240 segundos de diferencia.

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

Soporte de enrutamiento activo sin interrupciones para RSVP-TE LSP

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

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

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

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

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

Junos OS admite el enrutamiento activo sin interrupciones para los LSP punto a multipunto que usan VPLS y MVPN.

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

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

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

• Detección de vida BFD

• Protección del programa de instalación

El soporte de enrutamiento activo sin interrupciones para los LSP RSVP-TE está sujeto a las siguientes limitaciones y restricciones:

• Los LSP de desvío no se mantienen a lo largo de 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 comandos y show rsvp interface detail | extensive no se mantienen en los cambios de show rsvp statistics motor de enrutamiento.

• No se notifican las estadísticas del motor de enrutamiento de reserva 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 reserva, 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 interrupciones. Por ejemplo, si se produce un cambio después de que un vecino haya perdido el envío de 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 de ancho de banda se establecen en el nuevo primario después del cambio. Esto provoca un aumento único en el tiempo necesario para el ajuste del ancho de banda después de que se produzca el cambio.

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

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