在此页面上

瞻博网络 Junos
企业 SONiC
思科 NX-OS
阿里斯塔 EOS
监控上线状态

使用 Apstra ZTP 载入设备

Apstra ZTP 管理由 Apstra 管理的设备的引导程序和生命周期。

在载入设备之前，请确保将设备设置为出厂默认设置。添加配置后，不同的供应商有不同的方法将其设备设置回出厂默认设置。

注意：

为了防止在 ZTP 过程中出现问题时被锁定在设备之外，ZTP 使用默认的硬编码凭据。这些凭据是：

根/管理员
AOSADMIN / AOSADMIN

瞻博网络 Junos

EX 交换机需要 Junos OS 21.2 或更高版本。使用低于 21.1 的 Junos OS 版本的 EX 交换机缺少 ZTP 所需的 Python 模块。

瞻博网络设备最低资源要求
瞻博网络 Junos 引导程序文件
重启瞻博网络 Junos ZTP
瞻博网络 Junos ZTP 故障排除
4.2.0 的要求 [DOCS-1013]

瞻博网络设备最低资源要求

Apstra ZTP 使用自定义脚本创建异机代理、创建本地用户和设置其他系统配置。ZTP 进程会将新的操作系统映像复制到交换机。安装 Apstra ZTP 之前，请确保交换机有足够的磁盘空间来存储操作系统映像。

瞻博网络 Junos 引导程序文件

Apstra ZTP 使用 Python 脚本在 ZTP 期间配置设备。要允许 Python 脚本（ztp.py）在非 Junos OS 演化版设备上运行，需要进行其他配置。使用该 junos_apstra_ztp_bootstrap.sh 脚本在 Junos 上引导 Apstra ZTP。它下载并运行 ZTP 脚本。

Junos OS 演化版设备不需要此引导程序;他们直接运行 Apstra ZTP Python 脚本（ztp.py）。

重启瞻博网络 Junos ZTP

要擦除（清零）设备并重新启动瞻博网络 Junos ZTP 进程，请执行以下操作：

瞻博网络 Junos ZTP 故障排除

处于 ZTP 模式时，瞻博网络交换机会将和ztp.json文件下载ztp.py到/var/preserve/apstra目录中。有关诊断，请记下/var/preserve/apstra/aosztp.log该文件。

您可以在（搜索“ztp”）中找到 /var/log/messages 其他有用的消息。

4.2.0 的要求 [DOCS-1013]

在 ztp.json 中，system-agent-params，如果需要提供“配置文件”参数，则必须使用 UUID 而不是配置文件名称/标签。
在 ztp.json 中，系统代理参数，以下附加参数在 ZTP 服务器中始终可见，但是这些参数将导致在 ZTP 过程中代理创建失败。
1. 参数分别为force_package_install、install_requirements enable_monitor
2. 必须从系统代理参数中删除这些参数才能通过 ZTP 创建代理，但由于错误，当这些参数从 UI ztp.json 文件中删除时，它们不会被删除，配置器会再次添加它们。唯一的解决方案是通过 SSH 连接到 ZTP 服务器进行日志记录，然后重新启动 tftp 容器来手动修改ztp.json文件。

企业 SONiC

企业 SONiC 设备最低资源要求

注意：

与 Apstra 4.2 版一起使用的 Apstra ZTP 4.2 支持 SONiC Enterprise Distribution 设备。不支持搭载早期版本 Apstra ZTP 或软件的 SONiC 设备。

Apstra ZTP 使用自定义脚本创建本机代理、创建本地用户和设置其他系统配置。

作为 ZTP 过程的一部分，会将新的操作系统映像复制到交换机。安装 Apstra ZTP 之前，请确保交换机有足够的磁盘空间用于操作系统映像。

注意：

如果使用 ONIE 在设备上安装企业 SONiC，则必须将映像复制到目录并将其 /containers_data/tftp 重命名 onie-installer 为或其他 ONIE 下载名称（onie-installer-x86_64-dell_z9100_c2538-r0 例如）。在 ONIE 中重新启动时，设备会在 HTTP 和 TFTP 服务器上搜索此文件。如果未找到该文件，则 ZTP 将失败。一旦ONIE SONiC安装成功完成，SONiC设备将自动启动ZTP。

要重新启动 SONiC ZTP 进程，请使用 sudo ztp enable 和 sudo ztp run 命令。

思科 NX-OS 设备最低资源要求

确保交换机上有足够的可用磁盘空间。作为 ZTP 过程的一部分，会将新的操作系统映像复制到交换机。安装 Apstra ZTP 之前，请确保交换机有足够的磁盘空间用于操作系统映像。

重新启动思科 NX-OS ZTP

注意：

如果设备上已安装代理，则在重新启动设备 ZTP 进程之前，请通过 UI 设备代理安装程序或通过设备 CLI 手动删除代理。

有关详细信息，请参阅 Cisco 设备代理。

要重新启动思科 NX-OS ZTP 进程：

阿里斯塔 EOS

Arista EOS 设备最低资源要求
重启阿里斯塔 EOS ZTP

Arista EOS 设备最低资源要求

注意：

Apstra ZTP 对虚拟 Arista EOS （vEOS）设备的支持有限且存在已知问题。

vEOS 设备不支持 ZTP EOS 升级。vEOS 设备的 EOS 版本必须与文件中设置的ztp.json匹配eos-versions。
由于缺少设备序列号，ZTP 记录到控制器对 vEOS 设备不起作用。这将在将来的版本中解决。

作为 ZTP 过程的一部分，会将新的操作系统映像复制到交换机。安装 Apstra ZTP 之前，请确保交换机有足够的磁盘空间用于操作系统映像。

重启阿里斯塔 EOS ZTP

谨慎：

如果设备上已安装代理，则在重新启动设备 ZTP 进程之前，请通过 UI 设备代理安装程序或通过设备 CLI 手动删除代理扩展。

有关详细信息，请参阅 Arista 设备代理。

要重新启动 Arista EOS ZTP 进程：

监控上线状态

执行时，ZTP 脚本通过 API 将日志发送到 Apstra 服务器。您可以从 Apstra GUI 监控 ZTP 进程。从左侧导航菜单中，导航到“ 设备”>“ZTP 状态”>“设备”。

此处列出了与 DHCP 和 ZTP 交互的每台设备及其系统 ID（序列号）（如果已知）、ZTP 状态、ZTP 最新事件以及上次更新设备状态的日期和时间。要查看设备的完整 DHCP 和 ZTP 日志，请单击“显示日志”按钮（ “操作 ”面板中的眼睛）。

您可以下载日志文件。如果不再需要设备的日志，请单击“ 删除 ”按钮。所有进程的日志文件都保留在 /containers_data/logs 目录中。

当 ZTP 流程成功载入设备时，该设备将包含在“受管设备”页面中，可供确认并分配给蓝图。导航到“ 设备>托管设备 ”以查看可用设备。