Se o gateway padrão da sua LAN é um único roteador MikroTik, esse roteador é um ponto único de falha — quando ele cai, todos os dispositivos atrás dele perdem a saída, mesmo que exista um segundo roteador e uma conexão de internet funcionando bem ao lado. O VRRP (Virtual Router Redundancy Protocol) permite que dois ou mais roteadores compartilhem um IP virtual como gateway, com um roteador de backup assumindo automaticamente se o principal desaparecer.
Adicione uma interface VRRP no roteador principal
/interface vrrp add name=vrrp1 interface=ether1 vrid=1 priority=200A prioridade mais alta vence a eleição e vira master.
Atribua o IP virtual compartilhado a essa interface
/ip address add address=192.168.88.1/24 interface=vrrp1Esse é o IP que cada dispositivo da LAN usa como gateway — não o IP próprio de nenhum dos dois roteadores.
Repita no roteador de backup com prioridade mais baixa
/interface vrrp add name=vrrp1 interface=ether1 vrid=1 priority=100
/ip address add address=192.168.88.1/24 interface=vrrp1Mesmo VRID, mesmo IP virtual, prioridade mais baixa — ele fica passivo até o master parar de enviar seus anúncios.
Aponte o gateway de cada dispositivo para o IP virtual
configure a opção de gateway do servidor DHCP (ou cada configuração estática) para 192.168.88.1, nunca para o IP próprio de um roteador específico, ou você perde o sentido da redundância.
Teste o failover
desconecte a WAN do roteador principal ou desligue-o e confirme que o backup assume o IP virtual em poucos segundos — confira com /interface vrrp print no backup, o estado dele deve virar master.
Por que fazer assim
o VRRP resolve uma falha diferente da do failover de dupla WAN (que cobre perder uma conexão de internet) — isso cobre perder o próprio roteador. Usar um IP virtual compartilhado em vez de reapontar manualmente o gateway de cada dispositivo depois de uma falha faz a troca ser automática e em menos de um segundo, não algo que você descobre quando alguém liga avisando que a internet caiu.
Como o MoniTik ajuda
o MoniTik monitora os dois roteadores separadamente, então um failover de VRRP aparece na hora como um dispositivo que ficou offline e o outro que continua saudável — em vez de um relato vago de "a rede está lenta" de um cliente que não sabe qual dos dois roteadores é o problema de verdade.