EN ESTA PÁGINA

Descripción general del aprovisionamiento sin intervención
Aprovisionamiento sin intervención mediante las opciones de DHCP
Aprovisionamiento sin intervención mediante las opciones de DHCPv6
Supervisión del aprovisionamiento sin intervención

Aprovisionamiento sin intervención

El aprovisionamiento sin intervención instala o actualiza el software automáticamente en sus nuevos dispositivos de Juniper Networks con una mínima intervención manual.

Descripción general del aprovisionamiento sin intervención

El aprovisionamiento sin intervención (ZTP) le permite aprovisionar nuevos dispositivos de Juniper Networks en su red automáticamente, con una mínima intervención manual. Puede usar puertos de administración o puertos de red, según el dispositivo, para conectarse a la red. Cuando conecta físicamente un dispositivo a la red y lo inicia con una configuración predeterminada de fábrica, el dispositivo actualiza (o degrada) la versión del software e instala automáticamente un archivo de configuración de la red. El archivo de configuración puede ser una configuración o un script. Mediante el uso de scripts, puede crear archivos de configuración específicos para cada dispositivo y realizar operaciones de solicitud HTTP a los servidores web para descargar archivos de configuración específicos o versiones de software.

Para localizar la imagen de software y los archivos de configuración necesarios en la red, el dispositivo utiliza la información que haya configurado en un servidor de protocolo de configuración dinámica de host (DHCP). Si no configura el servidor DHCP para proporcionar esta información, el dispositivo se iniciará con el software preinstalado y la configuración predeterminada de fábrica.

Para Junos OS Evolved, el aprovisionamiento sin intervención (ZTP) detecta dinámicamente la velocidad de puerto de las interfaces WAN y utiliza esta información para crear puertos de servidor ZTP con la misma velocidad. Los dispositivos que ejecutan Junos OS evolucionado admiten la automatización de la configuración y actualización de software del dispositivo a través de la interfaz de administración del motor de enrutamiento 0 (RE0) o a través de interfaces de WAN.

Nota:

Para ver qué plataformas admiten ZTP, en un navegador, vaya al Explorador de características. En la sección Explorar características de la página Explorador de características, seleccione Todas las características. En el cuadro Características agrupadas por familia de características , seleccione Aprovisionamiento sin intervención. También puede escribir el nombre de la entidad en el cuadro de edición Buscar entidades . Consulte la tabla de historial de versiones al final de este tema para obtener más detalles sobre cómo se ha expandido el soporte de ZTP.

Flujo de trabajo de ZTP
Aprovisionamiento de un dispositivo mediante un script
Aprovisionamiento sin intervención Desencadenadores del proceso de reinicio
Aprovisionamiento sin intervención en enrutadores PTX10008 que ejecutan Junos OS Evolved

Flujo de trabajo de ZTP

Cuando un dispositivo se inicia con la configuración predeterminada, se producen los siguientes eventos:

El cliente DHCP se ejecuta en interfaces compatibles.
El servidor DHCP proporciona una dirección IP e incluye varias opciones de DHCP en la respuesta relacionada con el proceso de ZTP.
El dispositivo procesa las opciones de DHCP y localiza archivos de configuración, ejecuta scripts y actualiza o degrada software.
Si tanto la imagen como los archivos de configuración están presentes, la imagen se instala y se aplica la configuración.
Si solo está presente el archivo de imagen, la imagen se instalará en el dispositivo.
Si la imagen es la misma que la que ya está instalada en el dispositivo, ZTP continúa y omite el paso de instalación.
Si el dispositivo no pudo recuperar la imagen, ZTP intentará recuperarla nuevamente.
Si la imagen está dañada, se producirá un error en la instalación.

Si la instalación falla por algún motivo, ZTP volverá a intentarlo en otras interfaces.
Si solo está presente el archivo de configuración, se descargará la configuración.

Si la primera línea del archivo consta del #! caracteres seguidos de una ruta de intérprete, entonces el archivo se considera un script y el script es ejecutado por el intérprete. Si la secuencia de comandos devuelve un error, ZTP volverá a intentarlo en otras interfaces.

Si no se puede descargar el archivo de configuración, el proceso de ZTP intentará descargarlo de nuevo.

Si el archivo de configuración está dañado, tiene errores de sintaxis o incluye comandos que no son compatibles con el dispositivo, el dispositivo no podrá confirmarse y ZTP volverá a intentarlo en otras interfaces.
Si no hay ninguna imagen o archivo de configuración, ZTP volverá a intentarlo en otras interfaces.
Si no hay información del servidor de archivos, ZTP volverá a intentarlo en otras interfaces.
Una vez confirmada la configuración, el proceso de ZTP se considera exitoso y finaliza.

Aprovisionamiento de un dispositivo mediante un script

Durante el proceso de ZTP, cuando conecta y arranca un nuevo dispositivo de red, el dispositivo solicita una dirección IP del servidor DHCP. El servidor proporciona la dirección IP y, si está configurado, los nombres de archivo y las ubicaciones de la imagen de software y el archivo de configuración del dispositivo. El archivo de configuración puede ser una configuración o un script.

Si se proporciona un archivo de configuración, el sistema operativo determina si el archivo es una secuencia de comandos basada en la primera línea del archivo. Si la primera línea contiene los caracteres #! seguidos de una ruta de intérprete, el sistema operativo trata el archivo como un script y lo ejecuta con el intérprete especificado.

Si la secuencia de comandos devuelve un error (es decir, un valor distinto de cero), ZTP volverá a intentarlo en otras interfaces.

En la tabla 1 se describen los tipos de script compatibles, la ruta del intérprete correspondiente y las plataformas que admiten ese tipo de script durante el proceso de ZTP.

Tabla 1: Scripts admitidos durante el ZTP
Tipo de script	Ruta del intérprete	Soporte de plataforma
Script de shell	`#!/bin/sh`	Todos los dispositivos
Script SLAX	`#!/usr/libexec/ui/cscript`	Todos los dispositivos
Script de Python	`#!/usr/bin/python`	Dispositivos que ejecutan Junos OS con automatización mejorada Dispositivos que ejecutan Junos OS Evolved

Nota:

Por razones de seguridad, Junos OS tiene requisitos estrictos para ejecutar scripts de Python sin firmar en dispositivos que ejecutan Junos OS. Solo los dispositivos que ejecutan Junos OS con automatizaciσn mejorada y los dispositivos que ejecutan Junos OS evolucionado admiten el uso de scripts de Python sin firmar en la subopción 01 de la opción 43 de DHCP.

Si el sistema operativo no encuentra los caracteres #! seguidos de una ruta de intérprete, trata el archivo como una configuración en formato de texto y carga la configuración en el dispositivo.

Aprovisionamiento sin intervención Desencadenadores del proceso de reinicio

ZTP se reinicia cuando se produce cualquiera de los siguientes eventos:

Se produce un error en la solicitud de archivo de configuración, archivo de script o archivo de imagen.
El archivo de configuración es incorrecto y se produce un error en la confirmación.
No hay ningún archivo de configuración ni archivo de imagen disponible.
El archivo de imagen está dañado y la instalación falla.
No se dispone de información del servidor de archivos.
El servidor DHCP no tiene configurados parámetros de ZTP válidos.
Cuando ninguna de las interfaces de cliente DHCP pasa a un estado enlazado.
En los dispositivos Junos OS evolucionados, si se produce un error en la descarga de un archivo, se reinicia el ZTP.

Cuando se produce alguno de estos eventos, ZTP restablece la máquina de estado del cliente DHCP en todas las interfaces configuradas por el cliente DHCP (administración y red) y, a continuación, reinicia la máquina de estado. Reiniciar la máquina de estado permite que el cliente DHCP obtenga los parámetros configurados por el servidor DHCP más recientes.

Antes de que se reinicie ZTP, deben transcurrir aproximadamente de 15 a 30 segundos para que haya tiempo suficiente para crear una lista de interfaces de cliente DHCP enlazadas y no enlazadas.

La lista de interfaces de cliente DHCP enlazadas y no enlazadas puede contener:

No hay entradas.
Varias interfaces de cliente DHCP.

Se da prioridad a las interfaces de cliente DHCP que han recibido todos los parámetros ZTP (archivo de imagen de software, archivo de configuración e información del servidor de archivos) del servidor DHCP.

ZTP intenta descargar la imagen del software y los archivos de configuración del servidor de archivos. Si se produce un error en la descarga, ZTP borra el enlace del cliente DHCP en esa interfaz y reinicia la máquina de estado en otras interfaces.

El proceso de reinicio de ZTP continúa hasta que hay una actualización de software correcta o un operador confirma manualmente una configuración de usuario y elimina la configuración de ZTP.

Aprovisionamiento sin intervención en enrutadores PTX10008 que ejecutan Junos OS Evolved

El aprovisionamiento sin intervención (ZTP) le permite aprovisionar su enrutador en su red automáticamente, con una mínima intervención manual. A partir de la versión 20.1R1 de Junos OS evolucionado, los dispositivos PTX10008 admiten la automatización de la configuración de dispositivos y la actualización de software a través de la interfaz de administración del motor de enrutamiento 0 (RE0).

ZTP está habilitado en el dispositivo PTX10008 en el modo predeterminado de fábrica. Puede conectar la interfaz de administración (re0:mgmt-0) a una red con un servidor de protocolo de configuración dinámica de host (DHCP) y, a continuación, agregar la configuración de ZTP al servidor DHCP. Utilice el show interfaces re0:mgmt-0 comando en el dispositivo PTX10008 para buscar la dirección MAC de la interfaz que se va a utilizar en la configuración del servidor DHCP.

Cuando el dispositivo PTX10008 puede ponerse en contacto con el servidor DHCP y recuperar los parámetros de ZTP, realiza las siguientes operaciones de ZTP en función de estos parámetros:

Obtiene la imagen o el archivo de configuración especificados mediante el protocolo especificado.
Si se especifica una imagen, ZTP instala la imagen en ambos motores de enrutamiento y reinicia el dispositivo.
Si se especifica un archivo de configuración:
- Si el archivo es una configuración de Junos, ZTP aplica la configuración en el dispositivo.
- Si el archivo es un script, ZTP ejecuta el script en el dispositivo.

Aprovisionamiento sin intervención mediante las opciones de DHCP

El aprovisionamiento sin intervención (ZTP) permite el aprovisionamiento automático de los dispositivos de red de Juniper que agregue a su red. Puede aprovisionar cualquier dispositivo compatible utilizando un script que se va a ejecutar o un archivo de configuración que se va a cargar. También deberá configurar un servidor DHCP con la información necesaria, que se proporciona en este procedimiento, para utilizar ZTP.

ZTP requiere que el dispositivo esté en un estado predeterminado de fábrica. El dispositivo de fábrica arranca con el software preinstalado y la configuración predeterminada de fábrica. En un dispositivo que actualmente no tiene la configuración predeterminada de fábrica, puede ejecutar el request system zeroize comando.

Antes de empezar:

Asegúrese de que el dispositivo tenga acceso a los siguientes recursos de red:
- El servidor DHCP que proporciona la ubicación de la imagen de software y los archivos de configuración en la red
  
  Consulte la documentación del servidor DHCP para obtener instrucciones de configuración.
- El servidor de protocolo de transferencia de archivos (FTP anónimo), protocolo de transferencia de hipertexto (HTTP) o protocolo de transferencia de hipertexto seguro (HTTPS) o protocolo de transferencia de archivos trivial (TFTP) en el que se almacenan la imagen del software y los archivos de configuración
  
  Nota:
  Aunque se admite TFTP, le recomendamos que use FTP o HTTP en su lugar, ya que estos protocolos de transporte son más confiables.
  
  PRECAUCIÓN:
  
  La longitud de las URL HTTP está limitada a 256 caracteres.
- Un servidor del sistema de nombres de dominio (DNS) para realizar la búsqueda DNS inversa (no compatible).
- (Opcional) Un servidor NTP para realizar la sincronización de hora en la red
- (Opcional) Un servidor de registro del sistema (syslog) para administrar los mensajes y alertas de registro del sistema.
  
  Los mensajes syslog se reenviarán a este servidor syslog durante el ZTP.
Localice y registre la dirección MAC del dispositivo.

En los dispositivos PTX10008, las direcciones MAC de administración se encuentran en motores de enrutamiento.

PRECAUCIÓN:

No puede confirmar una configuración mientras el dispositivo está realizando el proceso de actualización de software. Si confirma una configuración mientras el dispositivo realiza el proceso de instalación automática del archivo de configuración, el proceso se detendrá y el archivo de configuración no se descargará de la red.

Para habilitar el aprovisionamiento sin intervención para un dispositivo mediante las opciones de DHCP:

Arranque el dispositivo.
Asegúrese de que el dispositivo tenga instalada la configuración predeterminada de fábrica.
Emita el request system zeroize comando en el dispositivo que desea aprovisionar.

A partir de Junos OS evolucionado versión 19.3R1, en el dispositivo QFX5220-128C, en el aprovisionamiento sin intervención (ZTP), puede usar interfaces WAN o interfaces de administración para descargar e instalar automáticamente el software adecuado y el archivo de configuración en el dispositivo durante el proceso de arranque. ZTP se configura automáticamente en un puerto WAN que tiene la velocidad de puerto predeterminada de 100 Gbps y, luego, conecta el dispositivo al servidor del Protocolo de configuración dinámica de host (DHCP) para realizar el proceso de arranque:
- Si llegan varias respuestas DHCP, ZTP elige el mejor conjunto de argumentos.
- Si varias interfaces proporcionan los mismos argumentos, ZTP elige una de las interfaces.
- Si se produce un error al conectarse al servidor DHCP, ZTP vuelve a intentar conectarse al servidor DHCP y, si varias interfaces vuelven a proporcionar los mismos argumentos, ZTP elige una de las interfaces.
Le recomendamos que aprovisione el servidor DHCP y guarde el software y el archivo de configuración en la ruta del servidor DHCP especificada en el servidor de archivos.
Descargue el archivo de imagen de software o el archivo de configuración en el servidor FTP, HTTP o TFTP desde el que el dispositivo descargará estos archivos.
Configure el servidor DHCP para proporcionar la información necesaria al dispositivo.

Configure la asignación de direcciones IP.

Puede configurar la asignación de dirección IP dinámica o estática para la dirección de administración del dispositivo.

Nota:
Esta dirección puede ser cualquier dirección del grupo.

Defina el formato de la información específica del proveedor para la opción 43 de DHCP.

A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:

Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:

Configure las siguientes subopciones de la opción 43 de DHCP:
- Subopción 00: El nombre del archivo de imagen de software que se va a instalar.
  
  Nota:
  Cuando el servidor DHCP no pueda utilizar la subopción 00, configure el nombre de archivo de la imagen de software mediante la subopción 04. Si se definen tanto la subopción 00 como la subopción 4, se omite la subopción 04.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  En este ejemplo, se muestra cómo descargar una imagen mediante un puerto HTTP o HTTPS personalizado anexando el número de puerto al final del filename.
  
  Servidor ISC DHCP 4.2 archivo dhcpd.conf:
  Kea DHCP 2.4.1 server kea-dhcp4.conf file:
- Subopción 01: El nombre del script o archivo de configuración que se va a instalar.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  Nota:
  Opcionalmente, puede especificar un número de puerto no predeterminado para los protocolos HTTP y HTTPS anexando el número de puerto a la imagen o al nombre de configuración separado por un ":". Por ejemplo,
  /dist/config/jn-switch35.config:8088. En este caso, si el protocolo de transferencia es HTTP o HTTPS, se utiliza como número de puerto. Si el protocolo de transferencia es FTP o TFTP, se ignora el número de puerto 8088.
  Nota:
  ZTP determina si el archivo es un archivo de script basado en la primera línea del archivo. Si la primera línea contiene los caracteres #! seguidos de una ruta de intérprete, ZTP trata el archivo como un script y lo ejecuta con la ruta de intérprete especificada. Para que se ejecute una secuencia de comandos, el archivo de secuencia de comandos debe proporcionar la capacidad de recuperar y cargar un archivo de configuración válido en el dispositivo durante el proceso de ZTP.
  
  La siguiente lista proporciona los tipos de scripts y sus rutas de intérprete asociadas:
  
  Ruta del intérprete de scripts de shell: #!/bin/sh
  
  Ruta del intérprete de scripts SLAX: #!/usr/libexec/ui/cscript
  
  Ruta del intérprete de scripts de Python: #!/usr/bin/python
  
  Por razones de seguridad, Junos OS tiene requisitos estrictos para ejecutar scripts de Python sin firmar en dispositivos que ejecutan Junos OS. Solo los dispositivos que ejecutan Junos OS con automatizaciσn mejorada y los dispositivos que ejecutan Junos OS evolucionado admiten la ejecución de scripts de Python sin firmar como parte del proceso de ZTP.
  
  Si el archivo no contiene caracteres especiales (#!), ZTP determina que el archivo es un archivo de configuración y carga el archivo de configuración.
- Subopción 02: El enlace simbólico al archivo de imagen de software que se va a instalar.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  Nota:
  Si no especifica la subopción 2, el proceso ZTP maneja el nombre de archivo de imagen como un nombre de archivo, no como un vínculo simbólico.
- Subopción 03: El modo de transferencia que utiliza el dispositivo para acceder al servidor TFTP, FTP, HTTP o HTTPS. Si selecciona FTP como modo de transferencia, Junos OS utilizará el inicio de sesión FTP anónimo para descargar archivos del servidor FTP.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  Nota:
  Si la subopción 03 no está configurada, TFTP se convierte en el modo de transferencia de forma predeterminada.
  
  Si selecciona el modo de transferencia HTTP o HTTPS, puede proporcionar un nombre de usuario y una contraseña, y esos parámetros se autenticarán.
  
  Este es el formato para el modo de transferencia HTTP:
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  Si el modo de transferencia no es HTTP o HTTPS, se utiliza otro modo de transferencia, por ejemplo, FTP.
  
  Si el modo de transferencia es HTTP o HTTPS, y se proporciona un nombre de usuario y una contraseña, el dispositivo envía una solicitud HTTP GET con los encabezados de autorización para descargar la imagen del software.
  
  Si no proporciona un nombre de usuario y una contraseña, el dispositivo no agregará encabezados de autorización para descargar la imagen del software.
- Subopción 04: El nombre del archivo de imagen de software que se va a instalar.
  
  Nota:
  Si el servidor DHCP no es compatible con la subopción 00, configure el archivo de imagen mediante la subopción 04. Si se definen tanto la subopción 00 como la subopción 4, se omite la subopción 04.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
- Subopción 05: La dirección IP del servidor FTP o el puerto HTTP que el dispositivo utiliza para descargar el script, la imagen o el archivo de configuración.
  
  Si hay un archivo http_port ubicado en /var/tmp/, se utilizará la subopción 5 de la opción 43 de DHCPv4 como puerto HTTP. Si no hay ningún archivo en esta ubicación, se utilizará la subopción 5 de la opción 43 de DHCPv4 como dirección IP FTP.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  
  Definición:
  Asignación:
- Subopción 08: Información del servidor proxy HTTP que se pasa del servidor DHCP al cliente DHCP. Esto es útil cuando el dispositivo necesita acceder al servidor del teléfono doméstico o redirigir el servidor a través de un servidor proxy.
  
  Nota:
  Cuando configure el servidor DHCP y el servidor proxy HTTP, asegúrese de utilizar el número de puerto correcto para permitir que el tráfico fluya a través del túnel seguro. Además, asegúrese de que el nombre de host o la dirección IP del servidor proxy HTTP y el número de puerto estén separados por dos puntos: por ejemplo, 192.168.10.10:8080. Si no usa dos puntos, se usa el puerto 1080.
  
  Cuando el cliente DHCP recibe la información del servidor proxy HTTP, se guarda en el archivo /var/etc/phc_vendor_specific_info.xml (INET).
  
  Si el cliente DHCP no recibe la información del servidor proxy HTTP, no se guarda nada en el archivo /var/etc/phc_vendor_specific_info.xml (INET) y el cliente DHCP pasa a un estado enlazado.
  
  Puede renovar la información del servidor proxy HTTP ejecutando el request dhcp client renew interface comando. El cliente DHCP obtiene la información válida del servidor proxy HTTP del servidor DHCP. Usar el comando es más sencillo que tener que reiniciar el proceso de aprovisionamiento Cuando se renueva el servidor proxy HTTP o se cambia o elimina la información del servidor proxy HTTP, jdhcp reescribirá el archivo /var/etc/phc_vendor_specific_info.xml con la información más reciente recibida de la subopción 8.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  Este es el formato para esta opción:
  
  Servidor ISC DHCP 4.2 archivo dhcpd.conf:
  Kea DHCP 2.4.1 server kea-dhcp4.conf file:
  Este es un ejemplo del formato con un nombre de proxy ficticio:
  
  Servidor ISC DHCP 4.2 archivo dhcpd.conf:
  Kea DHCP 2.4.1 server kea-dhcp4.conf file:
(Obligatorio) Configure la opción 150 o la opción 66.
Nota:
Debe configurar la opción 150 o la opción 66. Si configura tanto la opción 150 como la opción 66, la opción 150 tiene prioridad y la opción 66 se omite. Además, asegúrese de especificar una dirección IP, no un nombre de host, ya que no se admite la resolución de nombres.
- Configure la opción 150 de DHCP para especificar la dirección IP del servidor FTP, HTTP, HTTPS o TFTP.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  
  Definición:
  Asignación:
- Configure la opción 66 de DHCP para especificar la dirección IP del servidor FTP, HTTP, HTTPS o TFTP.
  
  A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:
  Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:
  
  Definición:
  Asignación:

(Opcional) Configure la opción 7 de DHCP para especificar uno o varios servidores de registro del sistema (syslog).

A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:

Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:

Definición:

Asignación:

(Opcional) Configure la opción 42 de DHCP para especificar uno o varios servidores NTP.

Enumere cada servidor NTP separado por un espacio.

A continuación, se muestra un ejemplo de un archivo dhcpd.conf del servidor ISC DHCP 4.2:

Aquí hay un ejemplo de un archivo kea-dhcp4.conf del servidor Kea DHCP 2.4.1:

Definición:

Asignación:

Conecte el dispositivo a la red que incluye el servidor DHCP y el servidor FTP, HTTP, HTTPS o TFTP.
Encienda el dispositivo.

Monitoree el proceso de ZTP mirando la consola.

Nota:

Cuando se ejecutan scripts SLAX, se producen los op-script.log archivos y event-script.log .

Para Junos OS Evolved, use el archivo para solucionar problemas /var/log/ztp.log .

También puede supervisar el proceso de ZTP mediante la observación de mensajes de error y la emisión de comandos operativos. Consulte Supervisión del aprovisionamiento sin intervención para obtener más información.

Los dispositivos de Juniper que ejecutan Junos OS envían opciones DHCP adicionales hacia el servidor DHCP en el paquete Discover durante ZTP. Estas opciones ayudan al servidor DHCP a identificar dispositivos específicos en parámetros como el proveedor, el nombre del modelo y el número de serie (varía según las distintas plataformas de Juniper).

Número de opción DHCP	Nombre de la opción DHCP
Opción 12	Nombre de host
Opción 60	Identificador de clase de proveedor (VCI)

Modelo	Opción 12 de DHCP (nombre de host)	Opción 60 (VCI) de DHCP
PTX10001-36MR	`<serial-number>`	Juniper-ptx10001-36mr-`<serial-number>`

Este es un ejemplo de cómo clasificar un dispositivo según su número de serie específico y asignar un conjunto único de opciones de DHCP para el procesamiento de ZTP.

Servidor ISC DHCP 4.2 archivo dhcpd.conf:

Kea DHCP 2.4.1 server kea-dhcp4.conf file:

Nota:

En los ejemplos anteriores, la substring función extrae 12 caracteres a partir de la posición de 14^{caracteres (} indexación desde cero). A continuación se muestran algunas alternativas de cadena de prueba adicionales útiles para la configuración DHCP de 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'"

Aprovisionamiento sin intervención mediante las opciones de DHCPv6

Nota:

El aprovisionamiento sin intervención (ZTP) mediante las opciones de DHCPv6 no se admite en las imágenes de Junos OS Flex. Una imagen de Flex tiene la palabra "flex" en el nombre de archivo. Aquí hay un ejemplo de nombre de archivo de una imagen de Flex: jinstall-host-qfx-5e-flex-x86-64-20.4R3.8-secure-signed.tgz.

El protocolo DHCPv6 no tiene una opción de subred para que el IA_NA (asociación de identidades para direcciones no temporales) aprenda e instale rutas de subred. En su lugar, la ruta de subred se instala a través de Neighbor Discovery Protocol.

En IPv6, los dispositivos anuncian periódicamente prefijos IPv6 junto con otros parámetros de vínculo mediante mensajes de anuncio de enrutador (AR). En el cliente (dispositivo Juniper que ejecuta ZTP), una vez enlazado el cliente DHCPv6, el protocolo de detección de vecinos (NDP) aprenderá estos prefijos e instalará las rutas de prefijo a través de la interfaz de cliente, con el siguiente salto como vínculo a la dirección local del dispositivo de puerta de enlace.

En el dispositivo cliente, la configuración del anuncio del enrutador está habilitada de forma predeterminada junto con la configuración DHCPv6.

Asegúrese de que el dispositivo tenga acceso a los siguientes recursos de red:
- El servidor DHCP que proporciona la ubicación de la imagen de software y los archivos de configuración en la red
  
  Consulte la documentación del servidor DHCP para obtener instrucciones de configuración.
- El servidor de protocolo de transferencia de archivos (FTP anónimo), protocolo de transferencia de archivos trivial (TFTP), protocolo de transferencia de hipertexto (HTTP) o protocolo de transferencia de hipertexto seguro (HTTPS) en el que se almacenan la imagen del software y los archivos de configuración.
  
  PRECAUCIÓN:
  
  La longitud de las URL HTTP está limitada a 256 caracteres.
Localice y registre la dirección MAC impresa en el dispositivo.

Para utilizar ZTP, configure un servidor DHCP para proporcionar la información necesaria. Si no configura el servidor DHCP para proporcionar esta información, el dispositivo se iniciará con el software preinstalado y la configuración predeterminada de fábrica. Si el dispositivo no está en el estado predeterminado de fábrica, puede ejecutar el request system zeroize comando.

Opcionalmente, puede configurar un servidor proxy HTTP para el servidor de teléfono doméstico o para el servidor de redireccionamiento. Cuando el cliente de teléfono doméstico recibe información sobre el servidor proxy HTTP a través de la subopción 8 de la opción 17 de DHCP, creará un túnel transparente HTTPS con el servidor proxy. Una vez establecido el túnel, el cliente de teléfono-hogar utiliza el túnel como proxy para el servidor de teléfono-hogar o el servidor de redireccionamiento. El cliente de teléfono-hogar descarga la imagen del software y el archivo de configuración al dispositivo a través del túnel. Una vez completado el arranque, el dispositivo se reinicia y el túnel se cierra.

Nota:

A partir de la versión 20.2R1-S1 de Junos OS, el cliente DHCPv6 es compatible con los conmutadores serie MX, EX3400, EX4300, QFX5100 y QFX5200. Los clientes DHCPv4 y DHCPv6 se incluyen como parte de la configuración predeterminada. Durante el proceso de arranque, el dispositivo utiliza primero el cliente DHCPv4 para solicitar información acerca de la imagen y el archivo de configuración del servidor DHCP. El dispositivo comprueba los enlaces de DHCPv4 secuencialmente. Si se produce un error con uno de los enlaces de DHCPv4, el dispositivo seguirá comprobando si hay enlaces hasta que el aprovisionamiento se realice correctamente. Sin embargo, si no hay enlaces DHCPv4, el dispositivo comprobará si hay enlaces DHCPv6 y seguirá el mismo proceso que para DHCPv4 hasta que el dispositivo se pueda aprovisionar correctamente. El servidor DHCP utiliza las opciones 59 y 17 de DHCPv6 y las subopciones aplicables para intercambiar información relacionada con ZTP entre él y el cliente DHCP.

PRECAUCIÓN:

Para usar el aprovisionamiento sin intervención para un dispositivo mediante las opciones de DHCPv6:

Arranque el dispositivo.
Asegúrese de que el dispositivo tenga instalada la configuración predeterminada de fábrica.
- Si llegan varias respuestas DHCP, el ZTP elige el mejor conjunto de argumentos.
- Si varias interfaces proporcionan los mismos argumentos, ZTP elige una de las interfaces iguales.
- Si se produce un error al conectarse al servidor DHCP, ZTP vuelve a intentar conectarse al servidor DHCP. Si varias interfaces vuelven a proporcionar los mismos argumentos, ZTP elige una de las interfaces.
Le recomendamos que aprovisione el servidor DHCP y guarde el software y el archivo de configuración en la ruta del servidor DHCP especificada en el servidor de archivos.
Descargue el archivo de imagen de software y el archivo de configuración en el servidor FTP, HTTP, HTTPS o TFTP desde el que el dispositivo descargará estos archivos.
Configure el servidor DHCP para proporcionar la información necesaria al dispositivo.
Configure la asignación de direcciones IP.

Puede configurar la asignación de direcciones IP dinámicas o estáticas para la dirección de administración del dispositivo. Para determinar la dirección MAC de administración para la asignación de direcciones IP estáticas, agregue 1 al último byte de la dirección MAC del dispositivo, que anotó antes de comenzar este procedimiento.
Defina el formato de la opción 59 (OPT_BOOTFILE_URL) de DHCPv6 en el archivo dhcpd6.conf para que el servidor pueda enviar información sobre direcciones URL a imágenes al cliente.
Este es el formato para esta opción:
Por ejemplo:
El modo de transferencia y la dirección IPv6 son obligatorios, pero el número de puerto es opcional. Si no especifica el número de puerto, se utilizará el número de puerto predeterminado del modo de transferencia. Si especifica el número de puerto en las opciones 17 y 59, se utilizará el número de puerto mencionado en la opción 17 de información específica del proveedor.

Puede especificar el nombre del archivo de imagen en la opción 59 o en la opción 17. Si el nombre del archivo de imagen se menciona en las opciones 59 y 17, se utiliza el nombre de imagen mencionado en la opción 17 de información específica del proveedor.
Defina el formato de la información específica del proveedor para las siguientes subopciones de la opción 17 de DHCP:
A continuación, se muestra un ejemplo de un archivo dhcpd6.conf del servidor ISC DHCP 4.2:
- Subopción 00: El nombre del archivo de imagen de software que se va a instalar.
  
  Nota:
  Cuando el servidor DHCP no pueda utilizar la subopción 00, configure el nombre de archivo de la imagen de software mediante la subopción 04. Si se definen tanto la subopción 00 como la subopción 4, se omite la subopción 04.
  
  Por ejemplo:
- Subopción 01: El nombre del script o archivo de configuración que se va a instalar.
  
  Por ejemplo:
  Nota:
  ZTP determina si el archivo es un archivo de script basado en la primera línea del archivo. Si la primera línea contiene los caracteres #! seguidos de una ruta de intérprete, ZTP trata el archivo como un script y lo ejecuta con la ruta de intérprete especificada. Para que se ejecute una secuencia de comandos, el archivo de secuencia de comandos debe proporcionar la capacidad de recuperar y cargar un archivo de configuración válido en el dispositivo durante el proceso de ZTP.
  
  La siguiente lista proporciona los tipos de scripts y sus rutas de intérprete asociadas:
  
  Ruta del intérprete de scripts de shell: #!/bin/sh
  
  Ruta del intérprete de scripts SLAX: #!/usr/libexec/ui/cscript
  
  Ruta del intérprete de scripts de Python: #!/usr/bin/python
  
  Por razones de seguridad, Junos OS tiene requisitos estrictos para ejecutar scripts de Python sin firmar en dispositivos que ejecutan Junos OS. Solo los dispositivos que ejecutan Junos OS con automatizaciσn mejorada y los dispositivos que ejecutan Junos OS evolucionado admiten la ejecución de scripts de Python sin firmar como parte del proceso de ZTP.
  
  Si el archivo no contiene caracteres especiales (#!), ZTP determina que el archivo es un archivo de configuración y carga el archivo de configuración.
- Subopción 02: El tipo de imagen.
  Nota:
  Si no especifica la subopción 2, el proceso ZTP maneja la imagen de software como un nombre de archivo, no como un vínculo simbólico.
- Subopción 03: El modo de transferencia que utiliza el dispositivo para acceder al servidor TFTP, FTP, HTTP o HTTPS.
  Nota:
  Si la subopción 03 no está configurada, se utilizará el modo de transferencia mencionado en la opción 59 para la URL de la imagen de arranque.
- Puede especificar la URL en la que se encuentra el archivo de inicio, así como un esquema de autenticación que puede utilizar para descargar la imagen del software, el archivo de configuración o la imagen alternativa.
  
  Los esquemas de URL principales que proporcione en las subopciones 00, 01 y 02 tienen prioridad sobre la URL especificada en la bootfile-url opción. Si no especifica la imagen, la configuración o la imagen alternativa como dirección URL en las subopciones 00, 01 y 02, se utilizará la dirección URL del archivo de inicio especificada en la bootfile-url opción para descargar estos recursos.
  
  Como parte de la , también puede especificar autenticación bootfile-urlbásica (nombre de usuario y contraseña) para los modos de transferencia HTTP y HTTPS para la imagen de software, el archivo de configuración y la imagen alternativa. El nombre de usuario y la contraseña se codifican en base64 como parte de RFC 7617.
  
  Si el modo de transferencia es HTTP o HTTPS, el dispositivo analiza la información del nombre de usuario y la contraseña.
  
  A continuación, se muestra un ejemplo que muestra el modo de transferencia HTTP y un esquema de autenticación que se utiliza ztp como nombre de usuario y welcome como contraseña:
  
  Por ejemplo:
  Si el modo de transferencia no es HTTP ni HTTPS, el dispositivo continuará con los demás modos de transferencia que especificó como parte de las subopciones 00, 01 y 03 de la opción 17 de DHCPv6.
- Subopción 04: El nombre del archivo de imagen de software que se va a instalar.
  
  Nota:
  Cuando el servidor DHCP no pueda utilizar la subopción 00, configure el archivo de imagen mediante la subopción 04. Si se definen tanto la subopción 00 como la subopción 4, se omite la subopción 04.
  
  Por ejemplo:
- Subopción 05: El puerto que usa el dispositivo para descargar la imagen o el archivo de configuración, o ambos, en lugar del puerto predeterminado.
- El protocolo DHCPv6 define la opción de información específica del proveedor ("VSIO") para enviar opciones de proveedor encapsuladas en una opción DHCP estándar.
En la siguiente configuración de ejemplo, se muestran las opciones de DHCPv6 que acaba de configurar:
Encienda el dispositivo con la configuración predeterminada.
Monitoree el proceso de ZTP mirando la consola.

Nota:
Cuando se ejecutan scripts SLAX, se producen los op-script.log archivos y event-script.log .

Para Junos OS Evolved, use el archivo para solucionar problemas /var/log/ztp.log .

También puede supervisar el proceso de ZTP mediante la observación de mensajes de error y la emisión de comandos operativos. Consulte Supervisión del aprovisionamiento sin intervención para obtener más información.

Supervisión del aprovisionamiento sin intervención

Puede usar los comandos de la consola y del modo operativo para supervisar el aprovisionamiento sin intervención.

Para Junos OS Evolved, para supervisar el aprovisionamiento sin intervención, utilice el comando show system ztp operational mode.

Uso de la consola para monitorear el aprovisionamiento sin intervención en Junos OS Evolved
Uso del comando show dhcp client binding
Uso del comando show dhcpv6 client binding

Uso de la consola para monitorear el aprovisionamiento sin intervención en Junos OS Evolved

Propósito
Acción
Significado

Propósito

Los archivos de registro del sistema proporcionan información sobre el estado del proceso de actualización automática, listas de interfaces de cliente DHCP enlazadas y no enlazadas, direcciones IP de servidores de archivos, nombres y ubicaciones de archivos de imagen y configuración, e intentos exitosos y fallidos de obtener archivos de configuración e imagen.

Acción

Utilice la información de la consola para supervisar el proceso de actualización automática.

Este es un ejemplo de salida para Junos OS evolucionado.

Significado

La consola muestra el progreso de ZTP.

Propósito

Ejecute el comando para mostrar la información de enlace del show dhcp client binding cliente DHCP

Acción

Ejecute el show dhcp client binding comando para mostrar la dirección IP del cliente DHCP, la dirección de hardware del cliente DHCP, el número de segundos en los que caduca la concesión de dirección IP del cliente DHCP, el estado de la dirección IP del cliente DHCP en la tabla de enlaces y el nombre de la interfaz que tiene enlaces de cliente activos.

muestra el enlace del cliente DHCP

Significado

El resultado de este comando muestra que hay una interfaz de cliente enlazada y que hay tres interfaces que reciben ofertas DHCP del servidor DHCP.

Uso del comando show dhcpv6 client binding

Propósito
Acción
Significado

Propósito

Ejecute el comando para mostrar la información de enlace del show dhcpv6 client binding cliente DHCP

Acción

Ejecute el show dhcp6 client binding comando para mostrar la dirección IP del cliente DHCPv6, la dirección de hardware del cliente DHCPv6, el número de segundos en los que caduca la concesión de la dirección IP del cliente DHCPv6, el estado de la dirección IP del cliente DHCPv6 en la tabla de enlaces y el nombre de la interfaz que tiene enlaces de cliente activos.

muestra el enlace de cliente DHCPv6

Significado

El resultado de este comando muestra que hay una interfaz de cliente enlazada y que hay tres interfaces que reciben ofertas DHCPv6 del servidor DHCP.

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento

Descripción

21.4R1-EVO

A partir de Junos OS versión 21.4R1 evolucionada en los dispositivos QFX5130-32CD, QFX5220 y QFX5700, ZTP admite el cliente DHCPv6 en la interfaz de administración. Durante el proceso de arranque, el dispositivo utiliza primero el cliente DHCPv4 para solicitar información acerca de la imagen y el archivo de configuración del servidor DHCP. El dispositivo comprueba los enlaces de DHCPv4 secuencialmente. Si se produce un error con uno de los enlaces de DHCPv4, el dispositivo seguirá comprobando si hay enlaces hasta que el aprovisionamiento se realice correctamente. Sin embargo, si no hay enlaces DHCPv4, el dispositivo comprobará si hay enlaces DHCPv6 y seguirá el mismo proceso que para DHCPv4 hasta que el dispositivo se pueda aprovisionar correctamente. El servidor DHCP utiliza las opciones 59 y 17 de DHCPv6 y las subopciones aplicables para intercambiar información relacionada con ZTP entre él y el cliente DHCP.

21.3R1-EVO

A partir de la versión 21.3R1 de Junos OS evolucionado, en dispositivos PTX10001-36MR, PTX10003, PTX10004, PTX10008 y PTX10016, ZTP ahora admite las opciones 61 y 77 de DHCP. La opción 61 de DHCP se utiliza para especificar el número de serie del chasis, mientras que la opción 77 de DHCP se utiliza para especificar la marca, el modelo y la versión de software del chasis.

21.2R1-EVO

A partir de la versión 21.2R1 de Junos OS evolucionado en dispositivos PTX10008, el aprovisionamiento sin intervención (ZTP) detecta dinámicamente la velocidad de puerto de las interfaces WAN y utiliza esta información para crear puertos de servidor ZTP con la misma velocidad.

21.2R1-EVO

A partir de Junos OS versión 21.2R1 de Evolved, QFX5700 dispositivos admiten la capacidad de interfaces WAN o de administración para descargar e instalar automáticamente el software adecuado y el archivo de configuración en el dispositivo durante el proceso de arranque de ZTP.

21.2R1

A partir de la versión 21.2R1 de Junos OS en dispositivos QFX10002, el aprovisionamiento sin intervención (ZTP) detecta dinámicamente la velocidad de puerto de las interfaces WAN y utiliza esta información para crear puertos de servidor ZTP con la misma velocidad.

21.2R1

A partir de la versión 21.2R1 de Junos OS, en dispositivos EX2300-C, EX2300-MP, EX4300, EX4300-MP, EX4300-VC, EX4400-24MP, EX4400-48MP, EX4600-VC, EX4600-VC, EX4650 y EX4650-48Y-VC, durante el proceso de arranque, el cliente de teléfono-hogar puede acceder al servidor de redireccionamiento a través de un servidor proxy. El servidor DHCP utiliza la opción 43, subopción 8, de DHCP, para entregar los detalles de los servidores proxy IPv4 o IPv6 al cliente del teléfono. El daemon DHCP que se ejecuta en el conmutador de destino aprende acerca de los servidores proxy en el ciclo DHCP inicial y, a continuación, rellena los archivos phc_vendor_specific_info.xml o phc_v6_vendor-specific_info.xml ubicados en el directorio /var/etc/ con la información específica del proveedor.

21.2R1

A partir de la versión 21.2R1 de Junos OS, en dispositivos EX2300-C, EX2300-MP, EX4300, EX4300-MP, EX4300-VC, EX4400-24MP, EX4400-48MP, EX4600-VC, EX4600-VC, EX4650 y EX4650-48Y-VC, puede usar un cliente DHCPv6 y ZTP para aprovisionar un conmutador. Durante el proceso de arranque, el dispositivo utiliza primero el cliente DHCPv4 para solicitar información acerca de la imagen y el archivo de configuración del servidor DHCP. El dispositivo comprueba los enlaces de DHCPv4 secuencialmente. Si se produce un error con uno de los enlaces de DHCPv4, el dispositivo continúa comprobando si hay enlaces hasta que el aprovisionamiento se realiza correctamente. Sin embargo, si no hay enlaces DHCPv4, el dispositivo comprueba si hay enlaces DHCPv6 y sigue el mismo proceso que para DHCPv4 hasta que el dispositivo se aprovisiona correctamente. Los clientes DHCPv4 y DHCPv6 se incluyen como parte de la configuración predeterminada en el dispositivo. El servidor DHCP utiliza las opciones 59 y 17 de DHCPv6 y las subopciones aplicables para intercambiar información relacionada con el ZTP entre él y el cliente DHCP.

21.1R1

A partir de la versión 21.1R1 de Junos OS, en dispositivos EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T y EX4600, cuando el cliente de teléfono doméstico reciba información acerca del servidor proxy HTTP a través de la subopción 8 de la opción 43 de DHCP, creará un túnel transparente HTTPS con el servidor proxy. Una vez establecido el túnel, el cliente de teléfono-hogar utiliza el túnel como proxy para el servidor de teléfono-hogar o el servidor de redireccionamiento. El cliente de teléfono-hogar descarga la imagen del software y el archivo de configuración al dispositivo a través del túnel. Una vez completado el arranque, el dispositivo se reinicia y el túnel se cierra.

21.1R1

A partir de Junos OS versión 21.1R1, en dispositivos EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T y EX4600, durante el proceso de arranque, el cliente de teléfono-hogar puede acceder al servidor de redireccionamiento a través de un servidor proxy. El servidor DHCP utiliza la opción 43, subopción 8, de DHCP, para entregar los detalles de los servidores proxy IPv4 o IPv6 al cliente del teléfono. El daemon DHCP que se ejecuta en el conmutador de destino aprende acerca de los servidores proxy en el ciclo DHCP inicial y, a continuación, rellena los archivos phc_vendor_specific_info.xml o phc_v6_vendor-specific_info.xml ubicados en el directorio /var/etc/ con la información específica del proveedor.

20.4R1-EVO

A partir de la versión 20.4R1 de Junos OS evolucionado, los dispositivos PTX10004 admiten la automatización de la configuración de dispositivos y la actualización de software a través de la interfaz de administración del motor de enrutamiento 0 (RE0).

20.4R1-EVO

A partir de la versión 20.4R1 de Junos OS evolucionado, los dispositivos ACX5448 y QFX5120-48YM admiten la capacidad de las interfaces WAN o de administración de descargar e instalar automáticamente el software adecuado y el archivo de configuración en el dispositivo durante el proceso de arranque de ZTP.

20.4R1

A partir de la versión 20.4R1 de Junos OS en los dispositivos serie MX, EX3400, EX4300, QFX5100 y QFX5200, ZTP admite el cliente DHCPv6. Durante el proceso de arranque, el dispositivo utiliza primero el cliente DHCPv4 para solicitar información acerca de la imagen y el archivo de configuración del servidor DHCP. El dispositivo comprueba los enlaces de DHCPv4 secuencialmente. Si se produce un error con uno de los enlaces de DHCPv4, el dispositivo seguirá comprobando si hay enlaces hasta que el aprovisionamiento se realice correctamente. Sin embargo, si no hay enlaces DHCPv4, el dispositivo comprobará si hay enlaces DHCPv6 y seguirá el mismo proceso que para DHCPv4 hasta que el dispositivo se pueda aprovisionar correctamente. El servidor DHCP utiliza las opciones 59 y 17 de DHCPv6 y las subopciones aplicables para intercambiar información relacionada con ZTP entre él y el cliente DHCP.

20.4R1

A partir de Junos OS versión 20.4R1 en los dispositivos EX4600, EX4650 EX9200 con RE-S-EX9200-2X00X6, QFX5110, QFX5200, QFX5210, QFX5120-32C y QFX5120-48Y, puede usar el ZTP heredado basado en opciones de DHCP o el cliente de teléfono a casa (PHC) para aprovisionar software para el conmutador. Cuando se inicia el conmutador, si hay opciones de DHCP que se han recibido del servidor DHCP para ZTP, se reanuda ZTP. Si las opciones de DHCP no están presentes, se intenta PHC. La PHC permite que el conmutador obtenga datos de arranque de forma segura, como una configuración o una imagen de software, sin otra intervención del usuario que no sea tener que conectar físicamente el conmutador a la red. Cuando el conmutador se inicia por primera vez, PHC se conecta a un servidor de redireccionamiento, que redirige a un servidor de teléfono doméstico para obtener la configuración o la imagen del software.

20.2R1-S1

A partir de la versión 20.2R1-S1 de Junos OS en los dispositivos serie MX, EX3400, EX4300, QFX5100 y QFX5200, ZTP admite el cliente DHCPv6. Durante el proceso de arranque, el dispositivo utiliza primero el cliente DHCPv4 para solicitar información acerca de la imagen y el archivo de configuración del servidor DHCP. El dispositivo comprueba los enlaces de DHCPv4 secuencialmente. Si se produce un error con uno de los enlaces de DHCPv4, el dispositivo seguirá comprobando si hay enlaces hasta que el aprovisionamiento se realice correctamente. Sin embargo, si no hay enlaces DHCPv4, el dispositivo comprobará si hay enlaces DHCPv6 y seguirá el mismo proceso que para DHCPv4 hasta que el dispositivo se pueda aprovisionar correctamente. El servidor DHCP utiliza las opciones 59 y 17 de DHCPv6 y las subopciones aplicables para intercambiar información relacionada con ZTP entre él y el cliente DHCP.

20.2R1

A partir de la versión 20.2R1 de Junos OS en dispositivos SRX300, SRX320, SRX340, SRX345, SRX550 HM y SRX1500, puede usar el aprovisionamiento sin intervención con opciones DHCP o el cliente de teléfono a casa para aprovisionar el dispositivo.

20.1R1-EVO

A partir de Junos OS evolucionado versión 20.1R1 en dispositivos PTX10003, el aprovisionamiento sin intervención (ZTP) detecta dinámicamente la velocidad de puerto de las interfaces WAN y utiliza esta información para crear puertos de servidor ZTP con la misma velocidad.

20.1R1-EVO

A partir de la versión 20.1R1 de Junos OS evolucionado, los dispositivos PTX10008 admiten la automatización de la configuración de dispositivos y la actualización de software a través de la interfaz de administración del motor de enrutamiento 0 (RE0).

19.4R1

A partir de la versión 19.4R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en Juniper Route Reflector (JRR). ZTP admite actualizaciones de imagen propia y actualizaciones de configuración automáticas mediante las opciones de ZTP DHCP. En esta versión, ZTP admite los puertos de ingresos em2 a em9, además del puerto de administración em0, que se admite en las versiones de Junos OS anteriores a 19.4R1.

19.3R1-Evo

A partir de Junos OS evolucionado versión 19.3R1, en el dispositivo QFX5220-128C, en el aprovisionamiento sin intervención (ZTP), puede usar interfaces WAN o interfaces de administración para descargar e instalar automáticamente el software adecuado y el archivo de configuración en el dispositivo durante el proceso de arranque.

19.3R1

A partir de Junos OS versión 19.3R1, puede utilizar interfaces WAN o interfaces de administración para descargar e instalar automáticamente el software adecuado y el archivo de configuración en su enrutador durante el proceso de arranque ZTP.

19.2R1

A partir de la versión 19.2R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en la interfaz de administración em0 para conmutadores ACX5448.

19.1R1-EVO

A partir de Junos OS Evolved versión 19.1R1, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en la interfaz de administración para dispositivos QFX5220 y PTX10003.

19.1-Evo

A partir de Junos OS Evolved versión 19.1R1, para supervisar el aprovisionamiento sin intervención en Junos OS Evolved, utilice el comando show system ztp .

18.3R1

A partir de la versión 18.3R1 de Junos OS, ZTP, que automatiza el aprovisionamiento de la configuración del dispositivo y la imagen de software con una mínima intervención manual, es compatible con los hosts de VM de la serie MX.

18.2R1

A partir de la versión 18.2R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen del software en plataformas de host de VM que utilizan enrutadores PTX5000, PTX3000, PTX10008, PTX10016 y PTX10002-60C.

18.2R1

A partir de la versión 18.2R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en plataformas de host de VM que utilizan conmutadores QFX10008 y QFX10016.

18.1R1

A partir de la versión 18.1R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en plataformas de host de VM que utilizan conmutadores QFX10002-60C.

17.2R1

A partir de la versión 17.2R1 de Junos OS, ZTP puede automatizar el aprovisionamiento de la configuración del dispositivo y la imagen de software en plataformas de host de VM que utilizan enrutadores PTX1000.

16.1R1

A partir de Junos OS versión 16.1R1, puede aprovisionar dispositivos compatibles mediante el uso de una secuencia de comandos que se va a ejecutar o un archivo de configuración que se va a cargar.

12.2

A partir de Junos OS versión 12.2, puede usar la consola y los comandos operativos para supervisar el aprovisionamiento sin intervención.