NESTA PÁGINA

Visão geral do provisionamento Zero Touch
Provisionamento Zero Touch usando opções DHCP
Provisionamento Zero Touch usando opções DHCPv6
Monitoramento do provisionamento Zero Touch

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 Zero Touch Provisioning (ZTP) permite que você provisione novos dispositivos da Juniper Networks em sua rede automaticamente, com o mínimo de intervenção manual. 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 padrão de fábrica, o dispositivo atualiza (ou faz downgrade) da 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, é possível criar arquivos de configuração específicos do dispositivo e executar operações de solicitação 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 as informações que você configurou em um servidor DHCP (Dynamic Host Configuration Protocol). Se você não configurar o servidor DHCP para fornecer essas informações, o dispositivo será inicializado com o software pré-instalado e a configuração padrão de fábrica.

Para o Junos OS Evolved, o Zero Touch Provisioning (ZTP) detecta dinamicamente a velocidade 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 à atualização de software pela interface de gerenciamento do Mecanismo de Roteamento 0 (RE0) ou por interfaces WAN.

Observação:

Para ver quais plataformas são compatíveis com ZTP, em um navegador, vá para o Explorador de recursos. Na seção Explorar recursos da página Explorador de recursos, selecione Todos os recursos. Na caixa Recursos agrupados por família de recursos , selecione Provisionamento Zero Touch. Você também pode digitar o nome do recurso na caixa de edição Pesquisar recursos . Consulte a Tabela de histórico de versões no final deste tópico para obter mais detalhes sobre como o suporte a ZTP se expandiu.

Fluxo de trabalho ZTP
Provisionamento de um dispositivo usando um script
Acionadores do processo de reinicialização do provisionamento Zero Touch
Provisionamento Zero Touch em roteadores PTX10008 rodando o Junos OS Evolved

Fluxo de trabalho ZTP

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

O cliente DHCP é executado em interfaces suportadas.
O servidor DHCP provisiona um endereço IP e inclui várias opções de DHCP na resposta relacionadas ao processo ZTP.
O dispositivo processa as opções de DHCP e localiza arquivos de configuração, executa scripts e atualiza e/ou faz downgrade de software.
Se a imagem e os arquivos de configuração estiverem presentes, a imagem será instalada e a configuração será aplicada.
Se apenas o arquivo de imagem estiver presente, a imagem será instalada no dispositivo.
Se a imagem for a mesma que a imagem já instalada no dispositivo, o ZTP continuará e ignorará a etapa de instalação.
Se a imagem não puder ser buscada pelo dispositivo, o ZTP tentará buscar a imagem novamente.
Se a imagem estiver corrompida, a instalação falhará.

Se a instalação falhar por qualquer motivo, o ZTP tentará novamente em outras interfaces.
Se apenas o arquivo de configuração estiver presente, a configuração será baixada.

Se a primeira linha do arquivo consistir no #! seguidos por um caminho de interpretador, o arquivo é considerado um script e o script é executado pelo interpretador. 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 corrompido, tiver erros de sintaxe ou incluir comandos que não são suportados pelo dispositivo, o dispositivo não poderá ser confirmado e o ZTP tentará novamente em outras interfaces.
Se não houver imagem ou arquivo de configuração, o ZTP tentará novamente em outras interfaces.
Se não houver informações do servidor de arquivos, o ZTP tentará novamente em outras interfaces.
Depois que a configuração é confirmada, o processo ZTP é considerado bem-sucedido e encerrado.

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 a imagem de software e o arquivo de configuração do 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 determinará se o arquivo é um script com base na primeira linha do arquivo. Se a primeira linha contiver os caracteres #! seguidos por um caminho de interpretador, o sistema operacional tratará o arquivo como um script e o executará com o interpretador especificado.

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

A Tabela 1 descreve os tipos de script suportados, o caminho do interpretador 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 à plataforma
Script de shell	`#!/bin/sh`	Todos os dispositivos
Script SLAX	`#!/usr/libexec/ui/cscript`	Todos os dispositivos
Script Python	`#!/usr/bin/python`	Dispositivos que executam o Junos OS com Automação aprimorada Dispositivos com o Junos OS Evolved

Observação:

Por motivos de segurança, o Junos OS tem requisitos rigorosos para a execução de scripts Python não assinados em dispositivos que executam o Junos OS. Somente os dispositivos que executam o Junos OS com Automação aprimorada e os dispositivos que executam o Junos OS Evolved suportam o uso de scripts Python não assinados na opção 43 do DHCP subopção 01.

Se o sistema operacional não encontrar os caracteres #! seguidos por um caminho de interpretador, ele tratará o arquivo como uma configuração em formato de texto e carregará a configuração no dispositivo.

Acionadores do processo de reinicialização do provisionamento Zero Touch

O ZTP é reiniciado quando ocorre 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 a confirmação falha.
Nenhum arquivo de configuração e nenhum arquivo de imagem está disponível.
O arquivo de imagem está corrompido e a instalação falha.
Nenhuma informação do servidor de arquivos está disponível.
O servidor DHCP não tem parâmetros ZTP válidos configurados.
Quando nenhuma das interfaces de cliente DHCP vai para um estado vinculado.
Nos dispositivos Junos OS Evolved, se o download de um arquivo falhar, o ZTP será reiniciado.

Quando qualquer um desses eventos ocorre, o ZTP redefine a máquina de estado do cliente DHCP em todas as interfaces configuradas pelo cliente DHCP (gerenciamento e rede) 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 da reinicialização do ZTP, aproximadamente 15 a 30 segundos devem decorrer para permitir tempo suficiente para criar uma lista de interfaces de cliente DHCP vinculadas e não vinculadas.

A lista de interfaces de cliente DHCP vinculadas e não vinculadas pode conter:

Sem entradas.
Várias interfaces de cliente DHCP.

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

O ZTP tenta baixar a imagem do software e os arquivos de configuração do servidor de arquivos. 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 um upgrade de software bem-sucedido ou um operador confirme manualmente uma configuração do usuário e exclua a configuração do ZTP.

Provisionamento Zero Touch em roteadores PTX10008 rodando o Junos OS Evolved

O Zero Touch Provisioning (ZTP) permite que você provisione seu roteador em sua rede automaticamente, com o mínimo de intervenção manual. A partir do Junos OS Evolved Release 20.1R1, os dispositivos PTX10008 oferecem suporte à automação da configuração do dispositivo e à atualização de software pela interface de gerenciamento do Mecanismo de Roteamento 0 (RE0).

O ZTP é 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 DHCP (Dynamic Host Configuration Protocol) 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 a ser usada 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:

Busca a imagem e/ou o arquivo de configuração especificados usando o protocolo especificado.
Se uma imagem for especificada, o ZTP instala a imagem em ambos os mecanismos de roteamento e reinicializa o dispositivo.
Se um arquivo de configuração for especificado:
- Se o arquivo for uma configuração do Junos, o ZTP aplicará a configuração no dispositivo.
- Se o arquivo for um script, o ZTP executará o script no dispositivo.

Provisionamento Zero Touch usando opções DHCP

O Zero Touch Provisioning (ZTP) permite o provisionamento automático dos dispositivos da rede da Juniper que você adiciona à sua rede. Você pode provisionar qualquer dispositivo com suporte 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, fornecidas neste procedimento, para usar o ZTP.

O ZTP requer que seu dispositivo esteja em um estado padrão de fábrica. O dispositivo é inicializado de fábrica com software pré-instalado e configuração padrão de fábrica. Em um dispositivo que atualmente não tem 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 de software e dos arquivos de configuração na rede
  
  Consulte a documentação do servidor DHCP para obter instruções de configuração.
- O servidor File Transfer Protocol (FTP anônimo), Hypertext Transfer Protocol (HTTP) ou Hypertext Transfer Protocol Secure (HTTPS) ou Trivial File Transfer Protocol (TFTP) no qual a imagem de software e os arquivos de configuração são armazenados
  
  Observação:
  Embora haja suporte para TFTP, recomendamos que você use FTP ou HTTP, pois esses protocolos de transporte são mais confiáveis.
  
  ATENÇÃO:
  
  Os URLs HTTP são limitados a 256 caracteres.
- Um servidor DNS (Sistema de Nomes de Domínio) para executar pesquisa DNS reversa (sem suporte).
- (Opcional) Um servidor NTP para executar a sincronização de tempo na rede
- (Opcional) Um servidor de log do sistema (syslog) para gerenciar mensagens e alertas de log do sistema.
  
  As mensagens syslog serão encaminhadas para este servidor syslog durante o ZTP.
Localize e registre o endereço MAC do seu dispositivo.

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

ATENÇÃO:

Você não pode confirmar uma configuração enquanto o dispositivo estiver executando o processo de atualização de software. Se você confirmar uma configuração enquanto o dispositivo estiver executando o processo de autoinstalação do arquivo de configuração, o processo será interrompido e o arquivo de configuração não será baixado da rede.

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

Inicialize o dispositivo.
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 você deseja provisionar.

A partir do Junos OS Evolved Release 19.3R1, no dispositivo QFX5220-128C, no Zero Touch Provisioning (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 bootstrap. O ZTP é configurado automaticamente em uma porta WAN que tem a velocidade de porta padrão de 100 Gbps e, em seguida, conecta seu dispositivo ao servidor DHCP (Dynamic Host Configuration Protocol) para executar o processo de inicialização:
- Se várias respostas DHCP chegarem, o ZTP escolherá o melhor conjunto de argumentos.
- Se várias interfaces fornecerem os mesmos argumentos, o ZTP escolherá uma das interfaces.
- Se houver um erro ao se conectar ao servidor DHCP, o ZTP tentará se conectar novamente ao servidor DHCP e, se várias interfaces fornecerem novamente os mesmos argumentos, o ZTP escolherá uma das interfaces.
Recomendamos que você provisione o servidor DHCP e salve o software e o arquivo de configuração no caminho do servidor DHCP especificado no servidor de arquivos.
Baixe o arquivo de imagem do software e/ou o arquivo de configuração para o servidor FTP, HTTP ou TFTP do qual o dispositivo baixará esses arquivos.
Configure o servidor DHCP para fornecer as informações necessárias ao dispositivo.

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

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

Observação:
Esse endereço pode ser qualquer endereço do pool.

Defina o formato das informações específicas do fornecedor para a opção 43 do DHCP.

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

Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:

Configure as seguintes subopções da opção 43 do DHCP:
- Subopção 00: O nome do arquivo de imagem de software a ser instalado.
  
  Observação:
  Quando o servidor DHCP não puder usar a subopção 00, configure o nome do arquivo de imagem de software usando a subopção 04. Se a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Este exemplo mostra como baixar uma imagem usando uma porta HTTP ou HTTPS personalizada anexando o número da porta ao final do nome do arquivo.
  
  Arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Kea DHCP 2.4.1 servidor kea-dhcp4.conf arquivo:
- Subopção 01: O nome do script ou arquivo de configuração a ser instalado.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Observação:
  Opcionalmente, você pode especificar um número de porta não padrão para os protocolos HTTP e HTTPS anexando o número da porta à imagem ou ao nome da configuração separado por um ":". Por exemplo,
  /dist/config/jn-switch35.config:8088. Nesse caso, se o protocolo de transferência for HTTP ou HTTPS, então será usado como o número da porta. Se o protocolo de transferência for FTP ou TFTP, o número da porta 8088 será ignorado.
  Observação:
  O ZTP determina se o arquivo é um arquivo de script com base na primeira linha do arquivo. Se a primeira linha contiver os caracteres #! seguidos por um caminho de interpretador, o ZTP tratará o arquivo como um script e o executará com o caminho de interpretador 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 interpretador associados:
  
  Caminho do interpretador de script de shell: #!/bin/sh
  
  Caminho do interpretador de script SLAX: #!/usr/libexec/ui/cscript
  
  Caminho do interpretador de script Python: #!/usr/bin/python
  
  Por motivos de segurança, o Junos OS tem requisitos rigorosos para a execução de scripts Python não assinados em dispositivos que executam o Junos OS. Apenas os dispositivos que executam o Junos OS com Automação aprimorada e os dispositivos que executam o Junos OS Evolved suportam a execução de scripts Python não assinados como parte do processo ZTP.
  
  Se o arquivo não contiver 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 para o arquivo de imagem de software a ser instalado.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Observação:
  Se você não especificar a subopção 2, o processo ZTP manipulará o nome do 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 FTP como modo de transferência, o Junos OS usará o login FTP anônimo para baixar arquivos do servidor FTP.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Observação:
  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, poderá 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:
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Se o modo de transferência não for HTTP ou HTTPS, outro modo de transferência será 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 enviará 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 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 a ser instalado.
  
  Observação:
  Se o servidor DHCP não suportar a subopção 00, configure o arquivo de imagem usando a subopção 04. Se a subopção 00 e a subopção 4 forem definidas, a subopção 04 será ignorada.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
- Subopção 05: O endereço IP do servidor FTP ou a porta HTTP que o dispositivo usa para baixar o script, a imagem ou o arquivo de configuração.
  
  Se houver um arquivo http_port localizado em /var/tmp/, a opção 43 do DHCPv4 subopção 5 será usada como uma porta HTTP. Se não houver um arquivo neste local, a subopção 5 da opção 43 do DHCPv4 será usada como um endereço IP de FTP.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  
  Definição:
  Atribuição:
- Subopção 08: Informações do servidor proxy HTTP que são passadas do servidor DHCP para o cliente DHCP. Isso é útil quando o dispositivo precisa acessar o servidor de phone-home ou o servidor de redirecionamento por meio de um servidor proxy.
  
  Observação:
  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 do host ou o endereço IP do servidor proxy HTTP e o número da porta estejam separados por dois pontos: por exemplo, 192.168.10.10:8080. Se você não usar dois pontos, a porta 1080 será usada.
  
  Quando o cliente DHCP recebe as informações do servidor proxy HTTP, elas são salvas 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 será movido para um estado ligado.
  
  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 é renovado ou as informações do servidor proxy HTTP são alteradas ou excluídas, o jdhcp reescreverá o arquivo /var/etc/phc_vendor_specific_info.xml com as informações mais recentes recebidas da subopção 8.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  Aqui está o formato para esta opção:
  
  Arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Kea DHCP 2.4.1 servidor kea-dhcp4.conf arquivo:
  Aqui está um exemplo do formato usando um nome de proxy fictício:
  
  Arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Kea DHCP 2.4.1 servidor kea-dhcp4.conf arquivo:
(Obrigatório) Configure a opção 150 ou a opção 66.
Observação:
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 terá precedência e a opção 66 será ignorada. Além disso, certifique-se de especificar um endereço IP, não um nome de host, pois não há suporte para a resolução de nomes.
- Configure a opção DHCP 150 para especificar o endereço IP do servidor FTP, HTTP, HTTPS ou TFTP.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  
  Definição:
  Atribuição:
- Configure a opção 66 do DHCP para especificar o endereço IP do servidor FTP, HTTP, HTTPS ou TFTP.
  
  Aqui está um exemplo de um arquivo dhcpd.conf do servidor ISC DHCP 4.2:
  Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:
  
  Definição:
  Atribuição:

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

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

Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:

Definição:

Atribuição:

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

Liste cada servidor NTP separado por um espaço.

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

Aqui está um exemplo de um arquivo kea-dhcp4.conf do servidor Kea DHCP 2.4.1:

Definição:

Atribuição:

Conecte o dispositivo à rede que inclui o servidor DHCP e o servidor FTP, HTTP, HTTPS ou TFTP.
Ligue o dispositivo.

Monitore o processo ZTP olhando para o console.

Observação:

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

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

Você também pode monitorar o processo ZTP observando mensagens de erro e emitindo comandos operacionais. Consulte Monitoramento do provisionamento Zero Touch para obter mais informações.

Os dispositivos da Juniper que executam o Junos OS enviam opções de DHCP adicionais para o servidor DHCP no pacote Discover durante o ZTP. Essas opções ajudam o servidor DHCP a identificar dispositivos específicos em parâmetros como fornecedor, nome do modelo e número de série (varia de acordo com as diferentes plataformas da Juniper).

Número da opção DHCP	Nome da opção DHCP
Opção 12	Nome do host
Opção 60	Identificador de classe de fornecedor (VCI)

Modelo	Opção 12 do DHCP (nome do host)	Opção 60 (VCI) do DHCP
PTX10001-36MR	`<serial-number>`	Juniper-PTX10001-36MR-`<serial-number>`

Aqui está um exemplo de como classificar um dispositivo com base em seu número de série específico e atribuir um conjunto exclusivo de opções de DHCP para processamento ZTP.

Arquivo dhcpd.conf do servidor ISC DHCP 4.2:

Kea DHCP 2.4.1 servidor kea-dhcp4.conf arquivo:

Observação:

Nos exemplos acima, a substring função extrai 12 caracteres a partir da posição do^14º caractere (indexação a partir de zero). Abaixo estão algumas alternativas adicionais de string de teste úteis para a configuração de DHCP Kea.

"test": "split(option[60].hex, '-', 4) == 'ER535'"
"test": "option[12].hex == 'ER535'"
"test": "split(option[60].hex, '-', 2) == 'ptx10001'"
"test": "substring(option[60].hex,0,7) == 'Juniper'"
"test": "substring(option[60].hex,0,21) == 'Juniper-ptx10001-36mr'"

Provisionamento Zero Touch usando opções DHCPv6

Observação:

O Zero Touch Provisioning (ZTP) usando opções DHCPv6 não é suportado em imagens do Junos OS Flex. Uma imagem do Flex tem a palavra "flex" no nome do arquivo. Aqui está um exemplo de nome de arquivo de uma imagem do 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 o 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 por meio do Protocolo de Descoberta de Vizinhos.

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

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

Certifique-se de que o dispositivo tenha acesso aos seguintes recursos de rede:
- O servidor DHCP que fornece a localização da imagem de software e dos arquivos de configuração na rede
  
  Consulte a documentação do servidor DHCP para obter instruções de configuração.
- O servidor File Transfer Protocol (FTP anônimo), Trivial File Transfer Protocol (TFTP), Hypertext Transfer Protocol (HTTP) ou Hypertext Transfer Protocol Secure (HTTPS) no qual a imagem do software e os arquivos de configuração são armazenados.
  
  ATENÇÃO:
  
  Os URLs HTTP são limitados a 256 caracteres.
Localize e registre o endereço MAC impresso no dispositivo.

Para usar o ZTP, configure 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 será inicializado com o software pré-instalado e a configuração padrão de fábrica. Se o seu dispositivo não estiver no estado padrão de fábrica, você poderá emitir o request system zeroize comando.

Opcionalmente, você pode configurar um servidor proxy HTTP para o servidor phone-home ou servidor de redirecionamento. Quando o cliente phone-home recebe informações sobre o servidor proxy HTTP por meio da opção 17 subopção 8 do DHCP, ele criará um túnel transparente HTTPS com o servidor proxy. Depois que o túnel é estabelecido, o cliente phone-home usa o túnel como um proxy para o servidor phone-home ou servidor de redirecionamento. O cliente do phone-home baixa a imagem do software e o arquivo de configuração através do túnel para o dispositivo. Quando a inicialização estiver concluída, o dispositivo será reinicializado e o túnel será encerrado.

Observação:

A partir do Junos OS versão 20.2R1-S1, o cliente DHCPv6 tem suporte para os switches MX-Series, EX3400, EX4300, QFX5100 e QFX5200. 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 com uma das associações DHCPv4, o dispositivo continuará a verificar se há associações até que o provisionamento seja bem-sucedido. No entanto, se não houver associações DHCPv4, o dispositivo verificará se há associações DHCPv6 e seguirá o mesmo processo do DHCPv4 até que o dispositivo possa ser provisionado com êxito. O servidor DHCP usa as opções 59 e 17 do DHCPv6 e as subopções aplicáveis para trocar informações relacionadas ao ZTP entre ele e o cliente DHCP.

ATENÇÃO:

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

Inicialize o dispositivo.
Certifique-se de que o dispositivo tenha a configuração padrão de fábrica instalada.
- Se várias respostas DHCP chegarem, o ZTP escolherá o melhor conjunto de argumentos.
- Se várias interfaces fornecerem os mesmos argumentos, o ZTP escolherá uma das interfaces iguais.
- Se houver um erro ao se conectar ao servidor DHCP, o ZTP tentará se conectar novamente ao servidor DHCP. Se várias interfaces fornecerem novamente os mesmos argumentos, o ZTP escolherá uma das interfaces.
Recomendamos que você provisione o servidor DHCP e salve o software e o arquivo de configuração no caminho do servidor DHCP especificado no servidor de arquivos.
Baixe o arquivo de imagem do software e o arquivo de configuração para o servidor FTP, HTTP, HTTPS ou TFTP do qual o dispositivo fará o download desses arquivos.
Configure o servidor DHCP para fornecer as informações necessárias ao dispositivo.
Configure a atribuição de endereço IP.

Você pode configurar a atribuição de endereço IP dinâmico ou estático para o endereço de gerenciamento do dispositivo. Para determinar o endereço MAC de gerenciamento para mapeamento de endereço IP estático, adicione 1 ao último byte do endereço MAC do dispositivo, que você anotou antes de iniciar este procedimento.
Defina o formato da opção 59 (OPT_BOOTFILE_URL) do DHCPv6 no arquivo dhcpd6.conf , para que o servidor possa enviar informações sobre URLs para imagens para o cliente.
Aqui está o formato para esta opção:
Por exemplo:
O modo de transferência e o endereço IPv6 são necessários, mas o número da porta é opcional. Se você não especificar o número da porta, o número da porta padrão do modo de transferência será usado. Se você especificar o número da porta nas opções 17 e 59, o número da porta mencionado na opção 17 de informações específicas do fornecedor será 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 nas opções 59 e 17, o nome da imagem mencionado na opção 17 de informações específicas do fornecedor será usado.
Defina o formato das informações específicas do fornecedor para as seguintes subopções da opção 17 do DHCP:
Aqui está um exemplo de um arquivo dhcpd6.conf do servidor ISC DHCP 4.2:
- Subopção 00: O nome do arquivo de imagem de software a ser instalado.
  
  Observação:
  Quando o servidor DHCP não puder usar a subopção 00, configure o nome do arquivo de imagem de software usando a subopção 04. Se 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:
  Observação:
  O ZTP determina se o arquivo é um arquivo de script com base na primeira linha do arquivo. Se a primeira linha contiver os caracteres #! seguidos por um caminho de interpretador, o ZTP tratará o arquivo como um script e o executará com o caminho de interpretador 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 interpretador associados:
  
  Caminho do interpretador de script de shell: #!/bin/sh
  
  Caminho do interpretador de script SLAX: #!/usr/libexec/ui/cscript
  
  Caminho do interpretador de script Python: #!/usr/bin/python
  
  Por motivos de segurança, o Junos OS tem requisitos rigorosos para a execução de scripts Python não assinados em dispositivos que executam o Junos OS. Apenas os dispositivos que executam o Junos OS com Automação aprimorada e os dispositivos que executam o Junos OS Evolved suportam a execução de scripts Python não assinados como parte do processo ZTP.
  
  Se o arquivo não contiver 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.
  Observação:
  Se você não especificar a subopção 2, o processo ZTP manipulará a imagem de 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.
  Observação:
  Se a subopção 03 não estiver configurada, o modo de transferência mencionado na opção 59 para a URL da imagem de inicialização será usado.
- Você pode especificar a URL onde o arquivo de inicialização está localizado, bem como um esquema de autenticação que pode ser usado para baixar a imagem de software, o arquivo de configuração ou a imagem alternativa.
  
  Os esquemas de URL primários fornecidos nas subopções 00, 01 e 02 têm precedência sobre o bootfile-url URL especificado na opção. Se você não especificar a imagem, a configuração ou a imagem alternativa como uma URL nas subopções 00, 01 e 02, a URL do arquivo de inicialização especificada na bootfile-url opção será usada para baixar esses recursos.
  
  Como parte do , você também pode especificar a bootfile-urlautenticação básica (nome de usuário e senha) para os modos de transferência HTTP e HTTPS para a imagem de software, o arquivo de configuração e a imagem alternativa. O nome de usuário e a senha são codificados em 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 senha:
  
  Por exemplo:
  Se o modo de transferência não for HTTP ou HTTPS, o dispositivo continuará com os outros modos de transferência que você especificou como parte das subopções 00, 01 e 03 da opção 17 do DHCPv6.
- Subopção 04: O nome do arquivo de imagem de software a ser instalado.
  
  Observação:
  Quando o servidor DHCP não puder usar a subopção 00, configure o arquivo de imagem usando a subopção 04. Se 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") para enviar opções de fornecedor encapsuladas em uma opção DHCP padrão.
A configuração de exemplo a seguir mostra as opções de DHCPv6 que você acabou de configurar:
Ligue o dispositivo com a configuração padrão.
Monitore o processo ZTP olhando para o console.

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

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

Você também pode monitorar o processo ZTP observando mensagens de erro e emitindo comandos operacionais. Consulte Monitoramento do provisionamento Zero Touch para obter mais informações.

Monitoramento do provisionamento Zero Touch

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

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

Usando o console para monitorar o provisionamento Zero Touch no Junos OS Evolved
Usando o comando show dhcp client binding
Usando o comando show dhcpv6 client binding

Usando o console para monitorar o provisionamento Zero Touch no Junos OS Evolved

Finalidade
Ação
Significado

Finalidade

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 não vinculadas, 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 show dhcp client binding

Finalidade
Ação
Significado

Finalidade

Emita o comando para exibir informações de vinculação do show dhcp client binding 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 a concessão de endereço IP do cliente DHCP expira, o estado do endereço IP do cliente DHCP na tabela de associação e o nome da interface que tem associações de cliente ativas.

mostrar vinculação do cliente DHCP

Significado

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

Usando o comando show dhcpv6 client binding

Finalidade
Ação
Significado

Finalidade

Emita o comando para exibir informações de vinculação do show dhcpv6 client binding 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 a concessão de endereço IP do cliente DHCPv6 expira, o estado do endereço IP do cliente DHCPv6 na tabela de associação e o nome da interface que tem associações de cliente ativas.

mostrar vinculação de cliente dhcpv6

Significado

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

Tabela de histórico de alterações

A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.

Lançamento

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 com uma das associações DHCPv4, o dispositivo continuará a verificar se há associações até que o provisionamento seja bem-sucedido. No entanto, se não houver associações DHCPv4, o dispositivo verificará se há associações DHCPv6 e seguirá o mesmo processo do DHCPv4 até que o dispositivo possa ser provisionado com êxito. O servidor DHCP usa as opções 59 e 17 do DHCPv6 e as subopções aplicáveis para trocar informações relacionadas ao ZTP entre ele 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 61 e 77 do DHCP. A opção 61 do DHCP é usada para especificar o número de série do chassi, e a opção 77 do DHCP é usada para especificar a marca, o modelo e a versão do software do chassi.

21.2R1-EVO

A partir do Junos OS Evolved Release 21.2R1 em dispositivos PTX10008, o Zero Touch Provisioning (ZTP) detecta dinamicamente a velocidade 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 baixarem e instalarem 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 Zero Touch Provisioning (ZTP) detecta dinamicamente a velocidade das interfaces WAN e usa essas informações para criar portas de servidor ZTP com a mesma velocidade.

21.2R1

A partir Junos OS versão 21.2R1, em dispositivos 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 phone-home pode acessar o servidor de redirecionamento por meio de um servidor proxy. O servidor DHCP usa a opção 43 subopção 8 do DHCP para fornecer os detalhes dos servidores proxy IPv4 e/ou IPv6 ao cliente phone-home. O daemon DHCP em execução no switch de destino aprende sobre os servidores proxy no ciclo DHCP inicial e, em seguida, preenche os arquivos phc_vendor_specific_info.xml ou phc_v6_vendor-specific_info.xml localizados no diretório /var/etc/ com as informações específicas do fornecedor.

21.2R1

A partir Junos OS versão 21.2R1, em dispositivos 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 com uma das associações DHCPv4, o dispositivo continuará a verificar se há associações até que o provisionamento seja bem-sucedido. No entanto, se não houver associações DHCPv4, o dispositivo verificará as associações DHCPv6 e seguirá o mesmo processo do DHCPv4 até que o dispositivo seja provisionado com êxito. Os clientes DHCPv4 e DHCPv6 estão incluídos como parte da configuração padrão no dispositivo. O servidor DHCP usa as opções 59 e 17 do DHCPv6 e as subopções aplicáveis para trocar informações relacionadas ao ZTP entre ele e o cliente DHCP.

21.1R1

A partir Junos OS versão 21.1R1, nos dispositivos EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T e EX4600, quando o cliente do phone-home receber informações sobre o servidor proxy HTTP por meio da opção 43 subopção 8 do DHCP, ele criará uma túnel transparente HTTPS com o servidor proxy. Depois que o túnel é estabelecido, o cliente phone-home usa o túnel como um proxy para o servidor phone-home ou servidor de redirecionamento. O cliente do phone-home baixa a imagem do software e o arquivo de configuração através do túnel para o dispositivo. Quando a inicialização estiver concluída, o dispositivo será reinicializado e o túnel será encerrado.

21.1R1

A partir Junos OS versão 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 phone-home pode acessar o servidor de redirecionamento por meio de um servidor proxy. O servidor DHCP usa a opção 43 subopção 8 do DHCP para fornecer os detalhes dos servidores proxy IPv4 e/ou IPv6 ao cliente phone-home. O daemon DHCP em execução no switch de destino aprende sobre os servidores proxy no ciclo DHCP inicial e, em seguida, preenche os arquivos phc_vendor_specific_info.xml ou phc_v6_vendor-specific_info.xml localizados no diretório /var/etc/ com as informações específicas do fornecedor.

20.4R1-EVO

A partir do Junos OS Evolved Release 20.4R1, os dispositivos PTX10004 oferecem suporte à automação da configuração do dispositivo e à atualização de software pela interface de gerenciamento do Mecanismo de Roteamento 0 (RE0).

20.4R1-EVO

A partir do Junos OS Evolved Release 20.4R1, os dispositivos ACX5448 e QFX5120-48YM suportam a capacidade de interfaces WAN ou interfaces de gerenciamento baixarem e instalarem automaticamente o software apropriado e o arquivo de configuração em seu dispositivo durante o processo de inicialização do ZTP.

20.4R1

A partir do Junos OS Release 20.4R1 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 com uma das associações DHCPv4, o dispositivo continuará a verificar se há associações até que o provisionamento seja bem-sucedido. No entanto, se não houver associações DHCPv4, o dispositivo verificará se há associações DHCPv6 e seguirá o mesmo processo do DHCPv4 até que o dispositivo possa ser provisionado com êxito. O servidor DHCP usa as opções 59 e 17 do DHCPv6 e as subopções aplicáveis para trocar informações relacionadas ao ZTP entre ele e o cliente DHCP.

20.4R1

A partir do Junos OS versão 20.4R1 nos dispositivos EX4600, EX4650, EX9200 e RE-S-EX9200-2X00X6, QFX5110, QFX5200, QFX5210, QFX5120-32C e QFX5120-48Y, você pode usar o ZTP legado baseado em opções de DHCP ou o cliente de telefone doméstico (PHC) para provisionar software para o switch. Quando o switch é inicializado, se houver opções de DHCP recebidas do servidor DHCP para ZTP, o ZTP será retomado. Se as opções de DHCP não estiverem presentes, o PHC será tentado. O PHC permite que o switch obtenha dados de bootstrapping 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 é inicializado pela primeira vez, o PHC se conecta a um servidor de redirecionamento, que redireciona para um servidor doméstico do telefone para obter a configuração ou a imagem do software.

20.2R1-S1

A partir do Junos OS versão 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 com uma das associações DHCPv4, o dispositivo continuará a verificar se há associações até que o provisionamento seja bem-sucedido. No entanto, se não houver associações DHCPv4, o dispositivo verificará se há associações DHCPv6 e seguirá o mesmo processo do DHCPv4 até que o dispositivo possa ser provisionado com êxito. O servidor DHCP usa as opções 59 e 17 do DHCPv6 e as subopções aplicáveis para trocar informações relacionadas ao ZTP entre ele e o cliente DHCP.

20.2R1

A partir de Junos OS versão 20.2R1 em dispositivos SRX300, SRX320, SRX340, SRX345, SRX550 HM e SRX1500, você pode usar o provisionamento Zero Touch com opções de DHCP ou o cliente phone-home para provisionar seu dispositivo.

20.1R1-EVO

A partir do Junos OS Evolved Release 20.1R1 em dispositivos PTX10003, o Zero Touch Provisioning (ZTP) detecta dinamicamente a velocidade 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, os dispositivos PTX10008 oferecem suporte à automação da configuração do dispositivo e à atualização de software pela interface de gerenciamento do Mecanismo de Roteamento 0 (RE0).

19.4R1

A partir do Junos OS Release 19.4R1, o 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 de DHCP ZTP. Nesta versão, o ZTP oferece suporte às portas de receita em2 a em9, além da porta de gerenciamento em0, que é suportada nas versões do Junos OS anteriores à 19.4R1.

19.3R1-Evo

A partir do Junos OS Evolved Release 19.3R1, no dispositivo QFX5220-128C, no Zero Touch Provisioning (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 bootstrap.

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, o 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, o 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 show system ztp comando.

18.3R1

A partir do Junos OS Release 18.3R1, o ZTP, que automatiza o provisionamento da configuração do dispositivo e da 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, o ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host de VM que usam roteadores PTX5000, PTX3000, PTX10008, PTX10016, PTX10002-60C.

18.2R1

A partir do Junos OS Release 18.2R1, o ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host de 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 de VM que usam switches QFX10002-60C.

17.2R1

A partir do Junos OS Release 17.2R1, o ZTP pode automatizar o provisionamento da configuração do dispositivo e da imagem de software em plataformas de host de VM que usam roteadores PTX1000.

16.1R1

A partir do Junos OS Release 16.1R1, você pode provisionar dispositivos suportados 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 os comandos operacionais para monitorar o provisionamento Zero Touch.