cir+cbs+ebs
例子1:
qos car inbound any cir 500 cbs 32000 ebs 0 green pass red discard
列子2:
qos car inbound acl 2001 cir 54 cbs 4000 ebs 0 green pass red remark-prec-pass 0
经过总结得出:cir是桶内令牌的传送速度即数据平均速度,单位是Kbps(每秒Kb),cbs是桶的大小即是数据最大的突发量(极限是一个数据包的大小等于桶的大小),cbs的单位是B(bit*8)。
例子1的cir为500Kbps,cbs为32KB(256Kb),从数字上看cir要大于cbs,有的人对这里不解(桶内令牌传送的速度怎么比桶的容量还要大呢?)。
我是这样理解的,2者单位不同,cir是以秒来计算的,即每1秒钟的数据量。而cbs只是数据量的大小,没有时间单位。
1秒钟可以通过很多的数据包,如1秒钟通过了10个50Kb的数据包,则cir为500Kbps。一个桶可以最大装256Kb的数据包(cbs),而一个数据包才50Kb,桶完全能够装下,所以不矛盾。
最后cir和cbs的一般(数值)取值关系如下:
cir小于64的,cbs为4000
cir大于64的,cbs为cir*64 (大一点也没有关系)
要是还是很迷惑的话cbs为cir*64就可以了。
当配置cbs为cir的62.5倍时效果最佳
(1000n+24n)*62.5=1000n*64
注意下单位:
平均速率:向桶中放置令牌的速率,即允许的流的平均速度。通常设置为 CIR(Committed Information Rate,承诺信息速率)。
突发尺寸:令牌桶的容量,即每次突发所允许的最大的流量尺寸。通常设置为CBS(Committed Burst Size,承诺突发尺寸),设置的突发尺寸必须大于最大报文长度。
个人见解举例:CIR=100kbyte/s,CBS=2000kbyte,此时下载速度200kbyte/s.可以假想令牌桶为一水桶,他的容量是 2000L,底部出水口流速200L/S,上部进水口注水速度100L/S,显然入不支出。2000/(200-100)=20S.20秒后桶内水流完。这时出水口的流速变为100L/S。而20秒前,水的流速一直保持200L/S,这就是为什么叫突发了。应用到实际,打开网页时,刚开始需要下载图片,网页文件等,下载速度要求很高,但持续时间不常,这就是突发能解决的实际问题。通过CBS我们即可以控制用户下载小文件高速下载,而大文件,限速下载。纯属个人学习见解,供大家参考,交流。
1、在令牌桶原理中,CBS(承诺突发尺寸)+EBS(超额突发尺寸Excess Burst Size)=令牌桶大小,默认情况下EBS为0,CBS采用默认值,CBS和EBS单位是Byte,即字节
2、CIR(承诺信息速率)为每秒往令牌桶添加令牌的速度,单位是kbps,注意是bit每秒,不是Byte每秒,如配置qos car outbound carl 1 cir 64,其含义就是对carl队列1在接口出方向配置CIR为64kbps,此时默认CBS为4000(Byte),即令牌桶大小为4000字节,每秒往桶内注入令牌的速率是64kbps,令牌桶就和水桶一样,CIR最多把桶注满,并不会多出。
3、假设一个包,大小是1500字节,如果此时桶内令牌数量是2000字节,那么该数据包通过,令牌数量变成2000-1500=500(字节),如果此时再来一个1000字节的数据包,那么令牌就不够,这个数据包就有可能被丢弃或remark
4、上面只是原理介绍,实际情况是动态变化(一边有令牌注入,一边有数据包转发取令牌)的,需要计算机仿真才能看到令牌桶的动态变化
5、CAR(承诺访问数率)用来限速,比如限制FTP、HTTP、每IP限速,并不用来做流量保证,如VoIP、Video业务优先转发。
带宽是被共享的,因此当做QOS的CAR的时候如果某用户的,没有被限制带宽,则可能会由于,不限速度的用户流量过大而抢占,你所用CAR保证的用户。此时需要用队列技术。
QOS的一些基本概念。
CIR=放置令牌到桶内的速度这个是一个平均值单位是bps,即1秒内放的令牌个数。 CBS=令牌桶的尺寸大小 业务流的速度=取令牌的速度
TC=周期性添加令牌的时间间隔cbs/cir=tc
实际中比较常见的有两种实现方式:(1)周期性的添加,添加的时间间隔就是令牌桶的容量与添加速率的比值:T c=CBS/CIR,每次添加的令牌数为CBS 个;
还有种(本次加入令牌的时间-上次加入令牌的时间)XCIR 超额的被丢弃,这种是一次加满没有TC间隔的。TC会增加时延
突发=瞬间消耗桶内所有令牌
EBS=CBS+EBS请不要把EBS和CBS的值设置成一样,否则,超额突发=0最好是大于CBS的2倍,这样允许超额突发
CIR=CBS,EBS=0 则速度就是CIR所约定的,因为CIR是放令牌的速度最终要看CBS是桶大小,这个时候CBS限制了CIR能放的令牌量。
此时业务流量如果持续小于CIR,则会得到CBS的突发量。因为小于CIR是放令牌的速度,业务持续小于CIR,会使得令牌在桶内累计。此时业务如果大于CIR,会因为得不到令牌而被丢弃
CIR>CBS,EBS=0 则速度是桶子的突发尺寸CBS所定义的,此时因为CIR是放置令牌的,但是桶没有CIR所需求的大。那么业务流这个时候只能得到CBS大小的令牌,突发的频率很高,只要业务达到CIR的速度,则每次都会把桶内的令牌消耗完,当然业务流不一定每次都能达到CIR的速度。
CIR 因此得出,推荐配置CBS=CIR EBS大于CBS的2倍 最小值=8000/8=1000B,CBS最小 =15000/8/1024=1.8KB,CBS最小刚好大于了MTU的1500字节,因此无论如何都可以发出一个数据包的,如果它小于了1500.EBS此时等于0则可能连一个包都发不出,因此不允许小于1.8KB。CIR的速率如果这个时候大于了CBS,则在1秒内超过CBS桶子的尺寸,将被认为是EBS的,EBS=0,因此直接丢弃了。 CIR=8000 CBS=15000 EBS=0 这样的配置,会得到的结果是速度是1000B/s 允许突发到1800B/S 1秒内超过1800B的包就被丢弃。 推荐CBS=CIR的设置,这样不允许突发虽然,但是业务流速度得到保证。 TC可以用来调节业务的时延,(它是不可以配置的,由CBS/CIR=TC得到)因为它是向CBS桶内加令牌的时间间隔。一个业务最多可以得到的就是CBS的令牌数,不过这个还需要累计,在TC时间内,只能加入CIR所设定的令牌数目,因此想达到CBS的量,可能需要积蓄几轮CIR. 降低TC时间可以增加业务突发次数,这样可以获得小时延。 而业务一般,突发,需要累计否则可能是CBS 其实业务的速度是靠CIR来限制的,业务的时延是靠TC来调节的,但TC是不允许配置的,因此只有CBS和CIR来控制TC。CBS越大TC越大,业务的突发时延间隔越大。 结论,最好将CBS=cir。 百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读,免费范文网,提供经典小说教育文库CIR - CBS - EBS介绍在线全文阅读。
相关推荐: