聚合口上的 QoS 落在哪一层
链路聚合把多条物理链路捆成一个逻辑口，但 QoS 策略挂在哪一层，各厂商实现并不统一：华为支持在 Eth-Trunk 逻辑口上做入方向限速，出方向队列调度多由成员口执行；Cisco 的 Port-channel 允许在逻辑口挂策略，实际执行仍落到成员口。设计前先确认平台的实际生效位置，否则容易出现策略配了却不生效的现象。
基本信息
| 逻辑口施加 | 策略覆盖全组，维护简单，适合按业务总量限速 |
|---|---|
| 成员口施加 | 粒度细，但组内容易不一致，漏配也难以发现 |
| 生效方向 | 入方向限速常在逻辑口，出方向队列调度多在成员口 |
| 适用平台 | 华为 Eth-Trunk、Cisco Port-channel、H3C Bridge-Aggregation |
| 风险点 | 逻辑口与成员口同时配策略时叠加顺序依实现而定 |
典型使用场景
- 服务器多网卡聚合后按业务总量限速，防止单机抢占上行带宽
- 跨设备聚合的上行口做入口限速，抑制业务突发对骨干的冲击
- 为不同业务队列做差异化调度前，先确认队列落在逻辑口还是成员口
- 排查聚合口统计看不到丢包的问题时，下沉成员口看队列丢弃计数
- 变更限速值前按单成员故障后的余量复核，避免故障态更紧
限速与统计位置
限速与统计位置
interface Eth-Trunk1 # 逻辑口：入方向限速
qos lr inbound cir 800000 # 单位 kbit/s，按业务峰值规划
interface GigabitEthernet0/0/1 # 成员口：出方向队列
display qos queue statistics # 查看各队列丢弃计数
# 入方向计数在逻辑口看，队列丢弃要下沉到成员口看策略落点对照
| 落点 | 典型内容 | 生效范围 |
|---|---|---|
| 逻辑口 Eth-Trunk | 入方向限速、ACL、流分类 | 整组生效，成员增减后自动覆盖 |
| 成员口 GE/XGE | 出方向队列调度、队列丢弃统计 | 仅该成员，组内需逐口保持一致 |
| 统计口径 | 逻辑口计数为聚合总量 | 看不出单成员拥塞，需下沉核对 |
按聚合总量配置限速值时，要考虑成员故障后剩余带宽变小，故障态下限速反而更紧；关键业务按成员余量留出缓冲。
多队列差异调度类复杂策略上线前先在小范围验证，确认平台允许在逻辑口与成员口同时施加，并明确两者的优先级关系。