QOS 之 WRED

简介:

Tail Drop

Weighted Random Early Detection (WRED)

WRED—Explicit Congestion Notification

Frame Relay Discard Dligible (DE)

在网络发生拥塞的时候,默认的是尾丢弃,我们不希望这样,我们总是希望先丢弃优先级低的数据包,而保证优先级高的数据包的发送,WRED是基于weight的随机早侦测,工作思想和WFQ有相同之处,因为WFQ在工作时,是依靠流量的优先级来分配相应带宽的,而WRED却是依靠流量的优先级来分配相应的丢弃几率的。当网络中有多种数据时,在发生拥塞之后,人们总是希望先将优先级较低的相对不重要的数据丢弃,而优先保证重要数据的传递。WRED正是迎合了人们的这种期望,在网络发生拥塞之后,总是先保证高优先级的重要数据的传递,而先丢弃普通的数据。 WRED在网络发生拥塞之后,可根据数据包的DSCP或IP优先级来丢弃数据包,低优先级的数据总是比高优先级的数据先丢,从而保证重要数据的传递。在默认情况下,是根据数据包的IP优先级来决定如何丢弃的。

WRED在应用时,只能应用于接口下,或者和WFQ与CBWFQ一起使用,之所以不能和PQ一样的队列同时使用,是因为PQ或LLQ都有自己的保护和丢弃机制,WRED对数据的操作没有太多意义。

R1(config)#int s1/0
R1(config-if)#ra
R1(config-if)#ra
R1(config-if)#radm
R1(config-if)#rand
R1(config-if)#random-detect 
R1(config-if)#random-detect ?
  dscp                            parameters for each dscp value
  dscp-based                      Enable dscp based WRED on an inteface
  exponential-weighting-constant  weight for mean queue depth calculation
  flow                            enable flow based WRED
  prec-based                      Enable prec based WRED on an interface
  precedence                      parameters for each precedence value

R1#show queueing random-detect 
Current random-detect configuration:
  Serial1/0
    Queueing strategy: random early detection (WRED)
    Random-detect not active on the dialer
    Exp-weight-constant: 9 (1/512)
    Mean queue depth: 0

   dscp          Random drop      Tail drop    Minimum Maximum  Mark
                  pkts/bytes       pkts/bytes    thresh  thresh  prob
   af11      0/0              0/0           33      40  1/10
   af12      0/0              0/0           28      40  1/10
   af13      0/0              0/0           24      40  1/10
   af21      0/0              0/0           33      40  1/10
   af22      0/0              0/0           28      40  1/10
   af23      0/0              0/0           24      40  1/10
   af31      0/0              0/0           33      40  1/10
   af32      0/0              0/0           28      40  1/10
   af33      0/0              0/0           24      40  1/10
   af41      0/0              0/0           33      40  1/10
   af42      0/0              0/0           28      40  1/10
   af43      0/0              0/0           24      40  1/10
    cs1      0/0              0/0           22      40  1/10
    cs2      0/0              0/0           24      40  1/10
    cs3      0/0              0/0           26      40  1/10
    cs4      0/0              0/0           28      40  1/10
    cs5      0/0              0/0           31      40  1/10
    cs6      0/0              0/0           33      40  1/10
    cs7      0/0              0/0           35      40  1/10
     ef      0/0              0/0           37      40  1/10
   rsvp      0/0              0/0           37      40  1/10
default       0/0              0/0           20      40  1/10

在CBWFQ下的运用

Router(config)#policy-map WWW

Router(config-pmap)#class class-default

Router(config-pmap-c)#bandwidth 1000000

 Router(config-pmap-c)#random-detect

WRED—Explicit Congestion Notification

引起网络拥塞的原因就是数据源发送了过量的数据包,而ECN(明确拥塞通告)就是通过发送警告,让数据源知道网络已经发生拥塞,从而可以降低自己发送数据包的速度。但是如果数据源不支持ECN,那么所发送的流量照丢不误。 配置ECN时,必须开启WRED,并且需要配合WFQ或CBWFQ使用。

Router(config)#policy-map CBWFQ

Router(config-pmap)#class class-default

Router(config-pmap-c)#bandwidth percent 75

Router(config-pmap-c)#random-detect

Router(config-pmap-c)#random-detect ecn

Frame Relay Discard Dligible (DE)

在Frame Relay网络中,数据包中标有Discard Dligible (DE)字段,该字段告诉设备数据包的重要性,如果为1,表示该数据包并不重要,在网络发生拥塞时可以优先被丢弃,如果为0,则表示在将为1的数据包全部丢光的情况下,才可被丢弃,所有数据包的DE字段默认为0。 可以将特定数据包的DE字段设置为1。

r1(config)#access-list 100 permit ip any 10.1.1.0 0.0.0.255

r1(config)#frame-relay de-list 1 protocol ip list 100

r1(config)#int s0/0 r1(config-if)#frame-relay de-group 1 102



本文转自q狼的诱惑 51CTO博客,原文链接:http://blog.51cto.com/liangrui/552246,如需转载请自行联系原作者

相关文章
|
传感器 数据采集 物联网
MQTT 的 QoS 等级:QoS 0、QoS 1、QoS 2
MQTT 的 QoS 等级:QoS 0、QoS 1、QoS 2
2373 0
|
2月前
|
缓存 网络协议 安全
QoS
QoS
77 5
|
Java API 网络性能优化
NoClassDefFoundError: ch/qos/logback/classic/spi/ThrowableProxy
报错日志: java.lang.NoClassDefFoundError: ch/qos/logback/classic/spi/ThrowableProxy at ch.
11227 0
|
5月前
|
Kubernetes 网络性能优化 调度
在k8S中,QoS作用是什么?
在k8S中,QoS作用是什么?
|
算法 网络协议 网络性能优化
网络QoS
网络QoS
232 0
|
缓存 网络协议 网络性能优化
QOS(服务质量)
QOS(服务质量)
440 0
EMQ
|
存储 传感器 缓存
MQTT QoS 0, 1, 2 介绍
MQTT协议中规定了消息服务质量QoS(Quality of Service),其核心是设计了多种消息交互机制来提供不同的服务质量,来满足用户在各种场景下对消息可靠性的要求。
EMQ
1125 0
MQTT QoS 0, 1, 2 介绍
|
存储 传感器 安全
MQTT QoS 介绍
MQTT QoS 介绍
647 0
MQTT QoS 介绍
|
缓存 数据挖掘 网络性能优化
QOS技术
在晋通的网络甲,当用尸将数据发问网络设备后,网络设备都是尽最大努力传输数据,直到超出自己的最大负荷为止。当设备达到最大负荷后,如果还有用户发来的数据,那么这些数据将因为网络设备不能提供服务而被丢弃。这样的提供最大化服务的网络被称为尽力而为服务的网络。在尽力而为服务的网络中,所有的数据都被看成是同等重要的,用户的数据有时无法得到保证,所以在某些时候,必须让网络通过放弃传输相对不重要的数据来保证用户的重要数据和传输。因此,就需要在网络中实施QualityofService,即QOS。实施了QOS的网络中,可以为特定数据保证带宽,同时也可以限制宽带,可以避免网络拥塞和管理拥塞,甚至可以为数据设置不同
237 0
|
网络协议 物联网 网络性能优化