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 之前,请确保您:

  • 通过使用 请求系统软件验证服务内升级命令, 执行兼容性检查,以确保设备上的软硬件组件以及设备上的配置支持统一 ISSU

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

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

    • 验证安装在平台中的现场可更换设备 (RSU) 是否支持统一 ISSU 功能,或者是否可以接受使用不支持统一 ISSU 的部分 RSU 执行升级的结果。

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

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

    最佳实践:

    访问设备的“下载软件”网页时,记录 md5 校验和。将软件包下载到设备后,使用 file checksum md5 命令确认软件包未以任何方式修改。有关验证 md5 校验和的更多信息,请参阅 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665

    注意:

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

概述

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

在此示例中,主机名、文件名和 FSU 是表示性的。在设备上执行此过程时,主机名、文件名和 FSU 不同。命令输出被截短,仅显示此过程中感兴趣的文本。

拓扑

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

图 1:统一 ISSU 示例拓扑 Unified ISSU Example Topology

配置

具体过程会有所不同,具体取决于是想在一个或两个路由引擎上安装新软件,还是要自动重新启动两个路由引擎,还是要手动重新启动其中一个路由引擎。

在所有情况下,都必须验证已安装双路由引擎,以及是否启用了平滑路由引擎切换 (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 ,请参阅 显示系统切换

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

程序

逐步过程

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

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

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

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

    注意:

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

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

程序

逐步过程

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

要调整计时器并更改功能特定的配置:

  1. 在统一 ISSU 过程中,双向转发检测 (BFD) 会话会临时增加其检测和传输计时器。升级后,这些计时器会恢复为统一 ISSU 启动之前使用的值。

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

    注意:

    如果包括此语句,BFD 计时器将在统一 ISSU 期间保留其原始值,BFD 会话可能会在统一 ISSU 或路由引擎切换期间翻动,具体取决于检测间隔。

  2. 如果在 M 系列、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 系列或 T 系列设备上启用了 ATM 点对点协议 (PPP),则将保持间隔设置为 10 秒或更长。

    PPP 需要三个保持验证失败,然后才能关闭会话。30 秒(10 秒 x 3)提供了一个安全限度来保持 PPP 会话,以防在统一 ISSU 操作期间发生任何流量丢失。

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

  5. 如果 M 系列或 T 系列设备上启用了 ATM OAM,则将 OAM F5 环路信元周期设置为 20 秒或更长时间,以保持跨统一 ISSU 的 ATM 连接。

    oam-period 层次结构级别包括语句 [edit interfaces interface-name unit logical-unit-number] 并指定 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 命令确认软件包未以任何方式修改。有关验证 md5 校验和的更多信息,请参阅 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665

  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. 如果需要,您可以选择使用request chassis routing-engine master acquire命令来设置re0主路由引擎。

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

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

    RE0

    RE1

    主要

    备份

    已安装新软件版本

    已安装新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

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

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

    注意:

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

恢复特定于功能的配置

程序

逐步过程

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

要恢复特定于功能的配置:

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

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

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

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

  4. 如果 M 系列或 T 系列设备上启用了 ATM PPP,并且您之前将保持间隔设置为 10 秒或更高,请还原原始值。

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

  5. 如果 M 系列或 T 系列设备上启用了 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 命令确认软件包未以任何方式修改。有关验证 md5 校验和的更多信息,请参阅 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665

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

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

    RE0

    RE1

    主要

    备份

    已安装的旧软件版本

    已安装的旧软件版本

    正在运行的旧软件版本

    正在运行的旧软件版本

  5. 在主路由引擎上,使用命令开始升级, request system software in-service-upgrade package-name 而无需重新启动选项。

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

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

    RE0

    RE1

    备份

    主要

    已安装新软件版本

    已安装新软件版本

    正在运行的旧软件版本

    正在运行的新软件版本

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

  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. 如果需要,您可以选择使用以下命令来设置 re0 主路由引擎 request chassis routing-engine master acquire

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

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

    RE0

    RE1

    主要

    备份

    已安装新软件版本

    已安装新软件版本

    正在运行的新软件版本

    正在运行的新软件版本

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

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

    注意:

    根文件系统备份到 /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 命令确认软件包未以任何方式修改。有关验证 md5 校验和的更多信息,请参阅 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665

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

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

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

    RE0

    RE1

    备份

    主要

    已安装的旧软件版本

    已安装新软件版本

    正在运行的旧软件版本

    正在运行的新软件版本

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

  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. 如果您对测试结果感到满意,您可以选择使用 request system snapshot 路由引擎上的 each 命令将系统软件备份到设备的硬盘。

    注意:

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

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

您可以使用具有不间断路由的不中断服务的软件升级来升级交换机上运行的软件,在升级过程中将流量中断降至最低。

注意:

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

注意:

从 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 层协议能够在主路由引擎和备份路由引擎之间同步协议信息。

使用 ISSU 升级软件

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

注意:

如果需要更新主机 OS 软件,则无法执行 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 ReplicationDisabled),则启用 NSR。NSR 要求您配置平滑路由引擎切换 (GRES)。默认情况下,NSR 处于禁用状态。

    • 要启用平稳的路由引擎切换,请将语句作为 graceful-switchover user@host#set chassis redundancy graceful-switchover包含在 [edit chassis redundancy] 层次结构级别上。

    • 要启用 NSR,请将语句nonstop-routing作为 user@host#set routing-options nonstop-routing在 [edit routing-options] 层次结构级别上。

  • 启用不间断桥接 (NSB)。不间断桥接需要配置平稳的路由引擎切换 (GRES)。默认情况下,NSB 处于禁用状态。

    • 要启用平稳的路由引擎切换,请将语句作为 graceful-switchover user@host#set chassis redundancy graceful-switchover包含在 [edit chassis redundancy] 层次结构级别上。

    • 要启用 NSB,请将语句nonstop-bridging作为 user@host#set protocols layer2-control nonstop-bridging包含在 [edit protocols layer2-control] 层次结构级别上。

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

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

  • ISSU 支持间隔为 1 秒的链路故障管理 (LFM) 超时会话。在 ISSU 期间,您可能会注意到超时间隔小于 1 秒的会话的 LFM 翻动。

  • 超时间隔小于 1 秒的双向转发检测 (BFD) 会话需要在启动 ISSU 进程之前重新配置为 1 秒。完成 ISSU 进程后,您可以将超时间隔还原为原始值。

  • ISSU 支持以间隔慢速(每 30 秒)定期传输链路聚合控制协议 (LACP) 数据包。

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

ISSU 不支持以下 ACX5000 功能:

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

  • 升级主机操作系统软件。

  • 连接故障管理 (CFM)。

  • TWAMP、RPF、RFC2544 和时钟同步守护程序(计时功能)。

  • 镜像和伪线交叉连接。

  • 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),从而支持 LACP 和快速 hello。

    注意:

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

使用 ISSU 升级软件

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

注意:

如果需要更新主机 OS 软件,则无法执行 ISSU。而是执行标准软件升级。

在启动 ISSU 进程之前,建议清除目录中的任何不需要的数据 /var/var/log/var/tmp)。

要使用 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 线卡上的不中断服务的软件升级 (ISSU) 选项,可在统一 ISSU 过程中消除数据包丢失。这是通过利用新的线卡架构改进实现的,使 Junos OS 软件的第二个副本能够在备用模式下在线卡上运行,准备接管,同时软件在统一 ISSU 期间从旧映像移动到新映像。您可以通过向 CLI 命令中添加 enhanced-mode 选项来 request system software in-service-upgrade 启用增强模式。

总结 使用本文档可了解具有增强模式的统一 ISSU 及其使用方法。

具有增强模式的统一 ISSU 的优势

具有增强模式的统一 ISSU 具有以下优势:

  • 升级到新的软件版本,不会丢失传输或主机绑定的流量

  • 根据配置和网络条件,将丢包时间减少到零或几毫秒

  • 允许在无需维护时段的情况下执行软件升级

  • 使用现有统一 ISSU 进程,无需任何特殊配置

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

开始具有增强模式的统一 ISSU 之前,请记住以下几个先决条件:

  • 运行具有增强模式的统一 ISSU 的设备必须使用 MPC8E、MPC9E 或 MPC11E 线卡。

    注意:

    如果您在混合了受支持和不受支持的线卡的设备上执行具有增强型模式的统一 ISSU,则通过不支持的线卡传输的流量将发生亚秒级流量损失。

    注意:

    如果您在访客网络功能 (GNF) 上执行具有增强模式的统一 ISSU,则所有GNF 都应使用 MPC8E、MPC9E 或 MPC11E 线卡,以避免流量丢失。

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

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

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

    注意:

    如果转发内存使用量超过 75%,具有增强模式的统一 ISSU 仍然可以工作,但它可能会带来几毫秒的丢包时间。

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

您可以使用命令查看设备是否可以使用具有增强模式的 request system software validate in-service-upgrade package-name.tgz enhanced-mode 统一 ISSU 升级到特定版本。如果您的设备和目标版本与增强模式不兼容,您仍然可以使用常规的统一 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 进程停止,您可以使用命令诊断问题,查看 CLI 输出 request system software in-service-upgrade 。您还可以查看系统日志文件,了解更多信息。

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

注意:

使用具有增强模式的统一 ISSU 时,FPC 上的基本 Linux 操作系统不能作为 ISSU 过程的一部分进行升级。Linux 可以通过定期统一 ISSU 或重新启动 FPC 进行升级来更新。

验证统一 ISSU

目的

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

行动

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

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

意义

请参阅 shows 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。但是,您可以在统一 ISSU 期间通过在层次结构级别包含 no-issu-timer-negotiation 语句 [edit protocols bfd] 来禁用 BFD 计时器协商。

如果包括此语句,BFD 计时器在统一 ISSU 期间会保留其原始值。

谨慎:

根据检测间隔,在统一 ISSU 或路由引擎切换期间,BFD 会话可能会抖动。

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

要为 BFD 会话配置统一 ISSU 跟踪选项,请在 issu 层次结构级别添加语句 [edit protocols bfd traceoptions flag]

版本历史记录表
释放
描述
18.1R1
从 QFX5200 交换机上的 Junos OS 18.2R1 版开始,我们建议您在不中断服务的软件升级之间至少等待 5 分钟。
17.1R1
从 Junos OS 17.1R1 版开始,在 QFX5100 和 EX4600 交换机上,您不能从 17.1R1 之前的 Junos OS 版本到 Junos OS 17.1R1 版执行 ISSU。