Conmutación por error de alta disponibilidad de Socket falla debido a la limitación de GARP del conmutador Meraki

Problema

En casos donde un par de Socket HA realiza una conmutación por error de HA, el Socket maestro recién designado envía una transmisión ARP gratuita y luego comienza a responder a las solicitudes de transmisión ARP para la dirección IP LAN del sitio. Para más información ver Comprensión de la Alta Disponibilidad de Socket y Conmutación por Error.

Sin embargo, en escenarios donde un conmutador Meraki interconecta los dos Sockets, el proceso de conmutación por error de HA puede fallar y el conmutador reenviará incorrectamente todos los marcos al Socket esclavo, resultando en una interrupción.

Ambiente

Este problema se refiere específicamente a pares Socket HA interconectados a través de un conmutador Meraki. La solución propuesta es aplicable a la versión 13 y superior de Socket.

Resolución de problemas

• En conformidad con RFC2338, el socket enviará un paquete de SOLICITUD ARP gratuita durante la conmutación por error de HA. Este comportamiento se puede validar en una captura de paquetes que mostrará la siguiente bandera: opcode = 1
  
• El soporte de Meraki ha confirmado el comportamiento de su sistema al ignorar las solicitudes GARP con opcode = 1, fallando consecuentemente en actualizar la tabla CAM del switch. 

Solución

A partir de la versión 13 de Socket, se puede solicitar al Soporte una configuración de backend para cambiar la bandera del opcode en el paquete ARP gratuito, mitigando efectivamente el problema relacionado con los conmutadores Meraki.

Nota: Esta configuración solo debe aplicarse a sitios con conmutadores Meraki y no a nivel de cuenta.

La configuración de backend recomendada cambia el opcode en el paquete GARP a 2, indicando una RESPUESTA, asegurando así la actualización exitosa de la tabla CAM del conmutador.