WX3540H双机IRF场景下升级版本

有窗口期一起升级也行，就是有点慢。

可以同时升级

升级之后不要重启

对AP进行预升级，升级完成之后再reboot AC，影响业务时间最短

 升级前准备（至关重要）

1. 备份配置与检查状态：在操作前，务必备份当前的配置文件。同时执行 display system stable state 命令，确保两台设备的状态均为 Stable（稳定态），只有稳定状态下才能进行升级。
2. 调整主设备优先级：为了确保升级过程中业务由你期望的那台设备（例如当前状态更好的那台）继续承担，可以提前将其 IRF 成员优先级调高。
   • 命令示例：irf member 1 priority 32（假设想让成员1做主，优先级最大为32）。
3. 关闭 MAD 检测（如有）：如果配置了 MAD（多 active 检测，防脑裂机制），建议在升级前暂时关闭。因为升级过程中 IRF 会暂时分裂，MAD 可能会误判并将正常运行的设备强制 shutdown，导致业务全断。

 逐台升级操作步骤

1. 上传版本文件：将最新的 WX3540H_WX3540HF-CMW710-R5489P07.ipe 升级包上传到 IRF 的 Flash 中。
2. 指定启动文件：在命令行中指定下次启动的文件为该新版本。
   • 命令示例：boot-loader file cfa0:/WX3540H_WX3540HF-CMW710-R5489P07.ipe slot 2 all main（注意 slot 2 对应从设备的槽位号）。
3. 重启从设备：执行重启命令重启成员2。
   • 关键细节：在成员2重启期间，IRF 会暂时分裂。此时严禁在正在运行的主设备（Device A）上执行 save 保存配置的操作，否则会导致 IRF 配置丢失，后续无法自动合并。
4. 等待自动合并：成员2升级完成重启后，会自动通过堆叠线发现主设备并重新加入 IRF。通过 display irf 确认成员2的状态恢复为 Slave 且版本已更新。

1. 业务切换：成员2正常加入后，为了安全起见，可以手动触发主备倒换（让刚升级好的成员2成为新的 Master），或者直接在当前状态下继续。
2. 指定并重启主设备：同样指定成员1（slot 1）的下次启动文件为 R5489P07，然后重启成员1。
   • 此时业务会平滑切换到成员2上，无线业务不会中断。
3. 等待合并与稳定：成员1重启完成后，会自动加入 IRF 成为 Slave。再次通过 display irf 和 display system stable state 确认两台设备均已合并且状态稳定。

 核心注意事项总结

• 严禁同时重启：必须一台一台来，确保始终有一台设备在转发无线业务。
• 分裂期间禁止保存配置：在 IRF 分裂（即一台重启，另一台单独运行）的期间，绝对不要在任何一台设备上执行 save 命令，否则会导致堆叠配置丢失，两台设备无法自动合并。
• 堆叠线缆不要拔：在升级过程中，除非遇到极特殊情况，否则不要手动拔掉堆叠线缆，依靠设备重启自动分裂和合并即可。
• AP 版本兼容性：升级到 R5489P07 后，WA6520-FIT 等新型号 AP 即可被正常识别和管理。AC 升级后，AP 会自动从 AC 下载匹配的新版本固件。

在WX3540H的IRF双机场景下，升级到R5489P07版本，最稳妥、对业务影响最小的方式是分台、顺序升级，也就是先升级备用设备，再将业务切换过去，最后升级主设备。

官方文档明确指出，直接同时升级（boot-loader file all main）会导致整个IRF系统重启，造成业务完全中断。而采用下面这种“拆分-升级-合并”的方法，可以将业务中断时间控制在分钟级。

🔧 分步升级操作指南

💡 几个关键提醒

• 关于过渡版本：直接从R5441P02升级到R5489P07通常可以成功，如果升级时报错，说明需要中间版本。此时建议先下载并升级一个中间的R547x版本作为过渡。

• 耐心等待：设备在升级重启过程中，特别是写入新系统时，通过Console口会无响应长达15分钟以上，这是正常现象，请务必耐心等待，绝对不要断电。

• 命令行 vs Web界面：升级IRF时，推荐使用命令行（CLI），它对升级过程的控制和判断更精确。如果你更熟悉Web界面，也可以在主设备上上传文件后，通过网页操作重启升级，但核心的接口切换、物理连线等操作仍需手动完成。