平均速率：向桶中放置令牌的速率，即允许的流的平均速度。通常设置为 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保证的用户。此时需要用队列技术。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
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 ,EBS=0 则发送的速度是CIR所定义的，但这个时候网络允许突发，即有可能网络会发送到CBS所定义的尺寸，当然一旦突发
，桶内的令牌就没有了，这个时候需要等待TC周期，(TC=(CBS+EBS)/CIR)，因此可能会增大网络时延，当然这只是突发流量才会。
这个时候业务速度如果比CIR小，则可能累计出大于CIR的突发流量。因为会持续向桶内添加令牌，直到超过EBS，最后令牌将被丢弃
，所以业务如果不去取令牌，会导致令牌积压，之后业务将得到突发。但是如果业务很平均，则不会导致突发，因为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时间很小。
其实业务的速度是靠CIR来限制的，业务的时延是靠TC来调节的，但TC是不允许配置的，因此只有CBS和CIR来控制TC。CBS越大TC越
大，业务的突发时延间隔越大。
结论，最好将CBS=cir
CIR
（Committed Information Rate，承诺信息速率）：
每秒可通过的速率，计量单位为Kbps (以bit 位为单位）。如设置为500Kbps 。每8bit位=1Byte 1Kbps=1024bit
PIR（Peak Information Rate，峰值信息速率）：
即允许传输或转发报文的最大速率；单位为bit
CBS
（Committed Burst S...
个人见解举例：
CIR
=100kbyte/s,
CBS
=2000kbyte,此时下载速度200kbyte/s.可以假想令牌桶为一水桶，他的容量是2000L,底部出水口流速200L/S，上部进水口注水速度100L/S，显然入不支出。2000/(200-100)=20S.20秒后桶内水流完。这时出水口的流速变为100L/S。而20秒前，水的流速一直保持200L/S，这就是为什么叫突发了。应
用到
实际，打开网页时，刚开始需要下载图片，网页文件等，下载速度要求很高，但持续时间不常，这就是突发能解决的实际问题。通过
CBS
我们即可以控制用户下载小文件高速下载，而大文件，限速下载。纯属个人学习见解，供大家参考，交流
GTS在收到报文后会先进行分类，使报文进入不同的队列。没有配置队列整形功能的报文绕过GTS直接转发。
符合GTS匹配条件的报文(配置队列整形功能)由GTS进行整形，GTS采用停牌桶技术对各类报文分别进行测量。
对需要流量整形的报文进行测量分为两种情况，一种是令牌桶中令牌数量足够多，也就是来的报文的符合所设置的
CIR
和
CBS
，放行此报文。
另一种情况是发送过来的报文不符合所设置的
CIR
和
CBS
，也就是令牌桶中令牌数量不足，这时报文被缓存在队列里，等待有足够令牌时再继续发送。............
这段代码的作用是判断一个圆形区域是否在图像的中心区域内，并根据圆心位置输出相应的指令。
具体来说，这段代码首先判断变量 `
cir
_center` 是否为空，如果不为空，则说明已经检测到了圆形区域。接下来的判断条件是判断圆形区域的圆心是否在图像的中心区域内。这里使用了圆心横坐标与图像宽度一半的差值是否小于半径，以及圆心纵坐标与图像高度一半的差值是否小于半径的判断条件。
如果圆心在中心区域内，则根据圆心相对于图像中心的位置输出相应的指令。这里使用了圆心横坐标与图像宽度一半的差值以及圆心纵坐标与图像高度一半的差值的正负来判断圆心的位置。如果圆心在中心区域的左侧，则输出向左走的指令。
