献给学习Qos的战友（1）--为基于类的策略选择突发数据量和超额突发数据量

2019-11-04 22:44:21

字体：大中小

来源：转载

供稿：网友

　　源码:-------------------------
　　为基于类的策略选择突发数据量和超额突发数据量
　　 -----------HOW
　　
　　什么是令牌桶
　　在我们讨论突发数据量之前，我们首先要理解令牌桶的概念。令牌桶本身没有丢弃和优先级策略，
　　令牌桶是这样工作的：
　　1．令牌以一定的速率放入桶中。
　　2．每个令牌答应源发送一定数量的比特。
　　3．发送一个包，流量调节器就要从桶中删除与包大小相等的令牌数。
　　4．假如没有足够的令牌发送包，这个包就会等待直到有足够的令牌（在整形器的情况下）或者包被丢弃，也有可能被标记更低的DSCP（在策略者的情况下）。
　　5．桶有特定的容量，假如桶已经满了，新加入的令牌就会被丢弃。因此，在任何时候，源发送到网络上的最大突发数据量与桶的大小成比例。令牌桶答应突发，但是不能超过限制。
　　Cisco IOS 流量策略（Traffic Policers）
　　IOS支持两种流量策略：
　　1．传统的Cisco流量策略：CAR承诺接入速率，使用命令Router(config-if)#rate-limit {input output} CIR (bps)
　　 Bc（burst-normal） Be(burst-max) conform-action action exceed-action action
　　2．新型的Cisco流量策略：基于类的策略（Class-based policer），使用模块化Qos CLI（MQC）语法。可以使用MQC命令建立流量策略并把策略应用到接口。一个流量策略包括一个流量类（traffic class）和一个或多个Qos特性。Policy命令用来执行流量策略特性，它指定了一个流量类所需要的最大速率，超过这个速率Qos系统会马上执行一个操作，标准的操作是丢弃或重置包头的DSCP字段。Policy命令的语法是：
　　police cir Bc Be conform exceed violate
　　理解Bc和Be
　　对于超额的数据包，流量策略并不会把它们缓存稍候转发，只有整形器（shaper）会这样做。流量策略只执行一个发送或不发送的策略。因为不能缓存数据包，所以在发生拥塞时，所能做的最好的方法就是通过配置适当的超额突发数据量Be来不那么过分的丢弃数据包。这一点对理解流量策略使用Bc和Be来保证达到CIR是非常重要的。
　　超额参数模拟路由器的通用缓存规则。The rule recommends configuring buffering equal to the round-trip time bitrate to accommodate the outstanding TCP windows of all connections in times of congestion.
　　
　　
　　
　　
　　突发参数目的推荐公式
　　普通突发 · 执行标准的令牌桶 · 设置最大数量的令牌(尽管假如Be>Bc的话可以借到令牌). · 决定令牌桶有多大，因为假如桶已经满了那么令牌将被丢弃而不会再加入到桶中。 CIR [bps] * (1 byte)/(8 bits) * 1.5 seconds Note: 1.5 seconds is the typical round trip time.
　　超额突发 · 为令牌桶提供超额突发能力 · 假如Bc = Be那么不支持超额突发 · 当Bc = Be，流量调节器就不能借令牌，当令牌不够时只能丢弃数据包两倍的Bc
　　对TCP流量的测试表明，Bc和Be的数值应该近似等于配置的平均速率在两秒钟内的流量。假如你想限制流量在1Mb，应该把Bc设置在1-2Mb，Be在2-4Mb。
　　举个例子，假如我们想把输出速率限制在1.5Mbps，我们可以做一下步骤：
　　
　　1．把承诺速率从比特转换成字节，因为突发数据量的单位为字节。
　　1500000 bits / 8 bits = 187500 bytes
　　2．使用标准的1.5秒往返时间（round-trip time）计算Bc
　　187500 bytes * 1.5秒 = 281250 bytes
　　3．两倍的Bc为Be
　　281250 bytes * 2 = 562500 bytes
　　使用命令
　　rate-limit input 1500000 281250 562500 conform-action {action} exceed-action {action}
　　超额突发数据量
　　当数据包到达时可用的令牌数目小于包的大小，就可以使用超额突发数据量。包会请求借用令牌。可以通过配置大于Bc的Be的数值来为令牌桶提供超额突发能力。
　　可以通过下面两个例子来理解Be。
　　第一个例子说明怎样配置CAR策略来答应所有的IP流量。治理员在T3线路上提供了便宜的20Mbps的子速率服务。用户只花费子速率带宽的金额，也可以按需要增加带宽。CAR限制了用户可用的流量速率，用户只能使用规定的速率加上承诺的突发数据量。可以适当的设置Be=32000。
　　interface hssi 0/0/0
　　 rate-limit output 20000000 24000 32000 conform-action transmit exceed-action drop
　　
　　下一个例子，用户只能发送24000字节的突发数据量，所有超过限制的数据包都要被丢弃，因为设置Bc=Be，数据包流不能通过超额突发能力来借用令牌。
　　interface Hssi0/0/0
　　rate-limit output 20000000 24000 24000 conform-action transmit exceed-action drop
　　
　　正确设置突发数据量的重要性
　　策略以字节为单位指定了突发数据量，基于类的策略（class-based policer）支持最小的突发数据量为1000字节，包括第二层包头。
　　突发数据量的目的是逐渐的丢弃数据包，就像RED那样，并且避免尾丢弃。设置足够高的突发数据量对保证良好的吞吐量是非常重要的。
　　设置突发数据量时，考虑一下内容：
　　1．假如突发数据量设置的过低，数据到达的速率将远远低于配置的速率。
　　2．惩罚暂时突发对TCP流的吞吐量来说是相当不利的，具体情况请察看RFC 2001 and Random Early Detection (RED) gateways for Congestion Avoidance。设置突发数据量来答应路由器容纳暂时突发。
　　3．对离开接口的数据包的处理基于包的大小和桶中剩余的令牌数。
　　4．在基于类的策略中，流量测量器不论接口是否拥塞都是激活的。每个包都会经过令牌桶测量系统来决定是否符合配置的参数。
　　5．假如数据突发量非常大而且非常忽然，那么配置较高的超额突发数据量可以保证超额令牌桶中存放较多的令牌。而且可以调整接口的MTU等于或大于突发数据量大小。
　　答应的突发数据量数值
　　最初，包括IOS12.0，rate-limit命令支持承诺和超额的突发数据量的范围是：
　　Router1(config-if)#rate-limit input 18000000 ?
　　 <8000-2000000> Normal burst bytes
　　
　　Router1(config-if)#rate-limit input 18000000 2000000 ?
　　 <8000-8000000> Maximum burst bytes
　　
　　Router1(config-if)#rate-limit input 18000000 2000000
　　
　　IOS12.1增加了突发数据量的最大值：
　　7500-107(config)#interface atm 1/0/0
　　7500-107(config-if)#rate-limit output ?
　　 <8000-2000000000> Bits per second
　　 access-group Match access list
　　 qos-group Match qos-group ID
　　
　　7500-107(config-if)#rate-limit output 18000000 ?
　　 <1000-512000000> Normal burst bytes
　　
　　7500-107(config-if)#rate-limit output 18000000 2250000 ?
　　 <2000-1024000000> Maximum burst bytes
　　
　　step-by-step流量策略指南
　　在12.0(5)XE流量策略特性模块中提供了数据包如何进入一个配置了策略的接口的step-by-step的总结。总结需要理解堆积债务和复合债务。对于债务的概念，请察看IOS配置指南Policing and Shaping Overview。
　　下面这个例子中，离开接口F0/0的流量平均速率被设置为1bps，Bc为2BTyes，Be为4bytes。
　　7200-uut(config)# class-map larry
　　7200-uut(config-cmap)# match access-group 2
　　7200-uut(config-cmap)# exit
　　7200-uut(config)# policy-map bird
　　7200-uut(config-pmap)# class larry
　　7200-uut(config-pmap-c)# police 1 2 4 conform-action transmit exceed-action set-qos-transmit 4
　　7200-uut(config-pmap-c)# exit
　　7200-uut(config-pmap)# exit
　　7200-uut(config)# interface fastethernet 0/0
　　7200-uut(config-if)# service-policy input bird
　　
　　这个例子中所有的进入数据包都要制定的匹配标准相符合，并且在一个时间单位T内只有一个数据单元进入令牌桶。
　　1．配置了Bc=2bytes，令牌桶中有两个令牌，一个令牌等于1bytes。
　　
　　2．配置了1bps的平均速率，每个1byte的包需要一个令牌来获得承诺操作（conform action）
　　
　　3．传输第一个包需要一个令牌，因为桶中能够提供传输第一个包所需的令牌数，所以第一个包符合限制条件，被传输。桶中还剩下一个令牌。
　　
　　4．第二个包需要剩下的一个令牌，桶中也能够提供传输第二个包所需的令牌数，所以第二个包也被传输。这时桶中就没有剩余的令牌。
　　
　　5．第三个包还需要令牌，但是桶中已经没有令牌了，超额突发被激活。
　　
　　超额突发能力分析两个数字：超额突发的大小和复合债务（compound debt）。超额突发大小通过CLI指定（本例中是4），复合债务等于上一次包被丢弃以来所有实际债务的和。
　　实际债务等于当前流所借的令牌数。实际债务的值可以由当前从桶中取出的令牌数（本例中借了一个令牌）乘以令牌被取出的次数（本例中是一次），这样，传输完第三个包之后的实际债务就是1。
　　这个例子中复合债务与实际债务相等都是1，注重上一个包的复合债务加上当前包的实际债务也等于当前复合债务。
　　因为复合债务是1，小于超额突发数据量的4，所以第三个包也被传输。
　　
　　6．第四个包还需要令牌。
　　超额突发能力仍然在激活状态。第四个包需要借用一个令牌，这是第二次借用令牌，因此实际债务变成2。复合债务等于传输上一个包的复合债务加

上一篇：献给学习Qos的战友（2）---实现Qos

下一篇：下一代互联网关键技术IP QoS(4)