Comportamiento de conmutación en un chasis virtual
Cuando un componente de hardware o software activo o principal falla o se apaga temporalmente, puede iniciar manualmente un cambio a un componente de respaldo que asuma las funciones del componente principal no disponible. Puede iniciar dos tipos de cambios en una configuración de chasis virtual para plataformas de enrutamiento universal 5G:
Conmutación global: cambia la función principal en un chasis virtual mediante el cambio de las funciones globales del enrutador principal y del enrutador de respaldo 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 una conmutación, cambian las funciones asignadas a los enrutadores miembro y a los motores de enrutamiento en una configuración de chasis virtual. En este tema se describen las transiciones de roles que se producen para que pueda comprender mejor cómo se comporta un chasis virtual 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 de conmutación del motor de enrutamiento ( GRES) desde la perspectiva de la sincronización de la base de datos.
Transiciones de roles de chasis virtual durante una conmutación global
Para cambiar el rol principal en un chasis virtual y provocar un cambio global, ejecute el request virtual-chassis routing-engine master switch comando desde el motor de enrutamiento principal en el enrutador principal de chasis virtual (VC-Pp).
Después de ejecutar el request virtual-chassis routing-engine master switch comando, el enrutador principal actual de chasis virtual (VC-P) y el actual enrutador de respaldo de chasis virtual (VC-B) cambian de función. El VC-P anterior se convierte en el nuevo VC-B y el VC-B anterior se convierte en el nuevo VC-P. Después de los roles de conmutador VC-P y VC-B, el motor de enrutamiento principal del nuevo VC-B (VC-Bp) se reinicia, lo que provoca las transiciones de roles enumeradas en la tabla 1.
Función de chasis virtual antes del cambio global |
Función de chasis virtual después de la conmutació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 principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
Las funciones locales (master y standby, o y m ) sde los motores de enrutamiento en el enrutador principal de chasis virtual cambian después de una conmutación global, pero las funciones locales de los motores de enrutamiento en el enrutador de copia de seguridad de chasis virtual no cambian. Por ejemplo, como se muestra en la tabla 1, el motor de enrutamiento principal del enrutador principal de chasis virtual (VC-Pp) se convierte en el motor de enrutamiento en espera del enrutador de copia de seguridad del chasis virtual (VC-B) después del cambio global. Por el contrario, el motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) sigue siendo el motor de enrutamiento principal en el enrutador principal de chasis virtual (VC-Pp) después del cambio global.
Transiciones de roles de chasis virtual durante una conmutación local
Para garantizar la redundancia en una configuración de chasis virtual de dos miembros, cada uno de los enrutadores miembro 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 request chassis routing-engine master switch comando desde el motor de enrutamiento principal en el enrutador principal de chasis virtual (VC-Pp) o desde el motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp).
En la tabla 2 se muestran las transiciones de funciones producidas por un cambio local cuando se ejecuta el request chassis routing-engine master switch comando desde VC-Pp.
Función de chasis virtual antes del cambio local |
Función de chasis virtual después del cambio local |
|---|---|
Motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
En la tabla 3 se muestran las transiciones de roles causadas por un cambio local cuando se ejecuta el request chassis routing-engine master switch comando desde VC-Bp.
Función de chasis virtual antes del cambio local |
Función de chasis virtual después del cambio local |
|---|---|
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento en espera en el enrutador de respaldo de chasis virtual (VC-B) |
Motor de enrutamiento principal en el enrutador de respaldo de chasis virtual (VC-Bp) |
Motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento principal en el enrutador principal del chasis virtual (VC-PP) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
Motor de enrutamiento en espera en el enrutador principal del chasis virtual (VC-PS) |
Cuando se realiza una conmutación local, las funciones locales principales (m) y en espera de los motores de enrutamiento en cada enrutador miembro solo cambian en el enrutador miembro desde el que se emite el request chassis routing-engine master switch comando. Por ejemplo, cuando se emite una conmutación 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 una conmutación 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.
Una conmutación local realizada desde VC-Pp también cambia las funciones globales de los enrutadores miembro, como se muestra en la tabla 2. Por el contrario, una conmutación local realizada desde el VC-Bp solo cambia los roles locales de los motores de enrutamiento, como se muestra en la Tabla 3.
Transiciones de roles de chasis virtual durante la formación del chasis virtual
En el caso excepcional de que el Virtual Chassis se haya "dividido" (es decir, haya perdido la conectividad), cada miembro puede asumir el rol de enrutador principal (VC-P) de chasis virtual, lo que da como resultado dos chasis VC-P. Cuando se restaura la conectividad del chasis virtual, un proceso de elección asigna el rol de chasis virtual principal (VC-P) a un miembro y el rol de chasis virtual de respaldo (VC-B) al otro miembro. 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 local en espera. Esta es una acción intencional que permite que el chasis VC-B esté listo para GRE más rápidamente.
Es posible que el reinicio de 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 dé lugar a una conmutación correcta y no se recomienda.
El reinicio de ambos motores de enrutamiento en el chasis VC-B da como resultado una división de VC y no hay ningún cambio de rol de RE.
Preparación para GRES en una configuración de chasis virtual
Según la configuración, se requiere una cantidad variable de tiempo antes de que un enrutador esté listo para realizar una conmutación correcta del motor de enrutamiento (GRES). Intentar una operación GRES antes de que el enrutador esté listo puede causar errores del sistema y comportamiento inesperado. Para determinar si los enrutadores miembro en una configuración de chasis virtual están listos para una operación GRES desde la perspectiva de la sincronización de la base de datos, puede emitir el request virtual-chassis routing-engine master switch check comando desde el enrutador principal de chasis virtual (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 de 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 complete antes de que comience la operación GRES global.
Usar el request virtual-chassis routing-engine master switch check comando antes de iniciar la operación GRES garantiza que la administración de suscriptores y las bases de datos del kernel en ambos enrutadores miembro en un chasis virtual estén sincronizados y listos para la operación GRES.