4. IRF角色选举机制

IRF（Intelligent Resilient Framework）把多台物理交换机虚拟成一台逻辑设备，但逻辑设备在运行期必须有一个“大脑”——主设备（Master）。主设备负责管理整个IRF、下发配置、维护拓扑，其余成员作为从设备（Standby/Slave）运行。理解角色选举机制，是判断IRF能否按预期组建、以及主备切换后行为是否符合设计的关键。

一、选举发生在什么时刻

IRF角色选举并不是持续进行的，它只在特定时机触发：IRF首次建立、成员加入或离开、IRF合并、主设备故障、以及执行irf switchover等主动切换操作。选举一旦完成，结果会保持稳定，直到下一次触发条件出现。这一点非常重要：它意味着“优先级高”并不等于“随时都能抢回主设备”，是否抢回取决于抢占模式。

二、选举规则：先比优先级，再比成员编号

IRF选举遵循两条依次比较的规则：

1. 比较IRF优先级：优先级数值越大越优，取值范围通常为1～32，默认值为1。优先级最高的成员成为主设备。
2. 优先级相同时比较成员编号（Member ID）：成员编号数值越小越优。因此当所有成员都使用默认优先级1时，成员编号最小的设备会成为主设备。

这里有一个容易被忽视的细节：成员编号不仅用于选举比较，它还决定了接口命名。例如成员编号为2的设备，其接口会呈现为GigabitEthernet2/0/1这种形式。因此成员编号一旦规划好，不应随意更改，否则会影响配置引用和选举结果。

三、优先级与成员编号的作用差异

优先级是“可调权重”，成员编号是“固定身份”。优先级可以随时按规划调整，用来表达“我希望哪台设备当主”；成员编号则更像设备的门牌号，一旦确定就应保持稳定。工程上常见的做法是：给期望成为主设备的成员配置较高优先级（例如32），其余成员保持默认1；同时把主设备规划为成员编号1，从设备依次为2、3、4。这样即使优先级被误改，成员编号仍能提供一层兜底排序。

四、选举过程时序

以三台设备组建IRF为例，假设SW1优先级32、成员编号1；SW2优先级1、成员编号2；SW3优先级1、成员编号3。上电或IRF端口连通后，选举大致经历以下阶段：

1. 物理层与IRF端口UP：各成员通过IRF物理端口互相发现，形成候选集合。
2. 交互选举报文：成员之间交换优先级、成员编号、运行状态等信息。
3. 排序比较：先按优先级降序，再按成员编号升序，得到唯一最优成员。
4. 角色确定：最优成员成为Master，其余成为Standby或Slave。
5. 配置同步：Master将当前配置同步给从设备，从设备进入稳定运行状态。

需要强调的是，选举过程是短暂的，但配置同步可能持续数秒到数十秒，取决于配置量和成员数量。在此期间，业务转发可能尚未完全就绪。

五、抢占模式与非抢占模式的行为差异

抢占模式（Preempt）决定的是：当一台优先级更高的设备重新加入IRF时，它是否会把当前主设备“挤下去”。

非抢占模式（默认）：IRF一旦完成选举，主设备角色就保持稳定。即使原来优先级更高的设备故障恢复后重新加入，它也不会抢回主设备，而是作为从设备运行。这种模式适合追求稳定、避免频繁切换的场景。

抢占模式：当更高优先级的成员加入时，会触发重新选举，该成员抢回主设备。抢占通常还带有延迟时间（irf preempt delay），用于等待IRF端口和链路稳定，避免刚加入就抢占导致震荡。这种模式适合希望主设备角色始终固定在规划设备上的场景。

# 配置抢占模式与延迟（示例）
[H3C] irf member 1 priority 32
[H3C] irf member 1 preempt delay 30
[H3C] irf member 1 preempt enable

# 查看IRF角色与选举信息
[H3C] display irf
[H3C] display irf topology

执行display irf后，可以观察每个成员的Member ID、Priority、Role以及Preempt状态。判断选举是否符合预期的依据是：Role为Master的成员，应当与规划中的主设备一致；若不一致，应检查优先级、成员编号以及抢占模式是否配置正确。

六、工程实践中的判断要点

实际部署时，建议按以下顺序确认选举行为：先确认各成员的优先级和成员编号规划；再确认抢占模式是否符合业务对主设备稳定性的要求；最后通过display irf核对实际角色。若发现主设备与规划不符，优先检查是否处于非抢占模式、优先级是否被误改、以及成员编号是否与规划一致。只有把“选举规则、优先级、成员编号、抢占模式”四者结合起来看，才能准确预测IRF在故障恢复后的角色归属。