H3C网络设备堆叠IRF模式下升级

IRF逐框升级步骤：
这里最好先升级主，可保证原来的主还是主，上传版本不说了，指定下次启动文件，是前期准备工作，升级具体步骤我列下：

1) 暂时先删除IRF系统的BFD MAD检测配置；
2) 关闭主框所有上下行业务端口并保存配置，使业务流量切换至备框； 具体脚本现场补充：
3) 此时已将流量全部切换至备框后，确保主框所有业务端口状态为DOWN时，拔掉IRF端口的尾纤；//注：这时候双主没关系，无MAD，备框不会被down
4) reboot slot 1 force进行主框下次启动的版本升级；
5) 待主框重启确认版本升级正常后，此时主上业务口依然是down的，因为（2）保存了down的配置；等主完全起来后，做链路切换操作，shutdown备上业务端口，完后立即undo shutdwon主上业务端口，具体脚本现场补充，此操作可将业务切换到原来主设备上。注意这里操作过程不要保存配置；
（打开端口及重启备框同时进行，此时会涉及业务中断，时间长断由执行命令的时间加上路由收敛的时间。)
6) 备框重启，reboot slot 2 force的同时立即将堆叠链路重新连好(请保证在备框重启好前将堆叠链路恢复)；
7) 待备框的重启后，会自动加入IRF堆叠系统；堆叠恢复后，恢复MAD，保存配置

方案一：拆堆叠独立升级（最稳妥，强烈推荐）

• 备份配置：在两台设备上分别执行 save，并将配置文件（startup.cfg）和当前的版本文件通过 TFTP/FTP 备份到本地电脑。
• 上传新版本：将新的固件版本（.ipe 文件）上传到两台设备的 Flash 中。

• 断开堆叠线：直接拔掉设备之间的物理堆叠线缆（光纤或堆叠电缆）。
• 取消堆叠配置（可选但推荐）：登录两台设备，删除 IRF 相关的物理端口配置（如 undo port group 或 shutdown 堆叠口），确保重启后它们会作为独立设备启动，而不会尝试寻找队友。

• 先升级原备机（Slave）：
  • 指定启动文件：boot-loader file flash:/新版本文件名.ipe main
  • 重启设备：reboot
  • 等待其完全启动，确认版本正常、业务配置无误。
• 再升级原主机（Master）：
  • 同样执行指定启动文件和重启操作。
  • 注意：此时两台设备是独立运行的，升级过程互不干扰。

• 连接堆叠线：确保两台设备版本完全一致后，按照“先配置后连线”的原则（先将堆叠口 shutdown，插好线后再 undo shutdown），重新连接物理堆叠线缆。
• 检查状态：使用 display irf 命令检查堆叠是否正常建立，主备角色是否符合预期。
• 恢复业务：检查业务接口状态，确认 AP、终端等业务正常上线。

方案二：IRF 在线升级（操作快，适合小版本迭代）

• 整体重启升级（业务会中断）：
  直接将新版本文件上传到主设备，然后使用带 all 参数的命令同时指定主备设备的启动文件，最后重启整个堆叠系统。
  • 核心命令：boot-loader file flash:/新版本文件名.ipe all main
  • 重启命令：reboot （整个堆叠系统会一起重启）
• 逐台重启升级（业务中断时间极短）：
  先升级备机，备机重启加入堆叠后，再手动触发主备倒换，最后升级原主机。这种方式对操作顺序和 MAD（多主检测）配置要求极高，操作不当极易引发网络环路或双主冲突。

1.如果有mad,bfd等链路检查，先关掉

2.手动拔掉主设备的上下行链路，让数据只走备设备

3.断掉irf链路，然后升级主设备

4.升级完成后，断开备设备上下行把主设备上下行接上，升级备设备

5.备设备起来以后接上堆叠线和备设备的上下行，此时备设备会因为堆叠再次重启，重启后堆叠会正常了，链路也没问题了

6.这时如果有链路检查再恢复就完成了

！！！第4步操作时会因为手动插拔线导致业务中断片刻