交换机堆叠重组问题咨询

当原 Master（SW1）故障恢复后，如果满足特定条件，会重新抢占成为 Master，但这个过程不是绝对的，取决于当前 IRF 的合并机制和配置。

核心结论

• 会抢占，但有条件：当 SW1 恢复后，两个独立的 IRF 系统（SW1 自身构成一个 IRF，SW2 自身构成另一个 IRF）会进行 IRF 合并。在合并过程中，会重新进行 Master 选举。

• 选举结果：由于 SW1 的优先级（32）远高于 SW2（1），SW1 会在合并后重新成为 Master，而 SW2 将重启并作为 Slave 加入新 IRF。

• 业务影响：合并过程会导致 SW2 重启，从而可能引起短暂的网络中断。

 详细解释：IRF 合并的选举规则

当两个 IRF（或孤立成员）相遇合并时，Master 选举遵循以下顺序（依次比较）：

1. 优先级：优先级高的获胜（你的 SW1 优先级 32 > SW2 优先级 1）。

2. 运行时间：如果优先级相同，运行时间长的获胜（即先启动的设备）。

3. 桥 MAC 地址：如果前两者都相同，MAC 地址小的获胜。

在 SW1 故障期间，SW2 成为新 Master（此时它是一个只有单成员的 IRF）。当 SW1 恢复启动后，它会主动发起 IRF 合并请求。由于 SW1 优先级更高，它将在合并中胜出，成为新 IRF 的 Master，SW2 会检测到优先级变化，自动重启并加入 SW1。

 关键注意事项：抢占的触发条件

IRF 合并（抢占）的发生，依赖于 IRF 域编号（Domain ID） 和 成员编号 的配置：

1. IRF 域编号必须一致：SW1 和 SW2 的 irf domain 必须相同，否则无法合并。

2. 成员编号不能冲突：SW1 的成员编号（如 1）和 SW2 的成员编号（如 2）必须不同，否则合并时会报错。

3. IRF 端口配置必须正确：SW1 和 SW2 之间的 IRF 物理端口必须连接正常，且 IRF 端口配置正确。

 如何控制抢占行为？（运维建议）

如果你不希望 SW1 恢复后自动抢占（例如为了保持业务稳定，计划在业务低谷期手动恢复），可以考虑以下方案：

方案一：降低 SW1 优先级（不建议长期使用）

在 SW1 恢复后、合并前，通过 Console 口登录 SW1，临时降低其优先级，让它先以 Slave 角色加入，后续再手动调整。

方案二：官方推荐 - 启用 IRF 自动合并并接受切换

H3C 默认设计就是 高优先级设备故障恢复后会重新抢占。如果你希望网络保持稳定，建议：

• 接受合并时的短暂中断（通常几十秒）。

• 或者，在 SW1 恢复前，先断开 IRF 物理链路，单独配置 SW1，然后再连接，人为控制合并时机。

会抢占

不会抢占的

SW1 不会抢回 Master，SW2 已经成为 Master，系统为了稳定性，不会频繁切换（避免网络抖动）所以 SW1 会变成 Slave（从设备）。

sw1经过抢修后也恢复

这个故障如果是说sw1掉电了或者宕机了这种需要重启的情况，那这样不会抢占堆叠的主设备，因为当前的主设备优先

这个故障如果是说其他故障，比如堆叠口down，但是原来主设备已经起来，那这两个设备都认为自己是主设备， 堆叠口恢复up ，双主会触发竞选，按优先级选