防火墙RBM组网状态下软件版本升级

参考手册 H3C 安全产品 高可靠性(RBM)软件升级指导(Comware V7)-6W100

问题：RBM 主备，先升级备墙，备墙重启到高版本；此时主墙仍是低版本，能不能向高版本备墙同步全部会话，做完会话同步后主备切换，再升级原来的主墙，这个流程是否可行？主低版本、备高版本，会话热备份能不能正常工作？

核心结论

该流程不可行，主低‑备高跨版本状态下，RBM 的会话热备份（业务表项同步）不保证正常工作，不支持异构版本之间会话同步H3C。

1. RBM 协议要求：参与 RBM 双机热备两台设备，系统大版本、小补丁版本必须保持一致，才能稳定建立控制通道、数据通道，完成配置与会话表项同步H3C。
2. 备机升级重启完成之后，主墙低版本 ↔ 备墙高版本，两端 RBM 协议报文、会话表项报文格式发生变化：
   • 轻则：RBM 控制通道可以 up，但会话热备份功能失效，不会同步会话、NAT 表；
   • 重则：RBM 控制通道直接断连，配置、会话全部无法同步；
   • 此时如果强制做手工主备切换，备墙没有有效的会话表，所有长连接业务全部断连，长会话不会平滑继承。

⚠️RBM 没有类似交换机 IRF 的 ISSU 不中断升级能力，防火墙 V7 RBM不支持跨版本平滑升级H3C。

标准官方 RBM 主备升级操作步骤（业务会短暂断长连接，短连接自动重连）

1. 当前状态：Device‑A 主（低版本），Device‑B 备（低版本），RBM 通道正常，会话热备份开启。
2. 将新版本升级包上传到两台防火墙 flash，两台都要上传。
3. 先升级备机 Device‑B，指定下次启动版本，重启；备机重启完成后，此时版本不一致，RBM 会异常，不要做任何切换动作。
4. 再升级原主设备 Device‑A，指定新版本，重启。
5. 两台设备全部升级为同一个新版本之后，RBM 控制、数据通道自动重建；等待配置自动同步、会话热备份恢复正常，display remote‑backup‑group status确认通道 connected、会话备份 status 为 hot‑backup enable。
6. 确认 RBM 状态全部正常，再按需手动主备切换测试。

注意：两台全部升级到同一新版本之前，严禁执行手工主备切换。升级完成之后，原有存量长连接会断开，终端重新建立会话；网页类短连接用户基本无感知，TCP 长连接业务会中断重连。

关键排错查看命令

重点观察：Control channel status、Session backup status；版本不一致场景，会话备份会显示异常 / 非使能状态。

常见误区澄清

1. ❌误区：只要 RBM 控制通道能 UP，就可以同步会话。 ✅事实：即使控制通道状态显示 Connected，版本不一致，会话热备份模块也会拒绝同步业务表项，属于协议兼容性保护。
2. ❌误区：升级完备机直接切主，实现长连接 0 中断。 ✅事实：RBM 防火墙没有 ISSU，无法做到跨版本会话继承，该操作会造成长业务全部掉线。
3. ✅正确做法：两台设备先后升级，两台版本完全一致后 RBM 会话同步才会恢复正常。

简短总结

RBM 主备防火墙，主低版本、备高版本这种混合版本状态，不支持会话热备份同步，不能在该状态下做主备切换，切换会造成长连接全部中断。标准升级流程：升级备墙重启之后，继续升级原主墙，两台设备都升级为同一新版本，RBM 通道与会话备份恢复正常后，再进行主备切换；存量长连接会发生中断重连，短连接业务自动恢复。执行display remote‑backup‑group status确认 RBM 通道与会话备份状态正常。