梅利333

数据进来以后，对数据进行分类和标记，之后向后走，到达了令牌桶，到桶里拿令牌，继续向后，到达流量监控，看有没有配置限速，如果有限速，则按这里的带宽以及动作执行，然后进入队列，而此时如果队列还没有满，正常转发，那么将用不到拥塞避免，只有当队列排满了，才会用到拥塞避免，然后应用相关策略，并且从出接口发出去。特点：就是通过协议来为专门的流量预留出带宽，当出现拥塞时，不管怎么样，也会预留我所配置的带宽，但是存在着缺点，就是预留出来的带宽，就算没有拥塞时也不会拿出来给别人用。这一点像不像银行窗口。

它不光是可以添加那几个常见的属性(no-advertise,no-export,local-as,)，其最主要的意义就是在于可以为诸多的路由赋予一个属性值，AA:NN，这样一来，我就可以直接使用community-list在BGP的设备上进行抓取了，而不用去使用ACL去抓取，用ACL的话，那太麻烦 了，一条一条的写，几千条也这样写吗？说白了，就是进行抓取， 先抓取(进行分类)，后标记，打上记号，方便后面的环节进行处理。PS：就算是此时没有手动的对流量进行分类 和标记，也是有的，默认就会存在的，

默认情况下，如果数据从我这里经过 ，我有设计令牌桶在这里，但是你过去的数据没有拿令牌，是会被丢弃的(默认情况下)，当然也会有另外一种情况 ，不丢弃，但是要停留一段时间，直到我的桶里有足够的令牌时，你再拿令牌再出去，但你不会被第一时间转发出去的。在没有启用QOS机制的默认情况 下，令牌桶机制是没有启动的，需要启用后才有限速能力，启用令牌机制后，所有的着色流量需要拿 到令牌桶中的令牌，(必须要分类，标记)才能正常接受或者发送1bit数据(有时是1Bety数据)1字节=8bit。

带宽限速 ，最小带宽为8000kbps， 正常转发发，超出丢弃 .//发送ping包，可以测试size= 1000，就会看到具体的表现，2分之一丢包。带宽限速，最大带宽为2M，最小带宽为1M， 正常的转发，超出的remark pre 2 ,惩罚的丢弃。执行WRED，达到20包时开始丢弃，概率为2分之1 //故意设置成这样，看效果。4、针对于其它去往SERVER的流量，全部限速为1M，超出drop ,正常流量转发。带宽限速，为100KB，正常的转发，超出的丢弃。二、做队列，拥塞避免以及拥塞监管。

这就要看有没有定义类，有没有access/nbar，有没有前期定义的分类和标记，如果没有，就是FBWFQ,如果有，那就是CBWFQ,，这一点又是如何区分的呢？这一般由设备自己定义的，比如说出接口有100M，那么此时如果有500M的数据要发，就意味着有400M的数据要排队，而这100M就是我的硬件队列，显然，硬件队列我们无权干涉。通俗一点，就好比是高速公路的应急车道，在不堵车的情况下，急救车辆可以走正常的车道也可以走应急，但是当堵车的时候，急救车辆就只能走应急车道了。—+8个类，被预留的，给控制层用的。

也就是说，开启random-detec开关，不配置任何东西，那么默认就是RED的方式进行随机早期检测并丢弃，而如果配置了相应的标记(这里也可以理解为权利)，那么它就变成了一个基于权重的RED,叫做WRED.2 在没有拥塞避免的情况 ，软件队列达到上限，会把后续所有的数据包全部尾丢弃，这样就会导致TCP应用在同一时间重启动(突然重启，重新建立三握手)，被叫做TCP同步，RED是一种在队列占满之前随机丢包的机制 ，这也就意味着队列永远不会满，是在一个临界点随机的丢弃了部份，而不是丢弃所有。