QOS-7 总结及WAN链路有效性

来源:互联网 发布:秦皇岛网络推广 编辑:程序博客网 时间:2024/06/07 11:16
session 1 QOS中大技术和分支: 
QOS中大技术和分支: 
一、大技术:队列技术,用在出站接口的out方向,分支技术有两个,拥塞管理和拥塞避免
1、拥塞管理,负责流量队列的前半段,即流量如何有序的加入(不同的)队列中
2、拥塞避免,负责流量队列的后半段,即当数据包达到队列深度后对队列中的流量进行的一种调控
       在队列技术中,拥塞管理和拥塞避免技术是共同负责整个队列的,是相辅相成的,一起使用的,一个负责队列的前半段一个负责队列的后半段,所以这两种技术统一叫做队列技术。

二、大技术:限速技术:分支技术有两个, 管制policing和整形shaping
1、管制policing,入战方向负责管理流量
2、整形shaping,出站方向负责整形流量
       在限速技术中,管制和整形是两种方案。与队列技术不同,这两种技术是分开的不是相辅相成的,没有关系的两种解决方案,两种策略而已,并且根据不同的情况只能有一种策略被执行,所以这两种技术也被分开叫管制和整形,不像拥塞管理和拥塞避免都统称为队列技术。限速这个说法是在早期的cisco中的叫法,当时的限速只能基于接口来做,而不能基于类CB来做,所以叫做限速,IOS12.2以后的版本可以基于类来做了,已经不叫限速了,而是分成两个技术了,但是作用都是用来限制入站流量的速率的。


MQC的灵活性体现:
1、 使用class-map来匹配类
2、使用policy-map来调用class-map,然后给予这个class-map指定的PHB行为,根据不同的PHB来区分不同的技术,比如polciy-map中的PHB使用CB-WRED,这个技术就是拥塞避免技术,而PHB使用了CB-WFQ这个技术就是拥塞管理技术了。

session 2 WAN链路有效性
在WAN低速链路中(T1、E1),传输数据包会经过2种延迟,设备处理延迟和链路传输延迟。
链路有效性分为:
1、帧头部压缩
       通过对L2层数据帧的头部压缩可以达到使数据包体积变小降低传输延迟的目的,尤其在语音和视频流量中较为明显(因为voip和视频的数据帧头部很大,通常是ppp头+ip头+udp头(6+20+20=46Byte),而payload数据部分很小(20byte),是为了传输速率的稳定性保证不发生抖动),头部压缩后能够明显的提升链路串行化的速率降低传输延迟,另一方面帧头部被压缩小了那么payload负载数据的空间就大了,能够装能多的数据了从而可以提升音频和视频的码流使得音频和视频更加清晰。
在压缩通常是配合CB-WFQ(bandwidth)一起做
 
2、数据包交叉传递
       在链路传输的过程中,语音包和视频包通常是和Data应用数据包参杂在一起传递。而Data的体积通常要比语音等包的体积大很多,那么当一条链路中有很大体积的Data包在voip包前面进行传递的时候,就像公司中一个大车在一个小车的前面行驶,但是因为data的体积很大,所以传输的速率很慢会导致跟在后面的voip数据包的传输速率也慢下来,会导致在单位时间内voip数据包不能连续的到达对端,产生不统一的延迟造成抖动。所以数据包交叉传递就是将data包分片(和voip包一样大小)并打乱顺序传输,从而避免voip的抖动。
 
配置:
1、帧头部压缩配置:
R1(config)#class-map match-all telnet
R1(config-cmap)#match protocol telnet
R1(config-cmap)#exit
 
R1(config)#policy-map compress
R1(config)#class-map telnet
R1(config-pmap-c)#bandwidth 256
R1(config-pmap-c)#compression header ip tcp
R1(config-pmap-c)#exit
R1(config)#class-map class-default
R1(config-pmap-c)#bandwidth 256
R1(config-pmap-c)#exit
 
R1(config)#interface s0/0
R1(config-if)#service-policy output compress
R1(config-if)#end
 
R1#show policy-map interface s0/0
 Serial0/0
  Service-policy output: compress
    Class-map: telnet (match-all)
      87 packets, 5290 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol telnet
      Queueing
        Output Queue: Conversation 265
        Bandwidth 256 (kbps)Max Threshold 64 (packets)
        (pkts matched/bytes matched) 87/5290
        (depth/total drops/no-buffer drops) 0/0/0
      compress:
          header ip tcp
          TCP (compression on, IPHC)
            Sent:    80 total, 50 compressed,
                     1748 bytes saved, 2902 bytes sent
                     1.60 efficiency improvement factor
                     75% hit ratio, five minute miss rate 0 misses/sec, 0 max
                     rate 0 bps

    Class-map: class-default (match-any)
      59 packets, 4125 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any

0 0
原创粉丝点击