LS‑6900‑54QF‑F IRF 堆叠：主设备 M‑GE 管理口 DOWN，无法远程登录问题

型号 LS‑6900‑54QF‑F‑H3，版本 Release 2612P02H31

不是版本 bug，也不是设备故障，是 IRF M‑GE 管理口原生机制H3C。

核心机制

1. IRF 堆叠系统，全局虚拟管理 IP，只会绑定在 Master（主）设备的 M‑GE 管理口。
2. IRF 正常运行时，Slave（备机）M‑GE 管理口的全局虚拟 IP 不生效。
3. ⚠️区分两种故障场景：
   • 场景 A：主设备整机掉电 / 重启：IRF 重新选举，备机升为新 Master，新主的 M‑GE 接管全局管理 IP，可以登录。
   • 场景 B：主设备整机还在运行，仅仅 M‑GE 管理口物理 DOWN（本案例现象）：角色不会发生主备倒换！Master 角色依然保留在原机器上。

原主机只是 M‑GE 口网线断了，整机 CPU、堆叠链路全部正常，不会触发 IRF 主备选举，备机不会升级为主，备机 M‑GE 不会接管堆叠虚拟管理 IP，全局管理 IP 完全不可访问，无法远程登录堆叠系统H3C。

关键点：IRF 主备角色切换触发条件：整机故障、堆叠心跳完全断开；单单管理口物理 down，不会触发 IRF 主备倒换。

当前版本 Release2612P02H31 说明

两种解决方案

方案 1：配置成员独立管理 IP（推荐，生产必配）

• IRF 正常运行：全局堆叠 IP 正常登录；
• 主机 M‑GE 口断、但整机还活着：全局 IP 不通，可以直接访问备机独立 IP（10.0.0.2）登录堆叠系统；
• IRF 分裂故障，两台机器也可以分别用各自独立 IP 登录定位。

注意：这个是成员设备的独立管理 IP，不要和 IRF 全局管理 IP 同一个 IP，网段可以相同。

方案 2：M‑GE 管理口做物理链路冗余（硬件层面）

注意：M‑GE 管理口不支持链路聚合，不能做 Eth‑Trunk。不能把两台 M‑GE 做聚合。

故障模拟验证（可以现场测试）

1. IRF 正常，Master 是成员 1，全局管理 IP 在成员 1 M‑GE；
2. 只 shutdown 成员 1 M‑GigabitEthernet1/0/0（模拟网线断开），设备整机不重启，堆叠链路保持 UP；
3. display irf：Master 仍然是成员 1，不会发生主备切换；
4. 全局堆叠 IP 无法访问；
5. 如果配置成员独立 IP，访问成员 2 的独立 IP 依旧可以登录整套 IRF。

重要误区澄清

1. ❌错误认知：主设备管理口断，IRF 自动把管理 IP 飘到备机管理口。

IRF 没有这个特性，只有整机故障才会角色切换；单管理口 down 不会切换角色。

2. ❌版本问题：Release2612P02H31 没有对应 bug，该行为是硬件平台固有设计。
3. 业务转发不受影响：只是管理 IP 不可访问，业务流量转发完全正常。

快速检查命令

总结

故障根因：IRF 仅整机故障触发主备选举；仅 Master 的 M‑GE 口 down，整机存活，不触发角色切换，备机不会接管全局管理 IP，导致远程无法登录。

整改：配置两台成员 M‑GE 口的irf‑member独立管理 IP，规避单点管理口故障导致管理失联。