Comprensión de las causas de la conmutación por error

Last published : Oct 14, 2026
Los siguientes eventos pueden causar una conmutación por error en una configuración de alta disponibilidad:
  1. Si el nodo secundario no recibe un paquete de latido del nodo principal durante un período de tiempo que excede el intervalo inactivo establecido en el secundario. Para obtener más información sobre cómo configurar el intervalo inactivo, consulte Configuración de intervalos de comunicación. Las posibles causas por las que un nodo no recibe paquetes de latido de un nodo par incluyen:
    • Un problema de configuración de red impide que los latidos atraviesen la red entre los nodos de alta disponibilidad.
    • El nodo par experimenta un fallo de hardware o software que hace que se congele (se cuelgue), se reinicie o, de otro modo, deje de procesar y reenviar paquetes de latido.
  2. El nodo principal experimenta un fallo de hardware en su tarjeta SSL.
  3. El nodo principal no recibe ningún paquete de latido en sus interfaces de red durante tres segundos.
  4. En el nodo principal, falla una interfaz de red que no forma parte de un Failover Interface Set (FIS) o un canal de Link Aggregation (LA) y tiene el Monitor de alta disponibilidad (HAMON) habilitado. Las interfaces están habilitadas, pero pasan a un estado DOWN.
  5. En el nodo principal, fallan todas las interfaces de un FIS. Las interfaces están habilitadas, pero pasan a un estado DOWN.
  6. En el nodo principal, falla un canal LA con HAMON habilitado. Las interfaces están habilitadas, pero pasan a un estado DOWN.
  7. En el nodo principal, fallan todas las interfaces. En este caso, la conmutación por error se produce independientemente de la configuración de HAMON.
  8. En el nodo principal, todas las interfaces se deshabilitan manualmente. En este caso, la conmutación por error se produce independientemente de la configuración de HAMON.
  9. Se fuerza una conmutación por error emitiendo el comando de conmutación por error forzada en cualquiera de los nodos.
  10. Un monitor de ruta que está vinculado al nodo principal pasa a estado DOWN.
Related information
Uso de la alta disponibilidad