交换机包转发率限速

一、核心结论
S6520-30SG-SI 标称 340Mpps 是“硬件线速转发能力”指标，不是可调节的运行参数。​
QoS 可以限制“某类流量 / 某个端口 / 某个方向”的转发速率，但没有一个命令能把整机全局转发能力从 340Mpps 平滑钳到 200Mpps。
更准确的说法是：
✅ 可以限制端口级带宽（bps）→ 间接限制小包时的 pps
✅ 可以限制特定业务流（按 ACL 匹配）的速率（CAR）
✅ 可以限制广播/组播/未知单播风暴（支持 pps 维度）
❌ 不能直接设“整机最大 200Mpps”这种全局仪表式上限
二、为什么“全局限 pps”做不到一键实现
包转发率（Mpps）本质是“小包线速下的理论吞吐”，取决于：
交换芯片转发引擎能力
报文长度（64 字节小包才跑得满 340Mpps）
入向/出向、二层/三层、是否走 ACL/CAR
QoS 机制工作在“流分类 + 令牌桶”层面，单位是 kbps（带宽）​ 或 pps（仅风暴抑制场景），不是“整机 pps 配额”。所以：
你想“限到 200Mpps”，实际工程做法是：把每个端口按目标模型算好带宽上限，逐端口限速，让总和小余 200Mpps。
三、S6520-SI 实际能用的三种限速手段
1️⃣ 端口级带宽限速（最常用，间接限 pps）
interface Ten-GigabitEthernet1/0/1
qos lr inbound cir 10000000 # 入向限 10Gbps
qos lr outbound cir 10000000 # 出向限 10Gbps
cir 单位 kbps
10G 端口跑 64 字节小包，线速 ≈ 14.88Mpps
限到 10Gbps 带宽 ≈ 同时把该端口小包 pps 压到约 14.88Mpps 以内
原理：带宽上限锁死，小包场景下 pps 自然被压住。
2️⃣ 风暴抑制（真正按 pps 维度）
S6520-SI 规格明确支持基于 pps 的风暴抑制​ ：
interface Ten-GigabitEthernet1/0/1
storm-constrain broadcast pps 1000000
storm-constrain multicast pps 1000000
storm-constrain unicast pps 2000000
单位：包/秒
只对广播、组播、未知单播生效
不能拿来做“所有业务流总 pps 上限”，但防攻击很实用
验证：
display storm-constrain
3️⃣ MQC + CAR（按业务流精确限速）
acl advanced 3000
rule permit ip source 192.168.10.0 0.0.0.255

traffic classifier C1
if-match acl 3000

traffic behavior B1
car cir 2000000 cbs 512000 ebs 0 # 2Gbps，CBS 控突发

qos policy P1
classifier C1 behavior B1

interface Ten-GigabitEthernet1/0/1
qos apply policy P1 inbound
CAR 单位是 kbps，不是直接 pps
但配合小包模型可以换算：2Gbps ÷ (64B+帧间隙开销) ≈ 2.38Mpps
支持 car cir percent 50 按端口速率百分比配
验证：
display qos policy interface Ten-GigabitEthernet1/0/1
display qos car statistics interface Ten-GigabitEthernet1/0/1
四、如果你真要“压到 200Mpps”怎么落地
假设 22 个 10G 口 + 8 个 GE 口，思路是倒推每个端口的带宽配额：
目标

小包(64B) pps 换算

对应带宽


200 Mpps 总上限

200×10⁶ pps

≈ 134.4 Gbps（小包模型）


单 10G 口均分

≈ 9.1 Mpps/口

≈ 6.1 Gbps/口


单 GE 口均分

≈ 9.1 Mpps/口（但 GE 线速仅 1.488Mpps）

直接 lr 1000Mbps 即可
配置动作：
10G 口：qos lr outbound/inbound cir 6100000（约 6.1Gbps）
GE 口：qos lr cir 1000000
控制平面再加 CPU 防护（防管理面被打满）
关键链路补风暴抑制
⚠️ 实际跑不到“精确 200Mpps”，会有 5%~10% 抖动，取决于包长分布和突发。
五、几个容易踩的坑
qos lr 和 MQC CAR 同时配：MQC 优先生效，lr 不生效
入向限速依赖芯片支持：部分 SI 子系列入向 CAR 是“软限速”，大流量下可能丢包不均
小包突发（微突发）：CBS 配太小会误丢，微突发场景建议 CBS 按 50~100ms 流量估算
Web 界面“期望带宽”不是限速：只是给 OSPF 算 cost 用的，别被误导
不同 Comware 版本命令略有差异：先 display version 确认，再查对应版本 QoS 手册
六、排查顺序建议
# 1. 看端口实时速率
display interface Ten-GigabitEthernet1/0/1 | include rate

# 2. 看 QoS 策略命中
display qos policy interface Ten-GigabitEthernet1/0/1

# 3. 看是否有丢包
display qos queue interface Ten-GigabitEthernet1/0/1

# 4. 看 CPU 和板卡利用率
display cpu-usage
display device manu-info

1. Comware V7（S6520‑SI）没有一条命令直接限制整机的硬件包转发率到指定 Mpps（比如直接全局设置整机 200Mpps）H3C。 芯片硬件转发面是固定规格，不能全局直接 “降档整机 Mpps”。
2. car、qos lr 流量限速单位是 kbps（比特带宽），不是 pps 包速率，不能直接填 Mpps 数值做整机包限速H3C。
3. packet-rate命令只用于上送 CPU 的控制平面报文（协议报文），对硬件转发业务流量无效，不能限制数据平面转发的数据包H3C。
4. 风暴抑制broadcast‑suppression pps只能针对广播 / 组播 / 未知单播，不能限制普通已知单播业务包H3C。

简单说：不能直接把整机硬件转发能力从 340Mpps 锁死到 200Mpps，硬件芯片不支持整机 Mpps 档位降级。

可实现的替代方案（分场景）

场景 1：希望控制整台设备业务的总包速率（测试场景居多）

没有全局硬件 Mpps 开关，只能通过所有入端口叠加 MQC 流量监管间接约束，有明显短板：

1. 对每一个业务入接口，MQC 匹配所有 IP 流量，car 按带宽限速，间接约束包速率；
2. 缺点：
   • 需要在所有业务入接口全部部署策略，漏一个接口就无效；
   • car 单位是 kbps，包大小不固定（64 字节小包 vs 1518 字节大包），带宽和 Mpps 没有固定换算关系；同样 10G 带宽，64 字节小包是 14.88Mpps，大包只有 0.8Mpps；
   • 只能做近似约束，无法精确稳定锁定在 200Mpps。

示例模板（接口下带宽限速，间接约束包速率）

场景 2：只限制某几个特定接口的包速率（常用生产场景）

• 广播 / 组播 / 未知单播：端口风暴抑制，broadcast‑suppression pps xxx、multicast‑suppression pps xxxH3C。
• 普通单播业务：只能做带宽限速（kbps），间接控制包速率，无法直接配置 pps 数值。

场景 3：测试目的模拟设备达不到 340Mpps 性能（实验室压测）

1. 优先在测试仪侧做发包限制（推荐，最精准），测试仪直接限制发包 pps 为 200Mpps，交换机跑满也不会超过；
2. 交换机侧只能做端口带宽限速，作为辅助，无法做到精确 Mpps 限制。

查看包速率的排查命令

高频误区总结

1. ❌误以为 car 命令可以填 Mpps；car 的 cir 单位是kbps 比特率，不是包 ppsH3C。
2. ❌packet‑rate可以限制业务流量；它只对上送 CPU 的协议报文生效，硬件转发业务报文不受管控H3C。
3. ❌风暴抑制可以限制普通单播；风暴抑制只管控广播、组播、未知单播。
4. ❌可以全局一条命令把整机 340Mpps 硬件规格降到 200Mpps；S6520‑SI 芯片硬件不支持整机 Mpps 降档。

做不到的。。。