你提到的 qos gts queue 6 cir 100000000 cbs 16000000 这个参数,CIR 值大概率是合适的,但 CBS 值可能需要调整。GTS 参数的设置没有绝对标准,核心是匹配你的网卡推荐值、PFC 配置和实际流量模型。
CIR(承诺信息速率):100000000 代表 100Mbps。由于 qos gts 命令中 CIR 的单位是 kbps,所以这个值表示你为队列 6 限速 100Mbps。对于 100G 端口,这通常是一个针对特定业务流的合理限速值,而非整端口限速。
CBS(承诺突发尺寸):16000000 代表 16,000,000 字节(约 15.26MB)。CBS 决定了在 CIR 速率之上,允许瞬间突发的数据量。
CBS 的取值应以“避免削平正常流量”和“有效整形”为平衡点,可以参考以下两种方法:
经验公式法(推荐):
CBS = CIR × 2 × MTU
按 100Mbps CIR、1500字节 MTU 计算:100,000,000 bps × 2 × 1500 B ÷ 8 ≈ 37,500,000 B。这个值比你的 16,000,000 B 更大,能容纳更正常的突发流量。
时延计算法:
常见做法是配置为 200ms 左右的突发。即 CBS = CIR × 0.2 秒。计算:100,000,000 bps × 0.2s ÷ 8 = 2,500,000 B(约 2.5MB)。这个值比你的 16,000,000 B 小,整形更严格,但可能增加丢包风险。
结论:你配置的 16,000,000 B 介于上述两者之间,不算离谱。但如果你的 RoCE 流量突发性较强,建议将 CBS 调整到 37,500,000 B 左右,以更好地匹配 100Mbps 的 CIR,避免因 CBS 过小导致正常突发被丢弃。
暂无评论
1、参数分析
cbs(byte)= cir(kbps) × 62.5(不写 cbs 时系统自动计算)H3C。
100G cir 自动 cbs= 100000000 ×62.5 = 6 250 000 000 byte(约 6GB);你手动写 16MB,远小于理论默认值。2、是否适合? ① 100GE 端口场景:cir=100000000 是合理(满速整形);但 cbs=16MB 偏小。 RoCE/RDMA 大报文突发场景,CBS 太小会造成 GTS 频繁丢包、RoCE 性能抖动、IOPS 下降。 ② 如果是 200GE 接口:cir 100G 就不对,要改成 200000000。
⚠️GTS 是出方向队列整形,RoCE 无损网络一般不建议强行做队列 GTS;只有需要限制 RoCE 流量最大带宽时才配置;不需要限速就直接
undo qos gts queue 6关闭。
3、以哪个为准
cbs 16000000,以手工配置值为准,不再使用系统自动 62.5×cir 算法H3C。display qos gts interface HundredGigE 1/0/x
4、推荐两套参考
qos gts queue 6 cir 100000000
qos gts queue 6 cir 100000000 cbs 134217728暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论