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的升級。
該方式對啟動檔案中是否包含所有接口板的升級補丁沒有要求，它通過整機重啟來升級成員設備，所以升級過程中會導致途徑該成員設備的流量短時間中斷。建議將不同接口板甚至不同設備上的鏈路進行聚合來儘量避免升級過程中的流量中斷。
在進行ISSU升級時系統會自動進行版本兼容性檢查和協定兼容性協商。
1. 版本兼容性檢查ISSU升級過程中允許主用主控板和備用主控板運行不同版本的啟動檔案。執行issu load命令後，系統首先根據啟動檔案里記錄的版本兼容信息進行靜態的版本兼容性檢查，如果升級版本不支持ISSU功能或者升級版本與當前版本相同則不允許進行ISSU升級。靜態檢查通過後備用主控板使用升級版本啟動，同時進行動態的版本兼容檢查。
版本兼容性檢查結果可能為以下幾種：
l 完全兼容：支撐設備運行的基礎模組以及業務模組都兼容，ISSU升級過程能夠順利進行。
l 部分兼容：支撐設備運行的基礎模組兼容，部分協定模組不兼容。系統會自動將不兼容模組關閉，ISSU升級過程能夠順利進行。
l 不兼容：支撐設備運行的基礎模組不兼容。不兼容版本升級需要在執行issu load命令時攜帶force參數，備用主控板以升級版本啟動後，進入獨立主控模式，接口板只能通過重啟方式進行升級。
l 未知兼容性，指定的版本檔案不支持ISSU功能或者不能通過ISSU功能來進行升級。
1. ISSU狀態簡介ISSU整個升級過程中可能會經歷如表1-1所示的五種狀態。
表1-1 ISSU狀態描述表
| 狀態 | 說明 |
| Init（初始狀態） | ISSU功能處於該狀態時表明：還沒有開始ISSU升級或者此次ISSU升級完成 |
| Load（載入狀態） | ISSU功能處於該狀態時表明：備用主控板正在升級或者已經完成升級，版本回滾定時器自動創建成功且處於正常工作狀態 |
| Switchover（倒換狀態） | ISSU功能處於該狀態時表明：已升級的備用主控板已經倒換成了新的主用主控板，接口板正在升級或者升級已經完成 |
| Accept（已確認狀態） | ISSU功能處於該狀態時表明：已經確認新主用主控板的升級操作，版本回滾定時器自動被刪除，在此次ISSU升級過程中系統不會再進行自動版本回滾 |
| Commit（備用主控板升級中狀態） | ISSU功能處於該狀態時表明：系統中存在多塊備用主控板，還有至少一塊備用主控板沒有完成升級。進入該狀態後，不能通過手工或者版本回滾定時器進行版本回滾 |
