Latidos y cerebro dividido

Los protocolos de redundancia, como VRRP (descrito en la RFC 5798), deciden quién es el activo por los mensajes que se intercambian: si pasa cierto tiempo sin oír al activo, el otro se declara activo. Ese tiempo es una combinación del intervalo entre latidos y de cuántos se toleran perdidos.

El cerebro dividido es el estado en que los dos equipos están vivos, no se oyen y los dos se declaran activos. Cada uno anuncia la misma dirección virtual, el tráfico se reparte sin criterio entre los dos y las sesiones se rompen. No es una caída: es un fallo del camino de los latidos, y por eso es difícil de ver.

Un latido que viaja por el mismo camino que el tráfico de datos comparte su suerte: si el conmutador falla, falla el tráfico y también el aviso de que el vecino está bien. La práctica es tener dos caminos independientes (por ejemplo, un cable directo entre los equipos y la red de gestión), de modo que perder uno no deje al par a ciegas.

Consulta parametros y busca el par que solo cuenta con un camino.

Para reconstruir un incidente se ordena el registro por hora y se busca el instante en que cambió el estado. Aquí importa saber cuándo el segundo equipo se declaró activo, porque desde ahí hubo dos equipos reenviando. Consulta registro_latidos y filtra por fw-cuc-b.

La ventana de cerebro dividido va desde que el segundo equipo se declara activo hasta que cede. En ese intervalo la red de servidores vio la dirección virtual anunciada por dos equipos y cada sesión pudo caer en cualquiera de los dos, que no comparten del todo sus tablas. Mide la ventana en segundos con las horas del registro.

No hay forma de eliminar por completo la pérdida de latidos, pero sí de reducir la probabilidad y el daño: caminos independientes, tiempos de tolerancia que no declaren al vecino caído por una pausa breve y un mecanismo que, al detectar a dos activos, fuerce a uno a ceder. Tolerancias demasiado cortas aumentan los falsos relevos.