LACP 抢占与延时是什么
聚合口的活动成员由端口优先级等条件比较选出。默认不抢占：高优先级成员故障后恢复，也不会自动顶掉当前正在转发的成员，这样可以减少切换次数。开启抢占后，恢复的高优先级成员会重新成为活动成员；配合抢占延时，可以等对端与链路稳定之后再切换。
基本信息
| 适用平台 | 华为 / H3C 支持 lacp preempt 与 preempt delay 配置 |
|---|---|
| 默认行为 | 不抢占，保持当前活动成员组合 |
| 抢占延时 | 延时到期后才执行回切，避免刚恢复就抖动 |
| 切换代价 | 成员变化会触发哈希重算，流量重新分布 |
| 判断依据 | 链路稳定性记录，评估是否需要抢占 |
| 配置前提 | 成员端口优先级设置正确，否则抢占无意义 |
典型使用场景
- 主备成员有明确优先级：希望高优先级链路长期承载流量
- 链路频繁闪断：保持不抢占以减少切换次数
- 对回切时间有运维约定：用延时把回切固定在一个可预期的时间点
- 演练脚本核对：验证实际回切时间与配置延时是否一致
配置示例
配置示例
interface Eth-Trunk 1
lacp preempt enable # 开启抢占，高优先级成员恢复后回切
lacp preempt delay 30 # 延时 30 秒，等对端与链路稳定
# 查看
display eth-trunk 1 verbose # 成员状态、优先级与活动情况
display lacp # 协商与成员信息
# 回切时间写入演练剧本，与实测对比抢占与非抢占对照
| 配置 | 成员恢复后的行为 | 适用场景 |
|---|---|---|
| 不抢占（默认） | 保持当前活动成员组合 | 链路稳定性一般、希望少切换 |
| 抢占 + 短延时 | 较快回切到高优先级成员 | 对路径一致性要求高的环境 |
| 抢占 + 长延时 | 稳定后再回切 | 链路有抖动但希望最终回到设计路径 |
| 未配优先级 | 谁先来谁活动 | 抢占配置形同虚设 |
不启用抢占时保持当前活动成员组合，优先减少切换次数；对多数生产网络而言，『路径与设计一致』的价值通常低于『少一次切换』。
启用抢占并配延时后，把预期回切时间写进演练剧本，与实测对比验证延时值是否合理，否则配置的延时只是纸面数字。