Falha no Failover de Alta Disponibilidade do Socket Devido à Limitação de GARP do Interruptor Meraki

Problema

Em casos em que um par de Socket HA executa um failover HA, o Socket mestre recém-designado envia um broadcast ARP gratuito e então começa a responder às solicitações de broadcast ARP para o Endereço IP da LAN do Local. Para mais informações, veja Compreensão da Alta Disponibilidade e Failover do Socket.

No entanto, em cenários onde um comutador Meraki interconecta os dois Sockets, o processo de failover de HA pode falhar e o comutador encaminhará incorretamente todos os quadros para o Socket escravo, resultando em uma interrupção.

Ambiente

Este problema refere-se especificamente aos pares Socket HA interconectados através de um comutador Meraki. A solução proposta é aplicável às Versões do Socket 13 e acima.

Solução de Problemas

• Em conformidade com RFC2338, o socket enviará um pacote REQUEST ARP gratuito durante o failover de HA. Esse comportamento pode ser validado em uma captura de pacotes que mostrará o seguinte sinalizador: opcode = 1
  
• O suporte Meraki confirmou o comportamento de seu sistema ao desconsiderar solicitações GARP com opcode = 1, consequentemente falhando em atualizar a tabela CAM do switch. 

Solução

A partir da Versão do Socket 13, uma configuração de backend pode ser solicitada ao Suporte para alterar a bandeira opcode no pacote ARP gratuito, mitigando efetivamente o problema relacionado aos comutadores Meraki.

Nota: Esta configuração deve ser aplicada apenas a sites com comutadores Meraki e não ao nível da conta.

A configuração de backend recomendada altera o opcode no pacote GARP para 2, denotando uma RESPOSTA, garantindo assim a atualização bem-sucedida da Tabela CAM do comutador.