Entendendo o VRRP

Suporte a VRRP do Junos OS

Em versões anteriores à versão 12.2, o Junos OS suportava RFC 3768, protocolo de redundância de roteador virtual (VRRP) (para IPv4) e rascunho de Internet draft-ietf-vrrp-ipv6-spec-08, protocolo de redundância de roteador virtual para IPv6.

O VRRPv3 não é suportado em roteadores que usam versões anteriores ao Junos OS Release 12.2 e também não é suportado para IPv6 em switches QFX10000.

A partir da versão 12.2, o Junos OS suporta:

• RFC 3768, protocolo de redundância de roteador virtual (VRRP)

• RFC 5798, protocolo de redundância de roteador virtual (VRRP) versão 3 para IPv4 e IPv6

• RFC 6527, Definições de Objetos Gerenciados para o Protocolo de Redundância de Roteador Virtual Versão 3 (VRRPv3)

Diferenças comportamentais de soma de verificação VRRP IPv6

Você deve considerar as seguintes diferenças de soma de verificação ao habilitar redes VRRP IPv6:

• Em versões anteriores ao Junos OS Release 12.2, quando o VRRP para IPv6 é configurado, a soma de verificação do VRRP é calculada de acordo com a seção 5.3.8 do RFC 3768, Protocolo de redundância de roteador virtual (VRRP).

• A partir do Junos OS Release 12.2, quando o VRRP para IPv6 é configurado, independentemente de o VRRPv3 estar habilitado ou não, a soma de verificação do VRRP é calculada de acordo com a seção 5.2.8 do RFC 5798, Protocolo de redundância de roteador virtual (VRRP) versão 3 para IPv4 e IPv6.

  Além disso, o pseudoheader é incluído apenas ao calcular a soma de verificação VRRP IPv6. O pseudocabeçalho não é incluído ao calcular a soma de verificação VRRP IPv4.

  Para fazer o roteador com o Junos OS Release 12.2 (ou versões posteriores do Junos OS) o IPv6 VRRP interoperar com o roteador que executa uma versão do Junos OS anterior à versão 12.2, inclua a checksum-without-pseudoheader declaração de configuração no nível de [edit protocols vrrp] hierarquia no roteador que executa o Junos OS Release 12.2 ou posterior.

• O tcpdump utilitário no Junos OS Release 12.2 e posteriores calcula a soma de verificação VRRP de acordo com o RFC 5798, Protocolo de Redundância de Roteador Virtual (VRRP) Versão 3 para IPv4 e IPv6. Portanto, quando tcpdump analisa pacotes IPv6 VRRP recebidos de versões mais antigas do Junos OS (anteriores ao Junos OS Release 12.2), a bad vrrp cksum mensagem é exibida:

  Você pode ignorar essa mensagem porque ela não indica falha de VRRP.

Interoperabilidade VRRP

Em versões anteriores ao Junos OS Release 12.2, o VRRP (IPv6) seguia o rascunho da Internet draft-ietf-vrrp-ipv6-spec-08, mas a soma de verificação era calculada com base na seção 5.3.8 do RFC 3768. A partir da versão 12.2, o VRRP (IPv6) segue o RFC 5798 e a soma de verificação é calculada com base na seção 5.2.8 do RFC 5798. Devido às diferenças nos cálculos de soma de verificação do VRRP, o IPv6 VRRP configurado em roteadores que usam o Junos OS Release 12.2 e versões posteriores não interopera com o IPv6 VRRP configurado em versões anteriores ao Junos OS Release 12.2.

Para fazer o roteador com o Junos OS versão 12.2 (ou versões posteriores do Junos OS) IPv6 VRRP interoperar com o roteador que executa versões do Junos OS anteriores à versão 12.2, inclua a checksum-without-pseudoheader declaração de configuração no [edit protocols vrrp] nível de hierarquia no roteador com o Junos OS versão 12.2 ou posterior.

Aqui estão alguns pontos gerais que você deve saber sobre a interoperabilidade do VRRP:

• Se você configurou o VRRPv3 (IPv4 ou IPv6) em roteadores que usam o Junos OS Release 12.2 ou versões posteriores, ele não funcionará com roteadores que usam o Junos OS Release 12.1 ou versões anteriores. Isso ocorre porque apenas o Junos OS Release 12.2 e versões posteriores oferecem suporte ao VRRPv3.

• O VRRP (IPv4 ou IPv6) configurado em roteadores que usam o Junos OS versão 12.2 e versões posteriores interoperam com o VRRP (IPv4 ou IPv6) configurado em roteadores que usam versões anteriores ao Junos OS versão 12.2.

• O VRRPv3 para IPv4 não interopera com as versões anteriores do VRRP. Se os pacotes de anúncio VRRPv2 IPv4 forem recebidos por um roteador no qual o VRRPv3 está habilitado, o roteador fará a transição para o estado de backup para evitar a criação de várias primárias na rede. Devido a esse comportamento, você deve ser cauteloso ao habilitar o VRRPv3 em suas redes VRRPv2 existentes. Consulte Atualizando do VRRPv2 para o VRRPv3 para obter mais informações.

  Observação:

  Os pacotes de anúncio VRRPv3 são ignorados pelos roteadores nos quais as versões anteriores do VRRP estão configuradas.

Atualização do VRRPv2 para o VRRPv3

Habilite o VRRPv3 em sua rede somente se o VRRPv3 puder ser habilitado em todos os roteadores VRRP em sua rede.

Habilite o VRRPv3 em sua rede VRRPv2 somente ao atualizar do VRRPv2 para o VRRPv3. Misturar as duas versões do VRRP não é uma solução permanente.

A atualização do VRRPv2 para o VRRPv3 deve ser feita com muito cuidado para evitar perda de tráfego, devido a estas considerações:

• Não é possível configurar o VRRPv3 em todos os roteadores simultaneamente.

• Durante o período de transição, o VRRPv2 e o VRRPv3 operam na rede.

• A alteração das versões do VRRP reinicia a máquina de estado para todos os grupos VRRP.

• Os roteadores VRRPv3 (para IPv4) assumem como padrão o estado de backup quando recebem pacotes de anúncios VRRPv2 (para IPv4).

• Os pacotes VRRPv2 (para IPv4) sempre recebem a prioridade mais alta.

• As diferenças de soma de verificação entre VRRPv2 e VRRPv3 (para IPv6) podem criar vários roteadores primários.

  Desative o VRRPv3 (para IPv6) nos roteadores de backup durante a atualização para evitar a criação de vários roteadores primários.

A Tabela 1 ilustra as etapas e eventos que ocorrem durante uma transição do VRRPv2 para o VRRPv3. Na Tabela 1, dois roteadores VRRPv2, R1 e R2, estão configurados em dois grupos, G1 e G2. O roteador R1 atua como o principal para G1 e o roteador R2 atua como o principal para G2.

Ao habilitar o VRRPv3, certifique-se de que o VRRPv3 esteja habilitado em todos os roteadores VRRP na rede porque o VRRPv3 (IPv4) não interopera com as versões anteriores do VRRP. Por exemplo, se os pacotes de anúncio VRRPv2 IPv4 forem recebidos por um roteador no qual o VRRPv3 está habilitado, o roteador fará a transição para o estado de backup para evitar a criação de várias primárias na rede.

Você pode habilitar o VRRPv3 configurando a version-3 declaração no nível da [edit protocols vrrp] hierarquia (para redes IPv4 ou IPv6). Configure a mesma versão de protocolo em todos os roteadores VRRP na LAN.

Funcionalidade dos recursos do VRRPv3

Alguns recursos do Junos OS diferem no VRRPv3 das versões anteriores do VRRP.

• Autenticação VRRPv3
• Intervalos de anúncio VRRPv3
• ISSU unificado para VRRPv3

Quando o atraso de failover não está configurado

Sem o atraso de failover configurado, a sequência de eventos para sessões VRRP operadas a partir do Mecanismo de Roteamento é a seguinte:

1. Quando o primeiro grupo VRRP detectado pelo Mecanismo de Roteamento muda de estado e o novo estado é primário, o Mecanismo de Roteamento gera mensagens de anúncio VRRP apropriadas. O Mecanismo de Encaminhamento de Pacotes é informado sobre a mudança de estado, para que os filtros de hardware para esse grupo sejam reprogramados sem demora. O novo primário então envia uma mensagem ARP gratuita para os grupos VRRP.

2. O atraso no temporizador de failover é iniciado. Por padrão, o temporizador de atraso de failover é:

   • 500 milissegundos — quando o intervalo de anúncio VRRP configurado é inferior a 1 segundo.

   • 2 segundos — quando o intervalo de anúncio VRRP configurado é de 1 segundo ou mais, e o número total de grupos VRRP no roteador é 255.

   • 10 segundos — quando o intervalo de anúncio VRRP configurado é de 1 segundo ou mais e o número de grupos VRRP no roteador é superior a 255.

3. O Mecanismo de Roteamento executa uma a mudança de estado um por um para grupos VRRP subsequentes. Toda vez que há uma mudança de estado e o novo estado de um grupo VRRP específico é primário, o Mecanismo de Roteamento gera mensagens de anúncio VRRP apropriadas. No entanto, a comunicação com o Mecanismo de Encaminhamento de Pacotes é suprimida até que o temporizador de atraso de failover expire.

4. Depois que o temporizador de atraso de failover expira, o Mecanismo de Roteamento envia uma mensagem ao Mecanismo de Encaminhamento de Pacotes sobre todos os grupos VRRP que conseguiram mudar o estado. Como consequência, os filtros de hardware para esses grupos são reprogramados e, para os grupos cujo novo estado é primário, mensagens ARP gratuitas são enviadas.

Esse processo se repete até que a transição de estado para todos os grupos VRRP seja concluída.

Assim, sem configurar o atraso de failover, a transição de estado completa (incluindo estados no Mecanismo de Roteamento e no Mecanismo de Encaminhamento de Pacotes) para o primeiro grupo VRRP é realizada imediatamente, enquanto a transição de estado no Mecanismo de Encaminhamento de Pacotes para grupos VRRP restantes é atrasada em pelo menos 0,5-10 segundos, dependendo dos temporizadores de anúncio VRRP configurados e do número de grupos VRRP. Durante esse estado intermediário, o recebimento de tráfego para grupos VRRP para alterações de estado que ainda não foram concluídas no Mecanismo de Encaminhamento de Pacotes pode ser descartado no nível do Mecanismo de Encaminhamento de Pacotes devido à reconfiguração adiada de filtros de hardware.

Quando o atraso de failover é configurado

Quando o atraso de failover é configurado, a sequência de eventos para sessões VRRP operadas a partir do Mecanismo de Roteamento é modificada da seguinte forma:

1. O Mecanismo de Roteamento detecta que alguns grupos VRRP exigem uma mudança de estado.

2. O atraso de failover é iniciado para o período configurado. O intervalo de temporizador de atraso de failover permitido é de 50 a 100000 milissegundos.

3. O Mecanismo de Roteamento executa a mudança de estado um por um para os grupos VRRP. Toda vez que há uma mudança de estado e o novo estado de um grupo VRRP específico é primário, o Mecanismo de Roteamento gera mensagens de anúncio VRRP apropriadas. No entanto, a comunicação com o Mecanismo de Encaminhamento de Pacotes é suprimida até que o temporizador de atraso de failover expire.

4. Depois que o temporizador de atraso de failover expira, o Mecanismo de Roteamento envia uma mensagem ao Mecanismo de Encaminhamento de Pacotes sobre todos os grupos VRRP que conseguiram mudar o estado. Como consequência, os filtros de hardware para esses grupos são reprogramados e, para os grupos cujo novo estado é primário, mensagens ARP gratuitas são enviadas.

Esse processo se repete até que a transição de estado para todos os grupos VRRP seja concluída.

Assim, quando o atraso de failover é configurado, até mesmo o estado do Mecanismo de Encaminhamento de Pacotes para o primeiro grupo VRRP é adiado. No entanto, a operadora de rede tem a vantagem de configurar um valor de atraso de failover que melhor se adapte à necessidade da implantação da rede para garantir o mínimo de interrupção durante a mudança de estado do VRRP.

o atraso de failover influencia apenas as sessões VRRP operadas pelo processo VRRP (vrrpd) em execução no Mecanismo de Roteamento. Para sessões VRRP distribuídas ao Mecanismo de Encaminhamento de Pacotes, a configuração de atraso de failover não tem efeito.