Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

request system software nonstop-upgrade

Sintaxe

Descrição

Realize uma atualização ininterrupta de software (NSSU) em um switch com mecanismos de roteamento redundantes ou em um Virtual Chassis ou Virtual Chassis Fabric (VCF). O comportamento deste comando depende do tipo de switch, Virtual Chassis ou VCF onde você o executa, da seguinte forma:

  • Quando você executa este comando em qualquer uma das seguintes configurações de Virtual Chassis ou VCF, o NSSU atualiza todos os membros do Virtual Chassis:

    • EX3300, EX3400, EX4200, EX4300,EX4400, EX4500, EX4550, EX4600 ou EX4650-48Y Virtual Chassis

    • Virtual Chassi misto composto por qualquer combinação de switches EX4200, EX4500 e EX4550, ou switches EX4300 e EX4600

    • Chassi virtual QFX3500 e QFX3600

    • QFX5100 Virtual Chassis

    • chassi virtual QFX5120-48Y, QFX5120-48T ou QFX5120-32C

    • Configuração fixa de switches em um VCF (switches de QFX3500/QFX3600 e QFX5100)

    • VCF misto composto por qualquer combinação de switches QFX3500/QFX3600, QFX5100 e EX4300

    O Virtual Chassis original ou o backup VCF tornam-se o principal. A nova primária atualiza e reinicia automaticamente as primárias originais, que então retomam o Virtual Chassis ou o VCF como backup.

  • Quando você executa este comando em um switch EX6200 ou EX8200, o NSSU atualiza os mecanismos de roteamento primário e de backup. O mecanismo de roteamento de backup original torna-se o novo principal ao final da atualização.

    • Em um switch EX6200, o NSSU reinicia automaticamente o mecanismo de roteamento primário original.

    • Em um switch EX8200, o NSSU não reinicia automaticamente o mecanismo de roteamento primário original a menos que você especifique a opção reboot .

  • Quando você executa este comando em um Virtual Chassis EX8200, o NSSU atualiza todos os mecanismos de roteamento primários e de backup no Virtual Chassis, incluindo os mecanismos externos de roteamento. Os mecanismos de roteamento de backup originais tornam-se os novos mecanismos de roteamento primários. O NSSU não reinicia automaticamente os mecanismos de roteamento primários originais a menos que você especifique a opção reboot .

Este comando tem os seguintes requisitos:

  • Todos os membros do Virtual Chassis, membros do VCF e todos os Mecanismos de roteamento devem estar executando a mesma versão do Junos OS.

  • Você deve habilitar o switchover gracioso do mecanismo de roteamento (GRES)..

  • Você deve habilitar o roteamento ativo sem parar (NSR).

    Nota:

    Embora não seja necessário, recomendamos que você também habilite a ponte sem interrupções (NSB). O NSB garante que todos os protocolos de Camada 2 suportados por NSB operem perfeitamente durante a transição do mecanismo de roteamento durante o NSSU. Veja configuração de pontes sem interrupções em switches da Série EX (procedimento CLI).

  • Você deve executar o comando do mecanismo de roteamento primário em um switch autônomo ou das primárias em um Virtual Chassis.

  • Para uma interrupção mínima no tráfego, você deve definir grupos de agregação de enlaces (LAGs) de modo que os links de membro residam em diferentes switches virtuais de chassi ou membro VCF (ou em diferentes placas de linha para switches EX6200 e EX8200 e Virtual Chassis EX8200).

  • Para todos os Virtual Chassis (exceto chassi virtual EX8200):

    • Os membros do Virtual Chassis devem estar conectados em uma topologia em anel. Uma topologia em anel impede que o Virtual Chassis se separe durante um NSSU.

    • O virtual Chassis principal e o backup devem estar adjacentes entre si na topologia do anel. Com a colocação adjacente, o principal e o backup estão sempre em sincronia, enquanto os switches em funções de placa de linha estão sendo reiniciados.

    • O Virtual Chassis deve ser pré-provisionado para que a função de placa de linha seja explicitamente atribuída aos switches de membros que atuam em uma função de placa de linha. Durante um NSSU, os switches de membro principal e de backup devem manter suas funções de Mecanismo de Roteamento (embora a função principal switches para o backup), e os switches restantes devem manter suas funções de placa de linha.

    • Em um Virtual Chassis de dois membros, você deve configurar no-split-detection para que o Virtual Chassis não se divida durante o NSSU.

  • Para a malha virtual do chassi:

    • Você só pode ter dois membros pré-provisionados na função mecanismo de roteamento. Se mais de dois mecanismos de roteamento estiverem configurados, o NSSU emite uma mensagem de aviso e o processo NSSU para.

    • Os membros do VCF devem estar conectados em uma topologia spine e leaf. Uma topologia spine e leaf impede que o VCF se separe durante o NSSU. Cada dispositivo leaf deve ser conectado a ambos os dispositivos spine.

    • O VCF deve ser pré-provisionado para que a função de placa de linha tenha sido explicitamente atribuída aos switches de membros que atuam em uma função de placa de linha, e da mesma forma a função mecanismo de roteamento foi explicitamente atribuída aos switches membros que atuam em uma função de mecanismo de roteamento. Durante um NSSU, os switches de membro principal e de backup devem manter suas funções de Mecanismo de Roteamento (embora a função principal switches para o backup), e os switches restantes devem manter suas funções de placa de linha.

    • Você deve configurar no-split-detection em um VCF de dois membros para que o VCF não se divida durante o NSSU.

Opções

package-name

Localização do pacote ou pacote de software a ser instalado. Por exemplo:

  • /var/tmp/package-name— Para um pacote ou pacote de software instalado de um diretório local no switch.

  • protocol://hostname/pathname/package-name— Para um pacote de software ou pacote baixado e instalado em um local remoto. Substitua protocol por um dos seguintes:

    • ftp— Protocolo de transferência de arquivos. Use ftp://hostname/pathname/package-name.Para especificar as credenciais de autenticação, use ftp://<username>:<password>@hostname/pathname/package-name.Para que o sistema o solicite a senha, especifique prompt no lugar da senha.O comando exibe uma mensagem de erro Se uma senha for necessária e você não especificar a senha ou prompt.

    • http— Protocolo de transferência de hipertexto. Use http://hostname/pathname/package-name.Para especificar as credenciais de autenticação, use http://<username>:<password>@hostname/pathname/package-name.O comando solicita uma senha se uma for necessária e você não a incluiu.

    • scp— Cópia segura (disponível apenas para a versão do Canadá e dos EUA). Use scp://hostname/pathname/package-name.Para especificar as credenciais de autenticação, use scp://<username>:<password>@hostname/pathname/package-name.

Nota:

O pathname protocolo é o caminho relativo para o diretório de casa do usuário no sistema remoto e não o diretório raiz.

set [package-name package-name]

(Apenas virtual chassi misto) Locais dos diferentes pacotes de instalação exigidos pelos diferentes tipos de switches de membros. Esses pacotes devem ser para a mesma versão do Junos OS. Veja a opção deste comando package-name para obter informações sobre como especificar os pacotes de instalação.

force-host

(Opcional) Force a inclusão do pacote ou pacote de software do host (e ignore os avisos) em dispositivos EX4650, QFX5100 ou QFX5120.

no-copy

(Opcional) Instale um pacote ou pacote de software, mas não economize cópias do pacote ou arquivos de pacotes.

no-old-master-upgrade

(Opcional) (somente switches EX8200) Atualize apenas o mecanismo de roteamento de backup. Após a conclusão da atualização, o mecanismo de roteamento primário original torna-se o mecanismo de roteamento de backup e continua executando a versão de software anterior.

reboot

(Opcional) (apenas switches EX8200 e Virtual Chassis EX8200) Quando você inclui a opção, o reboot NSSU reinicia automaticamente o mecanismo de roteamento primário (novo backup) original após ser atualizado para o novo software. Quando você omite a opção reboot , você deve reiniciar manualmente o mecanismo de roteamento primário (novo backup) original usando o request system reboot comando.

Nota:

Se você não usar a opção reboot em um Virtual Chassis EX8200, você deve estabelecer uma conexão com a porta do console no módulo SRE (Switch Fabric and Routing Engine) ou mecanismo de roteamento (RE) para reiniciar manualmente os mecanismos de roteamento de backup.

unlink

(Opcional) Remova o pacote de software após uma atualização bem-sucedida.

Nível de privilégio exigido

Manutenção

Campos de saída

Este comando relata feedback sobre o status da solicitação. Algumas funções são compartilhadas entre o NSSU e o recurso de atualização de software em serviço (ISSU), para que você possa ver o que parecem ser mensagens ISSU, bem como mensagens NSSU na saída deste comando.

Saída de amostra

solicitar atualização ininterrupta do software do sistema (Virtual Chassis EX4200)

solicitar atualização ininterrupta do software do sistema (switch EX6200)

solicitar reinicialização sem parar do software do sistema (switch EX8200)

solicitar atualização ininterrupta do software de sistema sem upgrade antigo (switch EX8200)

reinicialização ininterrupta do software do sistema de solicitação (Virtual Chassis EX8200)

Informações de versão

Comando introduzido no Junos OS Release 10.4.

Opção set [package-name package-name] adicionada no Junos OS Release 12.1 para switches da Série EX.