Você provavelmente conhece os protocolos FHRP como HSRP, GLBP e VRRP. Esses protocolos são utilizados para garantir alta disponibilidade ao criar um gateway virtual na rede. Neste post, vou focar especificamente no VRRP, mais precisamente no VRRPv3.
O protocolo Virtual Router Redundancy Protocol (VRRP) faz com que um grupo de equipamentos possam agir como um único equipamento virtual para garantir backup em caso de falha. Os clientes da LAN podem configurar o equipamento virtual como seu gateway padrão. Esse equipamento virtual, representando um grupo de equipamentos, é chamado de grupo VRRP.
A versão 3 do VRRP suporta tanto endereços IPv4 quanto IPv6, enquanto a versão 2 suporta apenas IPv4. Isso permite configurar vários equipamentos como gateways padrão, reduzindo o risco de um único ponto de falha. O VRRP suporta até 255 equipamentos virtuais (grupos VRRP).
Na redundância do VRRP, a prioridade do equipamento é crucial. A prioridade determina o papel de cada equipamento VRRP e o que acontece se o Master virtual falhar. Também decide se um equipamento VRRP atua como backup e a ordem em que se torna Master se o Master falhar. Cada equipamento backup pode ser configurado com um valor de prioridade de 1 a 254.
Por padrão, um esquema “preemptive” está ativo, permitindo que um equipamento de backup com prioridade mais alta assuma se estiver disponível. No entanto, é possível desativar esse esquema.
O equipamento Master virtual envia mensagens VRRP para outros equipamentos no grupo, compartilhando prioridade e estado. Essas mensagens são encapsuladas em pacotes IPv4 ou IPv6 (com base na configuração do grupo VRRP) e enviados para o endereço de multicast atribuído ao grupo VRRP. Para IPv4, é 224.0.0.18; para IPv6, é FF02:0:0:0:0:0:0:12. As mensagens são enviadas a cada segundo por padrão, com um intervalo configurável.
Os equipamentos Cisco permitem a configuração de temporizadores em milissegundos, uma mudança em relação ao VRRPv2. Você precisa configurar manualmente os valores dos temporizadores em milissegundos em ambos os equipamentos primário e de backup.
Agora, vamos ver como habilitar o VRRPv3 em um roteador Cisco IOS. Como referência, usarei a seguinte topologia:
Vamos habilitar apenas o VRRPv3 nos roteadores R4 e R5, pois serão utilizados como gateway do ponto de vista de H39 e R38. A rede já possui IPv6 implantado e em funcionamento.
R4
Interface LAN
Interface WAN
Adicionalmente, configurei o track para monitorar o estado da interface.
R5
Interface LAN
Interface WAN
Neste cenário, R4 foi configurado como Master, o que significa que o tráfego de H39 passará por sua interface.
Teste de traceroute a partir do H39
Quando desativamos qualquer uma das interfaces Lan ou Wan em R4, R5 assumirá o papel de Master e o tráfego de H39 utilizará R5 como gateway.
R5 assume o papel de Master.
Testando novamente traceroute a partir do H39.
