服务器mode4 PXE装机 上联m-lag组网

lacp edged-port

这个不是强制UP的功能。。。

边缘端口

PXE 引导阶段（BIOS/UEFI PXE ROM）没有加载 Linux bonding 驱动，不会发送 LACPDU；交换机 M‑LAG 动态聚合组收不到 LACP 报文，成员端口会被置为 Un‑selected，聚合口无法 Up，DHCP/PXE 报文无法转发，lacp edged‑port就是解决这个预 OS 引导阶段的问题。

1、为什么 mode4 但 PXE 阶段不发 LACP？

• 服务器操作系统内部配置 bond mode4（802.3ad），mode4 的 LACP 协议是 Linux bonding 驱动实现的；
• PXE 网络引导属于 BIOS/UEFI Option ROM 阶段，此时还没有加载操作系统内核、没有加载 bonding 驱动；网卡只是两个独立物理网卡，不会发出任何 LACPDU 报文。
• 交换机侧 M‑LAG 用的是link‑aggregation mode dynamic动态聚合；动态聚合规则：收不到对端 LACPDU，成员端口不进入 Selected 转发状态，聚合接口协议 Down，报文不通，PXE DHCP 直接失败。

服务器物理层是 link‑up，但聚合协议层面端口被挂起，业务不通。

2、lacp edged‑port做了什么（聚合边缘接口）

配置在Bridge‑Aggregation 聚合接口视图下，不是物理口视图H3C。

功能行为：

1. 对端不发送 LACPDU（PXE 引导阶段）：成员端口直接当作普通二层端口进入 Selected、可以转发业务报文，DHCP、PXE 报文正常通行，满足装机需求。
2. 操作系统启动完成，bond 驱动加载，服务器开始发送 LACPDU 报文之后：交换机自动切回标准 LACP 动态聚合协商，正常完成 mode4 LACP 聚合，M‑LAG 双活正常工作。

简单讲：PXE 阶段 “绕过 LACP 协商先通业务”；系统起来收到 LACPDU 之后自动切回标准动态聚合。

3、两台 M‑LAG 交换机的 M‑LAG 聚合口是否都要配置lacp edged‑port？

✅ 两台 M‑LAG 设备对应的 M‑LAG 聚合接口都必须配置lacp edged‑port。

注意：命令是在聚合 BA 接口下配置，不是物理成员口。

会不会引发 peer‑link 横穿流量？

• lacp edged‑port只是改变聚合组内部的选中逻辑，不会关闭 M‑LAG 原生的跨设备流量防横穿机制（M‑LAG 本身的单向隔离：peer‑link 收到的流量不会再从 M‑LAG 成员口转发出去）。
• PXE 阶段服务器两个网口分别向两台 M‑LAG 交换机发包：
  • 服务器网口 1→M‑LAG‑A BA 口：本地直接转发；
  • 服务器网口 2→M‑LAG‑B BA 口：本地直接转发；
• M‑LAG 系统依然会做表项同步，不会出现报文来回横穿 peer‑link 环路问题。

风险点：不要混淆lacp edged‑port（聚合边缘接口，BA 视图）和stp edged‑port（STP 边缘端口，物理口视图）；PXE+mode4 M‑LAG 场景用的是前者。

4、关键注意事项

1. 仅对动态聚合（link‑aggregation mode dynamic）生效，静态聚合不识别该命令。
2. 装机完成进入操作系统后，服务器正常发送 LACPDU，设备自动进入标准 LACP 协商，edged‑port 不会永久旁路 LACP。
3. 该命令只配置在下联服务器的 M‑LAG 聚合接口；互联交换机的 M‑LAG 聚合口严禁配置 lacp edged‑port。
4. 排查命令：

PXE 阶段看成员端口状态为 Selected；OS 启动后观察 LACPDU 收发计数上涨。