1.1 ISSU简介

1.2 ISSU升级方式和基本原理(1.2.1 ISSU原理概述 1.2.2 兼容性检查和协商 1.2.3 ISSU状态)

1.1 ISSU简介

对于IRF系统，ISSU（In-Service Software Upgrade，不中断业务升级）是一种能够保证在IRF升级过程中业务不中断或者中断时间较短的升级方式。

另外ISSU还提供了版本回滚功能以便用户快速的进行版本回退，以及专用的display命令帮助用户了解版本兼容信息、当前的升级状态，有功能丰富，配置简便的优势。所以，推荐使用ISSU功能升级IRF系统。

1.2 ISSU升级方式和基本原理

IRF系统使用ISSU功能升级时，又有两种方式可供选择：以主控板为单位的ISSU升级方式和以成员设备为单位的ISSU升级方式。方式不同，原理和配置均不同。

1.2.1 ISSU原理概述

1. 以主控板为单位升级时的基本原理该方式将IRF看成一台具有一块全局主用主控板、多块全局备用主控板以及多块接口板的分布式设备。其基本原理是：

(1) 在全局主用主控板正常运行的情况下，升级Master的本地备用主控板；

(2) 进行主备倒换，让已经升级的备用主控板成为新的全局主用主控板，接替原全局主用主控板工作，并以热补丁方式升级所有接口板；

(3) 依次升级其它主控板；

(4) 直到所有单板都升级到新版本，ISSU升级过程结束。

因为在IRF运行过程中，数据同步和状态同步已经保证了所有主控板的高度一致性，而且接口板采用热补丁而不是重启方式升级，从而保证了ISSU升级过程中业务不中断。

该方式要求Master上有主用和备用两块主控板，并且IRF中的所有接口板均存在升级补丁的情况。该方式只支持兼容版本的升级，不支持不兼容版本的升级。

2. 以成员设备为单位升级时的基本原理

该方式将IRF的每个成员设备都看成一个整体。其基本原理是：

(1) 在Master正常运行的情况下，整机重启Slave设备，完成Slave设备的升级；

(2) 进行主备倒换，将Slave倒换成新的Master，接替原Master工作；

(3) 整机重启原Master设备，完成整个IRF的升级。

该方式对启动文件中是否包含所有接口板的升级补丁没有要求，它通过整机重启来升级成员设备，所以升级过程中会导致途径该成员设备的流量短时间中断。建议将不同接口板甚至不同设备上的链路进行聚合来尽量避免升级过程中的流量中断。

1.2.2 兼容性检查和协商

在进行ISSU升级时系统会自动进行版本兼容性检查和协议兼容性协商。

1. 版本兼容性检查ISSU升级过程中允许主用主控板和备用主控板运行不同版本的启动文件。执行issu load命令后，系统首先根据启动文件里记录的版本兼容信息进行静态的版本兼容性检查，如果升级版本不支持ISSU功能或者升级版本与当前版本相同则不允许进行ISSU升级。静态检查通过后备用主控板使用升级版本启动，同时进行动态的版本兼容检查。

版本兼容性检查结果可能为以下几种：

l 完全兼容：支撑设备运行的基础模块以及业务模块都兼容，ISSU升级过程能够顺利进行。

l 部分兼容：支撑设备运行的基础模块兼容，部分协议模块不兼容。系统会自动将不兼容模块关闭，ISSU升级过程能够顺利进行。

l 不兼容：支撑设备运行的基础模块不兼容。不兼容版本升级需要在执行issu load命令时携带force参数，备用主控板以升级版本启动后，进入独立主控模式，接口板只能通过重启方式进行升级。

l 未知兼容性，指定的版本文件不支持ISSU功能或者不能通过ISSU功能来进行升级。

1.2.3 ISSU状态

1. ISSU状态简介ISSU整个升级过程中可能会经历如表1-1所示的五种状态。

表1-1 ISSU状态描述表

状态　说明

Init（初始状态）　ISSU功能处于该状态时表明：还没有开始ISSU升级或者此次ISSU升级完成

Load（加载状态）　ISSU功能处于该状态时表明：备用主控板正在升级或者已经完成升级，版本回滚定时器自动创建成功且处于正常工作状态

Switchover（倒换状态）　ISSU功能处于该状态时表明：已升级的备用主控板已经倒换成了新的主用主控板，接口板正在升级或者升级已经完成

Accept（已确认状态）　ISSU功能处于该状态时表明：已经确认新主用主控板的升级操作，版本回滚定时器自动被删除，在此次ISSU升级过程中系统不会再进行自动版本回滚

Commit（备用主控板升级中状态）　ISSU功能处于该状态时表明：系统中存在多块备用主控板，还有至少一块备用主控板没有完成升级。进入该状态后，不能通过手工或者版本回滚定时器进行版本回滚