S6800（100G 口）对接 S12504（40G 口）二层 LACP 聚合失败，oper-key 不一致（S6800=1，S12504=44）

核心原理

Oper-key（操作 key）是交换机根据端口硬件能力、速率、双工、板卡属性自动计算生成，不是手动配置。 LACP 动态聚合的硬性规则：一条链路两端的 LACPDU 里面，本端 oper-key 与对端 oper-key 必须匹配，端口才会进入 Selected 转发状态；key 不一致直接协商失败，端口为 Unselected，聚合无法生效H3C。

拓扑：S6800 HundredGigE（100G）→光纤直连 S12504 FortyGigE（40G）。 关键点：S6800 侧是 100G 速率，S12504 侧是 40G 速率。

根本原因

1. 光模块 / 速率协商：S6800 是 100G 端口，S12504 是 40G 端口；虽然使用 100G→40G 兼容光模块，物理层 UP，但是端口速率本端 100G、对端 40G 不一致。Oper-key 计算因子包含端口速率，两端速率不同，自动算出 oper-key 一个是 1，一个是 44，LACP 协商校验直接失败。

LACP 会校验对端上报的 oper-key，两端 key 不相等，LACP 认为这两条链路聚合能力不匹配，拒绝加入同一聚合组。

2. 补充：同设备聚合组内成员口 oper-key 必须相同；跨设备 LACP 对接时，单条链路两端的 oper-key 必须匹配。

静态聚合不会校验 oper-key，但静态聚合只检查本地属性，容易出现单通、流量不均衡，不推荐跨设备二层聚合使用静态。

两个解决方案

方案 1：强制 S6800 的 100G 端口降速为 40G（推荐，解决 key 不一致）

S6800 的 HundredGigE 接口下强制速率 40G，让两端端口速率都为 40G，oper-key 计算值就会一致。

速率统一 40G 之后，两端 oper-key 会自动一致，LACP 协商正常，端口进入 Selected。 ⚠️前提：光模块、光纤支持 40G 速率；100G 端口降速 40G，模块必须兼容 40G 模式。

方案 2：改用静态二层聚合（不推荐，规避 LACP oper-key 校验）

静态聚合link-aggregation mode static不校验 LACP 的 oper-key，只要本设备内成员口 oper-key 一致就可以 up。

缺点：没有 LACP 报文协商，无法自动感知对端链路故障，容易出现单边链路 UP、流量黑洞，生产谨慎使用。

额外必须校验的属性（即使速率统一，属性不同 key 依然不一样）

所有成员端口两端必须完全一致：

1. 端口链路类型：port link-type trunk（两端都 trunk）
2. trunk 允许 VLAN 列表、PVID 完全一致
3. 端口隔离、QinQ、storm-constrain、端口安全、802.1X 等所有属性必须一致

任意属性不一致，oper-key 会重新计算，再次出现 key 不匹配。

排查命令，现场执行

避坑要点

1. 100G 对接 40G，只靠兼容光模块物理 UP 是不够的，LACP 会校验速率衍生的 oper-key，这就是本次故障核心。
2. 不要只看本设备聚合组内 oper-key，LACP 跨设备对接，重点看 LACPDU 携带的对端 oper-key。
3. 两端聚合模式必须一致：要么都 dynamic，要么都 static；一静一动直接失败。
4. 两根连线必须一一对应：S6800 HG1/0/1 连 S12504 FG1/0/1，HG1/0/2 连 FG1/0/2，不能交叉接线。

测试验证顺序

1. S6800 两个 100G 口配置speed 40000，确认接口速率协商 40G。
2. 确认两端聚合模式都为dynamic。
3. 核对两端 trunk 的 VLAN、PVID 完全一致。
4. 等待 LACP 协商 30s，执行display link-aggregation verbose，端口状态变为 S（Selected），oper-key 两端匹配，聚合成功。
5. 测试流量，断单链路验证冗余。