主接口和子接口限速配置咨询

你的配置思路基本正确，但存在一些细节问题，尤其是子接口限速部分的命令不完整，这会导致配置无法生效。

下面是针对你两份配置的详细分析和修正建议。

1. 主接口限速 (qos lr)

主接口的配置基本正确，但有一个参数建议优化。

• 速率 (cir) 换算正确：6000000 kbps 正好是 6 Gbps，逻辑正确。

• 突发值 (cbs) 偏小：你设置的 8000000 字节，大约只允许约 1毫秒 的突发流量。这会导致正常的数据突发被错误地限速，影响业务。

✅ 建议修正：将突发值 (cbs) 调大。一个常用的经验公式是：CBS (bytes) = CIR (kbps) × 1024 / 8 × 突发持续时间(秒)。如果按 100毫秒 的突发来计算，CBS 应设为 75000000 字节。

2. 子接口限速 (基于流的 car)

子接口的限速配置存在多个问题：

• ❌ 命令不完整：这是最致命的问题。你配置的 car cir 6000000 cbs 75000000 ebs 75000000 green pass yellow pass red discard 命令不完整，末尾缺少了动作关键字，这会导致该命令完全无法生效。

• ⚠️ ACL匹配范围：rule permit ip 只能匹配IP流量。如果子接口上还有非IP流量（如ARP、某些路由协议等），这部分流量将不会被限速。

• ⚙️ 限速逻辑可能存在冗余：你的配置意图是“主接口整体限速6G，子接口也限速6G”。由于子接口的流量是主接口流量的一部分，如果主接口已经限制了6G，那么子接口再限制6G实际上是冗余的。

✅ 建议修正：

1. 完善 car 命令：在 car 命令末尾补充完整的动作，例如 green pass（允许）、yellow pass（允许）、red discard（丢弃）。

2. 明确限速意图：如果目的是让所有子接口共享主接口的6G带宽，那么不需要在子接口上再做限速。如果是为了更精细地控制（例如，某个子接口想单独限制为2G，且总和不超过6G），才需要配置，且此时子接口的限速值应小于主接口。

配置示例：

3. 验证与排错建议

配置完成后，建议通过以下命令验证效果：

1. 查看接口限速配置：display qos lr interface Ten-GigabitEthernet1/0/47，确认主接口的限速参数已生效。

2. 查看QoS策略应用：display qos policy interface Ten-GigabitEthernet1/0/47.3001，确认子接口上的策略已正确应用。

3. 查看CAR统计信息：display traffic behavior user-defined server，观察CAR的丢包计数，确认限速策略是否在生效。

配置存在逻辑冲突、参数错误、设计矛盾，两套限速叠加会引发异常限流、流量抖动，无法达成预期效果，下面逐项拆解问题并给出修正方案。
一、核心致命问题
1. 主接口整体限速 6G + 子接口同样限速 6G，双层限速叠加冲突
物理主接口 TE1/0/47 出方向整体限速 6G；
子接口 TE1/0/47.3001 又做策略限速上限 6G；
流量走向：子接口流量先被子接口 CAR 限制 6G，再进入主接口再次被端口 LR 二次限制 6G。
叠加不会叠加带宽，但会双重整形，极易出现不必要丢包、时延抖动。
两种设计只能二选一：
方案 A：只做主接口全局端口限速（管控整条万兆上联总带宽）；
方案 B：只在子接口部署 QoS 策略限速（单独管控某一个子接口业务带宽）；
不能同时部署。
2. CAR 参数严重错误（你想要 25ms 突发，当前 cbs 数值完全不对）
公式：
CBS(字节)= CIR(kbps) ÷ 8 × 突发时长(秒)
需求：cir=6000000kbps，突发 25ms (0.025s)
正确 CBS = 6000000 / 8 * 0.025 = 18750 字节
你配置 cbs 75000000 数值大了数千倍，等同于无突发限制，完全达不到 25ms 超限丢弃的目的。
同时你的行为：
plaintext
car cir 6000000 cbs 75000000 ebs 75000000 green pass yellow pass red discard
yellow 动作配置为 pass，超出 CBS 的流量依然放行，CAR 等于失效，只有严重超限才丢弃。
想要「速率超 6G 一段时间后丢包」，yellow 必须改为 discard。
3. ACL 3000 匹配所有 IP 部署在子接口，意义冗余
子接口本身就是独立三层子接口（对应单一 VLAN / 业务），子接口所有流量天然只会从此子接口转发，不需要 ACL permit ip 全量匹配。
4. 单位混淆隐患
qos lr cir 6000000、car cir 6000000 单位均为 kbps，6000000kbps = 6Gbps，数值本身没错，但叠加后异常。
二、分项问题汇总
主接口 LR 限速 + 子接口 CAR 限速叠加，双重整形，产生不必要丢包、时延波动；
CAR 的 CBS 数值配置错误，无法实现 25ms 突发管控；yellow 放行导致限速失效；
子接口全局匹配 ACL 3000 属于多余配置；
若后续该物理口下存在多个子接口，全部流量都会被主接口 6G 上限卡死，子接口限速失去意义。
三、两种标准正确写法（按需二选一）
场景 1：仅限制整条物理上联总带宽 6G（推荐，管控出口总流量）
只在主接口配置端口限速，子接口不做任何 QoS 限速：
plaintext
interface Ten-GigabitEthernet1/0/47
qos lr outbound cir 6000000 cbs 18750
undo shutdown
# 子接口只做三层配置，不加qos policy
interface Ten-GigabitEthernet1/0/47.3001
dot1q termination vid 3001
ip address x.x.x.x 255.255.255.0
arp broadcast enable
场景 2：不限物理总带宽，单独限制 .3001 这个子接口业务最大 6G
删掉主接口的 qos lr 配置，修正 CAR 参数：
plaintext
# 删除主接口的lr限速
interface Ten-GigabitEthernet1/0/47
undo qos lr outbound

# 无需ACL，子接口所有流量天然生效，删掉ACL、classifier也可；保留则优化：
acl number 3000
rule permit ip

traffic classifier server
if-match acl 3000

# 修正CAR：cir=6G，突发25ms，超出立即丢弃
traffic behavior server
car cir 6000000 cbs 18750 ebs 18750 green pass yellow discard red discard

qos policy car
classifier server behavior server

# 绑定子接口出方向
interface Ten-GigabitEthernet1/0/47.3001
qos apply policy car outbound
四、补充建议
若需求：整体上联上限 6G，同时其中某个子接口业务最大只能跑 3G
结构：主接口做全局 6G LR 限速 + 对应子接口部署 3G CAR 限速，互不冲突；
端口 LR（端口整形）和 CAR（流量监管）区别：
qos lr：端口层面整形，超出速率缓存排队，不直接丢包；
car：流量监管，超出带宽直接丢弃；
二者混用逻辑不一致，极易引发乱序；
突发时间一般建议 10~50ms，日常 25ms 属于常规取值。
精简总结
不能主接口、子接口同时限速 6G，二者叠加会造成流量异常；
现有 CBS 数值错误、yellow 放行，CAR 限速功能失效；
二选一部署：要么物理口整体限速，要么子接口单独限速；修正 CBS 与 yellow 动作即可正常实现 6G 限速 + 25ms 突发管控。