EN ESTA PÁGINA
Sincronización de la configuración del motor de enrutamiento
Verificación de la operación de enrutamiento activo sin interrupciones
Configuración del enrutamiento activo sin interrupciones en conmutadores
Impedir el restablecimiento automático de sesiones de pares de BGP después de cambios de NSR
Ejemplo: configuración de enrutamiento activo sin interrupciones
Ejemplo: configuración de enrutamiento activo sin interrupciones en conmutadores
Configuración del enrutamiento activo sin interrupciones
Configure el enrutamiento activo sin interrupciones en su dispositivo con los siguientes pasos y ejemplos.
Habilitación del enrutamiento activo sin interrupciones
El enrutamiento activo sin paradas (NSR) requiere que configure un cambio de motor de enrutamiento (GRES) correcto. Para habilitar un cambio correcto del motor de enrutamiento, incluya la graceful-switchover instrucción en el nivel de [edit chassis redundancy] jerarquía:
[edit chassis redundancy] graceful-switchover;
De forma predeterminada, el enrutamiento activo sin interrupciones está deshabilitado. Para habilitar el enrutamiento activo sin interrupciones, incluya la nonstop-routing instrucción en el nivel jerárquico [edit routing-options] :
[edit routing-options] nonstop-routing;
Para deshabilitar el enrutamiento activo sin interrupciones, quite la nonstop-routing instrucción del nivel jerárquico [edit routing-options] .
Cuando habilita el enrutamiento activo sin interrupciones, no puede habilitar los distinguidores de ruta automáticos para las instancias de enrutamiento VPN de multidifusión. Los distinguidores de ruta automáticos se habilitan configurando la route-distinguisher-id instrucción en el nivel de [edit routing-instances instance-name] jerarquía; para obtener más información, consulte la biblioteca de VPN de Junos OS para dispositivos de enrutamiento.
Si el proceso de protocolo de enrutamiento (rpd) en el motor de enrutamiento principal de NSR se bloquea, el motor de enrutamiento principal simplemente reinicia rpd (sin cambio de motor de enrutamiento), lo que afecta a las adyacencias y vecinos del protocolo de enrutamiento y provoca pérdida de tráfico. Para evitar este impacto negativo en el flujo de tráfico, configure la switchover-on-routing-crash instrucción en el nivel jerárquico [edit system] . Esta configuración fuerza un cambio de motor de enrutamiento NSR si rpd en el motor de enrutamiento principal se bloquea.
[edit system] user@host# set switchover-on-routing-crash
Para permitir que la plataforma de enrutamiento cambie al motor de enrutamiento de reserva cuando el proceso de protocolo de enrutamiento (RPD) falle rápidamente tres veces seguidas, incluya la other-routing-engine instrucción en el nivel de [edit system processes routing failover] jerarquía.
Para obtener más información acerca de la other-routing-engine instrucción, consulte la Biblioteca de administración de Junos OS para dispositivos de enrutamiento.
Sincronización de la configuración del motor de enrutamiento
Al configurar el enrutamiento activo sin interrupciones, también debe incluir la commit synchronize instrucción en el nivel de jerarquía para que los [edit system] cambios de configuración se sincronicen en ambos motores de enrutamiento:
[edit system]commit synchronize;
Si intenta confirmar la configuración de enrutamiento activo sin interrupciones sin incluir la instrucción, se produce un commit synchronize error en la confirmación.
Si configura la commit synchronize instrucción en el nivel de [edit system] jerarquía y emite una confirmación en el motor de enrutamiento principal, la configuración principal se sincroniza automáticamente con la copia de seguridad.
Sin embargo, si el motor de enrutamiento de reserva está inactivo cuando emite la confirmación, Junos OS muestra una advertencia y confirma la configuración candidata en el motor de enrutamiento principal. Cuando aparezca el motor de enrutamiento de reserva, su configuración se sincronizará automáticamente con la principal.
Un motor de enrutamiento de respaldo recién insertado sincroniza automáticamente su configuración con la configuración principal del motor de enrutamiento.
Cuando configure el enrutamiento activo sin interrupciones, puede conectar el motor de enrutamiento de reserva después de que el motor de enrutamiento principal ya se esté ejecutando. No es necesario iniciar los dos motores de enrutamiento simultáneamente.
Se recomienda no reiniciar el proceso de protocolo de enrutamiento (rpd) en el motor de enrutamiento principal después de habilitar el enrutamiento activo sin interrupciones, ya que interrumpe las sesiones de adyacencia/emparejamiento del protocolo, lo que provoca la pérdida de tráfico.
Verificación de la operación de enrutamiento activo sin interrupciones
Para ver si está habilitado o no el enrutamiento activo sin interrupciones, ejecute el show task replication comando. Para el enrutamiento activo sin interrupciones de BGP, también debe emitir el show bgp replication comando.
Si BGP está configurado, antes de intentar un cambio de enrutamiento activo sin parar, compruebe el resultado de para confirmar que la sincronización de la tabla de enrutamiento BGP se ha completado en el motor de show bgp replication enrutamiento de reserva. El complete estado en la salida de sólo indica que la replicación del show task replication socket se ha completado y que la sincronización BGP está en curso. Para determinar si la sincronización BGP se ha completado, debe comprobar los Protocol state campos y Synchronization state en la salida del motor de show bgp replication enrutamiento principal. El Protocol state debe ser idle y el Synchronization state debe ser complete. Si realiza el cambio de NSR antes de que se complete la sincronización del BGP, es posible que la sesión del BGP se dispare.
Para obtener más información acerca de estos comandos, consulte el Explorador de CLI.
Cuando se habilita el enrutamiento activo sin detención o el cambio correcto del motor de enrutamiento y se emiten comandos de modo operativo relacionados con el enrutamiento en el motor de enrutamiento de reserva (como show route, show bgp neighbor, show ospf database, etc.), es posible que el resultado no coincida con el resultado de los mismos comandos emitidos en el motor de enrutamiento principal. Por ejemplo, es normal que la tabla de enrutamiento del motor de enrutamiento de reserva contenga rutas fantasma persistentes que no están presentes en la tabla de enrutamiento del motor de enrutamiento principal.
Para mostrar el estado de replicación del estado de BFD, ejecute el show bfd session comando. El replicated indicador aparece en el resultado de este comando cuando se replica una sesión BFD en el motor de enrutamiento de reserva. Para obtener más información, consulte el Explorador de CLI.
Configuración del enrutamiento activo sin interrupciones en conmutadores
El enrutamiento activo sin interrupciones (NSR) proporciona un mecanismo para la conmutación transparente de los motores de enrutamiento sin necesidad de reiniciar los protocolos de enrutamiento compatibles. Ambos motores de enrutamiento están completamente activos en el procesamiento de sesiones de protocolo, por lo que cada uno puede reemplazar al otro. El cambio es transparente para los vecinos.
Puede configurar NSR en un conmutador serie EX de Juniper Networks con varios motores de enrutamiento, o en un conmutador serie EX o QFX en una configuración de chasis virtual o estructura de chasis virtual.
Para configurar el enrutamiento activo sin interrupciones:
No es necesario iniciar los dos motores de enrutamiento simultáneamente. Si el motor de enrutamiento de reserva no está activo cuando ejecuta el commit synchronize comando, la configuración candidata se confirma en el motor de enrutamiento principal. Cuando se inserta o se conecta el motor de enrutamiento de copia de seguridad, su configuración se sincroniza automáticamente con la del motor de enrutamiento principal.
Después de un cambio correcto del motor de enrutamiento, le recomendamos que ejecute el clear interface statistics (interface-name | all) comando para restablecer los valores acumulativos de las estadísticas locales en el nuevo motor de enrutamiento principal.
Para desactivar el enrutamiento activo sin interrupciones:
[edit routing-options] user@switch# delete nonstop-routing
Ver también
Impedir el restablecimiento automático de sesiones de pares de BGP después de cambios de NSR
Es útil evitar que una sesión par BGP se restablezca automáticamente después de un cambio de enrutamiento activo (NSR) sin interrupciones cuando haya aplicado directivas de enrutamiento configuradas en la base de datos dinámica. Cuando NSR está habilitado, la base de datos dinámica no se sincroniza con el motor de enrutamiento de reserva. Por lo tanto, cuando se produce un cambio, es posible que las directivas de importación y exportación configuradas en la base de datos dinámica ya no estén disponibles. Para obtener más información acerca de cómo configurar directivas de enrutamiento dinámico, consulte la Guía del usuario de directivas de enrutamiento, filtros de firewall y políticas de tráfico.
Los temporizadores establecidos por BGP no se mantienen en todas las conmutaciones.
Puede configurar el dispositivo de enrutamiento para que no restablezca una sesión par BGP después de un cambio NSR, ya sea durante un período especificado o hasta que restablezca manualmente la sesión. Incluya la idle-after-switch-over instrucción en el nivel jerárquico [edit protocols bgp] :
idle-after-switch-over (forever | seconds);
Para obtener una lista de los niveles de jerarquía en los que puede configurar esta instrucción, consulte el resumen de instrucciones de configuración de esta instrucción.
Para seconds, especifique un valor del 1 al 4294967295. La sesión del par BGP no se restablece hasta después del período especificado. Si especifica la opción para siempre , la sesión del par BGP no se restablece hasta que ejecute el clear bgp neighbor comando.
Ejemplo: configuración de enrutamiento activo sin interrupciones
En el ejemplo siguiente se habilitan opciones de cambio correcto del motor de enrutamiento, enrutamiento activo sin interrupciones y seguimiento de enrutamiento activo sin detención para BGP, IS-IS y OSPF.
[edit]
system commit {
synchronize;
}
chassis {
redundancy {
graceful-switchover; # This enables graceful Routing Engine switchover on
# the routing platform.
}
}
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.1.1/30;
}
family iso;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.1.1.1/30;
}
family iso;
}
}
so-0/0/2 {
unit 0 {
family inet {
address 10.2.1.1/30;
}
family iso;
}
}
so-0/0/3 {
unit 0 {
family inet {
address 10.3.1.1/30;
}
family iso;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.2.1/32;
}
family iso {
address 49.0004.1921.6800.2001.00;
}
}
}
}
routing-options {
nonstop-routing; # This enables nonstop active routing on the routing platform.
router-id 192.168.2.1;
autonomous-system 65432;
}
protocols {
bgp {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing
# events for BGP.
}
advertise-from-main-vpn-tables;
local-address 192.168.2.1;
group external-group {
type external;
export BGP_export;
neighbor 192.168.1.1 {
family inet {
unicast;
}
peer-as 65103;
}
}
group internal-group {
type internal;
neighbor 192.168.10.1;
neighbor 192.168.11.1;
neighbor 192.168.12.1;
}
}
isis {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing events
# for IS-IS.
}
interface all;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
ospf {
traceoptions {
flag nsr-synchronization detail; # This logs nonstop active routing events
# for OSPF.
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
}
}
policy-options {
policy-statement BGP_export {
term direct {
from {
protocol direct;
}
then accept;
}
term final {
then reject;
}
}
}
Ver también
Restablecimiento de estadísticas locales
Después de un cambio correcto del motor de enrutamiento, le recomendamos que ejecute el clear interface statistics (interface-name | all) comando para restablecer los valores acumulativos de las estadísticas locales en el nuevo motor de enrutamiento principal.
Ver también
Ejemplo: configuración de enrutamiento activo sin interrupciones en conmutadores
El enrutamiento activo sin paradas (NSR) proporciona alta disponibilidad para los motores de enrutamiento al permitir un cambio transparente de los motores de enrutamiento sin necesidad de reiniciar los protocolos de enrutamiento compatibles. Ambos motores de enrutamiento están completamente activos en el procesamiento de sesiones de protocolo, por lo que cada uno puede reemplazar al otro. El cambio es transparente para los vecinos.
En este ejemplo se describe cómo configurar un enrutamiento activo sin interrupciones en conmutadores con varios motores de enrutamiento, o en un conmutador serie EX o QFX en una configuración de Virtual Chassis o Virtual Chassis Fabric.
Requisitos
En este ejemplo se utilizan los siguientes componentes de hardware y software:
Una serie EX con varios motores de enrutamiento o en un conmutador serie EX o QFX en una configuración de Virtual Chassis o Virtual Chassis Fabric
Junos OS versión 10.4 o posterior para conmutadores serie EX
Junos OS versión 13.2X51-D20 o posterior para conmutadores serie QFX
Descripción general y topología
Configure el enrutamiento activo sin interrupciones en cualquier serie EX con varios motores de enrutamiento, o en un conmutador de la serie EX o QFX en una configuración de chasis virtual o estructura de chasis virtual. El enrutamiento activo sin interrupciones es ventajoso en redes donde los dispositivos de enrutamiento vecino no admiten extensiones de protocolo de reinicio correcto.
La topología utilizada en este ejemplo consiste en un conmutador EX8200 con motores de enrutamiento redundantes conectados a dispositivos de enrutamiento vecinos que no están configurados para admitir el reinicio correcto de protocolos.
Configuración
Configuración rápida de CLI
Para configurar rápidamente el enrutamiento activo sin interrupciones, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
[edit] set chassis redundancy graceful-switchover set routing-options nonstop-routing set system commit synchronize
Procedimiento
Procedimiento paso a paso
Para configurar un enrutamiento activo sin interrupciones en un conmutador:
Habilitar cambio de motor de enrutamiento (GRES):
[edit chassis redundancy] user@switch# set graceful-switchover
Habilitar enrutamiento activo sin detención (de forma predeterminada, el enrutamiento activo sin detención está deshabilitado):
[edit routing-options] user@switch# set nonstop-routing
Sincronice los cambios de configuración entre los motores de enrutamiento:
[edit system] user@switch# set commit synchronize
Si intenta confirmar la configuración de enrutamiento activo sin interrupciones sin incluir la instrucción, se produce un
commit synchronizeerror en la confirmación.Nota:Si el motor de enrutamiento de reserva está inactivo cuando emite la confirmación, se muestra una advertencia y la configuración candidata se confirma en el motor de enrutamiento principal. Cuando aparece el motor de enrutamiento de reserva, su configuración se sincroniza automáticamente con la del motor de enrutamiento principal. Si posteriormente inserta o abre un motor de enrutamiento de reserva, sincronizará automáticamente su configuración con la configuración principal del motor de enrutamiento.
Resultados
Compruebe los resultados de la configuración:
[edit]
user@switch# show
chassis {
redundancy {
graceful-switchover;
}
routing-options {
nonstop-routing;
}
system {
commit synchronize;
}
Verificación
Para confirmar que la configuración funciona correctamente, realice estas tareas:
Verificar que el enrutamiento activo sin interrupciones funcione correctamente en el conmutador
Propósito
Compruebe que el enrutamiento activo sin interrupciones esté habilitado.
Acción
Emita el show task replication comando:
user@switch# show task replication
Stateful Replication: Enabled
RE mode: Master
Protocol Synchronization Status
OSPF Complete
RIP Complete
PIM Complete
RSVP Complete
Significado
Este resultado muestra que el enrutamiento activo sin detención (replicación de estado) está habilitado en el motor de enrutamiento principal. Si el enrutamiento sin interrupción no está habilitado, en lugar del resultado que se muestra arriba:
En el motor de enrutamiento de copia de seguridad se muestra el siguiente mensaje de error: "
error: the routing subsystem is not running."En el motor de enrutamiento principal, se muestra el siguiente resultado si no está habilitado el enrutamiento sin interrupciones:
Stateful Replication: Disabled RE mode: Master
Solución de problemas
Para solucionar problemas de enrutamiento activo sin interrupciones, realice estas tareas:
Investigación de problemas con la sincronización de motores de enrutamiento cuando NSR está habilitado
Problema
Un protocolo pierde la conectividad con los vecinos después de que se produce un cambio correcto del motor de enrutamiento (GRES) con el enrutamiento activo sin interrupciones (NSR) habilitado.
Solución
Use opciones de rastreo para ayudar a aislar el problema y recopilar información de solución de problemas. Con la información recopilada de las opciones de seguimiento, puede confirmar o eliminar la sincronización de los motores de enrutamiento como la causa de la pérdida de conectividad para el protocolo. Consulte Seguimiento de eventos de sincronización de enrutamiento activo sin interrupciones.