Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Provisionamento zero touch

O Zero Touch Provisioning instala ou atualiza o software automaticamente em seus novos dispositivos da Juniper Networks com intervenção manual mínima.

Visão geral do provisionamento zero-touch

O Provisionamento Zero Touch (ZTP) permite que você provisione novos dispositivos da Juniper Networks em sua rede automaticamente, com intervenção manual mínima. Você pode usar portas de gerenciamento ou portas de rede, dependendo do seu dispositivo, para se conectar à rede. Quando você conecta fisicamente um dispositivo à rede e o inicializa com uma configuração de fábrica padrão, o dispositivo atualiza (ou rebaixa) a versão do software e instala automaticamente um arquivo de configuração da rede. O arquivo de configuração pode ser uma configuração ou um script. Usando scripts, você pode criar arquivos de configuração específicos do dispositivo e realizar operações de solicitação de HTTP para servidores web para baixar arquivos de configuração específicos ou versões de software.

Para localizar a imagem de software e os arquivos de configuração necessários na rede, o dispositivo usa informações que você configurou em um servidor de protocolo de configuração dinâmica de host (DHCP). Se você não configurar o servidor DHCP para fornecer essas informações, o dispositivo inicializa com o software pré-instalado e a configuração padrão de fábrica.

Para o Junos OS Evolved, o Provisionamento Zero Touch (ZTP) detecta dinamicamente a velocidade de porta das interfaces WAN e usa essas informações para criar portas de servidor ZTP com a mesma velocidade. Os dispositivos que executam o Junos OS Evolved oferecem suporte à automação da configuração do dispositivo e upgrade de software na interface de gerenciamento do Routing Engine 0 (RE0) ou em interfaces WAN.

Scripts de pré-atualização

Você pode usar scripts de pré-atualização para realizar quaisquer tarefas de pré-provisionamento antes que o ZTP atualize quaisquer imagens de software ou arquivos de configuração. Apoiamos scripts bash, shell e Python 3.

Algumas tarefas de pré-provisionamento incluem:

  • Baixar chaves ou certificados de assinatura para seus aplicativos de terceiros e instalá-los no dispositivo.

  • Especificando os nomes da interface de gerenciamento e WAN e a velocidade das interfaces WAN.

    A ZTP usa essas informações para evitar o ciclismo através dos grupos de velocidade desnecessários onde a interface não reside.

  • Alternando entre usar a opção DHCPv4 43 suboption 5 como endereço IP FTP e uma porta HTTP.

Você também pode usar um script de pré-upgrade para melhorar o tempo de convergência do ZTP. Crie um arquivo com o nome do dhcp_interface /var/tmp diretório que contenha os nomes das interfaces de gerenciamento e os nomes e velocidades para interfaces WAN e faça referência a este arquivo no script de pré-upgrade. A velocidade é opcional para interfaces de gerenciamento. A ZTP usa essas informações para evitar o ciclismo através dos grupos de velocidade desnecessários onde a interface não reside. Se houver uma falha na interface, o ZTP só tentará novamente a interface com falha em até cinco vezes. Esse processo melhora o tempo de convergência porque o ZTP não é um ciclo de interfaces que não são necessárias.

Aqui estão alguns exemplos do formato para especificar os nomes e velocidades da interface no script de pré-upgrade.

Para uma interface WAN:

Para uma interface de gerenciamento:

Aqui está um exemplo que mostra o nome de uma interface WAN e sua velocidade:

No script de pré-atualização, você pode especificar se a opção DHCPv4 43 suboption 5 é usada como um endereço IP FTP ou uma porta HTTP. Para usar a opção DHCPv4 43 suboption 5 como porta HTTP, crie um arquivo com o nome do http_port /var/tmp/ diretório. Quando o script de pré-atualização é executado, e o ZTP descobre que há um http_port arquivo localizado no diretório, a opção /var/tmp/ DHCPv4 43 suboption 5 é usada como uma porta HTTP. Esta porta é usada para baixar quaisquer imagens de software ou arquivos de configuração. Se o ZTP não descobrir este arquivo, a opção DHCPv4 43 suboption 5 é usada como um endereço IP FTP, e usa este endereço para baixar quaisquer imagens de software ou arquivos de configuração. Essa melhoria leva a uma convergência mais rápida.

Você pode usar a opção DHCP 43 suboption 9 para DHCPv4 e DHCP opção 17 suboption 9 para DHCPv6 para especificar o nome do seu script pré-upgrade como parte das informações de bootstrap.

Nota:

Para ver quais plataformas oferecem suporte a ZTP, em um navegador, acesse o Feature Explorer. Na seção Explore Recursos da página Do Feature Explorer, selecione todos os recursos. Nos recursos agrupados pela caixa da família de recursos , selecione Provisionamento Zero Touch. Você também pode digitar o nome do recurso na caixa de edição de Busca de Recursos . Veja a tabela de histórico de lançamentos no final deste tópico para obter mais detalhes de como o suporte ao ZTP se expandiu.

Fluxo de trabalho ZTP

Quando um dispositivo é inicializado com a configuração padrão, os seguintes eventos ocorrem:

  1. O cliente DHCP é executado em interfaces suportadas.

  2. O servidor DHCP provisiona um endereço IP e inclui várias opções de DHCP na resposta relacionada ao processo ZTP.

  3. O dispositivo processa as opções de DHCP e localiza arquivos de configuração, executa scripts e upgrades e/ou rebaixa o software.

  4. Se os arquivos de imagem e configuração estiverem presentes, a imagem será instalada e a configuração será aplicada.

  5. Se apenas o arquivo de imagem estiver presente, a imagem será instalada no dispositivo.

  6. Se a imagem for a mesma que a imagem já instalada no dispositivo, o ZTP continuará e pulará a etapa de instalação.

  7. Se a imagem não puder ser rebuscada pelo dispositivo, o ZTP tentará buscar a imagem novamente.

  8. Se a imagem estiver corrupta, a instalação falhará.

    Se a instalação falhar por qualquer motivo, a ZTP tentará novamente em outras interfaces.

  9. Se apenas o arquivo de configuração estiver presente, a configuração será baixada.

    Se a primeira linha do arquivo consistir no #! personagens seguidos por um caminho de intérprete, então o arquivo é considerado um script, e o roteiro é executado pelo intérprete. Se o script retornar um erro, o ZTP tentará novamente em outras interfaces.

    Se o arquivo de configuração não puder ser baixado, o processo ZTP tentará baixá-lo novamente.

    Se o arquivo de configuração estiver corrupto, tiver erros de sintaxe ou incluir comandos que não são suportados pelo dispositivo, o dispositivo não poderá se comprometer e o ZTP tentará novamente em outras interfaces.

  10. Se não houver nenhuma imagem ou arquivo de configuração, o ZTP tentará novamente em outras interfaces.

  11. Se não houver informações de servidor de arquivo, o ZTP tentará novamente em outras interfaces.

  12. Uma vez que a configuração é comprometida, o processo ZTP é considerado bem-sucedido e termina.

Provisionamento de um dispositivo usando um script

Durante o processo ZTP, quando você conecta e inicializa um novo dispositivo de rede, o dispositivo solicita um endereço IP do servidor DHCP. O servidor fornece o endereço IP e, se configurado, os nomes de arquivo e locais para o arquivo de imagem e configuração do software para o dispositivo. O arquivo de configuração pode ser uma configuração ou um script.

Se um arquivo de configuração for fornecido, o sistema operacional determina se o arquivo é um script com base na primeira linha do arquivo. Se a primeira linha contém os caracteres #! seguidos por um caminho de intérprete, o sistema operacional trata o arquivo como um script e o executa com o intérprete especificado.

Se o script retornar um erro (ou seja, um valor não zero), o ZTP tentará novamente em outras interfaces.

A Tabela 1 descreve os tipos de script suportados, o caminho de intérprete correspondente e as plataformas que suportam esse tipo de script durante o processo ZTP.

Tabela 1: Scripts suportados durante o ZTP

Tipo de script

Caminho do intérprete

Suporte para a plataforma

Script shell

#!/bin/sh

Todos os dispositivos

Script SLAX

#!/usr/libexec/ui/cscript

Todos os dispositivos

Script de Python

#!/usr/bin/python

Dispositivos que executam o Junos OS com automação aprimorada

Dispositivos que executam o Junos OS Evolved

Nota:

Por razões de segurança, o Junos OS tem requisitos rigorosos para executar scripts Python não assinados em dispositivos que executam o Junos OS. Apenas dispositivos que executam o Junos OS com automação aprimorada e dispositivos que executam o suporte Junos OS Evolved usando scripts Python não assinados na opção DHCP 43 suboption 01.

Se o sistema operacional não encontrar os caracteres #! seguidos por um caminho de intérprete, ele trata o arquivo como uma configuração no formato de texto e carrega a configuração no dispositivo.

Desencadeadores do processo de reinicialização do provisionamento zero touch

O ZTP reinicia quando ocorrem qualquer um dos seguintes eventos:

  • A solicitação de arquivo de configuração, arquivo de script ou arquivo de imagem falha.

  • O arquivo de configuração está incorreto e o commit falha.

  • Nenhum arquivo de configuração e nenhum arquivo de imagem está disponível.

  • O arquivo de imagem está danificado e a instalação falha.

  • Nenhuma informação do servidor de arquivo está disponível.

  • O servidor DHCP não tem parâmetros ZTP válidos configurados.

  • Quando nenhuma das interfaces de cliente DHCP chega a um estado limitado.

  • Nos dispositivos Junos OS Evolved, se o download de um arquivo falhar, o ZTP reinicia.

Quando qualquer um desses eventos ocorre, o ZTP reinicia a máquina de estado do cliente DHCP em todas as interfaces configuradas pelo cliente (gerenciamento e rede) DHCP e, em seguida, reinicia a máquina de estado. Reiniciar a máquina de estado permite que o cliente DHCP obtenha os parâmetros mais recentes configurados pelo servidor DHCP.

Antes que o ZTP seja reiniciado, aproximadamente 15 a 30 segundos devem se passar para permitir tempo suficiente para construir uma lista de interfaces de cliente DHCP vinculadas e desvinculadas.

A lista de interfaces de cliente DHCP vinculadas e desvinculadas pode conter:

  • Sem entradas.

  • Múltiplas interfaces de cliente DHCP.

    A prioridade é dada às interfaces de cliente DHCP que receberam todos os parâmetros ZTP (arquivo de imagem de software, arquivo de configuração e informações de servidor de arquivo) do servidor DHCP.

A ZTP tenta baixar a imagem do software e os arquivos de configuração do servidor de arquivo. Se esse download falhar, o ZTP limpará a ligação do cliente DHCP nessa interface e reiniciará a máquina de estado em outras interfaces.

O processo de reinicialização do ZTP continua até que haja uma atualização de software bem-sucedida, ou um operador comprometa manualmente uma configuração de usuário e exclua a configuração ZTP.

Provisionamento zero touch em roteadores PTX10008 que executam o Junos OS Evolved

O provisionamento zero touch (ZTP) permite que você provisione seu roteador em sua rede automaticamente, com intervenção manual mínima. A partir do Junos OS Evolved Release 20.1R1, os dispositivos PTX10008 suportam a automação da configuração do dispositivo e atualização de software por meio da interface de gerenciamento do Roteamento Engine 0 (RE0).

O ZTP está habilitado no dispositivo PTX10008 no modo padrão de fábrica. Você pode conectar a interface de gerenciamento (re0:mgmt-0) a uma rede com um servidor de protocolo de configuração dinâmica de host (DHCP) e, em seguida, adicionar a configuração ZTP ao servidor DHCP. Use o show interfaces re0:mgmt-0 comando no dispositivo PTX10008 para encontrar o endereço MAC da interface para usar na configuração do servidor DHCP.

Quando o dispositivo PTX10008 é capaz de entrar em contato com o servidor DHCP e recuperar parâmetros ZTP, ele executa as seguintes operações ZTP com base nesses parâmetros:

  1. Busca o arquivo de imagem e/ou configuração especificado usando o protocolo especificado.

  2. Se uma imagem for especificada, o ZTP instala a imagem em ambos os mecanismos de roteamento e reinicializa o dispositivo.

  3. Se um arquivo de configuração for especificado:

    • Se o arquivo for uma configuração Junos, o ZTP aplica a configuração no dispositivo.

    • Se o arquivo for um script, o ZTP executará o script no dispositivo.

Provisionamento zero touch usando opções de DHCP

O provisionamento zero touch (ZTP) permite o provisionamento automático de dispositivos juniper network que você adiciona à sua rede. Você pode provisionar qualquer dispositivo suportado usando um script a ser executado ou um arquivo de configuração a ser carregado. Você também precisará configurar um servidor DHCP com as informações necessárias, que são fornecidas neste procedimento, para usar o ZTP.

O ZTP exige que seu dispositivo esteja em um estado padrão de fábrica. O dispositivo a partir das botas de fábrica com software pré-instalado e configuração padrão de fábrica. Em um dispositivo que não possui atualmente a configuração padrão de fábrica, você pode emitir o request system zeroize comando.

Antes de começar:

  • Certifique-se de que o dispositivo tenha acesso aos seguintes recursos de rede:

    • O servidor DHCP que fornece a localização da imagem do software e arquivos de configuração na rede

      Consulte a documentação do servidor DHCP para obter instruções de configuração.

    • O protocolo de transferência de arquivos (FTP anônimo), o protocolo de transferência de hipertexto (HTTP) ou o hypertext Transfer Protocol Secure (HTTPS) ou o servidor Trivial File Transfer Protocol (TFTP) no qual os arquivos de imagem e configuração de software são armazenados

      Nota:

      Embora o TFTP seja compatível, recomendamos que você use FTP ou HTTP, porque esses protocolos de transporte são mais confiáveis.

      CUIDADO:

      As URLs HTTP são limitadas a 256 caracteres de comprimento.

    • Um servidor de sistema de nome de domínio (DNS) para realizar uma pesquisa de DNS reversa (sem suporte).

    • (Opcional) Um servidor NTP para realizar a sincronização de tempo na rede

    • (Opcional) Um servidor de log de sistema (syslog) para gerenciar mensagens de log e alertas do sistema.

      As mensagens de syslog serão encaminhadas a este servidor de syslog durante o ZTP.

  • Localize e registre o endereço MAC do seu dispositivo.

    Em PTX10008 dispositivos, os endereços MAC de gerenciamento estão localizados em mecanismos de roteamento.

CUIDADO:

Você não pode confirmar uma configuração enquanto o dispositivo estiver realizando o processo de atualização de software. Se você confirmar uma configuração enquanto o dispositivo estiver realizando o processo de autoinstalação de arquivo de configuração, o processo para e o arquivo de configuração não é baixado da rede.

Para habilitar o provisionamento zero touch para um dispositivo usando opções de DHCP:

  1. Inicializa o dispositivo.
  2. Certifique-se de que o dispositivo tenha a configuração padrão de fábrica instalada.

    Emita o request system zeroize comando no dispositivo que deseja provisionar.

    A partir do Junos OS Evolved Release 19.3R1, no dispositivo QFX5220-128C, no Provisionamento Zero Touch (ZTP), você pode usar interfaces WAN ou interfaces de gerenciamento para baixar e instalar automaticamente o software apropriado e o arquivo de configuração em seu dispositivo durante o processo de inicialização. O ZTP configura automaticamente em uma porta WAN que tem a velocidade de porta padrão de 100 Gbps e, em seguida, conecta seu dispositivo ao servidor de configuração dinâmica de host (DHCP) para realizar o processo de bootstrap:

    • Se várias respostas DHCP chegarem, o ZTP escolhe o melhor conjunto de argumentos.

    • Se várias interfaces fornecerem os mesmos argumentos, o ZTP escolhe uma das interfaces.

    • Se houver um erro ao se conectar ao servidor DHCP, o ZTP se reencontra para se conectar ao servidor DHCP e, se várias interfaces novamente fornecerem os mesmos argumentos, o ZTP escolhe uma das interfaces.

    Recomendamos que você provisione o servidor DHCP e salve o software e o arquivo de configuração no caminho de servidor DHCP especificado no servidor de arquivo.

  3. Baixe o arquivo de imagem de software e/ou o arquivo de configuração para o servidor FTP, HTTP ou TFTP do qual o dispositivo baixará esses arquivos.
  4. Configure o servidor DHCP para fornecer as informações necessárias ao dispositivo.

    Configure a atribuição do endereço IP.

    Você pode configurar a atribuição dinâmica ou estática de endereço IP para o endereço de gerenciamento do dispositivo.

    Nota:

    Este endereço pode ser qualquer endereço do pool.

  5. Definir o formato das informações específicas do fornecedor para a opção DHCP 43 no arquivo dhcpd.conf.

    Aqui está um exemplo de um arquivo dhcpd.conf de servidor ISC DHCP 4.2:

  6. Configure as seguintes subopções da opção DHCP 43:
    • Subopção 00: O nome do arquivo de imagem do software para instalar.

      Nota:

      Quando o servidor DHCP não puder usar a subopção 00, configure o nome de arquivo de imagem de software usando a subopção 04. Se ambos a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.

      Por exemplo:

    • Subopção 01: O nome do script ou arquivo de configuração a ser instalado.

      Por exemplo:

      Nota:

      Opcionalmente, você pode especificar um número de porta não padrão para os protocolos HTTP e HTTPS anexando o número de porta à imagem ou nome de configuração separado por um ":". Por exemplo

      /dist/config/jn-switch35.config:8088. Neste caso, se o protocolo de transferência for HTTP ou HTTPS, então será usado como número de porta. Se o protocolo de transferência for FTP ou TFTP, a porta número 8088 será ignorada.
      Nota:

      O ZTP determina se o arquivo é um arquivo de script baseado na primeira linha do arquivo. Se a primeira linha contém os caracteres #! seguidos por um caminho de intérprete, o ZTP trata o arquivo como um script e o executa com o caminho de intérprete especificado. Para que um script seja executado, o arquivo de script deve fornecer a capacidade de buscar e carregar um arquivo de configuração válido no dispositivo durante o processo ZTP.

      A lista a seguir fornece os tipos de scripts e seus caminhos de intérprete associados:

      • Caminho do intérprete de script da Shell: #!/bin/sh

      • Caminho de intérprete de script SLAX: #!/usr/libexec/ui/cscript

      • Caminho do intérprete de script de Python: #!/usr/bin/python

        Por razões de segurança, o Junos OS tem requisitos rigorosos para executar scripts Python não assinados em dispositivos que executam o Junos OS. Apenas dispositivos que executam o Junos OS com automação aprimorada e dispositivos que executam o suporte Junos OS Evolved executando scripts Python não assinados como parte do processo ZTP.

      Se o arquivo não conter caracteres especiais (#!) , o ZTP determinará que o arquivo é um arquivo de configuração e carregará o arquivo de configuração.

    • Subopção 02: O link simbólico ao arquivo de imagem de software para instalar.

      Nota:

      Se você não especificar a subopção 2, o processo ZTP lida com o nome de arquivo de imagem como um nome de arquivo, não um link simbólico.

    • Subopção 03: O modo de transferência que o dispositivo usa para acessar o servidor TFTP, FTP, HTTP ou HTTPS. Se você selecionar o FTP como modo de transferência, o Junos OS usa o login FTP anônimo para baixar arquivos do servidor FTP.

      Nota:

      Se a subopção 03 não estiver configurada, o TFTP se tornará o modo de transferência por padrão.

      Se você selecionar o modo de transferência HTTP ou HTTPS, você pode fornecer um nome de usuário e senha, e esses parâmetros serão autenticados.

      Aqui está o formato para o modo de transferência HTTP:

      Se o modo de transferência não for HTTP ou HTTPS, outro modo de transferência é usado — por exemplo, FTP.

      Se o modo de transferência for HTTP ou HTTPS, e um nome de usuário e senha forem fornecidos, o dispositivo envia uma solicitação HTTP GET com os cabeçalhos de autorização para baixar a imagem do software.

      Se você não fornecer um nome de usuário e uma senha, o dispositivo não adicionará cabeçalhos de autorização para baixar a imagem do software.

    • Subopção 04: O nome do arquivo de imagem de software para instalar.

      Nota:

      Se o servidor DHCP não oferecer suporte à subopção 00, configure o arquivo de imagem usando a subopção 04. Se ambos a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.

      Por exemplo:

    • Subopção 05: O endereço IP do servidor FTP ou a porta HTTP que o dispositivo usa para baixar o script de pré-configuração, imagem ou arquivo de configuração.

      Se houver um arquivo de http_port localizado no /var/tmp/ directory, essa subopção será usada como uma porta HTTP. Se não houver um arquivo neste local, essa subopção será usada como um endereço IP FTP.

    • Subopção 08: informações de servidor proxy HTTP que são passadas do servidor DHCP para o cliente DHCP. Isso é útil quando o dispositivo precisa acessar o servidor de casa telefônica ou redirecionar o servidor por meio de um servidor proxy.

      Nota:

      Ao configurar o servidor DHCP e o servidor proxy HTTP, certifique-se de usar o número de porta correto para permitir que o tráfego flua pelo túnel seguro. Além disso, certifique-se de que o nome de host ou endereço IP do servidor proxy HTTP e do número de porta estejam separados por um cólon: por exemplo, 192.168.10.10:8080. Se você não usar um cólon, a porta 1080 é usada.

      Quando o cliente DHCP recebe as informações do servidor proxy HTTP, ele é salvo no arquivo /var/etc/phc_vendor_specific_info.xml (INET).

      Se o cliente DHCP não receber as informações do servidor proxy HTTP, nada será salvo no arquivo /var/etc/phc_vendor_specific_info.xml (INET), e o cliente DHCP se move para um estado vinculado.

      Você pode renovar as informações do servidor proxy HTTP emitindo o request dhcp client renew interface comando. O cliente DHCP busca as informações válidas do servidor proxy HTTP do servidor DHCP. Usar o comando é mais simples do que ter que reiniciar o processo de provisionamento Quando o servidor proxy HTTP for renovado ou as informações do servidor proxy HTTP serem alteradas ou excluídas, o jdhcp reescreverá o arquivo /var/etc/phc_vendor_specific_info.xml com as últimas informações recebidas da subopção 8.

      Aqui está o formato dessa opção:

      Aqui está um exemplo do formato usando um nome proxy fictício:

    • Subopção 09:O nome do seu script de pré-upgrade.

      Você pode usar um script de pré-upgrade para baixar chaves de assinatura ou certificados para seus aplicativos de terceiros antes de provisionar seu dispositivo. Você também pode usar um script de pré-upgrade para especificar os nomes de interface de gerenciamento e WAN e a velocidade das interfaces WAN. A ZTP usa essas informações para evitar o ciclismo através dos grupos de velocidade desnecessários onde a interface não reside.

      Aqui está o formato dessa opção:
  7. (Obrigatório) Configure a opção 150 ou a opção 66.
    Nota:

    Você deve configurar a opção 150 ou a opção 66. Se você configurar a opção 150 e a opção 66, a opção 150 tem precedência, e a opção 66 é ignorada. Além disso, certifique-se de especificar um endereço IP, não um nome de host, porque a resolução de nomes não é suportada.

    • Configure a opção DHCP 150 para especificar o endereço IP do servidor FTP, HTTP, HTTPS ou TFTP.

      Por exemplo:

    • Configure a opção DHCP 66 para especificar o endereço IP do servidor FTP, HTTP, HTTPS ou TFTP.

      Por exemplo:

  8. (Opcional) Configure a opção DHCP 7 para especificar um ou mais servidores de log de sistema (syslog).

    Por exemplo:

  9. (Opcional) Configure a opção DHCP 42 para especificar um ou mais servidores NTP.

    Liste cada servidor NTP separado por um espaço.

    Por exemplo:

  10. Conecte o dispositivo à rede que inclui o servidor DHCP e o servidor FTP, HTTP, HTTPS ou TFTP.
  11. Alimentação no dispositivo.
  12. Monitore o processo ZTP olhando para o console.
    Nota:

    Quando os scripts SLAX são executados, os arquivos e os op-script.log arquivos event-script.log são produzidos.

    Para o Junos OS Evolved, use o /var/log/ztp.log arquivo para solucionar problemas.

    Você também pode monitorar o processo ZTP analisando mensagens de erro e emitindo comandos operacionais. Veja monitoramento do provisionamento zero-touch para obter mais informações.

Provisionamento zero touch usando opções DHCPv6

Nota:

O provisionamento zero touch (ZTP) usando opções DHCPv6 não é compatível com imagens do Junos OS Flex. Uma imagem Flex tem a palavra "flex" no nome do arquivo. Aqui está um nome de arquivo de exemplo de uma imagem Flex: jinstall-host-qfx-5e-flex-x86-64-20.4R3.8-secure-signed.tgz.

O protocolo DHCPv6 não tem uma opção de sub-rede para a IA_NA (associação de identidade para endereços não temporários) para aprender e instalar rotas de sub-rede. Em vez disso, a rota de sub-rede é instalada através do Neighbor Discovery Protocol.

No IPv6, os dispositivos anunciam periodicamente prefixos IPv6 juntamente com outros parâmetros de link usando mensagens de anúncio de roteador (RA). No cliente (dispositivo da Juniper que executa ZTP), assim que o cliente DHCPv6 estiver vinculado, o Neighbor Discovery Protocol (NDP) aprenderá esses prefixos e instalará as rotas de prefixo pela interface do cliente, com o próximo salto como o link para o endereço local do dispositivo gateway.

No dispositivo cliente, a configuração de anúncio do roteador é habilitada por padrão, juntamente com a configuração DHCPv6.

  • Certifique-se de que o dispositivo tenha acesso aos seguintes recursos de rede:

    • O servidor DHCP que fornece a localização da imagem do software e arquivos de configuração na rede

      Consulte a documentação do servidor DHCP para obter instruções de configuração.

    • O protocolo de transferência de arquivos (FTP anônimo), o Trivial File Transfer Protocol (TFTP), o hypertext Transfer Protocol (HTTP) ou o servidor Hypertext Transfer Protocol Secure (HTTPS) no qual os arquivos de imagem e configuração de software são armazenados.

      CUIDADO:

      As URLs HTTP são limitadas a 256 caracteres de comprimento.

  • Localize e registre o endereço MAC impresso no dispositivo.

O provisionamento zero touch (ZTP) permite o provisionamento automático de dispositivos juniper network que você adiciona à sua rede. Você pode provisionar qualquer dispositivo suportado usando um script a ser executado ou um arquivo de configuração a ser carregado.

Para usar o ZTP, você configura um servidor DHCP para fornecer as informações necessárias. Se você não configurar o servidor DHCP para fornecer essas informações, o dispositivo inicializa com o software pré-instalado e a configuração padrão de fábrica. Se o seu dispositivo não estiver em um estado padrão de fábrica, você pode emitir o request system zeroize comando.

Opcionalmente, você pode configurar um servidor proxy HTTP para o servidor phone-home ou redirecionar o servidor. Quando o cliente da casa telefônica receber informações sobre o servidor proxy HTTP por meio da opção DHCP 17 suboption 8, ele criará um túnel transparente de HTTPS com o servidor proxy. Assim que o túnel é estabelecido, o cliente da casa de telefone usa o túnel como proxy para o servidor de casa telefônica ou servidor de redirecionamento. O cliente da casa telefônica baixa a imagem de software e o arquivo de configuração através do túnel no dispositivo. Assim que o inicialização estiver concluído, o dispositivo reinicializa e o túnel é parado.

Nota:

A partir do Junos OS Release 20.2R1-S1, o cliente DHCPv6 tem suporte para switches MX Series, EX3400, EX4300, QFX5100 e QFX5200. Ambos os clientes DHCPv4 e DHCPv6 estão incluídos como parte da configuração padrão. Durante o processo de inicialização, o dispositivo primeiro usa o cliente DHCPv4 para solicitar informações sobre a imagem e o arquivo de configuração do servidor DHCP. O dispositivo verifica as ligações DHCPv4 sequencialmente. Se houver uma falha em uma das ligações DHCPv4, o dispositivo continuará verificando se há vinculações até que o provisionamento seja bem sucedido. Se não houver ligações DHCPv4, no entanto, o dispositivo verificará as vinculações DHCPv6 e seguirá o mesmo processo que o DHCPv4 até que o dispositivo possa ser provisionado com sucesso. O servidor DHCP usa as opções DHCPv6 59 e 17 e opções aplicáveis para trocar informações relacionadas a ZTP entre si e o cliente DHCP.

CUIDADO:

Você não pode confirmar uma configuração enquanto o dispositivo estiver realizando o processo de atualização de software. Se você confirmar uma configuração enquanto o dispositivo estiver realizando o processo de autoinstalação de arquivo de configuração, o processo para e o arquivo de configuração não é baixado da rede.

Para usar o provisionamento zero touch para um dispositivo usando opções DHCPv6:

  1. Inicializa o dispositivo.
  2. Certifique-se de que o dispositivo tenha a configuração padrão de fábrica instalada.
    • Se várias respostas DHCP chegarem, o ZTP escolhe o melhor conjunto de argumentos.

    • Se várias interfaces fornecerem os mesmos argumentos, o ZTP escolhe uma das interfaces iguais.

    • Se houver um erro ao se conectar ao servidor DHCP, o ZTP tenta novamente se conectar ao servidor DHCP. Se várias interfaces novamente fornecerem os mesmos argumentos, o ZTP escolhe uma das interfaces.

    Recomendamos que você provisione o servidor DHCP e salve o arquivo de software e configuração no caminho de servidor DHCP especificado no servidor de arquivo.

  3. Baixe o arquivo de imagem de software e o arquivo de configuração para o servidor FTP, HTTP, HTTPS ou TFTP do qual o dispositivo baixará esses arquivos.
  4. Configure o servidor DHCP para fornecer as informações necessárias ao dispositivo.
  5. Configure a atribuição do endereço IP.

    Você pode configurar a atribuição dinâmica ou estática de endereço IP para o endereço de gerenciamento do dispositivo. Para determinar o endereço MAC de gerenciamento para mapeamento estático de endereços IP, adicione 1 ao último byte do endereço MAC do dispositivo, que você observou antes de iniciar este procedimento.

  6. Definir o formato da opção DHCPv6 59 (OPT_BOOTFILE_URL) no arquivo dhcpd6.conf , para que o servidor possa enviar informações sobre URLs para imagens para o cliente.

    Aqui está o formato dessa opção:

    Por exemplo:

    O modo de transferência e o endereço IPv6 são necessários, mas o número de porta é opcional. Se você não especificar o número de porta, o número de porta padrão do modo de transferência é usado. Se você especificar o número de porta nas opções 17 e 59, então o número de porta mencionado na opção 17 opções de informações específicas do fornecedor é usado.

    Você pode especificar o nome do arquivo de imagem na opção 59 ou na opção 17. Se o nome do arquivo de imagem for mencionado em ambas as opções 59 e 17, então o nome da imagem mencionado na opção 17 opções de informações específicas do fornecedor é usado.

  7. Defina o formato das informações específicas do fornecedor para as seguintes subopções da opção DHCP 17:

    Aqui está um exemplo de um arquivo dhcpd6.conf de servidor ISC DHCP 4.2:

    • Subopção 00: O nome do arquivo de imagem do software para instalar.

      Nota:

      Quando o servidor DHCP não puder usar a subopção 00, configure o nome de arquivo de imagem de software usando a subopção 04. Se ambos a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.

      Por exemplo:

    • Subopção 01: O nome do script ou arquivo de configuração a ser instalado.

      Por exemplo:

      Nota:

      O ZTP determina se o arquivo é um arquivo de script baseado na primeira linha do arquivo. Se a primeira linha contém os caracteres #! seguidos por um caminho de intérprete, o ZTP trata o arquivo como um script e o executa com o caminho de intérprete especificado. Para que um script seja executado, o arquivo de script deve fornecer a capacidade de buscar e carregar um arquivo de configuração válido no dispositivo durante o processo ZTP.

      A lista a seguir fornece os tipos de scripts e seus caminhos de intérprete associados:

      • Caminho do intérprete de script da Shell: #!/bin/sh

      • Caminho de intérprete de script SLAX: #!/usr/libexec/ui/cscript

      • Caminho do intérprete de script de Python: #!/usr/bin/python

        Por razões de segurança, o Junos OS tem requisitos rigorosos para executar scripts Python não assinados em dispositivos que executam o Junos OS. Apenas dispositivos que executam o Junos OS com automação aprimorada e dispositivos que executam o suporte Junos OS Evolved executando scripts Python não assinados como parte do processo ZTP.

      Se o arquivo não conter caracteres especiais (#!) , o ZTP determinará que o arquivo é um arquivo de configuração e carregará o arquivo de configuração.

    • Subopção 02: O tipo de imagem.

      Nota:

      Se você não especificar a subopção 2, o processo ZTP lida com a imagem do software como um nome de arquivo, não um link simbólico.

    • Subopção 03: O modo de transferência que o dispositivo usa para acessar o servidor TFTP, FTP, HTTP ou HTTPS.

      Nota:

      Se a subopção 03 não estiver configurada, o modo de transferência mencionado na opção 59 para a URL de imagem de boot é usado.

    • Você pode especificar a URL onde o arquivo de inicialização está localizado, bem como um esquema de autenticação que você pode usar para baixar a imagem de software, arquivo de configuração ou imagem alternativa.

      Os esquemas de URL primários que você fornece em subopções 00, 01 e 02 têm precedência sobre a URL especificada na opção bootfile-url . Se você não especificar a imagem, configuração ou imagem alternativa como URL nas subopções 00, 01 e 02, a URL de arquivo de inicialização especificada na opção bootfile-url é usada para baixar esses recursos.

      Como parte do bootfile-url, você também pode especificar a autenticação básica (nome de usuário e senha) para os modos de transferência HTTP e HTTPS para a imagem de software, arquivo de configuração e imagem alternativa. O nome de usuário e a senha estão codificados na base64 como parte do RFC 7617.

      Se o modo de transferência for HTTP ou HTTPS, o dispositivo analisará as informações de nome de usuário e senha.

      Aqui está um exemplo que mostra o modo de transferência HTTP e um esquema de autenticação que usa ztp como nome de usuário e welcome como senha:

      Por exemplo:

      Se o modo de transferência não for HTTP ou HTTPS, o dispositivo prosseguirá com os outros modos de transferência que você especificou como parte da opção DHCPv6 17 subopções 00, 01 e 03.

    • Subopção 04: O nome do arquivo de imagem de software para instalar.

      Nota:

      Quando o servidor DHCP não puder usar a subopção 00, configure o arquivo de imagem usando a subopção 04. Se ambos a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.

      Por exemplo:

    • Subopção 05: A porta que o dispositivo usa para baixar a imagem ou o arquivo de configuração ou ambos em vez da porta padrão.

    • O protocolo DHCPv6 define a opção de informações específicas do fornecedor ("VSIO") a fim de enviar opções de fornecedor encapsuladas em uma opção DHCP padrão.

    A configuração do exemplo a seguir mostra as opções DHCPv6 que você acabou de configurar:

  8. Alimente o dispositivo com a configuração padrão.
  9. Monitore o processo ZTP olhando para o console.
    Nota:

    Quando os scripts SLAX são executados, os arquivos e os op-script.log arquivos event-script.log são produzidos.

    Para o Junos OS Evolved, use o /var/log/ztp.log arquivo para solucionar problemas.

    Você também pode monitorar o processo ZTP analisando mensagens de erro e emitindo comandos operacionais. Veja monitoramento do provisionamento zero-touch para obter mais informações.

Monitoramento do provisionamento Zero Touch

Você pode usar os comandos de console e modo operacional para monitorar o Provisionamento Zero Touch.

Para o Junos OS Evolved, para monitorar o provisionamento zero touch, use o comando de modo operacional ztp do sistema show .

Usando o console para monitorar o provisionamento zero-touch no Junos OS Evolved

Propósito

Os arquivos de log do sistema fornecem informações sobre o estado do processo de atualização automática, listas de interfaces de cliente DHCP vinculadas e desvinculadas, endereços IP de servidores de arquivos, nomes e locais de arquivos de imagem e configuração, e tentativas bem-sucedidas e fracassadas de buscar arquivos de configuração e imagem.

Ação

Use as informações no console para monitorar o processo de atualização automática.

Aqui está um exemplo de saída para o Junos OS Evolved.

Significado

O console mostra o progresso do ZTP.

Usando o comando de vinculação do cliente dhcp

Propósito

Emita o show dhcp client binding comando para exibir informações vinculativas do cliente DHCP

Ação

Emita o show dhcp client binding comando para exibir o endereço IP do cliente DHCP, o endereço de hardware do cliente DHCP, o número de segundos em que o leasing de endereço IP do cliente DHCP expira, o estado do endereço IP do cliente DHCP na tabela de vinculação e o nome da interface que tem vinculações ativas de clientes.

mostrar vinculação do cliente dhcp

Significado

A saída deste comando mostra que existe uma interface de cliente que está vinculada, e que existem três interfaces que estão recebendo ofertas DHCP do servidor DHCP.

Usando o show dhcpv6 client binding Command

Propósito

Emita o show dhcpv6 client binding comando para exibir informações vinculativas do cliente DHCP

Ação

Emita o show dhcp6 client binding comando para exibir o endereço IP do cliente DHCPv6, o endereço de hardware do cliente DHCPv6, o número de segundos em que o leasing de endereço IP do cliente DHCPv6 expira, o estado do endereço IP do cliente DHCPv6 na tabela de vinculação e o nome da interface que tem vinculações ativas de clientes.

mostrar vinculação do cliente dhcpv6

Significado

A saída deste comando mostra que existe uma interface de cliente que está vinculada, e que existem três interfaces que estão recebendo ofertas DHCPv6 do servidor DHCP.

Tabela de histórico de mudanças

O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.

Soltar
Descrição
21.4R1-EVO
A partir do Junos OS Evolved Release 21.4R1 nos dispositivos QFX5130-32CD, QFX5220 e QFX5700, o ZTP oferece suporte ao cliente DHCPv6 na interface de gerenciamento. Durante o processo de inicialização, o dispositivo primeiro usa o cliente DHCPv4 para solicitar informações sobre a imagem e o arquivo de configuração do servidor DHCP. O dispositivo verifica as ligações DHCPv4 sequencialmente. Se houver uma falha em uma das ligações DHCPv4, o dispositivo continuará verificando se há vinculações até que o provisionamento seja bem sucedido. Se não houver ligações DHCPv4, no entanto, o dispositivo verificará as vinculações DHCPv6 e seguirá o mesmo processo que o DHCPv4 até que o dispositivo possa ser provisionado com sucesso. O servidor DHCP usa as opções DHCPv6 59 e 17 e opções aplicáveis para trocar informações relacionadas a ZTP entre si e o cliente DHCP.
21.3R1-EVO
A partir do Junos OS Evolved Release 21.3R1, nos dispositivos PTX10001-36MR, PTX10003, PTX10004, PTX10008 e PTX10016, o ZTP agora oferece suporte às opções DHCP 61 e 77. A opção DHCP 61 é usada para especificar o número de série do chassi, e a opção DHCP 77 é usada para especificar a versão de criação, modelo e software do chassi.
21.2R1-EVO
A partir do Junos OS Evolved Release 21.2R1 em dispositivos PTX10008, o Provisionamento Zero Touch (ZTP) detecta dinamicamente a velocidade de porta das interfaces WAN e usa essas informações para criar portas de servidor ZTP com a mesma velocidade.
21.2R1-EVO
A partir do Junos OS Evolved Release 21.2R1, QFX5700 dispositivos suportam a capacidade de interfaces WAN ou interfaces de gerenciamento baixar e instalar automaticamente o software apropriado e o arquivo de configuração em seu dispositivo durante o processo de inicialização ZTP.
21.2R1
A partir do Junos OS Release 21.2R1 em dispositivos QFX10002, o Provisionamento Zero Touch (ZTP) detecta dinamicamente a velocidade de porta das interfaces WAN e usa essas informações para criar portas de servidor ZTP com a mesma velocidade.
21.2R1
Começando no Junos OS Release 21.2R1, no EX2300-C, EX2300-MP, EX4300, EX4300-MP, EX4300-VC, EX4400-24MP, EX4400-48MP, EX4600-VC, EX4650 e EX4650-48Y-VC, durante o processo de inicialização, o cliente de casa de telefone pode acessar o servidor de redirecionamento por meio de um servidor proxy. O servidor DHCP usa a opção DHCP 43 suboption 8 para entregar os detalhes dos servidores proxy IPv4 e/ou IPv6 para o cliente de casa de telefone. O daemon DHCP em execução no switch alvo aprende sobre os servidores proxy no ciclo DHCP inicial e, em seguida, preenche o phc_vendor_specific_info.xml ou os arquivos phc_v6_vendor-specific_info.xml localizados no /var/etc/ diretório com as informações específicas do fornecedor.
21.2R1
Começando no Junos OS Release 21.2R1, no EX2300-C, EX2300-MP, EX4300, EX4300-MP, EX4300-VC, EX4400-24MP, EX4400-48MP, EX4600-VC, EX4650 e EX4650-48Y-VC, você pode usar um cliente DHCPv6 e ZTP para provisionar um switch. Durante o processo de inicialização, o dispositivo primeiro usa o cliente DHCPv4 para solicitar informações sobre a imagem e o arquivo de configuração do servidor DHCP. O dispositivo verifica as ligações DHCPv4 sequencialmente. Se houver uma falha em uma das ligações DHCPv4, o dispositivo continua a verificar se há vinculações até que o provisionamento seja bem sucedido. No entanto, se não houver ligações DHCPv4, o dispositivo verifica as ligações DHCPv6 e segue o mesmo processo que o DHCPv4 até que o dispositivo seja provisionado com sucesso. Ambos os clientes DHCPv4 e DHCPv6 estão incluídos como parte da configuração padrão do dispositivo. O servidor DHCP usa as opções DHCPv6 59 e 17 e subopções aplicáveis para trocar informações relacionadas a ZTP entre si e o cliente DHCP.
21.1R1
Começando no Junos OS Release 21.1R1, no EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T e EX4600, quando o cliente de casa de telefone receber informações sobre o servidor proxy HTTP por opção DHCP 43 suboption 8, ele criará um túnel transparente de HTTPS com o servidor proxy. Assim que o túnel é estabelecido, o cliente da casa de telefone usa o túnel como proxy para o servidor de casa telefônica ou servidor de redirecionamento. O cliente da casa telefônica baixa a imagem de software e o arquivo de configuração através do túnel no dispositivo. Assim que o inicialização estiver concluído, o dispositivo reinicializa e o túnel é parado.
21.1R1
A partir do Junos OS Release 21.1R1, nos dispositivos EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T e EX4600, durante o processo de inicialização, o cliente de casa de telefone pode acessar o servidor de redirecionamento por meio de um servidor proxy. O servidor DHCP usa a opção DHCP 43 suboption 8 para entregar os detalhes dos servidores proxy IPv4 e/ou IPv6 para o cliente de casa de telefone. O daemon DHCP em execução no switch alvo aprende sobre os servidores proxy no ciclo DHCP inicial e, em seguida, preenche o phc_vendor_specific_info.xml ou os arquivos phc_v6_vendor-specific_info.xml localizados no /var/etc/ diretório com as informações específicas do fornecedor.
20.4R1-EVO
A partir do Junos OS Evolved Release 20.4R1, PTX10004 dispositivos suportam a automação da configuração do dispositivo e atualização de software por meio da interface de gerenciamento do Roteamento Engine 0 (RE0).
20.4R1-EVO
A partir do Junos OS Evolved Release 20.4R1, ACX5448 e dispositivos QFX5120-48YM suportam a capacidade de interfaces WAN ou interfaces de gerenciamento baixar e instalar automaticamente o software apropriado e o arquivo de configuração em seu dispositivo durante o processo de inicialização ZTP.
20.4R1
A partir do Junos OS Release 20.4R1 na Série MX, EX3400, EX4300, QFX5100 e dispositivos QFX5200, o ZTP oferece suporte ao cliente DHCPv6. Durante o processo de inicialização, o dispositivo primeiro usa o cliente DHCPv4 para solicitar informações sobre a imagem e o arquivo de configuração do servidor DHCP. O dispositivo verifica as ligações DHCPv4 sequencialmente. Se houver uma falha em uma das ligações DHCPv4, o dispositivo continuará verificando se há vinculações até que o provisionamento seja bem sucedido. Se não houver ligações DHCPv4, no entanto, o dispositivo verificará as vinculações DHCPv6 e seguirá o mesmo processo que o DHCPv4 até que o dispositivo possa ser provisionado com sucesso. O servidor DHCP usa as opções DHCPv6 59 e 17 e opções aplicáveis para trocar informações relacionadas a ZTP entre si e o cliente DHCP.
20.4R1
Começando no Junos OS Release 20.4R1 no EX4600, EX4650, EX9200 com RE-S-EX9200-2X00X6, QFX5110, QFX5200, QFX5210, QFX5120-32C e dispositivos QFX5120-48Y, você pode usar o ZTP legado baseado em opções DHCP ou o cliente de casa de telefone (PHC) para fornecer software para o switch. Quando o switch inicializa, se houver opções de DHCP que foram recebidas do servidor DHCP para ZTP, o ZTP é retomado. Se as opções de DHCP não estiverem presentes, a APS é tentada. A PHC permite que o switch obtenha dados de inicializações com segurança, como uma configuração ou imagem de software, sem nenhuma intervenção do usuário além de ter que conectar fisicamente o switch à rede. Quando o switch inicializa pela primeira vez, a PHC se conecta a um servidor de redirecionamento, que redireciona para um servidor doméstico de telefone para obter a configuração ou a imagem do software.
20.2R1-S1
Começando no Junos OS Release 20.2R1-S1 nos dispositivos MX-Series, EX3400, EX4300, QFX5100 e QFX5200, o ZTP oferece suporte ao cliente DHCPv6. Durante o processo de inicialização, o dispositivo primeiro usa o cliente DHCPv4 para solicitar informações sobre a imagem e o arquivo de configuração do servidor DHCP. O dispositivo verifica as ligações DHCPv4 sequencialmente. Se houver uma falha em uma das ligações DHCPv4, o dispositivo continuará verificando se há vinculações até que o provisionamento seja bem sucedido. Se não houver ligações DHCPv4, no entanto, o dispositivo verificará as vinculações DHCPv6 e seguirá o mesmo processo que o DHCPv4 até que o dispositivo possa ser provisionado com sucesso. O servidor DHCP usa as opções DHCPv6 59 e 17 e opções aplicáveis para trocar informações relacionadas a ZTP entre si e o cliente DHCP.
20.2R1
A partir do Junos OS Release 20.2R1 em SRX300, SRX320, SRX340, SRX345, SRX550 HM e SRX1500 dispositivos, você pode usar o Provisionamento Zero Touch com opções DHCP ou o cliente de casa de telefone para provisionar seu dispositivo.
20.1R1-EVO
A partir do Junos OS Evolved Release 20.1R1 em dispositivos PTX10003, o Provisionamento Zero Touch (ZTP) detecta dinamicamente a velocidade de porta das interfaces WAN e usa essas informações para criar portas de servidor ZTP com a mesma velocidade.
20.1R1-EVO
A partir do Junos OS Evolved Release 20.1R1, PTX10008 dispositivos suportam a automação da configuração do dispositivo e atualização de software por meio da interface de gerenciamento do Roteamento Engine 0 (RE0).
19.4R1
A partir do Junos OS Release 19.4R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software no Juniper Route Reflector (JRR). O ZTP oferece suporte a atualizações de autoimagem e atualizações automáticas de configuração usando opções ZTP DHCP. Nesta versão, o ZTP oferece suporte a portas de receita em2 até em9, além da porta de gerenciamento em0, que é suportada em versões Junos OS antes do 19.4R1.
19.3R1-Evo
A partir do Junos OS Evolved Release 19.3R1, no dispositivo QFX5220-128C, no Provisionamento Zero Touch (ZTP), você pode usar interfaces WAN ou interfaces de gerenciamento, para baixar e instalar automaticamente o software apropriado e o arquivo de configuração em seu dispositivo durante o processo de inicialização.
19.3R1
A partir do Junos OS Release 19.3R1, você pode usar interfaces WAN ou interfaces de gerenciamento para baixar e instalar automaticamente o software apropriado e o arquivo de configuração em seu roteador durante o processo de inicialização ZTP.
19.2R1
A partir do Junos OS Release 19.2R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software na interface de gerenciamento em0 para switches ACX5448.
19.1R1-EVO
A partir do Junos OS Evolved Release 19.1R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software na interface de gerenciamento para dispositivos QFX5220 e PTX10003.
19.1-Evo
A partir do Junos OS Evolved Release 19.1R1, para monitorar o provisionamento zero touch no Junos OS Evolved, use o comando ztp do sistema show .
18.3R1
A partir do Junos OS Release 18.3R1, ZTP, que automatiza o provisionamento da configuração do dispositivo e imagem de software com intervenção manual mínima, é suportado em hosts VM da Série MX.
18.2R1
A partir do Junos OS Release 18.2R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host VM que usam roteadores PTX5000, PTX3000, PTX10008, PTX10016, PTX10002-60C.
18.2R1
A partir do Junos OS Release 18.2R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host VM que usam switches QFX10008 e QFX10016.
18.1R1
A partir do Junos OS Release 18.1R1, o ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host VM que usam switches QFX10002-60C.
17.2R1
A partir do Junos OS Release 17.2R1, a ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host VM que usam roteadores PTX1000.
16.1R1
A partir do Junos OS Release 16.1R1, você pode provisionar dispositivos com suporte usando um script a ser executado ou um arquivo de configuração a ser carregado.
12.2
A partir do Junos OS Release 12.2, você pode usar o console e comandos operacionais para monitorar o Provisionamento Zero Touch.