测试12500的QOS时发现流量抖动和延迟比较高,出现如下两种异常现象
1、CAR限速达不到绝对精准,出现拥塞、延时和抖动情况增加现象
2、有一个业务丢包严重
1、CAR限速在S12500/9500E不是绝对精准,存在一定的粒度。
查看配置发现EF流量做了CAR来进行限速,用户在两个入口都将EF流量提高到
traffic classifier VOICE operator and
if-match dscp ef
#
traffic behavior VOICE
car cir 5000 cbs 312500 ebs 0 red discard
#
qos policy 125QoS
classifier VOICE behavior VOICE
#
S12500/9500E做CAR限速时,流量在各个速率下的CAR粒度:
CIR(PIR)<=1,023,kbps,CIR(PIR)粒度为1kbps;
1,023kbps
10,230kbps
102,300kbps
对于每个端口进入的
2、有一个业务丢包严重
通过配置信息可以看到该业务映射的队列为5,从用户配置规划中我们可以看到队列5的权重配置最小。
各队列的WRR权重:
Queue |
DWRR Weight |
Queue 7 |
N/A |
Queue 6 |
10 |
Queue 5 |
2 |
Queue 4 |
20 |
Queue 3 |
20 |
Queue 2 |
12 |
Queue 1 |
15 |
Queue 0 |
20 |
S12500采取周期性调度,每个调度周期为每个队列按比例分配对应带宽的Credit,这样权重比较大的队列的报文优先出去,而权重比较小的报文后出去,这样会导致权重小的队列报文在Ingress Queue中堆积,从而导致出现抖动和延迟。WRR按照分配的Credit轮训调度,尽管队列5的优先级比较高,由于权重小,容易导致报文在Ingress Queue中堆积。当出端口出现拥塞时,将影响调度器对队列的Credit发送。无论是SP调度还是WRR调度,在拥塞情况下报文的转发延迟和抖动时间将会加大。
根本原因:
1、设备性能机制导致延迟,
2、拥塞和WRR权重小调度导致延迟
设备性能机制,用户可以根据需要选择:
1、增加链路带宽
2、重新调整权重设置
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作