Échec du basculement Haute Disponibilité du Socket en raison de la limitation GARP de l'interrupteur Meraki

Problème

Dans les cas où une paire de Sockets HA effectue un basculement HA, le Socket maître nouvellement désigné envoie une diffusion ARP gratuite, puis commence à répondre aux demandes de diffusion ARP pour l'adresse IP LAN du site. Pour plus d'informations, voir Comprendre la haute disponibilité et le basculement du Socket.

Cependant, dans les scénarios où un interrupteur Meraki interconnecte les deux Sockets, le processus de basculement HA peut échouer et l'interrupteur transférera incorrectement toutes les images au Socket esclave, entraînant une panne.

Environnement

Ce problème concerne spécifiquement les paires de Sockets HA interconnectés par un interrupteur Meraki. La solution proposée est applicable à la version 13 de Socket et suivantes.

Dépannage

• Conformément à RFC2338, le socket enverra un paquet de DEMANDE ARP gratuite au cours du basculement HA. Ce comportement peut être validé dans une capture de paquets qui montrera le drapeau suivant : opcode = 1
  
• Le support de Meraki a confirmé le comportement de leur système qui ignore les requêtes GARP avec opcode = 1, ne parvenant ainsi pas à mettre à jour la table CAM du commutateur. 

Solution

À partir de la version 13 de Socket, une configuration de backend peut être demandée au Support pour modifier le drapeau opcode dans le paquet ARP gratuit, mitigeant efficacement le problème lié aux interrupteurs Meraki.

Remarque : Cette configuration ne doit être appliquée qu'à des sites avec des interrupteurs Meraki et non au niveau du compte.

La configuration de backend recommandée change l'opcode dans le paquet GARP en 2, dénotant une RÉPONSE, assurant ainsi une mise à jour réussie de la table CAM de l'interrupteur.