Atualize o Junos OS em uma configuração multihoming EVPN

Verifique se o Multihoming EVPN está operacional. Faça login no servidor e confirme que a interface de títulos está ativa. Enquanto estiver lá, observe o endereço MAC da interface bond0. Neste exemplo, o host está executando o Ubuntu para que o ifconfig comando seja usado. Se estiver usando uma distribuição Centos, use oip link show bond0 comando. O endereço MAC para a interface bond0 do host neste exemplo é 00:1B:21:79:5A:EC.

Confirme que a interface LAG está operacional em ambos os dispositivos leaf com um show interfaces ae1 comando. Neste exemplo, a interface LAG está ae1 em ambos os dispositivos leaf. Esteja ciente de que o número de interface agregado é um índice local que pode variar entre os dois dispositivos leaf. Não é o nome da interface, mas a configuração de ESI e system-id parâmetros compatíveis que logicamente ligam a interface LAG entre as duas folhas. Certifique-se de confirmar que a interface LAG está ativa em ambos os dispositivos leaf.

A saída confirma que a interface LAG está operando uma configuração do ESI como 00:01:01:01:01:01:01:01:01:01:01 em ambas as folhas.

Use o valor de ESI observado na etapa anterior para confirmar que o endereço MAC do host está presente no banco de dados EVPN de ambos os switches membros.

Exibir a configuração de interface agregada em ambos os dispositivos leaf. Observe que a opção hold-time up está configurada por 6 segundos, de acordo com as recomendações deste exemplo.

Observe o nome da interface de membro LAG em ambos os switches. Você precisará desativar essa interface no switch que está sendo atualizado. É comum que os nomes da interface de membro LAG variem entre um par de switches. Neste exemplo, a interface de membro LAG é xe-0/0/46 em ambos os dispositivos leaf.

Transfira a imagem desejada do Junos OS para ambos os dispositivos leaf, conforme mostrado na Figura 2. Certifique-se de colocar a imagem no /var/tmp directory nos switches. Normalmente, FTP ou SCP são usados para copiar a imagem para os dispositivos leaf. Para obter mais informações sobre como usar a CLI para copiar arquivos, consulte a cópia do arquivo.

Figura 2: Transfira a nova imagem do Junos

Confirme a versão inicial do Junos OS em ambas as folhas EVPN Multihoming. Neste exemplo, a versão inicial do Junos OS é 19.1R3.9. Para brevidade, apenas a saída da leaf 2 é mostrada.

As etapas realizadas até agora indicam que as interfaces LAG estão operacionais e o plano de controle EVPN está convergido. Antes de iniciar a atualização, inicie um ping do host para o endereço IP de gateway virtual atribuído à interface IRB da VLAN. Esse tráfego terá um link de um membro ou outro. Não importa para qual switch o host envia o tráfego, pois ambos os switches estão configurados com o mesmo IP de gateway virtual.

É importante notar que qualquer switch é capaz de responder ao ping. Isso significa que quando um switch está reiniciando o outro switch permanece disponível e capaz de responder aos pings.

Inicie o processo de atualização no Leaf 3 desligando o servidor voltado para o membro LAG xe-0/0/46, conforme mostrado pelo "X" vermelho na Figura 3.

Figura 3: Desabile a interface de downlink no Leaf 3

Use uma conexão de console para iniciar a atualização na leaf 3 usando um request system software add /var/tmp/jinstall-host-qfx-5e-x86-64-19.2R1.8-secure-signed.tgz reboot comando. O carregamento de imagens e os processos de reinicialização subsequentes são representados pelos ícones de engrenagem na Figura 4. O processo de atualização leva vários minutos para ser concluído. Durante esse período, seus pings devem estar fluindo pela leaf 2, pois ele permanece totalmente operacional durante a atualização da leaf 3.

Figura 4: Inicie o upgrade do Leaf 3

Após as reinicializações do switch, confirme que a atualização foi bem sucedida.

Neste momento, todas as sessões BGP underlay e overlay devem ser restabelecidas. Confirme que todos os pares BGP estão de volta e que o plano de controle EVPN foi reconvergado antes de habilitar a interface de membro lag no leaf 3.

Habilite a interface de downlink no leaf 3, conforme mostrado pela marca de verificação verde na Figura 5.

Figura 5: Habilite a interface de downlink no Leaf 3

Inicie o procedimento de atualização no leaf 2 desativando sua interface de downlink, conforme mostrado pelo X vermelho na Figura 6. Como os pings provavelmente estão fluindo através da folha 2, esta etapa marca a segunda janela de perda no procedimento. Os pings devem continuar a fluir pelo dispositivo leaf 3 enquanto você atualiza a leaf 2.

Figura 6: Desativar a Interface de Downlink no leaf2

Inicie a carga da imagem e reinicialize na leaf 2 com um request system software add /var/tmp/jinstall-host-qfx-5e-x86-64-19.2R1.8-secure-signed.tgz comando. A atualização e reinicialização do leaf 2 é como mostrado com os ícones de engrenagem na Figura 7.

Figura 7: Inicie o upgrade no Leaf 2

Após as reinicializações do Leaf 2, verifique a versão do Junos OS para ter certeza de que a atualização foi bem sucedida.

Verifique se o plano de controle da EVPN foi reconvergado na leaf 2. Pode levar alguns minutos para que toda a sessão BGP seja restabelecida e que o endereço MAC do host seja preenchido no banco de dados EVPN.

Habilite a interface de membro LAG no leaf 2 conforme mostrado pela marca de verificação verde na Figura 8.

Figura 8: Habilite a interface de downlink no leaf 2

Ambos os switches agora estão atualizados e todas as interfaces de membro LAG estão novamente operacionais. Para medir a interrupção do tráfego durante o processo de atualização, pare o ping e observe as estatísticas de ping. Neste exemplo, um total de dois pacotes são perdidos durante a atualização do par de dispositivos leaf que oferecem suporte ao host multihomed.

Em muitos casos, a perda de um único pacote é mostrada quando um ping contínuo é interrompido. Independentemente disso, se foram 1 ou 2 pacotes que realmente foram perdidos, a atualização é considerada praticamente sem sucesso. Isso está de acordo com as expectativas do procedimento demonstrado neste exemplo.