Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
本页内容
 

执行统一 ISSU

请按照以下步骤执行统一 ISSU。

执行统一 ISSU 的最佳实践

如果您计划执行统一不中断服务的软件升级 （ISSU），请选择网络尽可能稳定的时间。与正常升级一样，Telnet 会话、SNMP 和 CLI 访问会短暂中断。此外，以下限制也适用：

  • 主路由引擎和备份路由引擎必须运行相同的软件版本，然后才能执行统一 ISSU。

  • 验证您的平台是否支持统一 ISSU 功能。

  • 阅读统一 ISSU 系统要求 一章中的“统一 ISSU 注意事项”主题，以预测可能影响升级的任何特殊情况。

示例：执行统一 ISSU

此示例说明如何执行统一不中断服务的软件升级 （ISSU）。

要求

此示例使用以下硬件和软件组件：

  • 具有双路由引擎的 MX480 路由器

  • 将 Junos OS 13.3R6 版作为起始版本

  • 将 Junos OS 14.1R4 版作为最终版本

开始之前

执行统一 ISSU 之前，请确保：

  • 使用 request system software validate in-service-upgrade 命令执行兼容性检查，确保设备上的软件和硬件组件以及配置支持统一 ISSU

  • 阅读统一 ISSU 系统要求 一章，以预测可能影响升级的任何特殊情况。

    • 验证您的平台是否支持统一 ISSU 功能。

    • 验证平台中安装的现场可更换单元 （FRU） 是否支持统一 ISSU 功能，或者是否可以接受使用某些不支持统一 ISSU 的 FRU 执行升级的结果。

    • 验证平台上配置的协议和功能是否支持统一 ISSU 功能，或者是否可以接受使用某些不支持统一 ISSU 的协议和功能执行升级的结果。

  • 从 瞻博网络 支持网站 https://www.juniper.net/support/ 下载软件包，并将软件包放在本地服务器上。

    最佳实践：

    当您访问设备的“下载软件”网页时，记录 md5 校验和。将软件包下载到设备上后，请使用命令 file checksum md5 确认软件包未进行任何修改。
    注意：

    从 Junos OS 16.1R1 版开始，在执行从基于 FreeBSD 6.1 的 Junos OS 到升级版基于 FreeBSD 10.x 的 Junos OS 的统一 ISSU 时，必须在远程主机或路由引擎上验证配置。远程主机或路由引擎必须运行的是带有升级版 FreeBSD 的 Junos OS。此外，从基于 FreeBSD 6.1 的 Junos OS 升级到基于 FreeBSD 10.x 的 Junos OS 时，只会保留少数选定的目录和文件。请参阅 使用升级版 FreeBSD 升级 Junos OS 并 请求系统软件版本（具有升级版 FreeBSD 的 Junos OS）

概述

此过程可用于升级安装了双路由引擎并支持统一 ISSU 的M Series、T Series、MX 系列、EX 系列 和 PTX 系列 设备。

在此示例中，主机名、文件名和 FRU 是代表性的。在设备上执行此过程时，主机名、文件名和 FRU 会有所不同。命令输出将被截断，以仅显示此过程中感兴趣的文本。

拓扑结构

图 1 显示了此示例中使用的拓扑。

图 1：统一 ISSU 示例拓扑 Network diagram showing a network server, an MX Series device with RE0 and RE1 routing engines, and a remote admin at the network operations center.

配置

根据您是要在一个还是两个路由引擎上安装新软件，以及是否要自动重新启动两个路由引擎或手动重新启动其中一个路由引擎，过程会有所不同。

在所有情况下，都必须验证是否安装了双路由引擎，以及是否启用了平滑路由引擎切换 （GRES） 和不间断活动路由 （NSR）。建议您在升级之前备份设备软件。

要执行统一 ISSU，请从以下列表中选择相应的任务：

验证双路由引擎并启用 GRES 和 NSR

过程

分步程序

无论使用哪种统一 ISSU 过程变体，都需要启用 GRES 和 NSR。

要验证设备是否具有双路由引擎并启用 GRES 和 NSR：

  1. 登录到您的设备。

  2. 使用 show chassis hardware 命令验证设备上是否安装了双路由引擎。

    命令输出包含列出路由引擎 0 和路由引擎 1 的行。

  3. 默认情况下，GRES 处于禁用状态;如果尚未这样做，请通过在 graceful-switchover 主路由引擎的层次结构级别包含 [edit chassis redundancy] 该语句来启用 GRES。

  4. 默认情况下，NSR 处于禁用状态;如果尚未这样做，请通过在层次结构级别包含nonstop-routing[edit routing-options]该语句来启用 NSR。

  5. 配置 NSR 时，还必须在层次结构级别包含[edit system]该commit synchronize语句，以便在两个路由引擎上同步配置更改。

  6. 验证配置并对其感到满意后，使用 commit 命令提交更改。

    启用 GRES 并提交配置时，CLI 提示将发生变化，以指示您正在使用的路由引擎。例如：

  7. 使用命令 exit 退出配置模式。

  8. 使用命令show task replication验证是否在主路由引擎 （re0） 上配置了 NSR。

    在输出中，验证字段是否 Synchronization Status 显示 Complete。

  9. 使用命令show system switchover验证备份路由引擎 （re1） 上是否已启用 GRES。

    在输出中，验证字段状态 Graceful switchover 是否显示 On。有关命令 show system switchover 的详细信息，请参阅 show system switchover。

验证软件版本并备份设备软件

过程

分步程序

统一 ISSU 要求在升级之前，两个路由引擎都运行相同版本的 Junos OS。作为升级期间出现任何问题的预防措施，最佳做法是将系统软件备份到设备硬盘。

要验证软件版本并备份设备软件：

  1. 使用命令 show version 验证两个路由引擎上是否安装并运行同一版本的 Junos OS。

  2. 使用路由引擎上的each命令将request system snapshot系统软件备份到设备硬盘。

    注意：

    根文件系统备份到 /altroot， /config 备份到 /altconfig。发出 request system snapshot 命令后，设备闪存和硬盘相同。只能通过从可移动介质启动设备来返回到软件的前一个版本。

调整计时器和更改特定于功能的配置

过程

分步程序

如果您的设备上有以下任何特定于功能的配置，请执行相应的步骤。

要调整计时器和更改特定于功能的配置：

  1. 在统一 ISSU 过程中，双向转发检测 （BFD） 会话会暂时增加其检测和传输计时器。升级后，这些计时器将恢复到统一 ISSU 启动之前使用的值。

    如果设备上启用了 BFD，并且您希望在统一 ISSU 期间禁用 BFD 计时器协商，请在层次结构级别包含[edit protocols bfd]该no-issu-timer-negotiation 语句。

    注意：

    如果包含此语句，则 BFD 计时器在统一 ISSU 期间保持其原始值，并且 BFD 会话可能会在统一 ISSU 或路由引擎切换期间发生翻动，具体取决于检测间隔。

  2. 如果 M Series、MX 系列 或 EX 9200 系列设备上启用了代理 ARP，请从层次结构级别中[edit interfaces interface-name unit 0 family inet]移除该unconditional-src-learn语句。

    默认情况下，不包含该语句。此示例仅显示 ge-0/0/1 接口。

  3. 如果在 PTX 系列设备上启用了 LACP，请从层次结构级别中[edit interfaces interface-name aggregated-ether-options]移除该lacp语句。

  4. 如果在 M Series 或 T Series 设备上启用了 ATM 点对点协议 （PPP），请将激活间隔设置为 10 秒或更长。

    PPP 需要三个激活才能失败，然后才能关闭会话。30 秒（10 秒 x 3）为维持 PPP 会话提供了安全裕度，以防统一 ISSU作期间发生任何流量丢失。

    此示例仅显示 at-0/0/1 接口。

  5. 如果在 M Series 或 T Series 设备上启用了 ATM OAM，请将 OAM F5 环路信元周期设置为 20 秒或更长，以保持统一 ISSU 之间的 ATM 连接。

    在层次结构级别包含[edit interfaces interface-name unit logical-unit-number]该oam-period语句并指定 20 秒。此示例仅显示 at-0/0/1 接口。

  6. 验证配置并对其感到满意后，使用 commit 命令提交更改。

  7. 使用命令 exit 退出配置模式。

自动升级和重新启动两个路由引擎

过程

分步程序

在此过程中，两个路由引擎都会自动重新启动。自动重新启动两个路由引擎是最常见的情况。其他部分介绍了此过程的变体。

表 1 显示了启动统一 ISSU 之前的路由引擎状态。

表 1：升级前的路由引擎状态

RE0

RE1

主要内容

备份

已安装旧软件版本

已安装旧软件版本

运行旧软件版本

运行旧软件版本

要自动升级和重新启动两个路由引擎：

  1. 使用命令 file copy ftp://username@hostname.net/filename /var/tmp/filename 将 Junos OS 软件包复制到设备上。

    我们建议您将软件包复制到 /var/tmp 目录，这是硬盘上的一个大型文件系统。

    最佳实践：

    当您访问设备的“下载软件”网页时，记录 md5 校验和。将软件包下载到设备上后，请使用命令 file checksum md5 确认软件包未进行任何修改。

  2. 在主路由引擎上，使用命令 request system software in-service-upgrade package-name reboot 启动升级。

    注意：

    在显示消息且会话断开连接之前 Connection closed ，不要尝试运行任何其他命令。

    重新启动之前作为主路由器的路由引擎时，您将注销设备。

  3. 等待几分钟，然后再次登录设备。

    表 2 显示了统一 ISSU 后的路由引擎状态。

    表 2：升级和重新启动两个路由引擎后的路由引擎状态

    RE0

    RE1

    备份

    主要内容

    安装了新软件版本

    安装了新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

    您已登录到新的备份路由引擎 （re0）。

  4. 使用命令 show version 验证两个路由引擎是否都已升级。

  5. 如果需要，可以选择使用命令显示 show log messages 统一 ISSU 日志消息。

  6. 如果需要，可以选择使用命令创建re0request chassis routing-engine master acquire主路由引擎。

    表 3 显示了完成步骤 5 后的路由引擎状态。

    表 3：升级、重新启动和切换主角色后的路由引擎状态

    RE0

    RE1

    主要内容

    备份

    安装了新软件版本

    安装了新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

  7. 执行 恢复特定于功能的配置中的适用步骤。

  8. 如果您对测试结果感到满意，可以选择使用路由引擎上的each命令将request system snapshot系统软件备份到设备的硬盘。

    注意：

    根文件系统备份到 /altroot， /config 备份到 /altconfig。发出命令 request system snapshot 后，由于设备闪存和硬盘相同，因此无法轻易返回到软件的先前版本。要返回到软件的前一个版本，必须从可移动介质启动设备。

恢复特定于功能的配置

过程

分步程序

如果您的设备上有以下任何特定于功能的配置，请执行相应的步骤。

要还原特定于功能的配置：

  1. 如果您的设备上启用了 BFD，并且您之前禁用了 BFD 计时器协商，请在层次结构级别删除[edit protocols bfd]该no-issu-timer-negotiation语句。

  2. 如果您的 M Series、MX 系列 或EX9200设备上启用了代理 ARP，并且您之前移除了该 unconditional-src-learn 语句，请再次包含该语句。

    此示例仅显示 ge-0/0/1 接口。

  3. 如果您的 PTX 系列设备上启用了 LACP，并且您之前移除了该 lacp 语句，请再次包含该语句。

  4. 如果 M Series 或 T Series 设备上启用了 ATM PPP，并且之前将激活间隔设置为 10 秒或更长，请恢复原始值。

    此示例仅显示 at-0/0/1 接口，并显示设置为默认 3 秒的间隔。

  5. 如果在 M Series 或 T Series 设备上启用了 ATM OAM，并且之前将 OAM F5 环路信元周期设置为 20 秒或更长，请将配置更改回原始值。

    此示例仅显示 at-0/0/1 接口，并显示设置为 10 秒的时间段。

  6. 验证配置并对其感到满意后，使用 commit 命令提交更改。

  7. 使用命令 exit 退出配置模式。

同时升级路由引擎并手动重新启动新的备份路由引擎

过程

分步程序

在某些情况下，您可能希望仅在一个路由引擎上安装新软件，并仅重新启动主引擎，直到可以测试新软件为止。路由引擎在重新启动之前不会开始运行新软件。

优点是，如果测试结果要求您降级软件，您可以切换路由引擎，在一个路由引擎上运行旧软件，然后在另一个路由引擎上安装旧软件。这不是典型的情况。

要同时升级两个路由引擎并手动重新启动新的备份路由引擎，请执行以下作：

  1. 执行 验证双路由引擎和启用 GRES 和 NSR 中的步骤。

  2. 执行 验证软件版本和备份设备软件中的步骤。

  3. 执行 调整计时器和更改特定于功能的配置中的步骤。

  4. 使用命令 file copy ftp://username@hostname.net/filename /var/tmp/filename 将 Junos OS 软件包复制到设备。

    我们建议您将软件包复制到 /var/tmp 目录，这是硬盘上的一个大型文件系统。

    最佳实践：

    当您访问设备的“下载软件”网页时，记录 md5 校验和。将软件包下载到设备上后，请使用命令 file checksum md5 确认软件包未进行任何修改。

    表 4 显示了启动统一 ISSU 之前的路由引擎状态。

    表 4：升级和手动重新启动备份路由引擎之前的路由引擎状态

    RE0

    RE1

    主要内容

    备份

    已安装旧软件版本

    已安装旧软件版本

    运行旧软件版本

    运行旧软件版本

  5. 在主路由引擎上，使用不带重新启动选项的命令启动 request system software in-service-upgrade package-name 升级。

    表 5 显示了统一 ISSU 之后和手动重新启动备份路由引擎之前的路由引擎状态。

    表 5：升级后和手动重新启动备份路由引擎之前的路由引擎状态

    RE0

    RE1

    备份

    主要内容

    安装了新软件版本

    安装了新软件版本

    运行旧软件版本

    正在运行的新软件版本

  6. 使用命令验证新的备份（旧主）路由引擎 （re0） 是否仍在运行之前的软件映像，以及新的主路由引擎 （re1） 是否正在运行新的软件映像 show version 。

  7. 此时，如果您不想在新的备份路由引擎re0（）上安装较新版本的软件，请对其发出 request system software delete package-name 命令。

    否则，要完成升级，请转到下一步。

  8. 发出命令，request system reboot重新启动新的备份路由引擎 （re0）。

    如果您不在控制台端口上，则与设备会话断开连接。

    表 6 显示了统一 ISSU 之后、重新启动备份路由引擎之后、切换主角色之前的路由引擎状态。

    表 6：升级、手动重新启动后和切换主角色之前的路由引擎状态

    RE0

    RE1

    备份

    主要内容

    安装了新软件版本

    安装了新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

  9. 等待几分钟，然后再次登录到设备。

    您已登录到新的备份路由引擎 （re0）。

  10. 使用命令 show version 验证两个路由引擎是否都已升级。

  11. 如果需要，可以选择使用命令显示 show log messages 统一 ISSU 日志消息。

  12. 如果需要，可以选择使用以下request chassis routing-engine master acquire命令创建re0主路由引擎：

    表 7 显示了统一 ISSU 后、重新启动备份路由引擎后以及切换主角色后的路由引擎状态。

    表 7：升级、手动重新启动和切换主角色后的路由引擎状态

    RE0

    RE1

    主要内容

    备份

    安装了新软件版本

    安装了新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

  13. 执行 恢复特定于功能的配置中的适用步骤。

  14. 如果您对测试结果感到满意，可以选择使用路由引擎上的each命令将request system snapshot系统软件备份到设备的硬盘。

    注意：

    根文件系统备份到 /altroot， /config 备份到 /altconfig。发出命令 request system snapshot 后，由于设备闪存和硬盘相同，因此无法轻易返回到软件的先前版本。要返回到软件的前一个版本，必须从可移动介质启动设备。

仅升级和重新启动一个路由引擎

过程

分步程序

在某些情况下，您可能只想在一个路由引擎上安装新软件。

优点是，如果测试结果要求您降级软件，您可以切换路由引擎，在一个路由引擎上运行旧软件，然后在另一个路由引擎上安装旧软件。这不是典型的情况。

表 8 显示了启动统一 ISSU 之前的路由引擎状态。

表 8：升级和重新启动一个路由引擎之前的路由引擎状态

RE0

RE1

主要内容

备份

已安装旧软件版本

已安装旧软件版本

运行旧软件版本

运行旧软件版本

要仅升级和重新启动一个路由引擎：

  1. 执行 验证双路由引擎和启用 GRES 和 NSR 中的步骤。

  2. 执行 验证软件版本和备份设备软件中的步骤。

  3. 执行 调整计时器和更改特定于功能的配置中的适用步骤。

  4. 使用命令 file copy ftp://username@hostname.net/filename /var/tmp/filename 将 Junos OS 软件包复制到设备上。

    我们建议您将软件包复制到 /var/tmp 目录，这是硬盘上的一个大型文件系统。

    最佳实践：

    当您访问设备的“下载软件”网页时，记录 md5 校验和。将软件包下载到设备上后，请使用命令 file checksum md5 确认软件包未进行任何修改。

  5. 在主路由引擎上，使用命令 request system software in-service-upgrade package-name no-old-master-upgrade 启动升级。

    表 9 显示了统一 ISSU 升级主路由引擎后、升级备份路由引擎之前的路由引擎状态。

    表 9：升级一个路由引擎后和升级另一个路由引擎之前的路由引擎状态

    RE0

    RE1

    备份

    主要内容

    已安装旧软件版本

    安装了新软件版本

    运行旧软件版本

    正在运行的新软件版本

  6. 使用命令验证新的备份（旧主）路由引擎 （re0） 是否仍在运行之前的软件映像，以及新的主路由引擎 （re1） 是否正在运行新的软件映像 show version 。

  7. 如果您的测试完成，并且想要在备份路由引擎上安装新软件，则必须先在两个路由引擎上禁用 GRES 和 NSR，然后提交配置。

  8. 使用命令request system software add /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz在备份路由引擎 （re0） 上安装新软件。

  9. 使用request system reboot命令重新启动re0。

    如果您不在控制台端口上，则与路由器会话断开连接。

  10. 等待几分钟后，再次登录设备。

    您已登录到备份路由引擎 （re0）。

  11. 使用命令 show version 验证两个路由引擎是否都在运行新的软件映像。

  12. 如果需要，可以选择使用命令显示 show log messages 统一 ISSU 日志消息。

  13. 如果需要，请使用request chassis routing-engine master acquire命令创建re0主路由引擎。

    表 10 显示了统一 ISSU 后、重新启动备份路由引擎后以及切换主角色后的路由引擎状态。

    表 10：升级、手动重新启动和切换主角色后的路由引擎状态

    RE0

    RE1

    主要内容

    备份

    安装了新软件版本

    安装了新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

  14. 执行验证 双路由引擎和启用 GRES 和 NSR 中的步骤，再次启用 GRES 和 NSR。

  15. 执行 恢复特定于功能的配置中的适用步骤。

  16. 如果您对测试结果感到满意，可以选择使用路由引擎上的each命令将request system snapshot系统软件备份到设备的硬盘。

    注意：

    根文件系统备份到 /altroot， /config 备份到 /altconfig。发出命令 request system snapshot 后，由于设备闪存和硬盘相同，因此无法轻易返回到软件的先前版本。要返回到软件的前一个版本，必须从可移动介质启动设备。

使用不间断路由执行不中断服务的软件升级 （ISSU）

您可以使用不中断路由的不中断服务软件升级交换机上运行的软件，同时将升级期间的流量中断降至最低。

注意：

从 QFX5200 交换机上的 Junos OS 18.2R1 版本开始，建议您在不中断服务的软件升级之间至少等待五分钟。

注意：

从 Junos OS 17.1R1 版开始，在 QFX5100 和 EX4600 交换机上，您无法执行从 17.1R1 之前的 Junos OS 版本到 Junos OS 17.1R1 版本的 ISSU。

本主题涵盖：

准备交换机以进行软件安装

开始使用 ISSU 安装软件之前：

注意：

如果适用，在执行不中断服务的软件升级之前，请从配置中删除命令 set system internet-options no-tcp-reset drop-all-tcp ，否则升级将失败并显示错误消息。

NSB 和不间断路由使 NSB 支持的第 2 层协议能够在主路由引擎和备用路由引擎之间同步协议信息。

  • 实现不间断路由。有关如何启用它的信息，请参阅 配置不间断活动路由。

  • 启用不间断桥接 （NSB）。有关如何启用它的信息，请参阅 配置不间断桥接 。

  • 将双向转发检测协议 （BFD） 超时配置为超过 1 秒，否则将收到错误。

使用 ISSU 升级软件

此过程介绍如何升级在独立交换机上运行的软件：

注意：

如果需要更新主机作系统软件，则无法执行 ISSU。而要执行标准软件升级。

要使用 ISSU 升级交换机：

  1. 按照 在QFX 系列设备上安装软件软件包中的使用浏览器下载软件文件部分中的过程下载软件包。

  2. 将软件包或软件包复制到交换机。建议将文件复制到目录中 /var/tmp 。

  3. 登录到控制台连接。使用控制台连接可以监控升级进度。

  4. 启动 ISSU：

    • 在交换机上，输入：

      例如 package-name.tgz ， jinstall-host-qfx-5e-18.1R1-secured-signed.tgz其中 是 。

    注意：

    在升级期间，您将无法访问 Junos OS CLI。

    执行升级时，交换机将显示类似于以下消息的状态消息：

    注意：

    如果 ISSU 进程停止，则可以在发出 request system software in-service-upgrade 命令诊断问题时查看 CLI 输出。您还可以查看系统日志文件以获取更多信息。

  5. 交换机重新启动完成后登录。要验证软件是否已升级，请输入以下命令：

在 ACX5000 系列路由器中执行不中断服务的软件升级 （ISSU）

您可以使用不中断服务的软件升级来升级路由器上运行的软件，同时将升级期间的流量中断降至最低。

注意：

ACX5000 系列路由器上的 Junos OS 15.1X54–D60 及更高版本支持 ISSU。

本主题涵盖：

准备路由器以进行软件安装

开始使用 ISSU 安装软件之前：

注意：

如果适用，在执行不中断服务的软件升级之前，请从配置中删除命令 set system internet-options no-tcp-reset drop-all-tcp ，否则升级将失败并显示错误消息。

  • 确保启用不间断活动路由 （NSR） 和不间断桥接 （NSB）。如果启用，请禁用平滑重启 （GR），因为无法同时启用 NSR 和 GR。NSB 和 GR 使 NSB 支持的第 2 层协议能够在主路由引擎和备用路由引擎之间同步协议信息。

  • 如果未启用 NSR（Stateful Replication 为 Disabled），则启用 NSR。NSR 要求您配置平滑路由引擎切换 （GRES）。默认情况下，NSR 处于禁用状态。

    • 要启用平滑路由引擎切换，请在 [] 层级将该 graceful-switchover 语句包含在 user@hostedit chassis redundancy#set chassis redundancy graceful-switchover 中。

    • 要启用 NSR，请在 [] 层级将该 nonstop-routing 语句包含在 user@hostedit routing-options#set routing-options nonstop-routing 中。

  • 启用不间断桥接 （NSB）。不间断桥接需要配置平滑路由引擎切换 （GRES）。默认情况下，NSB 处于禁用状态。

    • 要启用平滑路由引擎切换，请在 [] 层次结构级别将该 graceful-switchover 语句包含在 user@hostedit chassis redundancy#set chassis redundancy graceful-switchover 中。

    • 要启用 NSB，请在 [] 层级将该 nonstop-bridging 语句包含在 user@hostedit protocols layer2-control#set protocols layer2-control nonstop-bridging 中。

  • （选答）使用命令 request system snapshot 将路由器上的系统软件（Junos OS、活动配置和日志文件）备份到外部存储设备。

在 ACX5000 系列路由器上，在执行 ISSU 之前，您需要考虑以下功能：

  • ISSU 支持以 1 秒为间隔的链路故障管理 （LFM） 超时会话。在 ISSU 期间，您可能会注意到超时间隔小于 1 秒的会话的 LFM 抖动。

  • 超时间隔小于 1 秒的双向转发检测 （BFD） 会话需要重新配置为 1 秒，然后才能开始 ISSU 进程。完成 ISSU 过程后，您可以将超时间隔恢复到其原始值。

  • ISSU 支持间隔慢速（每 30 秒一次），用于定期传输链路聚合控制协议 （LACP） 数据包。

  • ISSU 支持虚拟路由器冗余协议 （VRRP） 版本 3。

ISSU 不支持以下 ACX5000 功能：

  • 降级至早期版本的 Junos OS 软件。如果想要安装早期版本的 Junos OS 软件，请使用 request system software add CLI 命令。

  • 升级主机作系统软件。

  • 连接故障管理 （CFM）。

  • TWAMP、RPF、RFC2544 和 clocksyncd 守护程序（计时功能）。

  • 镜像和伪线交叉连接。

  • IPv6 防火墙、IPv6 COS（分类和重写）、IPv6 VPN 和 VPLS 网格组。

  • 虚拟路由器冗余协议 （VRRP） 版本 1 和 2。

  • 用于定期传输链路聚合控制协议 （LACP） 数据包的快速间隔（每秒）。如果配置了周期性间隔fast，则您可能会注意到流量下降，因为 ISSU 期间 LACP 链路中断。ACX5000 系列路由器可以通过在启动 ISSU 之前在主路由器路由器和对等路由器上配置 fast-hello-issu 选项 （user@host# set protocols lacp fast-hello-issu） 来支持带有快速hello的 LACP。

    注意：

    对等路由器必须具有 Junos OS 软件才能支持此功能。

使用 ISSU 升级软件

以下过程介绍如何升级在独立路由器上运行的软件：

注意：

如果需要更新主机作系统软件，则无法执行 ISSU。而要执行标准软件升级。

建议在启动 ISSU 进程之前从目录 （/var/log， /var/tmp） 中/var清理所有不需要的数据。

要使用 ISSU 升级路由器，请执行以下作：

  1. 从 瞻博网络 支持网站 https://www.juniper.net/support/downloads/junos.html 下载软件包。

    注意：

    要访问下载站点，须与瞻博网络签订服务合同并拥有访问帐户。如果您在获取帐户时需要帮助，请在瞻博网络网站 https://www.juniper.net/registration/Register.jsp 填写注册表。

  2. 转至 ACX 系列部分，然后选择要下载的 ACX5000 系列平台软件。

  3. 将软件包或软件包复制到路由器。建议将文件复制到目录中 /var/tmp 。

  4. 登录到控制台连接。使用控制台连接可以监控升级进度。

  5. 启动 ISSU：

    • 在路由器上，输入：

      例如 package-name.tgz ， jinstall-acx5k-15.1X54-D60.9-domestic-signed.tgz其中 是 。

    注意：

    在升级期间，您将无法访问 Junos OS CLI。

    执行升级时，路由器将显示类似于以下消息的状态消息：

    注意：

    如果 FPC 处于热启动阶段，则 ISSU 可能会停止，而不是终止。此外，在数据包转发引擎 （PFE） 热启动期间，将不会检测到任何中断和启动的链路。
    注意：

    如果 ISSU 进程停止，您可以查看日志文件来诊断问题。日志文件位于 /var/log/vjunos-log.tgz。

  6. 路由器重新启动后登录。要验证软件是否已升级，请输入以下命令：

  7. 禁用或删除为启用 ISSU 所做的配置。这包括禁用不间断活动路由 （NSR）、不间断桥接 （NBR） 和平稳路由引擎 （GRES）。

验证统一的 ISSU

在最近一次统一 ISSU 之后验证 FPC 及其对应 PIC 的状态。

在主路由引擎上发出 show chassis in-service-upgrade 命令。

使用命令 show log messages 显示统一 ISSU 进程消息。

如何通过增强模式使用统一 ISSU

具有增强模式的统一 ISSU 概述

增强模式是 MPC8E、MPC9E、MPC11E 和 JNP10K-LC4802 线卡上提供的不中断服务的软件升级 （ISSU） 选项，可消除统一 ISSU 过程中的数据包丢失。这是通过利用新的线卡架构改进来实现的，这些改进使得在统一 ISSU 期间软件从旧映像移动到新映像时，可以让线卡上以待机模式运行的 Junos OS 软件的第二个副本随时接管。您可以通过向 CLI 命令添加enhanced-moderequest system software in-service-upgrade该选项来启用增强模式。

使用本文档了解具有增强模式的统一ISSU以及如何使用它。

使用增强模式的统一 ISSU 的优势

使用增强模式的统一 ISSU 可提供以下优势：

  • 在不丢失传输或主机绑定流量的情况下升级到新的软件版本

  • 根据配置和网络状况，将数据包丢失减少到零或几毫秒

  • 无需维护时段即可执行软件升级

  • 使用现有的统一 ISSU 流程，不需要任何特殊配置

使用增强模式执行统一 ISSU 的先决条件

在开始使用增强模式统一 ISSU 之前，需要牢记以下几个先决条件：

  • 通过增强模式运行统一 ISSU 的设备必须使用 MPC8E、MPC9E、MPC11E 或 JNP10K-LC4802 线卡。

    注意：

    如果在混合了受支持和不受支持的线卡的设备上执行具有增强模式的统一 ISSU，则通过不受支持的线卡的流量将出现亚秒级流量损失。
    注意：

    如果在访客网络功能 （GNF） 上使用增强模式执行统一 ISSU，则所有 GNF 都应使用 MPC8E、MPC9E、MPC11E 或 JNP10K-LC4802 线卡，以避免流量丢失。

  • 在灵活PIC集中器（FPC）上运行的Linux版本与目标版本中的线卡Linux版本需要兼容。

  • 如果目标版本包含需要重置 ASIC 块的更改，则增强模式将不起作用。

  • 转发内存使用率应低于 75%，以确保在统一 ISSU 过程中不会丢失数据包

    注意：

    如果转发内存使用率高于 75%，具有增强模式的统一 ISSU 仍将工作，但可能会导致数毫秒的数据包丢失。

  • 统一 ISSU 的所有先决条件也适用于增强模式。更多信息，请参阅 统一 ISSU 系统要求 。

您可以使用命令检查设备是否可以使用统一 ISSU 和增强模式升级到特定版本 request system software validate in-service-upgrade package-name.tgz enhanced-mode 。如果您的设备和目标版本与增强模式不兼容，您仍然可以使用常规的统一 ISSU 进行升级，并将流量中断降至最低。

使用增强模式执行统一 ISSU

要使用增强模式执行统一 ISSU，请执行以下步骤：

  1. 按照下载 软件中的步骤下载软件包。

  2. 将软件包或软件包复制到设备。建议将文件复制到目录中 /var/tmp 。

  3. 登录到控制台连接。使用控制台连接可以监控升级进度。

  4. 验证是否可以将统一 ISSU 与增强模式用于所需的版本。

    1. 在设备上，输入：

      其中 package-name.tgz 是您在步骤 1 中下载的软件包的名称。

  5. 使用增强型模式启动统一 ISSU：

    1. 在设备上，输入：

      其中 package-name.tgz 是您在步骤 1 中下载的软件包的名称。

    注意：

    在升级期间，您将无法访问 Junos OS CLI。

    执行升级时，设备将显示类似于以下消息的状态消息：

    注意：

    如果统一 ISSU 进程停止，则可以使用命令 request system software in-service-upgrade 来诊断问题来查看 CLI 输出。您还可以查看系统日志文件以获取更多信息。

  6. 设备重新启动完成后登录。要验证软件是否已升级，请输入以下命令：

注意：

将统一 ISSU 与增强模式结合使用时，无法在 ISSU 进程中升级 FPC 上的基本 Linux作系统。Linux 可以通过常规的统一 ISSU 进行升级或重新启动 FPC 来更新。

验证统一的 ISSU

目的

在最近一次统一 ISSU 之后验证 FPC 及其对应 PIC 的状态。

行动

在主路由引擎上发出 show chassis in-service-upgrade 命令。

使用命令 show log messages 显示统一 ISSU 进程消息。

意义

更多信息，请参阅 show chassis in-service-upgrade 。

统一 ISSU 故障排除

如果统一 ISSU 过程停止进行：

  1. 在主路由引擎上打开新会话并发出 request system software abort in-service-upgrade 命令。

  2. 检查现有路由器会话，以验证升级是否已终止。

    将提供一条“ISSU：已终止”消息。其他系统消息为您提供有关升级停止位置的信息，以及有关下一步要采取的建议。

有关详细信息，请参阅请求机箱群集服务中止升级 （ISSU）。

在统一 ISSU 过程中管理和跟踪 BFD 会话

在统一 ISSU 过程中，双向转发检测 （BFD） 会话会暂时增加其检测和传输计时器。升级后，这些计时器将恢复到统一 ISSU 启动之前使用的值。BFD 进程将统一的 ISSU 状态和计时器值复制到每个会话的备份路由引擎。

无需额外配置即可为 BFD 启用统一 ISSU。但是，可以通过在层次结构级别包含[edit protocols bfd]该语句，在no-issu-timer-negotiation统一 ISSU 期间禁用 BFD 计时器协商。

如果包含此语句，则 BFD 计时器在统一 ISSU 期间保持其原始值。

注意：

在统一 ISSU 或路由引擎切换期间，BFD 会话可能会发生翻动，具体取决于检测间隔。

有关 BFD 的详细信息，请参阅 Junos OS 路由协议库。

要为 BFD 会话配置统一的 ISSU 追踪选项，请在层次结构级别包含[edit protocols bfd traceoptions flag]该issu语句。

变更历史表

是否支持某项功能取决于您使用的平台和版本。使用 功能资源管理器 确定您的平台是否支持某个功能。

发布
描述
18.1R1
从 QFX5200 交换机上的 Junos OS 18.2R1 版本开始，建议您在不中断服务的软件升级之间至少等待五分钟。
17.1R1
从 Junos OS 17.1R1 版开始，在 QFX5100 和 EX4600 交换机上，您无法执行从 17.1R1 之前的 Junos OS 版本到 Junos OS 17.1R1 版本的 ISSU。