issu
百科内容来自于：
1.1 ISSU简介
1.2 ISSU升级方式和基本原理
IRF系统使用ISSU功能升级时，又有两种方式可供选择：以主控板为单位的ISSU升级方式和以成员设备为单位的ISSU升级方式。方式不同，原理和配置均不同。
1.2.1 ISSU原理概述
1. 以主控板为单位升级时的基本原理该方式将IRF看成一台具有一块全局主用主控板、多块全局备用主控板以及多块接口板的分布式设备。其基本原理是：
(1) 在全局主用主控板正常运行的情况下，升级Master的本地备用主控板；
(2) 进行主备倒换，让已经升级的备用主控板成为新的全局主用主控板，接替原全局主用主控板工作，并以热补丁方式升级所有接口板；
(3) 依次升级其它主控板；
(4) 直到所有单板都升级到新版本，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功能处于该状态时表明：系统中存在多块备用主控板，还有至少一块备用主控板没有完成升级。进入该状态后，不能通过手工或者版本回滚定时器进行版本回滚
|
$firstVoiceSent
- 来自原声例句