流量整形介绍.docVIP

拥塞控制? 拥塞控制在队列中使用，可以用来避免TCP全局同步的问题，具体技术为RED，WRED以及流WRED。 ? 考虑到内存资源有限，按传统的处理方法，当队列的长度达到规定的最大长度时就会实行尾丢弃，即丢弃后来的数据包。就TCP报文而言，如果大量的报文被丢弃将造成TCP超时，从而引发TCP的慢启动和拥塞避免机制。 ? 而当队列同时丢弃多个TCP报文将造成多个TCP连接同时进入慢启动和拥塞避免，称之为TCP全局同步。这样多个TCP连接发向队列的报文同时减少，使发向队列的报文的量都不及线路的发送速度，带宽利用不上，而后又同时慢启动渐渐到达峰值以至于出现拥塞，这样发向队列的报文总是忽多忽少，使线路上的流量在峰值和谷底间波动。 ? RED Random Early Detection ? 随机预检测，具体动作就是设定队列的阀值，当队列得长度小于低阀值时不丢弃报文；当队列长度在高低阀值之间时，开始随机丢弃报文，队列长度越长，丢弃概率越高；当队列长度大于高阀值时，则丢弃所有报文。 ? 由于RED随机地丢弃报文，将避免使多个TCP连接同时降低发送速度，从而避免了TCP的全局同步现象，当某个TCP连接的报文被丢弃开始减速发送的时候，其他的TCP连接仍然有较高的发送速度，这样无论什么时候总有TCP连接在进行较快的发送，提高了线路带宽的利用率。 ? WRED? Weighted Random Early Detection ? 现在所采用的基本上都是WRED（Weighted Random Early Detection）。原理和RED一样，区别在于WRED引入了IP优先权DSCP值来区别丢弃策略，可以为不同IP优先级DSCP 设定不同的队列长度、队列阀值、丢弃概率，从而对不同优先级的报文指定不同的丢弃特性。 ? 在设置时如果直接采用队列的长度与用户设定的阀值比较并进行丢弃，将会对突发性的数据流造成不公正的待遇，不利于数据流的传输，所以在与设定的阀值比较并进行丢弃时采用队列的平均长度。 ? 平均队列长度 = （以前的平均队列长度*(1-1/2^n)+(当前队列长度/2^n) ? 队列的平均长度既反映了队列的变化趋势又对队列长度的突发变化不敏感避免了对突发性的数据流造成不公正的待遇。另外还要注意WRED不能配置在使用了基于路由交换处理器(RSP)的CQ、PQ和WFQ队列机制的接口上。 Router(config-pmap-c)#random-detect [dscp-based | prec-based] //如果既没有指定为基于dscp也没有指定为基于prec，WRED默认为基于prec。配置WRED后，IOS分配默认的最小门限、最大门限和MPD。你可以使用下列命令改变默认参数： Router(config-pmap-c)#random-detect precedence precedence_value minimum-threshold maximum-threshold mark-probability-denominator //基于prec的WRED Router(config-pmap-c)#random-detect dscp dscp_value minimum-thresholdmaximum-threshold mark-probability-denominator //用于基于dscp的WRED 流量管理 ? QoS的标记不仅可以用于队列技术，还可以用于流量管理。应用流量管理的起因在于带宽资源有限和流量本身的传输价值需要定位。具体的技术成为承诺访问速率(CAR: Committed Access Rate) ? 一般来讲，用户注入网络的流量不是都有意义的，比如园区网中的清道夫流量，对公司生产没有任何价值，可能只是员工上班时间在网上看电影产生的，这样的流量没有必要传输，在网络边界进行标记后，在网络内部识别出是清道夫流量就直接丢弃，不会为这样的流量浪费带宽。 ? CAR提供这样的流量控制，其本身的功能是设定IP优先级来描述分组和限制速率。CAR并不将数据保存到缓存区或使其平稳，当超过允许的突发流量时就会丢弃分组。 ? 实施CAR的流程： ? 1）流量匹配? 匹配方式有4种:匹配所有数据，使用速率限制列表匹配某个IP优先级，使用速率限制列表匹配某个Mac地址，使用IP标准或扩展ACL进行匹配。 ? 2）流量检测? 应用令牌桶模型，令牌桶有4个关键参数：平均速率或承诺信息速率，即CIR（单位bit/s）；常规突发量BC，即瞬间可以超过令牌桶的流量跑；时间间隔Ti=Bc/CIR；扩展突发量BE。 ? 令牌桶就是一个关口，令牌以一定的速率进入令牌桶，满了就停止进入，令牌桶中的令牌数量会根据报文的长度相应的减少，当少到不能再发送时