Descripción de la redundancia de la tarjeta de control de conmutación
RESUMEN La redundancia de la tarjeta de control de conmutación permite que el dispositivo continúe con las funciones de enrutamiento y conmutación si falla una tarjeta de control principal.
En esta sección, el término conmutación por error se refiere a un evento automático, mientras que el cambio se refiere a un evento automático o manual.
CFEB redundantes en el enrutador M10i
En el enrutador M10i, el CFEB realiza las siguientes funciones:
-
Búsquedas de ruta: realiza búsquedas de rutas mediante la tabla de reenvío almacenada en SRAM sincrónica (SSRAM).
-
Administración de la memoria compartida: asigna uniformemente los paquetes de datos entrantes en toda la memoria compartida del router.
-
Transferencia de paquetes de datos salientes: pasa los paquetes de datos a la tarjeta de interfaz fija (FIC) o a la tarjeta de interfaz física (PIC) de destino cuando los datos están listos para ser transmitidos.
-
Transferencia de paquetes de excepción y control: pasa paquetes de excepción al microprocesador del CFEB, que procesa casi todos. El resto se envía al motor de enrutamiento para su posterior procesamiento. Cualquier error originado en el motor de reenvío de paquetes y detectado por el CFEB se envía al motor de enrutamiento mediante mensajes de registro del sistema.
El enrutador M10i tiene dos CFEB, una que está configurada para actuar como principal y la otra que sirve como respaldo en caso de que falle la primaria. Puede iniciar un cambio manual emitiendo el request chassis cfeb master switch
comando. Para obtener más información, consulte la Biblioteca de administración de Junos OS para dispositivos de enrutamiento.
FEB redundantes en el enrutador M120
El enrutador M120 admite hasta seis placas de motor de reenvío (FEB). Los concentradores de PIC flexible (FPC), que alojan las PIC, son independientes de los FEB, que manejan el reenvío de paquetes. Las FPC están ubicadas en la parte frontal del chasis y proporcionan energía y administración a las PIC a través del plano medio. Los FEB se encuentran en la parte posterior del chasis y reciben señales del plano medio, que los FEB procesan para el reenvío de paquetes. El plano medio permite que cualquier FEB transporte tráfico para cualquier FPC.
Para configurar la asignación de FPC a FEB, utilice la fpc-feb-connectivity
instrucción como se describe en la Biblioteca de administración de Junos OS para dispositivos de enrutamiento. No puede especificar una conexión entre una FPC y una FEB configurada como copia de seguridad. Si no se especifica una FPC para conectarse a una FEB, la FPC se asigna automáticamente a la FEB con el mismo número de ranura. Por ejemplo, el FPC de la ranura 1 se asigna a la FEB de la ranura 1.
Puede configurar un FEB como copia de seguridad para uno o varios FEB configurando un grupo de redundancia de FEB. Cuando se produce un error en un FEB, el FEB de copia de seguridad puede hacerse cargo rápidamente del reenvío de paquetes. Un grupo de redundancia debe contener exactamente un FEB de copia de seguridad y, opcionalmente, puede contener un FEB principal y varios otros FEB. Un FEB puede pertenecer a un solo grupo. Un grupo puede proporcionar copia de seguridad de uno a uno (principal a copia de seguridad), una base de varios a uno (dos o más FEB de copia de seguridad) o una combinación de ambas (una principal a copia de seguridad y uno o más FEB a copia de seguridad).
Cuando se configura un FEB principal en un grupo de redundancia, el FEB de reserva refleja el estado de reenvío exacto del FEB principal. Si el cambio se produce desde un FEB principal, el FEB de respaldo no se reinicia. Un cambio manual del FEB principal al FEB de reserva da como resultado menos de 1 segundo de pérdida de tráfico. La conmutación por error del FEB principal al FEB de copia de seguridad da como resultado menos de 10 segundos de pérdida de tráfico.
Si se produce una conmutación por error desde el otro FEB y se especifica un FEB principal para el grupo, el FEB de copia de seguridad se reinicia para que el estado de reenvío del otro FEB se pueda descargar al FEB de copia de seguridad y el reenvío pueda continuar. La conmutación por error automática desde un FEB que no está especificado como FEB principal produce una mayor pérdida de paquetes. La duración de la pérdida de paquetes depende del número de interfaces y del tamaño de la tabla de enrutamiento, pero puede ser de minutos.
Si se produce una conmutación por error desde un FEB cuando no se especifica ningún FEB principal en el grupo de redundancia, el FEB de reserva no se reinicia y las interfaces del FPC conectadas al FEB previamente activo permanecen en línea. El FEB de copia de seguridad debe obtener todo el estado de reenvío del motor de enrutamiento después de un cambio, y esta actualización puede tardar unos minutos. Si no desea que las interfaces permanezcan en línea durante el cambio para el otro FEB, configure un FEB principal para el grupo de redundancia.
La conmutación por error a un FEB de copia de seguridad se produce automáticamente si se produce un error en un FEB de un grupo de redundancia. Puede deshabilitar la conmutación por error automática para cualquier grupo de redundancia incluyendo la no-auto-failover
instrucción en el nivel de [edit chassis redundancy feb redundancy-group group-name]
jerarquía.
También puede iniciar una conmutación manual emitiendo el request chassis redundancy feb slot slot-number switch-to-backup
comando, donde slot-number es el número del FEB activo. Para obtener más información, consulte el Explorador de CLI.
Las siguientes condiciones dan como resultado la conmutación por error siempre que el FEB de respaldo en un grupo de redundancia esté disponible:
-
La FEB está ausente.
-
La FEB experimentó un duro error al conectarse.
-
Una falla de software en el FEB resultó en un bloqueo.
-
Error en la conectividad Ethernet de un FEB a un motor de enrutamiento.
-
Se produjo un error grave en el FEB, como un corte de energía.
-
El FEB se desactivó cuando se presionó el botón sin conexión para el FEB.
-
El temporizador de vigilancia de software en el FEB expiró.
-
Se produjeron errores en los enlaces entre todos los planos de estructura activa y el FEB. Esta situación da como resultado la conmutación por error al FEB de copia de seguridad si tiene al menos un vínculo de estructura válido.
-
Se produjeron errores en el enlace entre la FEB y todas las FPC conectadas a ella.
Después de que se produce un cambio, ya no hay una FEB de respaldo disponible para el grupo de redundancia. Puede revertir desde el FEB de copia de seguridad al FEB activo anteriormente emitiendo el comando de modo operativo solicitud de redundancia de chasis reversión de ranura slot-number feb desde copia de seguridad, donde slot-number es el número del FEB activo anteriormente. Para obtener más información, consulte el Explorador de CLI.
Cuando revierta desde el FEB de respaldo, estará disponible nuevamente para un cambio. Si el grupo de redundancia no tiene un FEB principal, el FEB de copia de seguridad se reinicia después de revertir al FEB activo anteriormente. Si el FEB al que revierte no es un FEB principal, el FEB de reserva se reinicia para que pueda alinearse con el estado del FEB principal.
Si modifica la configuración de un grupo de redundancia existente para que un FEB se conecte a un FPC diferente, el FEB se reinicia a menos que el FEB ya estuviera conectado a uno o dos FPC de tipo 1 y el cambio solo dio como resultado que el FEB se conectara a una FPC de tipo 1 adicional o a una menos de tipo. Para obtener más información acerca de cómo asignar una conexión entre una FPC y una FEB, consulte la Biblioteca de administración de Junos OS para dispositivos de enrutamiento. Si cambia el FEB principal en un grupo de redundancia, el FEB de copia de seguridad se reiniciará. El FEB también se reinicia si cambia un FEB de copia de seguridad a un FEB sin copia de seguridad o cambia un FEB activo a un FEB de copia de seguridad.
Para ver el estado de los grupos de redundancia FEB configurados, ejecute el comando de show chassis redundancy feb
modo operativo. Para obtener más información, consulte el Explorador de CLI.
SSB redundantes en el enrutador M20
La placa de sistema y conmutación (SSB) del enrutador M20 realiza las siguientes funciones principales:
-
Administración de memoria compartida en las FPC: la ASIC del administrador de búfer distribuido de la SSB asigna de manera uniforme los paquetes de datos entrantes a través de la memoria compartida en las FPC.
-
Transferencia de celdas de datos salientes a las FPC: una segunda ASIC de administrador de búfer distribuido en la SSB pasa celdas de datos a las FPC para volver a ensamblar paquetes cuando los datos están listos para ser transmitidos.
-
Búsquedas de ruta: el ASIC del procesador de Internet de la SSB realiza búsquedas de rutas mediante la tabla de reenvío almacenada en la SSRAM. Después de realizar la búsqueda, el ASIC del procesador de Internet informa al plano medio de la decisión de reenvío y el plano medio reenvía la decisión a la interfaz de salida adecuada.
-
Monitoreo de componentes del sistema: la SSB monitorea otros componentes del sistema para detectar condiciones de falla y alarma. Recopila estadísticas de todos los sensores del sistema y las transmite al motor de enrutamiento, que establece la alarma adecuada. Por ejemplo, si un sensor de temperatura supera el primer umbral definido internamente, el motor de enrutamiento emite una alarma de "alta temperatura". Si el sensor supera el segundo umbral, el motor de enrutamiento inicia un apagado del sistema.
-
Transferencia de paquetes de excepción y control: el ASIC del procesador de Internet pasa paquetes de excepción a un microprocesador en la SSB, que procesa casi todos ellos. Los paquetes restantes se envían al motor de enrutamiento para su posterior procesamiento. Cualquier error que se origine en el motor de reenvío de paquetes y que detecte la SSB se envía al motor de enrutamiento mediante mensajes de registro del sistema.
-
Control de restablecimiento de FPC: la SSB supervisa el funcionamiento de los FPC. Si detecta errores en una FPC, la SSB intenta restablecer la FPC. Después de tres restablecimientos fallidos, la SSB desconecta la FPC e informa al motor de enrutamiento. Otros FPC no se ven afectados y el funcionamiento normal del sistema continúa.
El enrutador M20 admite hasta dos SSB. Una SSB está configurada para actuar como principal y la otra está configurada para servir como copia de seguridad en caso de que falle la primaria. Puede iniciar un cambio manual emitiendo el request chassis ssb master switch
comando. Para obtener más información, consulte el Explorador de CLI.
SFM redundantes en los enrutadores M40e y M160
Los enrutadores M40e y M160 tienen módulos de conmutación y reenvío (SFM) redundantes. Los SFM contienen el ASIC del procesador de Internet II y dos ASIC del administrador de búfer distribuido. Los MFS garantizan que todo el tráfico que sale de los FPC se maneje correctamente. Los MFS proporcionan búsqueda, filtrado y conmutación de rutas.
El enrutador M40e contiene hasta dos SFM, uno configurado para actuar como principal y el otro configurado para servir como respaldo en caso de que falle el primario. La eliminación del SFM en espera no afecta a la función del enrutador. Si se produce un error en el SFM activo o se elimina del chasis, el reenvío se detiene hasta que el SFM en espera arranca y se activa. El nuevo MFS tarda aproximadamente 1 minuto en activarse. La sincronización de la información de configuración del enrutador puede tardar más tiempo, dependiendo de la complejidad de la configuración.
El enrutador M160 admite hasta cuatro SFM. Todos los MFS están activos al mismo tiempo. Una falla o desconectar un SFM no tiene ningún efecto en la función del enrutador. El reenvío continúa sin interrupciones.
Puede iniciar un cambio manual emitiendo el request chassis sfm master switch
comando. Para obtener más información, consulte el Explorador de CLI.