Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Conceitos de roteamento ativo sem parar para o Junos OS Evolved

O roteamento ativo sem parar (NSR) usa a mesma infraestrutura que o gracioso switchover do Mecanismo de Roteamento (GRES) para preservar informações de interface e kernel. No entanto, o NSR também sincroniza as informações de protocolo de roteamento executando o processo de protocolo de roteamento (rpd) no mecanismo de roteamento de backup. Ao sincronizar essas informações adicionais, o NSR é autônomo e não conta com roteadores helper (ou switches) para ajudar a plataforma de roteamento a restaurar informações de protocolo de roteamento. O NSR é vantajoso em redes nas quais roteadores vizinhos (ou switches) não oferecem suporte a extensões de protocolo de reinicialização graciosas. Como resultado dessa funcionalidade aprimorada, o NSR é um substituto natural para uma reinicialização graciosa.

Para ativar o NSR, use a declaração de set routing-options nonstop-routing configuração.

O processo de preparação de switches para NSR inclui as seguintes etapas:

  1. O mecanismo de roteamento primário começa.

  2. Os processos da plataforma de roteamento no mecanismo de roteamento principal (como o processo de protocolo de roteamento [rpd]) começam.

  3. O mecanismo de encaminhamento de pacotes começa e se conecta ao mecanismo de roteamento principal.

  4. Todas as informações de estado são atualizadas no sistema.

  5. O mecanismo de roteamento de backup começa, incluindo o processo de protocolo de roteamento (rpd).

  6. O sistema determina se o GRES e o NSR foram habilitados.

  7. O mecanismo de roteamento de backup é sincronizado com o mecanismo de roteamento principal.

  8. Para protocolos suportados, as informações de estado são atualizadas diretamente entre os processos de protocolo de roteamento nos mecanismos de roteamento primários e de backup.

O processo de comutação inclui as seguintes etapas:

  1. Quando as atualizações do mecanismo de roteamento principal são perdidas, o sistema muda graciosamente para o mecanismo de roteamento de backup.

  2. O mecanismo de encaminhamento de pacotes se conecta ao mecanismo de roteamento de backup, que se torna o novo principal. Como o processo de protocolo de roteamento (rpd) já está em execução, esses processos não precisam ser reiniciados.

  3. As informações de estado aprendidas com o ponto de transferência são atualizadas no sistema. O encaminhamento e o roteamento continuam durante a troca, resultando em perda mínima de pacotes.

  4. Roteadores ou switches peer continuam a interagir com a plataforma de roteamento como se nenhuma mudança tivesse ocorrido. As adjacências de roteamento e o estado de sessão que dependem das informações de roteamento subjacentes são preservadas e não reiniciadas.

CUIDADO:

Recomendamos que você não reinicie o processo de protocolo de roteamento (rpd) no mecanismo de roteamento principal depois de habilitar o NSR, pois ele interrompe as sessões de adjacência/peering do protocolo, resultando em perda de tráfego.

Para verificar a prontidão, emitimos o comando do show system switchover modo operacional.