LACP 操作 key(Operational‑Key)两端成员端口是否必须一致
先分清两个概念:配置 key(Administrative Key 管理 key)、操作 key(Operational Key 运行 key),H3C Comware V7 聚合(静态 LACP、动态 LACP)重点区分。
核心结论
对端设备之间,不需要两边操作 key 数值相等。
同一台交换机聚合组内所有成员端口,本机内部操作 key 必须完全一致,否则端口不能加入聚合。
本端管理 key (admin‑key) 决定本端操作 key;对端只看对端发来的对端操作 key,不要求和本地操作 key 相同。
详细解释
1、本机聚合组内成员端口(同一台交换机)
LACP 协议规定:同一个聚合组内所有成员端口,本机的 Operational‑Key 必须相同。
本机 admin‑key(配置 key)相同,生成相同的 operational‑key,端口才可以被选进同一个聚合组。
如果组内某个端口操作 key 和本组其他端口不一致,该端口会被挂起 (Suspended),无法参与聚合转发。
H3C 命令查看:display link‑aggregation summary / display link‑aggregation verbose,可以看到 Admin‑Key、Oper‑Key 字段。
2、互联的两台交换机 A ↔ B(跨设备两端)
✅ A 的 oper‑key 和 B 的 oper‑key 不需要相等!
LACP 协商时,A 发给 B:A 的系统 ID、A 的 admin‑key、A 的 oper‑key;
B 发给 A:B 的系统 ID、B 的 admin‑key、B 的 oper‑key;
协议判断逻辑:只校验:对端所有收到的端口,对端 oper‑key 必须彼此相同,不会拿本地 oper‑key 和对端 oper‑key 做相等比对。
举例子:
SW‑A 聚合组 admin‑key=10,oper‑key=10
SW‑B 聚合组 admin‑key=20,oper‑key=20
两端 oper‑key 数值不一样,LACP 完全可以正常协商成功,聚合正常工作。
容易混淆误区
很多人以为两端 key 要一致,混淆了M‑LAG/DRNI 场景:
M‑LAG 两台设备和下游设备做 LACP 对接,下游设备的操作 key,只要下游本机组内端口 key 一致即可,M‑LAG 两台成员设备之间不需要和下游 key 相等。
什么时候会协商失败?
同一交换机聚合组内部,两个成员端口 oper‑key 不一样 → 端口 suspend,聚合失败(最常见)
收到来自对端的多个端口,这些对端端口的对端 oper‑key 互不相同,本端会把这些端口挂起。
不是 “本地 key 等于对端 key”,而是 “来自对端的所有端口,它们自己的 oper‑key 要统一”。
命令查看字段(H3C V7)
shell
display link‑aggregation verbose
输出关键字段:
Admin‑Key:配置管理 key
Oper‑Key:LACP 操作 key
简短总结记忆
✅同一台交换机聚合组内:所有成员端口 Operational‑Key 必须相同;
❌互联两台交换机之间,本地 Oper‑Key ≠ 对端 Oper‑Key,完全允许,不影响 LACP 聚合。
补充:静态聚合模式 (static) 不走 LACP,没有操作 key 概念;只有 LACP 动态聚合 (static‑LACP、dynamic) 才有 admin‑key/oper‑key。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
对端设备呢的操作key要和本段一致吗