了解统一 ISSU 流程

路由器上的统一 ISSU 进程

使用命令后 request system software in-service-upgrade ，将发生以下进程。

在 下方的图 1 到 图 6 中：

• 实线表示路由引擎和数据包转发引擎之间的高速内部链路。

• 虚线表示数据包转发引擎与路由引擎上的机箱进程（机箱）之间交换的消息。

• RE0m 和 RE1b 分别表示主路由引擎和备份路由引擎。

• 复选标记表示设备正在运行新版本的软件。

注意：

统一 ISSU 最多只能先于设备上当前版本升级三个主要版本。要先于设备上的当前版本升级到三个以上版本，请使用统一 ISSU 进程将设备升级到一个或多个中间版本，直到设备处于目标版本的三个主要版本之内。

注意：

以下过程涉及所有受支持的路由平台，TX Matrix 路由器和 TX Matrix Plus 路由器除外。在大多数路由器上，数据包转发引擎驻留在灵活的 PIC 集中器 （FPC） 上。但是，在 M120 路由器上，转发引擎板 （FEB） 取代了数据包转发引擎的功能。在图示和步骤中，在考虑 M120 路由器时，您可以将数据包转发引擎视为 FPC。作为 M120 路由器上的附加步骤，在升级 FPC 和 PIC 之后，升级 FEB。

1. 主路由引擎会验证路由器配置，以确保可在您使用新版本软件时提交。

   将进行以下检查：

   • 两个路由引擎上的 /var 文件系统均可使用磁盘空间。

   • 该配置由统一 ISSU 支持。

   • PIC 由统一 ISSU 支持。

   • 启用了平滑路由引擎切换。

   • 启用不间断活动路由。

   这些检查与输入 request system software validate in-service-upgrade 命令时进行的检查相同。如果任一路由引擎的可用磁盘空间不足，统一 ISSU 进程将失败并返回一条错误消息。但是，不受支持的 PIC 不会阻止统一 ISSU。如果存在不受支持的 PIC，系统将发出警告，以指示这些 PIC 将在升级过程中重新启动。同样，如果配置了不受支持的协议，系统将发出警告，表明在升级期间可能会对不受支持的协议丢失数据包。

   图 1：启动统一 ISSU 前的设备状态

2. 验证成功后，管理过程将安装（复制）新软件映像到备份路由引擎。

3. 备份路由引擎已重新启动。

4. 重新启动备份路由引擎并运行新软件后，内核状态同步过程 （ksyncd） 将从主路由引擎同步（复制）配置文件和内核状态。

   图 2：升级 备份路由引擎后的设备状态

5. 将配置文件和内核状态同步到备份路由引擎后，主路由引擎上的机箱进程（机箱）为统一 ISSU 准备其他软件进程。机箱进程通知各种软件进程（如 rpd、apsd、bfdd 等）有关统一 ISSU 的信息，并等待它们的响应。所有进程准备就绪后，机箱进程会向路由器上安装的 FPC 发送ISSU_PREPARE消息。您可以使用命令显示统一的 ISSU 进程消息 show log messages 。

6. 每个 FPC 上的数据包转发引擎都会保存其状态，并从备份路由引擎下载新的软件映像。接下来，每个数据包转发引擎都会向机箱进程发送ISSU_READY消息。

   图 3：一个数据包转发引擎下载新软件 后的设备状态

7. 从数据包转发引擎接收ISSU_READY消息后，机箱进程向数据包转发引擎所在的 FPC 发送ISSU_REBOOT消息。FPC 会使用新软件映像重新启动。重新启动 FPC 后，数据包转发引擎将恢复 FPC 状态，并与运行新软件的备份路由引擎建立高速内部链路。机箱进程链路也与主路由引擎一起重新建立。

   注意：

   统一 ISSU 期间发生的数据包转发引擎重新启动旨在缩短故障窗口期。

8. 当所有数据包转发引擎都使用主路由引擎上的机箱进程发送 READY 消息后，其他软件进程也为路由引擎切换做好了准备。此时，系统已准备好进行切换。

   图 4：路由引擎切换 前的设备状态
   注意：

   对于 M120 路由器，此时会升级 FEB。升级所有 FEB 后，系统即可进行切换。

9. 发生路由引擎切换，而备份的路由引擎 （re1） 现在将成为主路由引擎。

   图 5：路由引擎切换 后的设备状态

10. 新的备份路由引擎现已升级到新的软件映像。（如果您在命令中指定了选项， no-old-master-upgrade 则跳过这一 request system software in-service-upgrade 步。）

    图 6：统一 ISSU 完成后 的设备状态

11. 成功升级备份路由引擎后，统一 ISSU 即可完成。

TX Matrix 路由器上的统一 ISSU 进程

本节介绍在 TX Matrix 路由器上发生的进程以及用作连接线卡机箱 （LCC） 的路由器。

注意：

路由矩阵是一种多机箱架构，由一台 TX Matrix 路由器和一到四台 T640 路由器组成。从用户界面的角度来看，路由矩阵显示为单个路由器。TX Matrix 路由器控制路由矩阵中的所有 T640 路由器。

每个路由器都有双路由引擎。

在 TX Matrix 路由器上使用 请求系统软件不中断服务升级 命令后，将发生以下过程：

1. TX Matrix 路由器（全局主路由）上的管理过程 （mgd） 会检查当前配置。

   将进行以下检查：

   • 所有路由引擎上的 /var 文件系统均提供磁盘空间。

   • 该配置由统一 ISSU 支持。

   • PIC 由统一 ISSU 支持。

   • 启用了平滑路由引擎切换。

   • 启用不间断活动路由。

2. 成功验证配置后，管理过程会将新映像复制到 TX Matrix 路由器和 T640 路由器上的备份路由引擎。

3. 备份路由引擎上的内核同步过程 （ksyncd） 会将备份路由引擎上的内核与主路由引擎上的内核同步。

4. 全局备份路由引擎使用新软件升级。接下来，重新启动全局备份路由引擎。然后，全局备份路由引擎会从全局主路由引擎同步配置和内核状态。

5. 升级并重新启动 LCC 备份路由引擎。然后，LCC 备份路由引擎与升级的全局备份路由引擎连接，并同步配置和内核状态。

6. 统一 ISSU 控制从管理进程移动到机箱进程（机箱）。机箱进程通知各种软件进程（如 rpd、apsd、bfdd 等）有关统一 ISSU 的信息，并等待它们的响应。

7. 从软件进程接收消息，指示这些进程已准备好用于统一 ISSU 之后，全局主路由引擎上的机箱进程会向路由节点上的机箱进程发送消息，以启动统一 ISSU。

8. 路由节点上的机箱进程会将ISSU_PREPARE消息发送至可现场更换单元 （FCU） 和智能 PIC。

9. 收到ISSU_PREPARE消息后，数据包转发引擎会保存当前状态信息，并从备份路由引擎下载新软件映像。接下来，每个数据包转发引擎都会向机箱进程发送ISSU_READY消息。您可以使用命令显示统一的 ISSU 进程消息 show log messages 。

10. 从数据包转发引擎接收ISSU_READY消息后，机箱进程向 RSU 发送ISSU_REBOOT消息。升级过程中，APU 会不断向路由节点上的机箱进程发送ISSU_IN_PROGRESS消息。反过来，每个路由节点上的机箱进程都会向全局主路由引擎上的机箱进程发送ISSU_IN_PROGRESS消息。

    注意：

    统一 ISSU 期间发生的数据包转发引擎重新启动旨在缩短故障窗口期。

11. 统一 ISSU 重新启动后，数据包转发引擎会还原保存的状态信息，并重新连接到路由节点。每个路由节点上的机箱进程都会向全局主路由引擎上的机箱进程发送ISSU_READY消息。来自路由节点上机箱进程的CM_MSG_READY消息表示，RSU 上的统一 ISSU 已完成。

12. 统一 ISSU 控制返回全局主路由引擎上的管理流程。

13. 管理过程在主路由引擎上启动路由引擎切换。

14. 路由引擎切换发生在 TX Matrix 路由器和 T640 路由器上。

15. 切换后，RSU 连接到新的主路由引擎。然后，T640 路由器 RSU 上的机箱管理器和数据包转发引擎管理器连接到 T640 路由器上的新主路由引擎。

16. 全局主路由引擎上的管理过程在 T640 路由器上的旧主路由引擎上启动升级过程。（如果您在命令中指定了选项， no-old-master-upgrade 则跳过这一 request system software in-service-upgrade 步。）

17. 升级以前在 T640 路由器上的主要路由引擎后，管理过程将启动对以前在 TX Matrix 路由器上为全局主路由引擎的升级。

18. 成功部署统一 ISSU 后，如果指定 reboot 了命令中的 request system software in-service-upgrade 选项，则 TX Matrix 路由器和 T640 路由器将重新启动。