聚合链路按什么字段分担流量
链路聚合把多条物理链路捆成一条逻辑链路，但流量到底走哪条成员口，由哈希算法决定：设备取出报文的某些字段（源/目的 IP、源/目的 MAC 等）算一个哈希值，再映射到某个成员口。哈希字段选的不是业务特征时，一条链路的流量可能全挤在一个成员上，其他成员空转，聚合带宽形同虚设。调优的本质不是「加大带宽」，而是让哈希字段匹配真实流量模型。
基本信息
| 适用平台 | 华为 VRP（Eth-Trunk）、思科 IOS（EtherChannel）、H3C Comware（聚合接口） |
|---|---|
| 配置位置 | 华为/H3C 在聚合接口下配置；思科的全局命令为 port-channel load-balance |
| 常用字段 | src-dst-ip、src-ip、dst-ip、src-dst-mac、src-mac、dst-mac |
| 权限要求 | system-view / 全局配置模式 |
| 生效范围 | 华为/H3C 按聚合接口生效，思科默认全局生效（部分平台支持按通道单独设） |
典型使用场景
- 南北向流量为主的场景：跨网段转发多，用 src-dst-ip 哈希分布更均匀
- 纯二层转发场景：网关不在本机、流量不查 IP，改用 src-dst-mac
- 排查「加了链路带宽没涨」：先看各成员口的实时流量是否均衡
- 规模接入：多个接入交换机的上行聚合口按实际业务流特征统一设模式
- 单会话瓶颈说明：向业务方解释为什么单个大文件传输跑不满聚合总带宽
华为 VRP
华为 VRP
[Huawei] interface Eth-Trunk 1
[Huawei-Eth-Trunk1] load-balance src-dst-ip # 最常用：按源目 IP 哈希
! 可选：src-ip / dst-ip / src-mac / dst-mac / src-dst-mac / enhanced
<Huawei> display eth-trunk 1 # 查看成员口与当前分担模式
<Huawei> display interface Eth-Trunk 1 | include bandwidth|rate # 看成员流量是否均衡思科 IOS
思科 IOS
SW-A(config)# port-channel load-balance src-dst-ip # 全局设置哈希字段
! 部分平台支持按通道单独设置（platform 相关命令）
SW-A# show etherchannel load-balance
SW-A# show etherchannel summary # 确认成员口状态为 PH3C Comware
H3C Comware
[H3C-Bridge-Aggregation1] link-aggregation load-sharing mode source-ip destination-ip
! 全局形态：link-aggregation global load-sharing mode source-ip destination-ip
<H3C> display link-aggregation load-sharing mode
<H3C> display link-aggregation verbose # 查看成员口选中状态哈希字段选型
| 流量特征 | 推荐字段 | 原因 |
|---|---|---|
| 三层转发为主（跨网段） | src-dst-ip | IP 变化丰富，哈希分布均匀 |
| 二层转发为主（同网段） | src-dst-mac | 不查 IP，按 MAC 哈希才有区分度 |
| 网关集中在一侧、服务端单 IP | src-ip 或 src-mac | 目的固定，只能用源字段做区分 |
| 双向都要均衡 | src-dst 组合 | 单侧字段哈希在不对称流量下容易偏斜 |
| 分布仍不均 | enhanced（视平台） | 设备用增强算法混合更多字段 |
同一条 TCP 会话永远走同一个成员口：单会话吞吐不会超过单成员带宽。多个大流量会话才可能填满聚合链路，评估带宽时把这一点讲清楚，避免后续扯皮。