Configuração de pontes ininterrupta em switches (procedimento CLI)
Essa tarefa usa switches com suporte para o estilo de configuração do software de camada 2 (ELS). Se o seu switch executa um software que não oferece suporte ao ELS, veja configuração de pontes sem interrupções em switches da Série EX (Procedimento CLI). Para obter detalhes do ELS, veja Usando a CLI de software de camada 2 aprimorada.
Você pode configurar a ponte sem interrupções (NSB) para fornecer resiliência para sessões de protocolo de Camada 2 em um switch da Série EX da Juniper Networks com vários mecanismos de roteamento ou um switch da Série EX ou série QFX em uma configuração de Virtual Chassis ou Virtual Chassis Fabric. O suporte limitado para NSB também é fornecido em switches autônomos QFX5100 e EX4600, mas o NSB só é habilitado durante um ISSU.
O NSB opera sincronizando todas as informações de protocolo para protocolos de Camada 2 suportados por NSB entre os mecanismos de roteamento primários e de backup. Se o switch tiver uma mudança de mecanismo de roteamento, as sessões de protocolo de Camada 2 suportadas pelo NSB permanecerão ativas porque já estão sincronizadas no mecanismo de roteamento de backup. O switchover do Mecanismo de Roteamento é transparente para dispositivos vizinhos, que não detectam nenhuma alteração relacionada às sessões de protocolo de Camada 2. Os dispositivos vizinhos e outros dispositivos da rede não precisam, portanto, ressincronizar seus estados de protocolo de Camada 2 para responder ao tempo de inatividade no switch — um processo que adiciona sobrecarga da rede e corre o risco de interromper o desempenho da rede — quando um switchover do Mecanismo de Roteamento ocorre quando o NSB é habilitado.
Se você estiver usando um switch autônomo QFX5100 ou EX4600 e quiser usar o ISSU, configure o switchover gracioso do mecanismo de roteamento (GRES), NSB e roteamento ativo sem parar (NSR). Você deve configurar NSB, GRES e NSR para executar o ISSU. No entanto, GRES, NSB e NSR só são habilitados durante a atualização. Durante um ISSU, o Junos OS é executado em duas máquinas virtuais separadas (VMs) — uma VM está no papel principal atuando como o mecanismo de roteamento primário, e a outra VM está na função de backup atuando como o mecanismo de roteamento de backup. O Junos OS foi atualizado no VM de backup. Após uma atualização de software bem-sucedida, o VM de backup se torna o VM principal, e o VM primário original não é mais necessário e é desativado.
Para configurar o NSB:
Não há necessidade de iniciar os dois mecanismos de roteamento simultaneamente. Se o mecanismo de roteamento de backup não estiver funcionando quando você usa a commit synchronize declaração, a configuração do candidato será comprometida no mecanismo de roteamento primário. Quando o mecanismo de roteamento de backup fica on-line, sua configuração é sincronizada automaticamente com a das primárias.
Após uma troca graciosa do Mecanismo de Roteamento, recomendamos que você emita o clear interface statistics (interface-name | all) comando para redefinir os valores cumulativos para estatísticas locais sobre o novo mecanismo de roteamento primário.