Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comportamiento de cambio en un chasis virtual serie MX

Cuando se produce un error en un componente de hardware o software activo o primario o se apaga temporalmente, puede iniciar manualmente un cambio a un componente de copia de seguridad que asuma las funciones del componente principal no disponible. Puede iniciar dos tipos de cambios en una configuración de Virtual Chassis para las plataformas de enrutamiento universal 5G de la serie MX:

  • Cambio global: cambia la función principal en un chasis virtual serie MX al cambiar las funciones globales del enrutador principal y del enrutador de reserva en la configuración del chasis virtual.

  • Conmutación local: alterna la función principal local de los motores de enrutamiento duales en un enrutador miembro del chasis virtual.

Durante un cambio, cambian las funciones asignadas a los enrutadores miembro y a los motores de enrutamiento en una configuración de Virtual Chassis. En este tema se describen las transiciones de roles que se producen para que pueda comprender mejor cómo se comporta un chasis virtual serie MX durante una conmutación global o local. En el tema también se describe cómo puede determinar si los enrutadores miembro están listos para una operación global de cambio de motor de enrutamiento (GRES) desde una perspectiva de sincronización de bases de datos.

Transiciones de roles de chasis virtual durante una transición global

Para cambiar la función principal en un Virtual Chassis serie MX y provocar un cambio global, emita el comando desde el motor de enrutamiento principal en el request virtual-chassis routing-engine master switch enrutador principal del Virtual Chassis (VC-Pp).

Después de ejecutar el request virtual-chassis routing-engine master switch comando, las funciones de conmutador del enrutador principal (VC-P) actual y del enrutador de reserva del chasis virtual actual (VC-B). El antiguo VC-P se convierte en el nuevo VC-B, y el antiguo VC-B se convierte en el nuevo VC-P. Después de los roles de conmutador VC-P y VC-B, el motor de enrutamiento principal en el nuevo VC-B (VC-Bp) se reinicia, lo que provoca las transiciones de roles enumeradas en la tabla 1.

Tabla 1: Transiciones de roles de chasis virtual durante la transición global

Función del chasis virtual antes de la transición global

Función de chasis virtual después de la transición global

Enrutador principal de chasis virtual (VC-P)

Enrutador de respaldo de chasis virtual (VC-B)

Enrutador de respaldo de chasis virtual (VC-B)

Enrutador principal de chasis virtual (VC-P)

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

Las funciones locales (master y , o m y standbys) de los motores de enrutamiento en el enrutador principal del chasis virtual cambian después de un cambio global, pero las funciones locales de los motores de enrutamiento en el enrutador de reserva del chasis virtual no cambian. Por ejemplo, como se muestra en la Tabla 1, el motor de enrutamiento principal del enrutador principal del chasis virtual (VC-Pp) se convierte en el motor de enrutamiento en espera del enrutador de reserva del chasis virtual (VC-B) después del cambio global. Por el contrario, el motor de enrutamiento principal en el enrutador de reserva de Virtual Chassis (VC-Bp) sigue siendo el motor de enrutamiento principal en el enrutador primario de Virtual Chassis (VC-Pp) después del cambio global.

Transiciones de roles de chasis virtual durante un cambio local

Para garantizar la redundancia en una configuración de chasis virtual de dos miembros, cada uno de los enrutadores de dos miembros debe configurarse con motores de enrutamiento duales. Para alternar la función principal local entre el motor de enrutamiento principal y el motor de enrutamiento en espera en el enrutador miembro, emita el comando desde el motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-Pp) o desde el motor de enrutamiento principal en el request chassis routing-engine master switch enrutador de reserva Virtual Chassis (VC-Bp).

La Tabla 2 muestra las transiciones de roles causadas por un cambio local cuando se emite el comando desde el request chassis routing-engine master switch VC-Pp.

Tabla 2: Transiciones de roles de chasis virtual durante la conmutación local realizada desde VC-PP

Rol de chasis virtual antes de la conmutación local

Rol de chasis virtual después de la conmutación local

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

En la tabla 3 se muestran las transiciones de roles provocadas por un cambio local cuando se ejecuta el comando desde el request chassis routing-engine master switch VC-Bp.

Tabla 3: Transiciones de roles de chasis virtual durante la conmutación local realizada desde VC-BP

Rol de chasis virtual antes de la conmutación local

Rol de chasis virtual después de la conmutación local

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento en espera en el enrutador de reserva Virtual Chassis (VC-B)

Motor de enrutamiento principal en el enrutador de reserva Virtual Chassis (VC-Bp)

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento primario en el enrutador principal del chasis virtual (VC-PP)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

Motor de enrutamiento en espera en el enrutador principal Virtual Chassis (VC-P)

Cuando se realiza un cambio local, las funciones locales principal (m) y en espera de los motores de enrutamiento en cada enrutador miembro cambian sólo en el enrutador miembro desde el que se emite el request chassis routing-engine master switch comando. Por ejemplo, cuando se emite un cambio local desde el VC-Pp, como se muestra en la Tabla 2, los roles locales cambian en el VC-P, pero siguen siendo los mismos en el VC-B. Por el contrario, cuando se emite un cambio local desde el VC-Bp, como se muestra en la Tabla 3, los roles locales cambian en el VC-B pero siguen siendo los mismos en el VC-P.

Un cambio local realizado desde el VC-Pp también cambia las funciones globales de los enrutadores miembro, como se muestra en la Tabla 2. Por el contrario, un cambio local realizado desde el VC-Bp cambia solo los roles locales de los motores de enrutamiento, como se muestra en la Tabla 3.

Transiciones de roles de Virtual Chassis durante la formación de Virtual Chassis

En el caso excepcional de que el chasis virtual se haya "dividido" (es decir, haya perdido la conectividad), cada miembro puede asumir la función de enrutador principal (VC-P), lo que da como resultado dos chasis VC-P. Cuando se restaura la conectividad del chasis virtual, un proceso de elección asigna la función principal del chasis virtual (VC-P) a un miembro y la función de copia de seguridad del chasis virtual (VC-B) al otro miembro. A partir de Junos OS versión 15.1, de la misma manera que el comportamiento GRES global, el miembro VC-B recién elegido hace que su motor de enrutamiento principal local se reinicie después de pasar el rol principal local a su motor de enrutamiento en espera local. Esta es una acción intencional que permite que el chasis VC-B esté listo para GGRES más rápidamente.

Nota:

Es posible que reiniciar ambos motores de enrutamiento en el chasis VC-P, o solo el motor de enrutamiento principal en el chasis VC-P o VC-B, no produzca un cambio correcto y no se recomienda.

Al reiniciar ambos motores de enrutamiento en el chasis VC-B, se produce una división de VC y no hay ningún cambio de rol de RE.

Preparación GRES en una configuración de chasis virtual

Dependiendo de la configuración, se requiere una cantidad variable de tiempo antes de que un enrutador esté listo para realizar un cambio de motor de enrutamiento (GRES) correcto. Intentar una operación GRES antes de que el enrutador esté listo puede causar errores del sistema y un comportamiento inesperado. Para determinar si los enrutadores miembro en una configuración de Virtual Chassis serie MX están listos para una operación GRES desde una perspectiva de sincronización de base de datos, puede emitir el comando desde el request virtual-chassis routing-engine master switch check enrutador principal Virtual Chassis (VC-Pp) antes de iniciar la operación GRES.

El request virtual-chassis routing-engine master switch check comando comprueba varios componentes del sistema y de la base de datos en los enrutadores miembro para determinar si están listos para GRES, pero no inicia la operación GRES global en sí. La comprobación de preparación incluye asegurarse de que un temporizador del sistema, que caduca después de 300 segundos, se completa antes de que comience la operación GRES global.

El uso del request virtual-chassis routing-engine master switch check comando antes de iniciar la operación GRES garantiza que las bases de datos de administración de suscriptores y kernel de ambos enrutadores miembro en un chasis virtual o serie MX estén sincronizados y listos para la operación GRES.