由于用户的终端对于报文延时敏感导致用户上行流量达到带宽发生队列调度后上行业务不达标

发布时间:  2014-07-24 浏览次数:  64 下载次数:  0
问题描述
【Problem Summary】me60的daa普通拨号用户的业务上行不达标问题
处理过程

1、确认用户不达标的触发条件。
   问题发生点确认是由于用户部署了DAA业务之后发生的,即其中上行的带宽是2m,但是用户反馈最大只能达到1.5m左右。删除现网的DAA配置后用户测试没有问题。

2、查看现网的配置发现DAA用户手动配置了用户的调度深度。并且配置的深度比较小。

#
flow-wred test
queue-depth 5

#

flow-queue test
queue be wfq weight 10 flow-wred test
queue af1 pq flow-wred test #

#
qos-profile test
user-queue cir 1000 pir 1000 flow-queue test
#
#
domain test
qos-profile test inbound

3、确认手动配置用户度调度深度原因
用户上行限速为2M时,如果使能DAA则出现上行流量达到1M限速,后续的报文出现延时较大。终端感知打开网页较慢。
将上行限速调大后问题解决。由于调整RADIUS下发用户上送带宽比较麻烦,因此没有采用上行限速调大的方式。而是采用了在域下通过配置qos-profile方式,通过配置flow-queue将用户队列的长度改短,从而减少达到用户上行带宽时调度较大的问题

根因
配置的队列深度太小。当用户对于丢包敏感时,自行调整速率导致 
解决方案
【Resolution Summary】调整队列深度后问题解决
【Resolution Details】问题原因:由于配置的队列深度太小。当终端对于报文丢弃非常敏感时就会调小速率。解决方案:调整队列深度后问题解决

带宽cir单位:kbps
队列长度queue-depth单位:Kbyte
假设用户报文延时: t 单位: s

因队列长度 queue-depth = cir * t /8

现网上行限速2M但是配置的深度值是5,太小了。调整为10后,上行限速可以达到2M

建议与总结
【Resolution Summary】调整队列深度后问题解决
【Resolution Details】问题原因:由于配置的队列深度太小。当终端对于报文丢弃非常敏感时就会调小速率。解决方案:调整队列深度后问题解决// Risk of Solution:Non-Risk Operation

END