端口限速脚本有无问题

参考以下案列

4.7.1  流量监管与流量整形典型配置举例

1. 配置需求

·     设备Device A通过接口GigabitEthernet1/0/3和设备Device B的接口GigabitEthernet1/0/1互连；

·     Server、Host A、Host B可经由Device A和Device B访问Internet；

·     Server、Host A与Device A的GigabitEthernet1/0/1接口在同一网段；

·     Host B与Device A的GigabitEthernet1/0/2接口在同一网段。

要求在设备Device A上对接口GigabitEthernet1/0/1接收到的源自Server和Host A的报文流分别实施流量控制如下：

·     来自Server的报文流量约束为10240kbps，流量小于10240kbps时可以正常发送，流量超过10240kbps时则将违规报文的优先级设置为0后进行发送；

·     来自Host A的报文流量约束为2560kbps，流量小于2560kbps时可以正常发送，流量超过2560kbps时则丢弃违规报文；

对设备Device B的GigabitEthernet1/0/1和GigabitEthernet1/0/2接口收发报文有如下要求：

·     Device B的GigabitEthernet1/0/1接口接收报文的总流量限制为20480kbps，如果超过流量限制则将违规报文丢弃；

·     经由Device B的GigabitEthernet1/0/2接口进入Internet的报文流量限制为10240kbps，如果超过流量限制则将违规报文丢弃。

2. 组网图

图4-5 流量监管、流量整形配置组网图

‌

3. 配置步骤

(1)     配置设备Device A

# 配置ACL规则列表，分别匹配来源于Server和Host A的报文流。

[DeviceA] acl basic 2001

[DeviceA-acl-ipv4-basic-2001] rule permit source 1.1.1.1 0

[DeviceA-acl-ipv4-basic-2001] quit

[DeviceA] acl basic 2002

[DeviceA-acl-ipv4-basic-2002] rule permit source 1.1.1.2 0

[DeviceA-acl-ipv4-basic-2002] quit

# 创建流分类server，匹配Server发出的报文流。

[DeviceA] traffic classifier server

[DeviceA-classifier-server] if-match acl 2001

[DeviceA-classifier-server] quit

# 创建流分类host，匹配Host发出的报文流。

[DeviceA] traffic classifier host

[DeviceA-classifier-host] if-match acl 2002

[DeviceA-classifier-host] quit

# 创建流行为server，动作为流量监管，cir为10240kbps，对超出限制的报文（红色报文）将其DSCP优先级设置为0后发送。

[DeviceA] traffic behavior server

[DeviceA-behavior-server] car cir 10240 red remark-dscp-pass 0

[DeviceA-behavior-server] quit

# 创建流行为host，动作为流量监管，cir为2560kbps，由于默认对红色报文的处理方式就是丢弃，因此无需配置。

[DeviceA] traffic behavior host

[DeviceA-behavior-host] car cir 2560

[DeviceA-behavior-host] quit

# 创建QoS策略，命名为car，将流分类server和流行为server进行关联；将流分类host和流行为host进行关联。

[DeviceA] qos policy car

[DeviceA-qospolicy-car] classifier server behavior server

[DeviceA-qospolicy-car] classifier host behavior host

[DeviceA-qospolicy-car] quit

# 将QoS策略car应用到接口GigabitEthernet1/0/1的入方向上。

[DeviceA] interface gigabitethernet 1/0/1

[DeviceA-GigabitEthernet1/0/1] qos apply policy car inbound

(2)     配置设备Device B

# 配置高级ACL3001，匹配HTTP报文。

<DeviceB> system-view

[DeviceB] acl advanced 3001

[DeviceB-acl-adv-3001] rule permit tcp destination-port eq 80

[DeviceB-acl-adv-3001] quit

# 创建流分类http，匹配ACL 3001。

[DeviceB] traffic classifier http

[DeviceB-classifier-http] if-match acl 3001

[DeviceB-classifier-http] quit

# 创建流分类class，匹配所有报文。

[DeviceB] traffic classifier class

[DeviceB-classifier-class] if-match any

[DeviceB-classifier-class] quit

# 创建流行为car_inbound，动作为流量监管，cir为20480kbps，由于默认对红色报文的处理方式就是丢弃，因此无需配置。

[DeviceB] traffic behavior car_inbound

[DeviceB-behavior-car_inbound] car cir 20480

[DeviceB-behavior-car_inbound] quit

# 创建流行为car_outbound，动作为流量监管，cir为10240kbps。

[DeviceB] traffic behavior car_outbound

[DeviceB-behavior-car_outbound] car cir 10240

[DeviceB-behavior-car_outbound] quit

# 创建QoS策略，命名为car_inbound，将流分类class和流行为car_inbound进行关联。

[DeviceB] qos policy car_inbound

[DeviceB-qospolicy-car_inbound] classifier class behavior car_inbound

[DeviceB-qospolicy-car_inbound] quit

# 创建QoS策略，命名为car_outbound，将流分类http和流行为car_outbound进行关联。

[DeviceB] qos policy car_outbound

[DeviceB-qospolicy-car_outbound] classifier http behavior car_outbound

[DeviceB-qospolicy-car_outbound] quit

# 将QoS策略car_inbound应用到接口GigabitEthernet1/0/1的入方向上。

[DeviceB] interface gigabitethernet 1/0/1

[DeviceB-GigabitEthernet1/0/1] qos apply policy car_inbound inbound

# 将QoS策略car_outbound应用到接口GigabitEthernet1/0/2的出方向上。

[DeviceB] interface gigabitethernet 1/0/2

[DeviceB-GigabitEthernet1/0/2] qos apply policy car_outbound outbound

看着没问题，试试呢 

🔴 核心 BUG：CAR 的 cir 单位是 kbps，但是芯片 CAR 粒度、实际换算坑点

1. cir 5000000 = 5000 000 kbps = 4.768 Gbps，不是严格 5Gbps

• 5Gbps = 5 × 1000 × 1000 = 5000000 kbps，数字本身换算没错；

但很多 H3C 交换机芯片 CAR 有颗粒度对齐要求，不是任意数值都支持；设备会自动向下取整到芯片支持档位，实际生效速率会略低于配置值。

2. car 命令缺少 cbs、ebs 参数（重大隐患）

只写 cir，不写 cbs、ebs，V7 会使用系统默认的缓冲区。大带宽 5G 场景默认 cbs 偏小，会出现正常流量无故丢包、抖动。

CBS 是突发缓冲字节，高速场景必须手动配置，不然报文突发瞬间直接被 red discard 丢弃。

5G 入向合理参考值

🟡其他注意点

1. inbound 方向 CAR 限制的是【进入交换机】的流量，不能限制接口出向流量；如果要双向限速，接口 outbound 方向要再做一套 policy。
2. if‑match any会匹配所有报文，包括 BPDU、STP、LACP、LLDP 协议报文！

⚠️风险：接口收到突发大流量打满 CAR，BPDU/LACP 控制帧也会被red discard丢弃，会导致聚合抖动、STP 拓扑震荡、设备脱管。

生产环境强烈建议：把二层协议报文豁免 CAR 限速，不要被限速策略丢弃。 实现方式：写更高级 classifier，优先匹配 BPDU 等协议，behavior 不做限速；再匹配 any 做限速。

3. 平台硬件支持检查 部分低端盒式交换机，inbound 方向 MQC‑CAR 不支持 5G 大 cir，只能支持出向；下发不会报错，但实际不生效，需要确认产品手册硬件规格。

查看是否硬件生效：display qos policy interface GigabitEthernet 1/0/1 inbound，看是否显示 Hardware‑enabled。

4. 不要把 5G CAR 配置在 1G/10G 口以外的物理口；GigabitEthernet 口最大是 1G，5G 参数下发虽然能敲进去，但硬件不支持。

✅改良完整安全版本（生产推荐，保护二层协议报文不被丢弃）

验证排错命令

总结原脚本问题清单

1. 缺少 cbs/ebs，5G 大带宽下突发流量会无辜丢包；
2. if‑match any 包含 BPDU/LACP/LLDP 控制报文，拥塞时会丢弃协议报文，引发二层网络故障；
3. 需要确认设备硬件是否支持入方向 5G CAR 限速；
4. 仅限制 inbound，不会管控出方向流量，如果业务需要双向限速需要补充 outbound 策略。

测试建议：业务割接前先测试，看display qos car的 red 计数器。red 持续上涨代表流量已经触达限速阈值。